And it now has mp3, wmv3 and wma3 support!
Showing posts with label asf. Show all posts
Showing posts with label asf. Show all posts
Friday, July 24, 2009
asfmux is now at gstreamer-plugins-bad
I just pushed asfmux plugin into gstreamer-plugins-bad. So, forget the old repository, the recent code will now be at -bad.
Thursday, July 16, 2009
Live streaming of ASF content
Just pushed a couple of changes to ASF muxer plugin that enable streaming live content of ASF media. Basically it contains some fixes to timestamping and a new boolean property to asfmux called "is-live". When enabled, asfmux won't attempt to push indexes at the end of the file (as this has no sense in live streams) and also won't try to seek back to the headers to rewrite some values that it couldn't predict when started the file.
Here is the simplest example of its use in gst-launch commands:
The sender:
- gst-launch-0.10 -ve videotestsrc ! ffenc_wmv2 ! asfmux name=m is-live=true ! rtpasfpay ! udpsink host=127.0.0.1 port=3333 audiotestsrc ! ffenc_wmav2 ! m.
- gst-launch-0.10 udpsrc port=3333 ! "put the caps here" ! rtpasfdepay ! decodebin2 name=d ! queue ! ffmpegcolorspace ! autovideosink d. ! queue ! audioconvert ! autoaudiosink
Remember to replace the caps after udpsrc with the caps of the srcpad of the rtpasfpay element in the first pipeline. If you have any problems using it, please report!
The asf plugin can be found here.
Tuesday, June 23, 2009
ASF: we need a parser
While developing rtpasfpay I found out that I can't just do (in gst-launch syntax):
somesrc ! asfmux ! rtpasfpay ! udpsink
because the ASF headers need to be updated after the stream ends and those values are needed by rtpasfpay.
Additionally, I can't get an ASF from a file and feed it to rtpasfpay because the buffers would be unaligned with the ASF objects and packets, requiring rtpasfpay to parse the data before doing anything related to RTP. I'd say we need a parser.
The idea is to do all the parsing at the parser (obvious) and only some checks of conformance at the rtp payloader. As I had already started developing the payloader, I took it as farther as I could (without using a parser) and its current state is now at the repository. It is still unfinished (read: doesn't work).
The parser
Now I'm starting to develop the asfparse element. ASF files have 3 main parts: first there are headers, then the data (where the packets are) and lastly a series of indexes objects. The parser would, sequentially:
- Group all the headers into a single buffer and push it
- Push the "Data object" header (everything but the packets)
- Put each packet into a separate buffer and push them
- Put each of the indexes object into a separate buffer and push them
- EOS
The parser should work both in pull or push mode, I'll start with push mode.
Subscribe to:
Posts (Atom)