Age | Commit message (Collapse) | Author | Files | Lines |
|
Original commit message from CVS:
- Changed plugins for new APIs
- modularized audiofile.
- added seeking, query and convert functions for mad, mpeg2dec,
avidemux, mpegdemux, mpegparse
- sync updates to oss. removed the ossclock for now
|
|
Original commit message from CVS:
use new bytestream api
|
|
Original commit message from CVS:
use correct mime type for the types supported by audiofile
|
|
Original commit message from CVS:
added a typefind function for all supported audiofile types.
the type is called audio/audiofile - I could have split it into seperate types like audio/aiff and audio/wave but there doesn't seem to be a way to have a padtemplate respond to more than one type, hence this umbrella type.
Also, fixed optimisation logic so that aiffs are read through the lib.
|
|
optimisation seems to improve performanc...
Original commit message from CVS:
- when possible, bypass afReadFrames and just access the data directly. this optimisation seems to improve performance by about 20%, whee!
- remove unused funcs
- type finding will go into a seperate file
|
|
Original commit message from CVS:
this works for me locally now, however it requires:
- my local fix to implement gst_bytestream_tell (which I won't commit until events are redone)
- an audiofile patch which is already in debian but don't hold your breath for an upstream release
|
|
filesrc location=file.aiff ! afparse ! osssink
Original commit message from CVS:
afparse will eventually be able to support pipelines like:
gst-launch filesrc location=file.aiff ! afparse ! osssink
However at the moment it doesn't, because the public function afOpenVirtualFile isn't actually implemented yet. I implemented it with the audiofile CVS but it now segfaults the very first time one of the virtual file callbacks is called.
So, I'm committing this for posterity but it is not being built. Hopefully the audiofile lib will be released with working virtual file support soon.
|