Original commit message from CVS:
Adds divx/xvid encoders.
* divx encoder is based on divx4linux (commercial, closed-source)
* xvid encoder is based on xvidcore (http://www.xvid.org/, GPL - Christian? ;) )
Both use a GstCaps that doesn't conform with what we currently use, I might fix that later on or so. For now, it doesn't matter, it's just a test. We're also missing corresponding decoders (ffmpeg can decoded this too, but that's not the point), these might come later too.
Original commit message from CVS:
Made a theorical libgstplay which refs/unrefs elements before putting them in AsyncQueue.
Added a "pipeline_error" signal which will later allow the player and apps to detect that pipeline was unable to play and why...
This version is NOT STABLE AT ALL. it will need fixes in core but i commit it as is so that we fix those problems
Original commit message from CVS:
Added initial version of audioconvert, a generic converter of integer audio/raw formats.
It currently supports conversion of
- channels (mono/stereo only, until someone tells me how to mix other channels)
- endianness (little/bi endian)
- signedness
- width (8, 1, 24 and 32 bits)
- depth (1 - width bits)
missing:
- enough testing (I intend to write a testsuite for this, but that's pending)
- samplerate conversion
- other goodies like format conversion etc
Expect bugs when using it.
problems this should solve:
- encoding wav files on big endian machines
- goom working with mono audio files in gst-player
- Iain's soundcard (that one is a problem in itself)
- complaints about missing conversion
- too many age old, nearly unmaintained plugins (stereo2mono etc.)
Have fun.
Original commit message from CVS:
make Company happy : Changed visualisation pipeline structure.. audio sink is directly connected to tee so no queue between volume and audio sink...
Original commit message from CVS:
Same dvdnav fixes for HEAD - someone please double check since the interface changed and I have no clue what all this means
Original commit message from CVS:
- if you don't know the timestamp, don't try to guess. Send an invalid one.
- use new macro GST_CLOCK_TIME_IS_VALID
- send the first buffer, too (funny that nobody noticed for ages, that we don't send the first audio buffer ever, no?)
Original commit message from CVS:
fixes to mp3 typefinding:
- removed workaround that detected files with valid ID3v2 tag as mp3 (not needed anymore)
Invalid files didn't occur because of broken length in the tag but because of padding
in the beginning of the audio data most of the time.
- fixed various assorted stuff in the old typefind function (like not adjusting buffer
size after skipping)
- added 2nd typefind function to detect mp3 streams (fixes#94113)
Original commit message from CVS:
Port some changes from 0.6.0/0.6.1 back to HEAD (.pc files moved to pkg-config/, .m4 file moved from plugins to core)
Original commit message from CVS:
Incorporating visualisation in libgstplay
adding have_vis_xid signal and a new type of GstPlay object (VIDEO_VISUALISATION)
Original commit message from CVS:
Added gst_gconf function to render visualisation plugin from GConf key "default/visualisation"
Enjoyed that commit to document those functions and remove commented functions
Original commit message from CVS:
gst_play_get_sink_element has been improved :
- Recursively searches in bins
- Able to find sink_element of a specified GstPlaySinkType (audio,video,any)
This now allow us to send very complex bins to GstPlay for audio/video sink without breaking length querying, eos signaling, etc..
