Re: [Mjpeg-users] full-quality Quicktime
Bernhard Praschinger wrote: lavrec works great and drops _no_ frames during recording of a single avi, 'lavrec -f a -i n -a 0 -q 100 -d 1 -t 3600 -w 1hrfilm.avi' but it loses a dozen or so frames each time it opens a new file (using the %nnd numbering feature). So I'd try 'lavrec -f q -i n -a 0 -q 100 -d 1 -t 3600 -w 1hrfilm.qt' but this dies immediately with **ERROR: [lavrec] Error writing to output file 1hrfilm.qt: Internal: broken JPEG format It could be a problem with the 100% setting. Try a quality as low as 70-90%. Which version of the mjpegtools and which distribution do you use ? I've tried qualities between 10-90% with same error msg. It's mjpegtools v. 1.6.2-r3 compiled from source on a Gentoo system running kernel 2.6.7 and capturing to an ATA100 disk partitioned as reiserfs. ++ WARN: [lavrec] Closing file(s) and exiting - output file(s) my not be readable due to error No lower quality (e.g., -q 50) gets past this. It is simply the '-d 1' that it doesn't like. Does wit work with -d 1 -q 70 ? Nope :-( Does anyone know if libquicktime 0.9.2 -- 0.9.3 fixes this? Or was there some other way to get around the avi 2GB limitation without sacrificing resolution? I have the 0.9.2 installed on my system (x32) and can record to a larger file than 2GB. I would guess that your filesystem or something else (mountoptions, really old glibc) is having a problem with files large files. Are you able to create files larger than 2GB with other programms (like dd from /dev/null) I only meant the fsize limit for avi files noted in the docs. Thanks, tho' -- C --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] lav2yuv stops after ca 18.000 Frames (730 sec)
Hi Ronald I tried with several input files, but always lav2yuv stops at frame 18000 - 18100 around. What does lavinfo say about the file? Maybe we're breaking the 32bit limit in audio samples? IIRC, lav2yuv uses ints for audio sample counting... Here we go... lavinfo 07-scene7-mjpeg.avi video_frames=18088 video_width=768 video_height=576 video_inter=0 video_norm=PAL video_fps=25.00 video_sar_width=0 video_sar_height=0 max_frame_size=201807 MJPG_chroma=2 has_audio=0 audio_bps=0 audio_chans=0 audio_bits=0 audio_rate=0 num_video_files=1 It's even getting more puzzling here. The file definitely HAS audio, I can hear it in mplayer: Playing 07-scene7-mjpeg.avi Cache fill: 2.83% (237568 bytes)AVI file format detected. AVI: ODML: Building odml index (2 superindexchunks) VIDEO: [MJPG] 768x576 24bpp 25.000 fps 11836.2 kbps (1444.8 kbyte/s) Clip info: Software: MEncoder 1.0pre5-3.3.2 == Trying to force audio codec driver family libmad... Opening audio decoder: [libmad] libmad mpeg audio decoder AUDIO: 44100 Hz, 1 ch, 16 bit (0x10), ratio: 16000-88200 (128.0 kbit) Selected audio codec: [mad] afm:libmad (libMAD MPEG layer 1-2-3) == vo: X11 running at 1024x768 with depth 24 and 32 bpp (:0.0 = local display) == Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family [mjpeg @ 0x858f080]mjpeg: using external huffman table Selected video codec: [ffmjpeg] vfm:ffmpeg (FFmpeg MJPEG decoder) == Checking audio filter chain for 44100Hz/1ch/16bit - 44100Hz/2ch/16bit... AF_pre: af format: 2 bps, 1 ch, 44100 hz, little endian signed int AF_pre: 44100Hz 1ch Signed 16-bit (Little-Endian) AO: [oss] 44100Hz 2ch Signed 16-bit (Little-Endian) (2 bps) Building audio filter chain for 44100Hz/1ch/16bit - 44100Hz/2ch/16bit... Starting playback... VDec: vo config request - 768 x 576 (preferred csp: Planar YV12) VDec: using Planar YV12 as output csp (no 3) Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. VO: [xv] 768x576 = 768x576 Planar YV12 [zoom] A: 3.0 V: 3.0 A-V: -0.000 ct: -0.001 75/ 75 23% 18% 2.8% 6 0 49% also tcprobe says: [tcprobe] RIFF data, AVI video [avilib] V: 25.000 fps, codec=MJPG, frames=18088, width=768, height=576 [avilib] A: 44100 Hz, format=0x55, bits=0, channels=1, bitrate=128 kbps, [avilib]27697 chunks, 11576215 bytes, CBR [tcprobe] summary for 07-scene7-mjpeg.avi, (*) = not default, 0 = not detected import frame size: -g 768x576 [720x576] (*) frame rate: -f 25.000 [25.000] frc=3 audio track: -a 0 [0] -e 44100,0,1 [48000,16,2] -n 0x55 [0x2000] (*) bitrate=128 kbps length: 18088 frames, frame_time=40 msec, duration=0:12:03.520 But what I see here, is the length of 18088 frames reported by both tcprobe and lavinfo. (?) But it's definitely longer. When playing the mjpeg-file in mplayer, it counts up to 26266 frames! A:1050.4 V:1050.6 A-V: -0.193 ct: 0.062 26266/26266 19% 11% 8.4% 0 0 0%% Whats going on here? Maybe there's s.th. wrong with the captured mjpeg-file? I captured with both transcode (v4l-support) using ffmpeg codec and mencoder using lavcodec. So the problem is wrong information about the number of frames in the header of the mjpeg-coded avi. Mjpegtools have nothing to do with that. I should move to the v4l or ffmpeg lists. You pushed me a step in the right direction, thanks for that. Any hints how to repair this broken headers in already captured files? Greetings, Rainer. --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] lav2yuv stops after ca 18.000 Frames (730 sec)
Hi, On Fri, 2004-10-15 at 16:06, Rainer Schweitzer wrote: video_frames=18088 [..] Maybe there's s.th. wrong with the captured mjpeg-file? Seems so. With what application were they captured? Any hints how to repair this broken headers in already captured files? You can change it in hexedit, but you need some basic knowledge of the AVI header structure for that. It's easier to transcode it using mplayer (without reencoding). Ronald -- Ronald S. Bultje [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] lav2yuv stops after ca 18.000 Frames (730 sec)
On Fri, 2004-10-15 at 16:40, Ronald S. Bultje wrote: Hi, On Fri, 2004-10-15 at 16:06, Rainer Schweitzer wrote: video_frames=18088 [..] Maybe there's s.th. wrong with the captured mjpeg-file? Seems so. With what application were they captured? As I wrote earlier, I used mencoder and I used transcode. Btw., transcode fails to encode the mjpeg-file to mpeg2, too. The same error. Lavrec gives me too many framedrops in 768x576, with ffmpeg this works just fine. Any hints how to repair this broken headers in already captured files? You can change it in hexedit, but you need some basic knowledge of the AVI header structure for that. It's easier to transcode it using mplayer (without reencoding). ok, thanks. Greetings, Rainer. --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Re: DVD Studio Pro and MjpegTools
From: Steven M. Schultz [EMAIL PROTECTED] Subject: Re: [Mjpeg-users] DVD Studio Pro and MjpegTools Thanks for the response Steven. I'm on the digest, so it took me a while to test things out and respond to your response. I'm using a recent CVS version of mjpegtools (I got tired of waiting for the followon to 1.6.2) -- 10/05/2004 to be Well, I have attempted to set the wheels in motion for a release but so far haven't heard too much back about getting a release cycle started. Yeah I saw that -- thanks. Hopefully if it gets mentioned a few more times it will happen. Great - that's what I was using last night - created a couple DVDs and started on the third one (then couldn't decide was style I wanted to use and put it off till another night ;)). Okay, good to know that my version is a good one. had much luck with any of the Apple software reading mpeg-2 files created with the mjpegtools. Hmmm, was this with the CVS version or before you upgraded from 1.6.2 to the CVS version? You know what, both. I forgot that my original movie I tested with was from before upgrading (from the Canopus source). However, even one of the movies I just made from the IVTV source plays fine for 10 minutes or so, but then Quicktime gets jerky, and even when I stop and begin at the beginning again it still has the jerky behavior. I have to quit Quicktime to see smooth video again -- but only for 10 minutes. Oh - you bought the Production Suite also? Took me a few hours to install the ~24-30GB - now to start reading the manuals :-) Yeah, I can't even recall now whether I did install everything. And I've read the two intro chapters to DVD Studio Pro, and one or two of the Chapters for Final Cut Pro. Right now I'm concentrating more on getting my IVTV television captures to DVD, so I've put down FCP for now. Unfotunately however, while QT-Pro would recognize and read the files it is not able to handle them at a respectible rate -- after the first few moments of one file I created the frame rate of displaying the video drops to between 2 and 7Hz. This is for just playing? You're not trying to encode - correct? Just playing. When/how was the file generated? If it was generated using 1.6.2 then you're likely getting hit by the DPME bug. Okay, I'll reencode my first test case with the CVS mjpeg tools and see what happens. Whereas a version of mplayer that I downloaded for my Powerbook plays the file just fine. I build my own MPlayer (and ffmpeg, etc) but yes, the quartz video module(s) in MPlayer do a good job. I build my own of all that stuff on my Linux box, including kino, and this format and that format -- it's an endless operation, getting all the video codecs and players to work. And then when I upgrade the distribution and kernel, it starts all over again. I was glad that when I finally got around to recently installing xine after my upgrade from RH8 to RH9 that it basically worked without a hitch. Of course, that was built on the fact that I'd already down all the work for Mplayer and Ogle. Ah - yep sounds like your workflow is similar to mine. All except for the last part. DON'T multiplex the files together! DVDSP wants the elementary file - the .m2v file! Aha, well that explains it. Except, when I tried that with iDVD, it doesn't like those files either -- and in it's (difficult to follow) tutorial the example movie file does have both audio and video (a .mov quicktime file). So, given that the tutorial didn't reallly teach me much, and I know you're successfully using DSP I went ahead and tried that -- and I managed to author and burn a DVD that works in my settop box! Of course, I'm not necessarily sure I could recreate my actions at this point, and the default opacity for highlight and select on the buttons seem to be entirely transparent, so I can't tell which will be selected when using the remote on the settop box. But I'm pretty happy. I would say though that my workflow is only partially similar to yours -- not counting the fact that you understand which filter matrices and other options to use for different sources, whereas I just search the mailing list archives for your name and hope your advice at that moment matches what I'm trying to do. Identical to what I do - except for the mplex step.Nice to hear that the pgmtoy4m program is being used by folks other than myself! I do a similar recoding with the HDTV broadcasts I capture over the IEEE1394 bus with 'DVHS' (it's one of the demo/test apps in the Firewire SDK you can download). I'm thinking of getting one of the PCHDTV broadcast HDTV reciever cards before the copy-protection act takes effect. But, I'm too busy with getting my basic NCSA material onto DVD. Don't mplex the files - leave them as elementary stream files.
Re: [Mjpeg-users] lav2yuv stops after ca 18.000 Frames (730 sec)
Hi, Maybe there's s.th. wrong with the captured mjpeg-file? Seems so. With what application were they captured? As I wrote earlier, I used mencoder and I used transcode. Btw., transcode fails to encode the mjpeg-file to mpeg2, too. The same error. O.K. I have removed the ffmpeg RPM and installed ffmpeg from source ver. 0.4.8 (ver 0.4.9-pre1 didn't compile) and now it works. Lavinfo shows now the correct numbers of frames in the recently captured files (w. mencoder using the libav codec, included in ffmpeg package) So the error was in the ffmpeg-RPM from Mandrake: Source RPM: ffmpeg-0.4.8-6mdk.src.rpm, namely in the libavcodec lib. although it's the same version of ffmpeg, that I compiled from source, it's now working. Thank you for your hints, Rainer. --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users