dshowvideosrc with a mux

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

dshowvideosrc with a mux

Andy Sturges
I am trying to capture video and audio and mux them into a single file
on windows XP, but am seeing very slow video capture when using any form
of mux.  To illustrate the problem here a a couple of simple examples:

This pipeline works fine:

    gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace  ! directdrawsink

but adding a mux/demux stage into the pipe causes the video to be very
slow:

   dshowvideosrc ! ffmpegcolorspace ! avimux ! avidemux !
ffmpegcolorspace ! directdrawsink

I have tried adding queues and videorate controls but this makes no
difference.

Any input on this problem welcome,

Andy

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: dshowvideosrc with a mux

Julien Moutte-2
First you probably have a latency issue as this is a live pipeline and  
avimux / avidemux could add some latency.

Second you should not try to play what you just muxed in the same  
pipeline. You should compress the video and then store to a file that  
you can play later on. If you want local feedback from the capture you  
should use tee after the source and have a preview branch.

Julien


On Apr 23, 2008, at 1:40, Andy Sturges <[hidden email]> wrote:

> I am trying to capture video and audio and mux them into a single file
> on windows XP, but am seeing very slow video capture when using any  
> form
> of mux.  To illustrate the problem here a a couple of simple examples:
>
> This pipeline works fine:
>
>    gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace  !  
> directdrawsink
>
> but adding a mux/demux stage into the pipe causes the video to be very
> slow:
>
>   dshowvideosrc ! ffmpegcolorspace ! avimux ! avidemux !
> ffmpegcolorspace ! directdrawsink
>
> I have tried adding queues and videorate controls but this makes no
> difference.
>
> Any input on this problem welcome,
>
> Andy
>
> ---
> ----------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save  
> $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: dshowvideosrc with a mux

Julien Moutte-2

Try adding a queue between the src elements and the video/audio encoders.

Julien

Andy Sturges wrote:

> Julien,
>
> thanks for replying to this question,  I'll give a bit more detail on
> the problem I am seeing.  The pipeline in the email is not my original
> pipe line - which as you suggested encodes the video and audio mux
> them together and then save them to a file:
>
> gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace ! videorate !
> video/x-raw-yuv,framerate=15/1 ! ffmpegcolorspace ! theoraenc ! queue
> ! oggmux name=mux dshowaudiosrc ! audioconvert ! vorbisenc ! queue !
> mux. mux. ! queue ! filesink location=output.ogg
>
> But the encoded video was showing very slow video capture speed but
> good audio capture.  Capturing the video on its own to a file has no
> problems.  The example in my mail was just the simplest pipe I could
> produce which would illustrate the problem.
>
> My video and audio source is a Logitech USB web cam  and I am using
> the latest Windows binary downloads (which look like they may be based
> an older gstreamer release than current source release) so if there
> are some newer binaries available I would like to try them.
>
> thanks Andy
>
> On Mon, Apr 28, 2008 at 6:59 AM, Julien Moutte <[hidden email]> wrote:
>  
>> First you probably have a latency issue as this is a live pipeline and
>> avimux / avidemux could add some latency.
>>
>>  Second you should not try to play what you just muxed in the same pipeline.
>> You should compress the video and then store to a file that you can play
>> later on. If you want local feedback from the capture you should use tee
>> after the source and have a preview branch.
>>
>>  Julien
>>
>>
>>  On Apr 23, 2008, at 1:40, Andy Sturges <[hidden email]> wrote:
>>
>>
>>    
>>> I am trying to capture video and audio and mux them into a single file
>>> on windows XP, but am seeing very slow video capture when using any form
>>> of mux.  To illustrate the problem here a a couple of simple examples:
>>>
>>> This pipeline works fine:
>>>
>>>   gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace  ! directdrawsink
>>>
>>> but adding a mux/demux stage into the pipe causes the video to be very
>>> slow:
>>>
>>>  dshowvideosrc ! ffmpegcolorspace ! avimux ! avidemux !
>>> ffmpegcolorspace ! directdrawsink
>>>
>>> I have tried adding queues and videorate controls but this makes no
>>> difference.
>>>
>>> Any input on this problem welcome,
>>>
>>> Andy
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>> Don't miss this year's exciting event. There's still time to save $100.
>>> Use priority code J8TL2D2.
>>>
>>>      
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>    
>>> _______________________________________________
>>> gstreamer-devel mailing list
>>> [hidden email]
>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>>
>>>      

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: dshowvideosrc with a mux

