Moin-moin Berni,
thank you very much for your quick response!
Am Donnerstag, 5. August 2004 07:11 schrieben Sie:
> > To accomplish this I've captured the movie via my bt848-card
(composite
> > source) into some qt-file of approx. 5GB unsing the following syntax:
> > chrt -v -r 99 -- nice -n -20 \
> > streamer -t 00:50:00 -n pal -r 25 -f jpeg -F mono16 -w 1 \
> > -s 768x576 -C /dev/sound/dsp1 -R 48000 -o
movie.mov
> > Recording went smooth (Athlon XP1800), nearly no framedrops exept in
> > the beginning and ending where there is no clear signal on the tape.
>
> BTW: You do not need to record at full size, 352x288 is enougth.
Hmm, I thought the frame-size of a DVD-compliant movie was about
720 x 576 points!?!
> The streamer help says that you should use -f mjpeg instead of -f jpeg
> !!
Sorry, not on my system: xawtv-3.86-r1:
$ streamer --help
...
record a quicktime movie with sound:
streamer -t 0:30 -o movie.mov -f jpeg -F mono16
...
I've tested jpeg-compression to be the fastest compression with the least
amount of frame-losses even on quite noisy sources.
BTW: Any application that has been compiled with qt-support has been able
to read the resulting movie without any problems.
> > The resulting file gets played quite well both in mplayer and lavplay,
> > video and audio are really synced until the very end, beginning and
end
> > i've cut away by glav.
> >
> > The seperated Audio-stream has the same length as the original movie,
> > even when transcoded into mp2.
> > lavtrans -o movie.wav -f w movie.eli
> > cat movie.wav | mp2enc -r 48000 -o movie.mp2
>
> lav2wav movie.eli | mpeg2enc -o movie.mp2
> does the same.
Yeah, i know, but I wanted to be able to check the wav-file
(to reassure myself that the problem is not in the audio-chain).
> > But the seperated Video-stream is much shorter, e.g. instead of 48:46
> > it's only 39:17 of 39:09, depending on syntax i use:
> > 39:09:
> > lav2yuv -A 4:3 movie.eli | \
> > yuvscaler -O DVD -M BICUBIC -I ACTIVE_704x528+32+24 -v 1 | \
> > mpeg2enc --video-norm p --quantisation 7 --reduction-4x4 1 \
> > --reduction-2x2 1 --force-b-b-p --reduce-hf 1 --aspect
> > 2 -f 8 \ -o movie.m2v
> > 39:17:
> > ...\
> > mpeg2enc --aspect 2 -f 8 -o movie.m2v
>
> Do you have some weird output from lav2yuv like:
> Not a JPEG file: starts with 0x00 0x00
> ++ WARN: [lav2yuv] Decoding of Frame 1455 failed
...
> Maybe you runn you command a second time only with:
> lav2yuv movie.eli >/dev/null
> So you see error easier.
Sorry, no, not even one:
[EMAIL PROTECTED] tmp $ lav2yuv movie.eli >/dev/null
++ WARN: [lav2yuv] unspecified sample-aspect-ratio --- taking a guess...
[EMAIL PROTECTED] tmp $
> How many frames do you have when you take a look at the editlist file ?
[EMAIL PROTECTED] tmp $ cat movie.eli
LAV Edit List
PAL
1
/tmp/movie.mov
0 148 73308
> I fear that there are missing frames which are not replicated, or broken
> jpeg frame wich are thrown away.
Sorry, i really doubt this could be the cause: the number of corrupt
jpeg-frames should be the same on both runs of lav2yuv ... | mpeg2enc ...
So the resulting movie should have a constant length on both runs!
> > Can somebody explain the dis-sycronisation, expecially the differences
> > between the simple and the optimizing version - the number of frames
> > should be the same, or?
> >
> >
> > This problem I've encountered on mjpegtools' version 1.6.1.90 and
> > 1.6.2-r3 on Gentoo, using fhe following USE-flags:
> > +3dnow +X +avi +dv +gtk +mmx +quicktime +sdl +sse
> > These were my C{XX}FLAGS:
> > CFLAGS='-march=athlon-xp -O2 -pipe'
>
> Would you give lavrec a try with a command looking simlair to that:
> lavrec -f q -i p -g 352x288 -q 80 -s -l 70 -R l --software-encoding
> movie.mov
I'll try this evening, for the moment I'm on remote access.
Thank you very much for your response!
Henning Rohde
-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
