[Mjpeg-users] performance problem of lavrec

Hi, recently I observed a performance problem of lavrec after upgrading my computer. I am running SuSE Linux 10.1 (32 bit) on an Athlon 64 X2 3800+. I am capturing from a bt 878 with software encoding. I recompiled both mjpegtools 1.8.0 and the CVS version tuned to my hardware. I have always a

Re: [Mjpeg-users] RC3 aviable

Hallo Forgive me for my insistance, but nobody has responded to my quandary posted on November 10 that (g)lavplay does not play sound. If nobody has the problem I experience I could conclude that there is something wrong with my installation - in which case I beg for your help or ideas. On

Re: [Mjpeg-users] performance problem of lavrec

Michael Hanke wrote: Hi, recently I observed a performance problem of lavrec after upgrading my computer. I am running SuSE Linux 10.1 (32 bit) on an Athlon 64 X2 3800+. I am capturing from a bt 878 with software encoding. I recompiled both mjpegtools 1.8.0 and the CVS version tuned to

[Mjpeg-users] how can i figure out if ppmtoy4m has a option 420mpeg2

hi, i tried to figure out, if ppmtoy4m have the option 420mpeg2, but this fails with newer mjpegtools version. with mjpegtools-1.8.0: # ppmtoy4m -h|grep 420mpeg2|wc -l the result is 1, thats ok, but with mjpegtools-1.9.0rc2 and mjpegtools-1.9.0rc3 it's no longer possible to get an integer

Re: [Mjpeg-users] how can i figure out if ppmtoy4m has a option 420mpeg2

Hi Martin, The output from the help of ppmtoy4m is appearing on stderr not stdout. You will need to redirect stderr through your pipe. Depending on what shell you are using this is done in different ways. tcsh: ppmtoy4m -h | grep 420mpeg2 | wc -l bash: ppmtoy4m -h | grep 420mpeg2 21 | wc -l