Julien Isorce
Hi,

The following pipeline works fine:

gst-launch-0.10 dshowvideosrc num_buffers=250 ! video/x-raw-yuv, framerate=(fraction)25/1, width=320, height = 240 ! queue ! ffmpegcolorspace ! ffenc_mpeg4 ! queue ! avimux name=mux audiotestsrc num_buffers=400  ! queue ! ffenc_mp2 ! queue ! mux. mux. ! filesink location=record.avi

(in the log I can see : "New clock: GstSystemClock")

I mean record.avi file can be playback correctly, the video and the testsound are ok.

Now I would like to use the dshowaudiosrc instead of the audiotestsrc :

gst-launch-0.10 dshowvideosrc num_buffers=250 ! video/x-raw-yuv, framerate=(fraction)25/1, width=320, height = 240 ! queue ! ffmpegcolorspace ! ffenc_mpeg4 ! queue ! avimux name=mux dshowaudiosrc num_buffers=20  ! queue ! ffenc_mp2 ! queue ! mux. mux. ! filesink location=record.avi

(in the log I can see "New clock: GstAudioSrcClock")

But when I play the record.avi file, the video is not ok. The video is played very very fast, about 0.5 sec, but the audio is ok.

So it seems to be a problem about the clock.

So I tryed to set the dshowaudiosrc provide-clock property to FALSE. (default is TRUE) :

gst-launch-0.10 dshowvideosrc num_buffers=250 ! video/x-raw-yuv, framerate=(fraction)25/1, width=320, height = 240 ! queue ! ffmpegcolorspace ! ffenc_mpeg4 ! queue ! avimux name=mux dshowaudiosrc num_buffers = 20 provide-clock=0 ! queue ! ffenc_mp2 ! queue ! mux. mux. ! filesink location=record.avi

There is the log :

Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
WARNING: from element /pipeline0/dshowaudiosrc0: Can't record audio fast en
ough
Additional debug info:
E:\devel-release\src_releases\gst-plugins-base\gst-libs\gst\audio\gstbaseau
diosrc.c(668): (function) (): /pipeline0/dshowaudiosrc0:
dropped 286650 samples

