[Mjpeg-users] Problems running lavrec
Dear All, I'm having trouble running lavrec, copy of the script I am using is below: #!/bin/sh v4lctl setinput Composite2 v4lctl contrast 50 v4lctl bright 100 # export LAV_VIDEO_DEV="/dev/v4l/video0" export LAV_AUDIO_DEV="/dev/sound/dsp" export LAV_MIXER_DEV="/dev/sound/mixer" #lavrec -f a -g 720x576 --stereo -R m raw.avi lavrec --format=a --input=p --quality=80 --decimation=2 raw.avi Unfortunately it does not work - the output I get is: ++ WARN: [lavrec] Unable to set negative priority for audio thread. ++ WARN: [lavrec] Pthread Real-time scheduling for audio thread could not be enabled. **ERROR: [lavrec] Error getting video parameters: Invalid argument **ERROR: [lavrec] Something went wrong while setting up the card Any ideas? Just to note for reference, streamer from xawtv seems to work, so I would not think it was a v4l issue. Albeit I'm having issues that it uses far too much disk space when saving to raw video and I'm having issues when it saves to a compressed format with it maxing the CPU and eventually failing. Suggestions appreciated. Pete -- Peter Chant http://www.petezilla.co.uk - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Problems running lavrec
On Saturday 22 December 2007, Bernhard Praschinger wrote: > From my guess you use a bttv based card ? > If you use a bttv based card, you need to use a command like that: > lavrec -f a -i p -g 352x288 -q 80 -R l --software-encoding test.avi > Worked a treat. Tried it with 720x576 as well - worked fine except audio lost sync. Will try running it as root - as it complained about not being able to set a negative nice level. > The important things for a bttv card are the -g and --software-encoding > options. You might encounter problems with the audio, for testing > purposes you can disable it with -a 0. > The -i option works different on a bttv based card. -i p means the 1st > Bt8x8 input. Take a look at the lavrec for more info. > > streamer can also create mjpeg encoded AVI's. > Yes, it had problems keeping up though. I used v4lctl to set the input, I had trouble with the -i options. > auf hoffentlich bald, > > Berni the Chaos of Woodquarter > > Email: [EMAIL PROTECTED] > www: http://www.lysator.liu.se/~gz/bernhard > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > Mjpeg-users mailing list > Mjpeg-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mjpeg-users -- Peter Chant http://www.petezilla.co.uk - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Problems running lavrec
On Saturday 22 December 2007, Bernhard Praschinger wrote: > From my guess you use a bttv based card ? > If you use a bttv based card, you need to use a command like that: > lavrec -f a -i p -g 352x288 -q 80 -R l --software-encoding test.avi > lavrec -f a -g 720x576 -s -q 80 -U -r 44100 -R l --software-encoding raw.avi Works, but with stuttering audio. Audio is fine if I either drop the resolution, go mono or reduce the sampling rate to 22000. > streamer can also create mjpeg encoded AVI's. > Yes, but I am having trouble with that - it seems to use more cpu than lavrec and just give up at some point. Think I also had audio sync problems - just having another go to confirm. streamer -t 180:00 -r 25 -s 720x576 -o raw.avi -f mjpeg -F stereo CPU usage it a little high at around 85% - on a 2.5GHz athalon. Either solution would work well for me if I can caputure to something that uses a bit less disk space than raw. I can capute raw fine - its just that the file sizes are a bit too large for comfort. I'm wondering if I got something like this: http://www.scan.co.uk/Products/ProductInfo.asp?WebProductID=318489 whether I could use the built in hardware encoder. My existing card is saa7134 based. Not sure if hardware encoding can be done with that card. Pete > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > Mjpeg-users mailing list > Mjpeg-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mjpeg-users -- Peter Chant http://www.petezilla.co.uk - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Good intermediate format to use
Any suggestions of a video file format to use whilst undergoing the editing process after having passed video through mjpegtools? I know a raw format is ideal, but I'm not looking at broadcast quality source material so something that does compresses a little with a small to moderate amount of compression would be good. I'm wanting to keep video and sound together. Basically I've been taking raw video from both a capture card and also video from a DV camcorder, processing them to clean them up a little with mjpegtools and as the last stage using this: |mpeg2enc -f 8 -4 2 -2 1 -F 3 -q 8 -o video/$1.m1v I've then either passed this to devedee or edited in kdenlive and passed to devedee, after multiplexing the soundtrack back onto the file. Now, I thought this would be the right format for DVD but devede re-encodes. When editing with kdenlive it always re-encode the stream anyway (obvious if you think about it). So perhaps an exactly DVD compatible format is unecessary. What format do people suggest? On a similar subject I've rendered some credits using a script and povray to multiple ppm files appended to a single file and have turned them into an mpeg with the following: ppmtoy4m -o 1 -F 25:1 -I t -L -S 420mpeg2 fr.ppm | mpeg2enc -q 4 -H -f 8 -4 1 -2 1 -o test.mpg but there are obvious artifacts around the text. Any suggestions or am I expecting too much of compressed mpeg video? BTW - thanks to all in the mjpeg community. I've passed some home camcorder video taken in relatively low light through mjpegtools and it looks great played back on my TV - I've managed to get rid of a lot of the noise that was obvious on the raw video. Pete -- Peter Chant http://www.petezilla.co.uk -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Good intermediate format to use
On Sunday 18 January 2009, Bernhard Praschinger wrote: > Hallo > > Peter Chant wrote: > > Any suggestions of a video file format to use whilst undergoing the > > editing process after having passed video through mjpegtools? I know a > > raw format is ideal, but I'm not looking at broadcast quality source > > material so something that does compresses a little with a small to > > moderate amount of compression would be good. I'm wanting to keep video > > and sound together. > > If you only work with mjpeg files and do simple cut/edit action. You can > use the editlist files. Yes, I have used glav to cut the wanted sections out of the orignal captured video. > > |mpeg2enc -f 8 -4 2 -2 1 -F 3 -q 8 -o video/$1.m1v > > > > I've then either passed this to devedee or edited in kdenlive and passed > > to devedee, after multiplexing the soundtrack back onto the file. > > From what I have seen from the kdenlive website. The format where you > have not that much compression seems to be mov as container with DV > compression. The mjpegtools can read that format. And use that file when > you are done with editing for encoding with the mjpegtools. > Can it write it? I'm wondering what is best used to feed video from mjpegtools to kdenlive? Basically I have put mjpeg tools at the beginning of the process rather than at the end to tidy things. Basically glav seems to be great for creating simple quick and dirty edit lists! > > Now, I thought this would be the right format for DVD but devede > > re-encodes. When editing with kdenlive it always re-encode the stream > > anyway (obvious if you think about it). So perhaps an exactly DVD > > compatible format is unecessary. What format do people suggest? > > I have a very simple toolchain. I record with a Zoran based card (lavrec > only), or with a ADVC-100 and kino. The third source are transport > streams using ProjectX. Than I do just simple cutting with glav/lavplay, > and encode the files afterwards with the mjpegtools. > It's the authoring to DVD stage. I think I've found the option, there is a tickbox buried away in the devede menus to tell the program that the input file is already in a dvd friendly format. Bit of a nuisance that I can't do it globally as I have about twenty files on the DVD! My overall concern was that I was generating unnecessary decoding and encoding processes in my workflow. Given the source material I suspect its not noticable anyway, but it would be nice to not add too much loss in the editing process. Actually the test disk looked OK on screen. > You can raise the quality factor a little to 3 or maybe even 2. mpeg is > a compression where you loose information, and have artefacts. > Yes, I managed a little improvement. To some extent it may just be that I don't look at other people's credits at close range on a PC monitor, especially frame by frame, so perhaps I'm expecting a bit too much from the process! Credits on the test disk were a bit rough, need to burn a new disk and have another look. Thanks, Pete -- Peter Chant http://www.petezilla.co.uk -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Good intermediate format to use
On Thursday 22 January 2009, Bernhard Praschinger wrote: > The mjpegtools cannot create DV encoded files (at least I don't know > how). They can only read them. The the best quality is a mjpeg encoded > AVI/MOV at a high quality factor of 95. (100 might cause problems) > OK > Well If you really want every bit of quality you can create single raw > ppm files. I would not recommend that. > ! I don't think I've put through anything of sufficient quality to justify that! > > Basically I have put mjpeg tools at the beginning of > > the process rather than at the end to tidy things. Basically glav seems > > to be great for creating simple quick and dirty edit lists! > > I would not use the word dirty, but quick is correct. > If you have clips and want just trim them, glav and a editlist is a very > simple way. > Well, perhaps the phrase "quick and dirty" was a poor choice of words, but it certainly is an efficient way to select segments out of a larger file. > > If you feed the program already good mpeg2 streams than you only loose > time and quality by reencoding. > > I'm sorry but I don't have experience with that two programs. I think I'm probally worrying too much about it! Devede seems in my exceptionally limited experience to be a relatively painless way to create a simple DVD with a basic menu. > If you view them on a normal TV you won't notice much. If you wath them > on a new Set where you have HDMI (or any other digital transmition I > think you will notice it. Normal standard definition TV. I don't think the basic quality of the source material merits me getting too excited. That said, as I posted earlier, mjpegtools did an imressive job of noise reduction. Thanks for your responses, Pete -- Peter Chant http://www.petezilla.co.uk -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
