mencoder //tv capture avi index problem
greetings, I'm using mencoder to capture live /dev/video[x] streams tv:// with v4l2 and saving them as ffmpeg mpeg4, single pass files, no audio. They playback fine with the media player in Debian linux, and VLC in windows ok. But I want to use VirtualDub and with any version I try I get this warjning: AVI:Index not found or damaged -- reconstructing via file scan. AVI:keyframe flag reconstruction was not specified in option options and the video stream is not a sknown keyframe-only type. Seeking in the video stream may be extremely slow. Note that I have tried both, the fastfreempeg codec for windows for the fourcc FMP4, as well as -forcecc "XVID" with mencoder, to use the XVID codec on windows and the same message appears. So it must be something going on in the header structure of the file :-? I have also played with keyint=<frames> option. Same result. As another test, I tried the xvid codec instead and that did work although the files generated were much larger for similar visual quality (single pass). Although THIS ONE loaded fine in VirtualDub (1.91, 1.8x....). So I must be missing something or there is a bug with avicodec usage. So I am stuck and stumped. Would anyone have any insight into this problem and a way around it? At least for the copious files I have, I read some threads that indicate mencoder itself can rebuild the index (sometimes) but I'm fairly new with mencoder and I can't quite tween out the best way to do that from the on-line doc and man-page. thanks very much in advance! t
ted morris <ted.morris <at> gmail.com> writes:
I'm using mencoder to capture live /dev/video[x] streams tv:// with v4l2 and saving them as ffmpeg mpeg4, single pass files, no audio.
They playback fine with the media player in Debian linux, and VLC in windows ok.
But I want to use VirtualDub and with any version I try I get this warjning:
How do you stop mencoder? The index is written if the encode was cleanly finished. Carl Eugen
On Fri, Jun 24, 2011 at 1:19 PM, Carl Eugen Hoyos <cehoyos@ag.or.at> wrote:
ted morris <ted.morris <at> gmail.com> writes:
I'm using mencoder to capture live /dev/video[x] streams tv:// with v4l2 and saving them as ffmpeg mpeg4, single pass files, no audio.
They playback fine with the media player in Debian linux, and VLC in windows ok.
But I want to use VirtualDub and with any version I try I get this warjning:
How do you stop mencoder? The index is written if the encode was cleanly finished.
Hi Carl -- Well , I thought about that but mencoder terminates on its own. I specify the time length as in: 00:30:00, the command with desired video codec options looks like this: mencoder -ffourcc XVID -ovc lavc \ -lavcopts vcodec=mpeg4:mv0:trell:v4mv:vbitrate=1000:aspect=4/3 \ -nosound -endpos 00:30:00 \ -tv driver=v4l2:norm=ntsc:input=2:device=/dev/video0:width=640:height=480:fps=10 \ -quiet \ -o recordedvideo.avi tv:// Is something not right here?
Carl Eugen
_______________________________________________ MEncoder-users mailing list MEncoder-users@mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/mencoder-users
ted morris <ted.morris <at> gmail.com> writes:
How do you stop mencoder? The index is written if the encode was cleanly finished.
Well , I thought about that but mencoder terminates on its own.
Then I can't comment on your issue. (I don't use VirtualDub, but mencoder will not write the index if killed with SIGKILL, so I wanted to make sure that is not the reason.) Carl Eugen
On 06/25/2011 04:03 PM, ted morris wrote:
On Fri, Jun 24, 2011 at 1:19 PM, Carl Eugen Hoyos <cehoyos@ag.or.at> wrote:
ted morris <ted.morris <at> gmail.com> writes:
I'm using mencoder to capture live /dev/video[x] streams tv:// with v4l2 and saving them as ffmpeg mpeg4, single pass files, no audio.
They playback fine with the media player in Debian linux, and VLC in windows ok.
But I want to use VirtualDub and with any version I try I get this warjning:
How do you stop mencoder? The index is written if the encode was cleanly finished.
Hi Carl -- Well , I thought about that but mencoder terminates on its own.
If you play the encoded file with MPlayer, and try to seek, what happens? Does it "just work", or does MPlayer complain about a lack of an index, or what? -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. Secrecy is the beginning of tyranny.
On 06/24/2011 09:38 AM, ted morris wrote:
greetings,
I'm using mencoder to capture live /dev/video[x] streams tv:// with v4l2 and saving them as ffmpeg mpeg4, single pass files, no audio.
They playback fine with the media player in Debian linux, and VLC in windows ok.
But I want to use VirtualDub and with any version I try I get this warjning:
AVI:Index not found or damaged -- reconstructing via file scan. AVI:keyframe flag reconstruction was not specified in option options and the video stream is not a sknown keyframe-only type. Seeking in the video stream may be extremely slow.
Something that just occurred to me: How big are these files? If memory serves (which it may not, it's been a while), AVI files over a certain size don't necessarily work with the ordinary index. ODML is meant to circumvent that limitation (among other things), but it can sometimes cause issues if an ODML index gets created when one isn't needed. If an ODML index is being created in this case, and if VirtualDub doesn't support ODML, then that could explain the problem. If the AVI files you're creating are smaller than the 2GB limit, try adding '-noodml' to your command line and see if that changes anything. -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. Secrecy is the beginning of tyranny.
On Sun, Jun 26, 2011 at 7:56 PM, The Wanderer <wanderer@fastmail.fm> wrote:
On 06/24/2011 09:38 AM, ted morris wrote:
greetings,
I'm using mencoder to capture live /dev/video[x] streams tv:// with v4l2 and saving them as ffmpeg mpeg4, single pass files, no audio.
They playback fine with the media player in Debian linux, and VLC in windows ok.
But I want to use VirtualDub and with any version I try I get this warjning:
AVI:Index not found or damaged -- reconstructing via file scan. AVI:keyframe flag reconstruction was not specified in option options and the video stream is not a sknown keyframe-only type. Seeking in the video stream may be extremely slow.
Something that just occurred to me:
How big are these files?
about 600MB
If memory serves (which it may not, it's been a while), AVI files over a certain size don't necessarily work with the ordinary index. ODML is meant to circumvent that limitation (among other things), but it can sometimes cause issues if an ODML index gets created when one isn't needed. If an ODML index is being created in this case, and if VirtualDub doesn't support ODML, then that could explain the problem.
If the AVI files you're creating are smaller than the 2GB limit, try adding '-noodml' to your command line and see if that changes anything.
interesting ... nope. same message. -- thanks for the ideas though.
-- The Wanderer
Warning: Simply because I argue an issue does not mean I agree with any side of it.
Secrecy is the beginning of tyranny. ______________________________**_________________ MEncoder-users mailing list MEncoder-users@mplayerhq.hu https://lists.mplayerhq.hu/**mailman/listinfo/mencoder-**users<https://lists.mplayerhq.hu/mailman/listinfo/mencoder-users>
Well the 'fix' at least for now is to get rid of the 'vprp header', whatever that is: mencoder -idx Cam1-Jun-21 at 14-00.avi -ovc copy -o out.avi I get a message from mencoder: # ODML: Aspect information not (yet?) available or unspecified, not writing vprp header. and the output file is thus a little bit smaller, but nevertheless the new output file loads perfectly in VirtualDub 1.8.3, 1.9.1, and all other players such as VLC, Windows Media Classic, Windows media player, etc., with XVID codec installed. -t On Sun, Jun 26, 2011 at 7:56 PM, The Wanderer <wanderer@fastmail.fm> wrote:
On 06/24/2011 09:38 AM, ted morris wrote:
greetings,
I'm using mencoder to capture live /dev/video[x] streams tv:// with v4l2 and saving them as ffmpeg mpeg4, single pass files, no audio.
They playback fine with the media player in Debian linux, and VLC in windows ok.
But I want to use VirtualDub and with any version I try I get this warjning:
AVI:Index not found or damaged -- reconstructing via file scan. AVI:keyframe flag reconstruction was not specified in option options and the video stream is not a sknown keyframe-only type. Seeking in the video stream may be extremely slow.
Something that just occurred to me:
How big are these files?
If memory serves (which it may not, it's been a while), AVI files over a certain size don't necessarily work with the ordinary index. ODML is meant to circumvent that limitation (among other things), but it can sometimes cause issues if an ODML index gets created when one isn't needed. If an ODML index is being created in this case, and if VirtualDub doesn't support ODML, then that could explain the problem.
If the AVI files you're creating are smaller than the 2GB limit, try adding '-noodml' to your command line and see if that changes anything.
-- The Wanderer
Warning: Simply because I argue an issue does not mean I agree with any side of it.
Secrecy is the beginning of tyranny. ______________________________**_________________ MEncoder-users mailing list MEncoder-users@mplayerhq.hu https://lists.mplayerhq.hu/**mailman/listinfo/mencoder-**users<https://lists.mplayerhq.hu/mailman/listinfo/mencoder-users>
W dniu 06/27/2011 02:56 AM, The Wanderer pisze:
If the AVI files you're creating are smaller than the 2GB limit, try adding '-noodml' to your command line and see if that changes anything.
I make my avis with 2 pass xvid encoder, through mencoder. No matter whether I specify -noodml I get the same result: avidemux complains that "index is not up to date" and suggests rebuilding. This is my 2nd pass: /usr/local/bin/mencoder /m/testnoodml_raw.avi -passlogfile /m/temp/log_av_proc_xvid -vf kerndeint -noskip -mc 0 -oac mp3lame -lameopts cbr:br=128:aq=0 -audiofile /m/temp/testnoodml_scaled.wav -noodml -ovc xvid -xvidencopts pass=2:max_key_interval=125:bitrate=768:max_bframes=1:nopacked:vbv_maxrate=5000 -o /m/testnoodml_xvid.avi Jarek
participants (4)
-
Carl Eugen Hoyos -
Jarek Czekalski -
ted morris -
The Wanderer