** (gst-launch-0.10:3704): CRITICAL **: file E:\devel-release\src_releases\
gstreamer\gst\gstsegment.c: line 450: assertion `segment->format == format'
 failed
Got EOS from element "pipeline0".
Execution ended after 16716824000 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...

The when playing the record.avi file with VLC, th video is ok but there is no audio.
If I play the record.avi file with classic player, first the audio is played without video, then the video is played without audio.

So It seems I have not correclty configured the dshowaudiosrc because the first pipeline works fine.

Help would be appreciated.

Sincerely

Julien I.


2008/4/29 Julien Moutte <[hidden email]>:

Try adding a queue between the src elements and the video/audio encoders.

Julien

Andy Sturges wrote:
> Julien,
>
> thanks for replying to this question,  I'll give a bit more detail on
> the problem I am seeing.  The pipeline in the email is not my original
> pipe line - which as you suggested encodes the video and audio mux
> them together and then save them to a file:
>
> gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace ! videorate !
> video/x-raw-yuv,framerate=15/1 ! ffmpegcolorspace ! theoraenc ! queue
> ! oggmux name=mux dshowaudiosrc ! audioconvert ! vorbisenc ! queue !
> mux. mux. ! queue ! filesink location=output.ogg
>
> But the encoded video was showing very slow video capture speed but
> good audio capture.  Capturing the video on its own to a file has no
> problems.  The example in my mail was just the simplest pipe I could
> produce which would illustrate the problem.
>
> My video and audio source is a Logitech USB web cam  and I am using
> the latest Windows binary downloads (which look like they may be based
> an older gstreamer release than current source release) so if there
> are some newer binaries available I would like to try them.
>
> thanks Andy
>
> On Mon, Apr 28, 2008 at 6:59 AM, Julien Moutte <[hidden email]> wrote:
>
>> First you probably have a latency issue as this is a live pipeline and
>> avimux / avidemux could add some latency.
>>
>>  Second you should not try to play what you just muxed in the same pipeline.
>> You should compress the video and then store to a file that you can play
>> later on. If you want local feedback from the capture you should use tee
>> after the source and have a preview branch.
>>
>>  Julien
>>
>>
>>  On Apr 23, 2008, at 1:40, Andy Sturges <[hidden email]> wrote:
>>
>>
>>
>>> I am trying to capture video and audio and mux them into a single file
>>> on windows XP, but am seeing very slow video capture when using any form
>>> of mux.  To illustrate the problem here a a couple of simple examples:
>>>
>>> This pipeline works fine:
>>>
>>>   gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace  ! directdrawsink
>>>
>>> but adding a mux/demux stage into the pipe causes the video to be very
>>> slow:
>>>
>>>  dshowvideosrc ! ffmpegcolorspace ! avimux ! avidemux !
>>> ffmpegcolorspace ! directdrawsink
>>>
>>> I have tried adding queues and videorate controls but this makes no
>>> difference.
>>>
>>> Any input on this problem welcome,
>>>
>>> Andy
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>> Don't miss this year's exciting event. There's still time to save $100.
>>> Use priority code J8TL2D2.
>>>
>>>
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>
>>> _______________________________________________
>>> gstreamer-devel mailing list
>>> [hidden email]
>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>>
>>>

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: dshowvideosrc with a mux

Julien Isorce
In reply to this post by Julien Moutte-2

Hi,

The following pipeline works fine:

gst-launch-0.10 dshowvideosrc num_buffers=250 ! video/x-raw-yuv, framerate=(fraction)25/1, width=320, height = 240 ! queue ! ffmpegcolorspace ! ffenc_mpeg4 ! queue ! avimux name=mux audiotestsrc num_buffers=400  ! queue ! ffenc_mp2 ! queue ! mux. mux. ! filesink location=record.avi

(in the log I can see : "New clock: GstSystemClock")

I mean record.avi file can be playback correctly, the video and the testsound are ok.

Now I would like to use the dshowaudiosrc instead of the audiotestsrc :

gst-launch-0.10 dshowvideosrc num_buffers=250 ! video/x-raw-yuv, framerate=(fraction)25/1, width=320, height = 240 ! queue ! ffmpegcolorspace ! ffenc_mpeg4 ! queue ! avimux name=mux dshowaudiosrc num_buffers=20  ! queue ! ffenc_mp2 ! queue ! mux. mux. ! filesink location=record.avi

(in the log I can see "New clock: GstAudioSrcClock")

But when I play the record.avi file, the video is not ok. The video is played very very fast, about 0.5 sec, but the audio is ok.

So it seems to be a problem about the clock.

So I tryed to set the dshowaudiosrc provide-clock property to FALSE. (default is TRUE) :

gst-launch-0.10 dshowvideosrc num_buffers=250 ! video/x-raw-yuv, framerate=(fraction)25/1, width=320, height = 240 ! queue ! ffmpegcolorspace ! ffenc_mpeg4 ! queue ! avimux name=mux dshowaudiosrc num_buffers = 20 provide-clock=0 ! queue ! ffenc_mp2 ! queue ! mux. mux. ! filesink location=record.avi

There is the log :

Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
WARNING: from element /pipeline0/dshowaudiosrc0: Can't record audio fast en
ough
Additional debug info:
E:\devel-release\src_releases\gst-plugins-base\gst-libs\gst\audio\gstbaseau
diosrc.c(668): (function) (): /pipeline0/dshowaudiosrc0:
dropped 286650 samples

** (gst-launch-0.10:3704): CRITICAL **: file E:\devel-release\src_releases\
gstreamer\gst\gstsegment.c: line 450: assertion `segment->format == format'
 failed
Got EOS from element "pipeline0".
Execution ended after 16716824000 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...

The when playing the record.avi file with VLC, th video is ok but there is no audio.
If I play the record.avi file with classic player, first the audio is played without video, then the video is played without audio.

So It seems I have not correclty configured the dshowaudiosrc because the first pipeline works fine.

Help would be appreciated.

Sincerely

Julien I.

2008/4/29 Julien Moutte <[hidden email]>:

Try adding a queue between the src elements and the video/audio encoders.

Julien

