[gst-devel] Few questions about status of gstreamer
Andoni Morales
ylatuya at gmail.com
Tue Jan 27 00:33:05 CET 2009
>
> PS: do you know whenever gstreamer can add an index to avi file?
>
> I use this command to record a live asf stream:
>
>
> > #source description
> > export SOURCE_PROTOCOL=mmssrc
> > export SOURCE_DEMUXER=asfdemux
> > export SOURCE_AUDIO_CODEC=ffdec_wmav2
> > export SOURCE_VIDEO_CODEC=ffdec_wmv3
> >
> > #destanation description
> > export DEST_PROTOCOL=filesink
> > export DEST_MUXER=avimux
> > export DEST_AUDIO_CODEC=lame
> > export DEST_VIDEO_CODEC=xvidenc
>
> > gst-launch
> \
> > $SOURCE_PROTOCOL location=$SOURCE_LOCATION ! queue !
> $SOURCE_DEMUXER name=demuxer \
> >
> \
> > demuxer. ! queue ! $SOURCE_VIDEO_CODEC ! videorate !
> postproc_default ! tee name=raw_video \
> > demuxer. ! queue ! $SOURCE_AUDIO_CODEC ! tee name=raw_audio
> \
> >
> \
> > raw_video. ! queue leaky=1 ! $DEST_VIDEO_CODEC ! queue !
> $DEST_MUXER name=muxer \
> > raw_audio. ! queue leaky=1 ! $DEST_AUDIO_CODEC ! queue ! muxer.
> \
> >
> \
> > raw_video. ! queue ! gconfvideosink
> \
> > raw_audio. ! queue ! gconfaudiosink
> \
> >
> \
> > muxer. ! $DEST_PROTOCOL location=$DEST_LOCATION
> \
>
> It works, but resulting file can be seeking to non key-frames, which
> obliviously make seeking very unpleasant.
> (since muxers are limited to such small number of codecs, can't they
> know which frames are key and which not ?)
You just have to fire an EOS event to finalize the file and build the index
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20090127/e44a040d/attachment.htm>
More information about the gstreamer-devel
mailing list