Andy Sturges wrote:
> Julien,
>
> thanks for replying to this question,  I'll give a bit more detail on
> the problem I am seeing.  The pipeline in the email is not my original
> pipe line - which as you suggested encodes the video and audio mux
> them together and then save them to a file:
>
> gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace ! videorate !
> video/x-raw-yuv,framerate=15/1 ! ffmpegcolorspace ! theoraenc ! queue
> ! oggmux name=mux dshowaudiosrc ! audioconvert ! vorbisenc ! queue !
> mux. mux. ! queue ! filesink location=output.ogg
>
> But the encoded video was showing very slow video capture speed but
> good audio capture.  Capturing the video on its own to a file has no
> problems.  The example in my mail was just the simplest pipe I could
> produce which would illustrate the problem.
>
> My video and audio source is a Logitech USB web cam  and I am using
> the latest Windows binary downloads (which look like they may be based
> an older gstreamer release than current source release) so if there
> are some newer binaries available I would like to try them.
>
> thanks Andy
>
> On Mon, Apr 28, 2008 at 6:59 AM, Julien Moutte <[hidden email]> wrote:
>
>> First you probably have a latency issue as this is a live pipeline and
>> avimux / avidemux could add some latency.
>>
>>  Second you should not try to play what you just muxed in the same pipeline.
>> You should compress the video and then store to a file that you can play
>> later on. If you want local feedback from the capture you should use tee
>> after the source and have a preview branch.
>>
>>  Julien
>>
>>
>>  On Apr 23, 2008, at 1:40, Andy Sturges <[hidden email]> wrote:
>>
>>
>>
>>> I am trying to capture video and audio and mux them into a single file
>>> on windows XP, but am seeing very slow video capture when using any form
>>> of mux.  To illustrate the problem here a a couple of simple examples:
>>>
>>> This pipeline works fine:
>>>
>>>   gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace  ! directdrawsink
>>>
>>> but adding a mux/demux stage into the pipe causes the video to be very
>>> slow:
>>>
>>>  dshowvideosrc ! ffmpegcolorspace ! avimux ! avidemux !
>>> ffmpegcolorspace ! directdrawsink
>>>
>>> I have tried adding queues and videorate controls but this makes no
>>> difference.
>>>
>>> Any input on this problem welcome,
>>>
>>> Andy
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>> Don't miss this year's exciting event. There's still time to save $100.
>>> Use priority code J8TL2D2.
>>>
>>>
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>
>>> _______________________________________________
>>> gstreamer-devel mailing list
>>> [hidden email]
>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>>
>>>

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: dshowvideosrc with a mux

Julien Isorce
Hi

I finally resolved my problem by using theora and vorbis instead of ffenc_mpeg4 and ffenc_mp2. I was suprised that the cause was the encoders.

The following pipeline works fines :

gst-launch-0.10 dshowvideosrc num_buffers=250 ! video/x-raw-yuv, framerate=(fraction)25/1, width=720,height = 576, format=(fourcc)YUY2 ! ffmpegcolorspace ! theoraenc ! queue ! oggmux name=mux dshowaudiosrc provide-clock=0 num_buffers = 20 ! audioconvert ! vorbisenc ! queue ! mux. mux. ! filesink location=record.ogg

J. I.

2008/5/14 Julien Isorce <[hidden email]>:

Hi,

The following pipeline works fine:

gst-launch-0.10 dshowvideosrc num_buffers=250 ! video/x-raw-yuv, framerate=(fraction)25/1, width=320, height = 240 ! queue ! ffmpegcolorspace ! ffenc_mpeg4 ! queue ! avimux name=mux audiotestsrc num_buffers=400  ! queue ! ffenc_mp2 ! queue ! mux. mux. ! filesink location=record.avi

(in the log I can see : "New clock: GstSystemClock")

I mean record.avi file can be playback correctly, the video and the testsound are ok.

Now I would like to use the dshowaudiosrc instead of the audiotestsrc :

gst-launch-0.10 dshowvideosrc num_buffers=250 ! video/x-raw-yuv, framerate=(fraction)25/1, width=320, height = 240 ! queue ! ffmpegcolorspace ! ffenc_mpeg4 ! queue ! avimux name=mux dshowaudiosrc num_buffers=20  ! queue ! ffenc_mp2 ! queue ! mux. mux. ! filesink location=record.avi

(in the log I can see "New clock: GstAudioSrcClock")

But when I play the record.avi file, the video is not ok. The video is played very very fast, about 0.5 sec, but the audio is ok.

So it seems to be a problem about the clock.

So I tryed to set the dshowaudiosrc provide-clock property to FALSE. (default is TRUE) :

gst-launch-0.10 dshowvideosrc num_buffers=250 ! video/x-raw-yuv, framerate=(fraction)25/1, width=320, height = 240 ! queue ! ffmpegcolorspace ! ffenc_mpeg4 ! queue ! avimux name=mux dshowaudiosrc num_buffers = 20 provide-clock=0 ! queue ! ffenc_mp2 ! queue ! mux. mux. ! filesink location=record.avi

There is the log :

Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
WARNING: from element /pipeline0/dshowaudiosrc0: Can't record audio fast en
ough
Additional debug info:
E:\devel-release\src_releases\gst-plugins-base\gst-libs\gst\audio\gstbaseau
diosrc.c(668): (function) (): /pipeline0/dshowaudiosrc0:
dropped 286650 samples

** (gst-launch-0.10:3704): CRITICAL **: file E:\devel-release\src_releases\
gstreamer\gst\gstsegment.c: line 450: assertion `segment->format == format'
 failed
Got EOS from element "pipeline0".
Execution ended after 16716824000 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...

The when playing the record.avi file with VLC, th video is ok but there is no audio.
If I play the record.avi file with classic player, first the audio is played without video, then the video is played without audio.

So It seems I have not correclty configured the dshowaudiosrc because the first pipeline works fine.

Help would be appreciated.

Sincerely

Julien I.

2008/4/29 Julien Moutte <[hidden email]>:


Try adding a queue between the src elements and the video/audio encoders.

Julien

Andy Sturges wrote:
> Julien,
>
> thanks for replying to this question,  I'll give a bit more detail on
> the problem I am seeing.  The pipeline in the email is not my original
> pipe line - which as you suggested encodes the video and audio mux
> them together and then save them to a file:
>
> gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace ! videorate !
> video/x-raw-yuv,framerate=15/1 ! ffmpegcolorspace ! theoraenc ! queue
> ! oggmux name=mux dshowaudiosrc ! audioconvert ! vorbisenc ! queue !
> mux. mux. ! queue ! filesink location=output.ogg
>
> But the encoded video was showing very slow video capture speed but
> good audio capture.  Capturing the video on its own to a file has no
> problems.  The example in my mail was just the simplest pipe I could
> produce which would illustrate the problem.
>
> My video and audio source is a Logitech USB web cam  and I am using
> the latest Windows binary downloads (which look like they may be based
> an older gstreamer release than current source release) so if there
> are some newer binaries available I would like to try them.
>
> thanks Andy
>
> On Mon, Apr 28, 2008 at 6:59 AM, Julien Moutte <[hidden email]> wrote:
>
>> First you probably have a latency issue as this is a live pipeline and
>> avimux / avidemux could add some latency.
>>
>>  Second you should not try to play what you just muxed in the same pipeline.
>> You should compress the video and then store to a file that you can play
>> later on. If you want local feedback from the capture you should use tee
>> after the source and have a preview branch.
>>
>>  Julien
>>
>>
>>  On Apr 23, 2008, at 1:40, Andy Sturges <[hidden email]> wrote:
>>
>>
>>
>>> I am trying to capture video and audio and mux them into a single file
>>> on windows XP, but am seeing very slow video capture when using any form
>>> of mux.  To illustrate the problem here a a couple of simple examples:
>>>
>>> This pipeline works fine:
>>>
>>>   gst-launch-0.10.exe dshowvideosrc ! ffmpegcolorspace  ! directdrawsink
>>>
>>> but adding a mux/demux stage into the pipe causes the video to be very
>>> slow:
>>>
>>>  dshowvideosrc ! ffmpegcolorspace ! avimux ! avidemux !
>>> ffmpegcolorspace ! directdrawsink
>>>
>>> I have tried adding queues and videorate controls but this makes no
>>> difference.
>>>
>>> Any input on this problem welcome,
>>>
>>> Andy
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>> Don't miss this year's exciting event. There's still time to save $100.
>>> Use priority code J8TL2D2.
>>>
>>>
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>
>>> _______________________________________________
>>> gstreamer-devel mailing list
>>> [hidden email]
>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>>
>>>

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel