[Mjpeg-users] Check for mismatch issues: Was... Bad quality
Hi all, There's a quick and a easy way to see if mismatches or DCT implementation Problems are *really* the cause of the issues seen. Next time you see the Problem run the encoding again with either reference inverse quantizer or iDCT routines. This is really easy to do: simply put calls->piquant_non_intra = iquant_non_intra_m2; right at the end of the 'init_quantizer' function in quantize_ref.c or pidct = idct; at the end of the 'init_transform' function in transfrm_ref.c If the artefacts disappear we're getting a *lot* closer to finding the culprit ;-) cheers, Andrew --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] multiple dc10+ cards
On Tue, Feb 24, 2004 at 08:49:20PM -0800, Douglas Fraser wrote: > Setting up a system with two dc10+ cards, one for capture and the other for > playback. I was hoping someone could give me a tip on how to configure > lavrec & lavplay to access the different cards. For lavrec, you set LAV_VIDEO_DEV, LAV_AUDIO_DEV and LAV_MIXER_DEV as appropriate, and for lavplay, you set LAV_VIDEO_DEV and LAV_AUDIO_DEV as appropriate. > The system will be in consent record while letting the user > playback any of the captured segments without shutting off the > lavrec function. You are trying to recreate TiVo pause live TV functionality, right? If so, this isn't going to quite work like you want. Until lavrec closes out a segment and moves on to a new segment (and you will need to use the %d segment filename syntax) you will be unable to view that segment. In other words, lavplay/lav2yuv will refuse to read the beginning of a file that lavrec is still recording into because the .avi or .qt (quicktime) header has not yet been set up. Only once lavrec closes out that segment and starts a new segment does the file header get setup and then lavplay/lav2yuv see the file as a playable .avi or .qt file. You can however make the segments small, look for the --max-file-size parameter, to minimize the impact of this little known fact. The movtar file format is capable of simultaneous recording and playback into a single file, but it's not been maintained for a long while and for me at least it was buggy and did not work to make a usable recording. Also keep in mind that you are going to need a disk I/O subsystem that is capable of keeping up with the load you are about to put it to. A single dc10+ recording a full size (for a dc10+) frame of 640x480 at a quality setting of 75 with the new dc10+ driver will dump right about 7.5MB (mega bytes) per second to disk. Going to a quality setting of 100 will dump right about 10MB/sec. Therefore, at these settings, for simultaneous playback, you need to be able to handle writing 7.5MB/sec to 10MB/sec while also being able to simultaneously read 7.5MB/sec to 10MB/sec back from disk. That's not an impossible rate to sustain on modern disk hardware, but it's also something you need to keep in mind when setting the system up. Also, writing of data to disk is very timing critical, lavrec has only a small internal buffer to hold recorded frames and sampled audio before writing them to disk. If the disk write rate falls below that average value for just a bit too long, lavrec's internal audio ring buffer will overflow, at which point it will abort recording and exit with an error message. > I've seen the LAV_VIDEO_DEV env variable, but I'm unsure how to set > it to two different cards. You set it to the video device you want to use at that time, e.g., (if using bash): export LAV_VIDEO_DEV=/dev/video0 lavrec ... > I came across the -zrdev option in MPlayer, does anything like that > exist in lavtools? Yes, but it's the three environment variables instead of being command line options. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] multiple dc10+ cards
Hi Richard, On Wed, 25 Feb 2004, Richard Ellis wrote: > You are trying to recreate TiVo pause live TV functionality, right? > If so, this isn't going to quite work like you want. Until lavrec > closes out a segment and moves on to a new segment (and you will need > to use the %d segment filename syntax) you will be unable to view > that segment. In other words, lavplay/lav2yuv will refuse to read > the beginning of a file that lavrec is still recording into because > the .avi or .qt (quicktime) header has not yet been set up. Only > once lavrec closes out that segment and starts a new segment does the > file header get setup and then lavplay/lav2yuv see the file as a > playable .avi or .qt file. Quicktime shouldn't have that issue, should it? Ronald --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] multiple dc10+ cards
On Wed, Feb 25, 2004 at 04:59:28PM +0100, Ronald Bultje wrote: > Hi Richard, > > On Wed, 25 Feb 2004, Richard Ellis wrote: > > You are trying to recreate TiVo pause live TV functionality, > > right? If so, this isn't going to quite work like you want. > > Until lavrec closes out a segment and moves on to a new segment > > (and you will need to use the %d segment filename syntax) you > > will be unable to view that segment. In other words, > > lavplay/lav2yuv will refuse to read the beginning of a file that > > lavrec is still recording into because the .avi or .qt > > (quicktime) header has not yet been set up. Only once lavrec > > closes out that segment and starts a new segment does the file > > header get setup and then lavplay/lav2yuv see the file as a > > playable .avi or .qt file. > > Quicktime shouldn't have that issue, should it? When I last used quicktime, it did, but that was about a year ago now and prior to the change over to the new quicktime libs in the tools. I just stuck with avi after that in part because I also find it preferable to have 10 1.7G files to shuffle about vs. one single 17G file. Unless the manner in which the new quicktime libs handle the files has changed, it will have the same problems. As best I could tell, lavrec (or more correctly the quicktime/avi support libs) output a skeleton block at the front of the file that will become the file header when the file is closed, but is not itself a proper header. Because it's not a proper header, attempting to read the file while it's still being recorded into by lavrec results in the other tools complaining that they can't read the file. It's easy to test, simply start up a recording, and while the recording is happening, try to run lav2yuv/lavplay/glav on the file. This is also the same reason why an aborted recording is unreadable, because when recording aborts, the file is not properly closed out (no header updates happen) and so initially the file is unreadable. With avi, I discovered that all I needed to do was copy the header from another valid avi over to the broken file, and it would magically become readable (not perfectly, lav2yuv churns burning CPU for a bit before it starts reading the file, but it eventually does work). With quicktime, I never found a way to recover from an aborted recording session leaving the file unreadable. So I stuck with many little files and avi for this reason as well. At least with many little files, if the last file can't be recovered, only a small portion of the recording unreadable, not the whole entire recording. And with avi, I've had success just copying another files header over to the broken one. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] mplex: Splitting output files problem
Hi, I'm using mplex to multiplex audio and video files. I started using: mplex -f 8 -V -o output.mpg audio.mp2 video.m2v it created a file about 800MB in size that quit with a message: **ERROR: [mplex] Need to split output but there appears to be no %d in the filename pattern output.mpg I tried using the --max-segment-size option to get it to create a larger file. I want this all in one file. mplex --max-segment-size 4200 -f 8 -V -o output.mpg audio.mp2 video.m2v What's going on here? How can I get mplex to create a larger output file? Thanks, Mike __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] multiple dc10+ cards
Hi, On Wed, 25 Feb 2004, Richard Ellis wrote: > When I last used quicktime, it did, but that was about a year ago now > and prior to the change over to the new quicktime libs in the tools. > I just stuck with avi after that in part because I also find it > preferable to have 10 1.7G files to shuffle about vs. one single 17G > file. Unless the manner in which the new quicktime libs handle the > files has changed, it will have the same problems. As best I could > tell, lavrec (or more correctly the quicktime/avi support libs) > output a skeleton block at the front of the file that will become the > file header when the file is closed, but is not itself a proper > header. Because it's not a proper header, attempting to read the > file while it's still being recorded into by lavrec results in the > other tools complaining that they can't read the file. In the past year, I've experimented (successfully!) with re-writing headers after every single frame. The reason for that was twofold: first, I needed a movie format where the index is in the *beginning* of the frame, and secondly, I needed a movie format that can be read while being recorded. I ended up using matroska (http://www.matroska.org/), because it is able to place the index (with fixed size) before the data. The consequence of that is that I can overwrite the file header + index after each frame and thereby have the beneifts of MPEG and indexed files together. Header rewriting is possible for AVI, too, but doesn't get you anywhere, since the index is missing. You could write the index after the file data after each frame, but the issue is that if I read the index and my recorder overwrites it with the next frame, I still get nowhere. So this is simply not possible. Same for quicktime. The result of this "hack" was that I can write and read a movie at the same time, *safely*, and with only three fseeks() (one to the file table-of-contents, one to the index, which I read, and then - after parsing the index - one to the actual cluster that corresponds to my requested timepoint) and one large fread() (the index ;) ), I can seek to any time point in my movie (even if it's VBR!). This is impossible with AVI, Quicktime, MPEG or any other format. Not sure about Ogg... I'm planning to clean up the code I have and submit it (it's lightly based on lavrec, and I call it "lavrec 2.0") to mjpegtools CVS... I don't have a timeframe, however, my studies currently tend to eat up all my time... Might be interesting for all you TiVo lovers. :). Ronald --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mplex: Splitting output files problem
On Wed, Feb 25, 2004 at 11:28:52AM -0800, Mike Smith wrote: > **ERROR: [mplex] Need to split output but there > appears to be no %d in the filename pattern output.mpg > > ... > > What's going on here? How can I get mplex to create > a larger output file? What version of the mjpegtools do you have. This sounds like a bug that was corrected in a later version, so simply upgrading to the latest mplex might just make it go away. Alternately, how did you encode the movie, if you didn't use -f 8 to mpeg2enc when you encoded it, then you should not use -f 8 to mplex when you multiplex it. I.e., the -f # option should be identical between mplex and mpeg2enc. In any case, if you encoded with a format that causes the mpeg encoder to include split markers, you are stuck, as there's no option to tell mplex to ignore embedded split markers in the raw mpeg data. You then need to to use a filename with a %d in it somewhere so mplex can create the multiple files that the mpeg encoder it telling it to create. PS to Andrew - Maybe this is an idea for an additional mplex flag. "--ignore-split-markers" that causes it to ignore the embedded split markers and just make one large mpeg file anyway. Is this possible? --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Re: mplex Splitting Files
On Wed, Feb 25, 2004 at 11:28:52AM -0800, Mike Smith wrote: > **ERROR: [mplex] Need to split output but there > appears to be no %d in the filename pattern output.mpg > > ... > > What's going on here? How can I get mplex to create > a larger output file? What version of the mjpegtools do you have. This sounds like a bug that was corrected in a later version, so simply upgrading to the latest mplex might just make it go away. I'm using the latest: [EMAIL PROTECTED] root]# mplex --help mjpegtools mplex-2 version 1.6.2 (2.2.3) Alternately, how did you encode the movie, if you didn't use -f 8 to mpeg2enc when you encoded it, then you should not use -f 8 to mplex when you multiplex it. I.e., the -f # option should be identical between mplex and mpeg2enc. In any case, if you encoded with a format that causes the mpeg encoder to include split markers, you are stuck, as there's no option to tell mplex to ignore embedded split markers in the raw mpeg data. That's the problem. The script I'm using, on the mpeg2enc step they have "--sequence-length 795". I didn't know what it was for. That may solve the problem. Thanks, Mike You then need to to use a filename with a %d in it somewhere so mplex can create the multiple files that the mpeg encoder it telling it to create. PS to Andrew - Maybe this is an idea for an additional mplex flag. "--ignore-split-markers" that causes it to ignore the embedded split markers and just make one large mpeg file anyway. Is this possible? __ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Statically compile mpeg2enc?
Hello, I have compiled mpeg2enc on Mac OS X, but it depends on libmpeg2encpp-1.6.0.dylib --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] sync-error with pinnacle studio dc10 and zoran-driver 0.9.4
Dear all, I have a very hard problem with my Pinnacle Studio DC10+ Card under SuSE Linux 8.2 (2.4.20-4GB-Athlon-Kernel). If I want to record the tv-signal (no matter which program I use) I always get a syncing error. First I installed a clear SuSE Linux with the shipped Zoran-Driver 0.8 (with Zoran-Module 0.7). Using the /usr/sbin/update-zoran script I didn´t even get my kernel to recognize my card. So I downloaded the latest zoran-driver (0.9.4) and compiled it. When using ./update dc10plus the card wasn´t recognized by the zoran-module, too, so I figured out, that I had to use the dc10old driver for my card with ./update dc10old insmod zoran card=0 (and other stuff like debug=3 ...). After succesfully enabling the driver I was able to watch the incoming signal with motv / xawtv 3.85 (but I had to use the -noxv switch) (using PAL over Composite line in). But when I try to record the incoming signal, I get syncing errors after the first set of JPEG-Buffers. Meanwhile I updated to the latest mjpegtools (1.6.2) and even tried the ZORAN_VIDEO_DEV2 from CVS and tried almost all releases of the zoran-driver (from 0.7 up to now) but none worked with recording. I played around with several switches of the zoran module and tried most of the lavrec-options (like changing the buffersize and using file-flush and so on ) but none of them worked. The card seems to have a ZR36057 Chip and worked fine under W2K (yeah, I know ;-) Below you´ll find the output from lspci, lavrec, and the /var/log/messages while initialising and recording. So if anyone could give me a hint what to do, I would really appreciate that. I´m really stuck right now and don´t have any idea left ... (BTW: I have installed the linux-nvidia-driver for my graphic-card - might that have anything to do with it?!?) Thanks! Marcel Selhorst lspci output = 00:0f.0 Multimedia video controller: Zoran Corporation ZR36057PQC Video cutting chipset (rev 01) Flags: bus master, fast devsel, latency 48, IRQ 5 Memory at e780 (32-bit, non-prefetchable) [size=4K] Konsole output while recording with lavrec -f a -a 0 test.avi = ++ WARN: [lavrec] Closing file(s) and exiting - output file(s) my not be readable due to error **ERROR: [lavrec] Error syncing on a buffer: Timer expired **ERROR: [lavrec] Error resetting buffer-queue: Invalid argument0.000 Recording time : 0.00.00:01 Lost frames : 000 A/V sync ins/del: 000/000 Audio errors: 000 /var/log/messages output while initialising == Feb 9 22:58:15 admin kernel: Zoran MJPEG board driver version 0.9.4 Feb 9 22:58:15 admin kernel: MJPEG[0]: Zoran ZR36057 (rev 1) irq: 5, memory: 0xe780. Feb 9 22:58:15 admin kernel: DC10(old)[0]: Initializing i2c bus... Feb 9 22:58:15 admin kernel: DC10(old)[0]: i2c_client_register() - driver id = 42 Feb 9 22:58:15 admin kernel: DC10(old)[0]: Initializing videocodec bus... Feb 9 22:58:17 admin kernel: DC10(old)[0]: jpeg_codec_sleep() - sleep GPIO=0x8100 Feb 9 22:58:17 admin kernel: DC10(old)[0]: jpeg_codec_sleep() - wake GPIO=0x8500 Feb 9 22:58:17 admin kernel: ZORAN: 1 card(s) found Feb 9 22:58:17 admin kernel: DC10(old)[0]: zr36057_init() - initializing card[0], zr=d30cd8c0 Feb 9 22:58:17 admin kernel: DC10(old)[0]: dc10_init() Feb 9 22:58:17 admin kernel: DC10(old)[0]: jpeg_codec_sleep() - sleep GPIO=0x2300 Feb 9 22:58:17 admin kernel: DC10(old)[0]: jpeg_codec_sleep() - wake GPIO=0x2700 Feb 9 22:58:17 admin kernel: DC10(old)[0]: jpeg_codec_sleep() - wake GPIO=0x2f00 Feb 9 22:58:17 admin kernel: DC10(old)[0]: jpeg_codec_sleep() - sleep GPIO=0x2b00 Feb 9 22:58:17 admin kernel: DC10(old)[0]: enable_jpg(IDLE) Feb 9 22:58:17 admin kernel: DC10(old)[0]: Guests: 0x00 0x20 0x20 0x20 0x20 0x20 0x01 Feb 9 22:58:17 admin kernel: DC10(old)[0]: Detecting guests activity, please wait... Feb 9 22:58:17 admin kernel: DC10(old)[0]: Guests: 0x00 0x20 0x20 0x20 0x20 0x20 0x01 Feb 9 22:58:17 admin kernel: DC10(old)[0]: 77: 6 => 0x00 Feb 9 22:58:17 admin kernel: DC10(old)[0]: 20: 6 => 0x20 Feb 9 22:58:17 admin kernel: DC10(old)[0]: 40: 6 => 0x00 Feb 9 22:58:17 admin kernel: DC10(old)[0]:221: 6 => 0x20 Feb 9 22:58:17 admin kernel: DC10(old)[0]: 20: 6 => 0x00 Feb 9 22:58:17 admin kernel: DC10(old)[0]: 61: 6 => 0x20 Feb 9 22:58:17 admin kernel: DC10(old)[0]: 20: 6 => 0x00 Feb 9 22:58:17 admin kernel: DC10(old)[0]: 60: 6 => 0x20 Feb 9 22:58:18 admin kernel: DC10(old)[0]: interrupts received: GIRQ1:50 GIRQ0:50 queue_state=0/0/0/0 Feb 9 22:58:18 admin kernel: DC10(old)[0]: procfs entry /proc/zoran0 allocated. data=d30cd8c0 Feb 9 22:58:19 admin kernel: ALSA via82xx.c:699: invalid via82xx_cu
[Mjpeg-users] Help
I am using Final Cut to get a nice m2v file at 7.5 mbs and aiff audio which I convert to MP2 using BitVice Helper. When I mux them together in Bitvice Helper I get a nice MPEG2 with a rate of about 7.8mbs but in the file header is a mux rate of 108000. So when I send it to the folks at Telestream their product will not read it because of that Mux rate.. Can you help me? Here is my header info from the MPEG Last login: Fri Feb 6 12:14:08 on ttyp3 Welcome to Darwin! cd /Applications/MMT-EZ/MMT-EZ.app/Contents/Resources ./mpginfo /Users/philipcoltart/Pictures/movie-1.mpg [Philip-Coltarts-Computer:~] philipco% cd /Applications/MMT-EZ/MMT-EZ.app/Contents/Resources [Philip-Coltarts-Computer:MMT-EZ.app/Contents/Resources] philipco% ./mpginfo /Users/philipcoltart/Pictures/movie-1.mpg warning: couldn't find any valid system header. I'm continuing anyway /Users/philipcoltart/Pictures/movie-1.mpg Mpeg 2 Program Stream File [Video/Audio] Muxrate : 10.08 Mbps Estimated Duration: 28.31s Aspect ratio 4/3 (TV) Interlaced, chroma format: 4:2:0 Video Format: NTSC Size [720 x 480] 29.97 fps8.20 Mbps User Data: @(#)Apple MPEG-2 Encoder v259.2-20031027 [700 655 R820 w3 e2s E2 s0x2 V0x7fff] ??? Audio : Mpeg 1 layer 2 224 kbps 48000 Hz Stereo, No emphasis [Philip-Coltarts-Computer:MMT-EZ.app/Contents/Resources] philipco% --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Errors with mjpegtools 1.6.1.93 and 1.6.0 while compiling
Hello, I have installed version 1.6.1.93 of the mjpegtools, but i mostly get Segmentation fault with "lavrec, lavplay and glav", so i decided to install version 1.6.0, to see if i still get Segfaults with the older version. But i get some error message while compiling version 1.6.0: lav_io.c: In function `check_DV2_input': lav_io.c:1385: error: too many arguments to function `dv_decoder_new' lav_io.c:1415: warning: implicit declaration of function `dv_decoder_free' /usr/include/glib-1.2/glib.h: At top level: /projekte/quicktime4linux-1.4-patch/libdv/dv_types.h:107: warning: `header_size' defined but not used /projekte/quicktime4linux-1.4-patch/libdv/dv_types.h:108: warning: `frame_size_525_60' defined but not used /projekte/quicktime4linux-1.4-patch/libdv/dv_types.h:109: warning: `frame_size_625_50' defined but not used make[2]: *** [lav_io.lo] Fehler 1 make[2]: Leaving directory `/projekte/mjpegtools-1.6.0/lavtools' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/projekte/mjpegtools-1.6.0' make: *** [all] Fehler 2 Can anybody give me a hint what's wrong? I had no errors while "make" for quicktime. Thanks, Frühmesser B. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56&alloc_id438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Re: [Dvdauthor-users] Video Artifacts Transcoding MythTV .nuv files to DVD
On Tue, 2004-02-24 at 13:36, Mike Smith wrote: > > does mplex complain about buffer underruns? (are > > you sure it is using > > the correct vbr buffer size?) > > I'm using tcmplex. I just reran the tcmplex step and > captured the output in a file. The ONLY mention of > buffer is: try mplex (from mjpegtools). I've heard of less problems with mplex than tcmplex. Scott --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Re: [Dvdauthor-users] Video Artifacts Transcoding MythTV .nuv files to DVD
On Tue, 2004-02-24 at 00:05, Mike Smith wrote: > Has anyone seen anything similiar to this? Is it > possible that my computer is overheating and screws up > the calculations? Could one of my computers have > a hardware problem that is manifesting itself this > way? Is it my DVD burner? for a given video, is the problem always in the same place? i.e. if for a given TV show, does it start at 27 minutes on the clock no matter what you do for the first 26 minutes? if you stick the disc in and immediately fast forward to 26 minutes into the show, will it show up a minute later? does mplex complain about buffer underruns? (are you sure it is using the correct vbr buffer size?) try running ogle instead of mplayer on the resulting burned DVD to try to mimic the problem. Scott --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] tricking a dvd player to play svcd
Hey, I burned a svcd using dvd::rip and i can play it in mplayer with no problem but my dvd player just shows a back screen with no audio for video. A friend told me that there is a way that you can change the header or something on a svcd to make the dvd player think it is a vcd so it will play it. Anyone know of a way i can do this? Thanks. - Dan --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] mpeg2enc: motion artifacts on DVD player
Hi there [ Please CC me since I don't subscribe to this list ] Over the past week or so I have been running numerous tests on mjpegtools, most noteably mpeg2enc. What I am doing is taking a DV Quicktime movie exported from cinelerra 1.1.8 (.mov) and coding it to an MPEG2 stream suitable for use in standalone DVD players. I started out doing lav2yuv movie.mov | mpeg2enc -f 8 movie.m2v mplex -V -f 8 movie.m2v movie.mp2 -o movie.mpg movie.mp2 is the corresponding soundtrack (48kHz, 16 bit) in 224bps layer 2 format. I am using mjpegtools 1.6.2. This was then formed into a DVD FS using dvdauthor v0.6.9. An iso/udf was made with mkisofs 2.00 and the result written to DVD-R using growisofs from dvd+rw-tools 5.17.4.8.6. The resulting disk played fine in a Pioneer DV-344 DVD player except for one rather noticeable problem. Whenever there was moderate motion of the subject, considerable artifacts were observed. If the subject waved their arm around a blocky trail would appear, disappearing around half a second later on average. When the .m2v was played back on MPlayer 1.0.0pre1 these artifacts were not visible. I played around with many different mpeg2enc options including bit-rate, motion search radius and quality, but nothing really changed significantly. Even at "-b 8500 -q 4 -r 32 -4 1 -2 1" the artifacts remained. Looking closer at the effect on the DVD player I noticed that every 15th frame was "perfect", with things getting progressively worse with each subsequent frame. This corresponds to the maximum default GOP setting in mpeg2enc, so these must be the I frames. This suggests that there was something wrong with the intermediate P frames. I then tried forcing the MPEG2 stream to include just I frames. When played back on the hardware DVD player the result was excellent - no artifacts at all. However, it seemed the hardware player wasn't completely happy with things since it was not possible to fast forward though the resulting disk, and doing so often locked the player up (seeking to the start of a chapter unlocked it, however). I'm reluctant to blame the hardware DVD player for much of this since it's a Pioneer DV-344 which has a reputation for playing anything you throw at it. The result of all this is that it seems mjpeptools is putting something into the P frames which the hardware DVD players don't like. Software players (Mplayer, ffplay) seem quite happy with them though, which is curious. Can anyone shed any light on these observations - either in terms of ways to "fix" the P frames or to make the "I frame only" stream happy with fast forwarding in hardware DVD players? I've searched the net fairly extensively but no one seems to be mentioning this effect which makes me think that there's something else I'm missing (but which isn't documented anywhere by people making DVDs using this toolchain). It's a plainly obvious effect and makes the DVD quite unwatchable. Best regards jonathan -- * Jonathan Woithe[EMAIL PROTECTED]* *http://www.physics.adelaide.edu.au/~jwoithe* ***---*** ** "Time is an illusion; lunchtime doubly so" ** * "...you wouldn't recognize a subtle plan if it painted itself purple and * * danced naked on a harpsichord singing 'subtle plans are here again'"* --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] multiple dc10+ cards
Thank-you for the info and tips about the use of multiple cards. You have given me the information I needed to set this up and get it working. Thanks again Douglas Fraser --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Help
On Fri, 6 Feb 2004, Philip Coltart wrote: > I am using Final Cut to get a nice m2v file at 7.5 mbs and aiff audio > which I convert to MP2 using BitVice Helper. When I mux them together > in Bitvice Helper I get a nice MPEG2 with a rate of about 7.8mbs but in > the file header is a mux rate of 108000. So when I send it to the > folks at Telestream their product will not read it because of that Mux > rate.. Can you help me? Hmmm, I reread that numerous times and couldn't find anything relating to the use of the mjpegtools. Have you tried the BitVice-users mailing list ? :-) It would seem their multiplexor is putting the legal max out in the header even though the summed rate does not approach that. I've seen the same thing with HD content that was flagged as 45 Mb/s when the max can only be 19.8 or so. You might try 'mplex' from mjpegtools to do the final muxing of the audio and video - something like "mplex -f 8 -b 8000 ..." should do the trick. Steven Schultz --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc: motion artifacts on DVD player
On Mon, 23 Feb 2004, Jonathan Woithe wrote: > Hi there > > [ Please CC me since I don't subscribe to this list ] I usually do NOT do that - I consider it impolite to not join the group but still ask people for advice/answers/help. Want some help? Join the community - it is a low volume and usually informative mailing list. > The resulting disk played fine in a Pioneer DV-344 DVD player except for one > rather noticeable problem. Whenever there was moderate motion of the > subject, considerable artifacts were observed. If the subject waved their > arm around a blocky trail would appear, disappearing around half a second > later on average. Could be the same problem that Apple's MPEG-2 decoder has: lack of DPME (Dual Prime Motion Estimation) decoding support. What happens if you play the DVD using Ogle? It also does not implement DP decoding. > When the .m2v was played back on MPlayer 1.0.0pre1 these artifacts were not > visible. > I'm reluctant to blame the hardware DVD player for much of this since it's a > Pioneer DV-344 which has a reputation for playing anything you throw at it. Hmmm, the pioneers I've had references to were the opposite - sometimes picky about what they'd play - now a Philips player will play anythin short of a piece of paper :) > The result of all this is that it seems mjpeptools is putting something into > the P frames which the hardware DVD players don't like. Software players > (Mplayer, ffplay) seem quite happy with them though, which is curious. No, it's the lack of B frames. > Can anyone shed any light on these observations - either in terms of ways to > "fix" the P frames or to make the "I frame only" stream happy with fast The answer will be to the mailing list :) Steven Schultz --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc: motion artifacts on DVD player
On Mon, 23 Feb 2004, Jonathan Woithe wrote: > Can anyone shed any light on these observations - either in terms of ways to > "fix" the P frames or to make the "I frame only" stream happy with fast > forwarding in hardware DVD players? I've searched the net fairly I've had no problems with any set top players with the default mpeg2enc settings - but some SOFTWARE players (Apple's DVD Player and Quicktime MPEG-2 module and the Ogle DVD player) do not like MPEG-2 streams no B frames. mpeg2enc by default does not produce B frames and instead uses what's known as DPME (which at [EMAIL PROTECTED] can only be done if no B frames are used - higher levels of MPEG-2 encoders can use DPME and B frames) Try adding "-R 2" (or -R 1) to the mpeg2enc options - perhaps that will solve the problem. I'd be very surprised if a DVD manufacturer did not implement DP in their decoder but I suppose it's possible. Steven Schultz --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Re: mpeg2enc: motion artifacts on DVD player
Hi Steven > > [ Please CC me since I don't subscribe to this list ] > I usually do NOT do that - I consider it impolite to not join the > group but still ask people for advice/answers/help. > Want some help? Join the community - it is a low volume and usually > informative mailing list. Yep, I understand your viewpoint. However, at present for a variety of reasons my inbox is already seeing very heavy traffic and subscribing to even a low volume list won't make things any better. I'll check the subscription page... if there's a digest option I might do it. > Could be the same problem that Apple's MPEG-2 decoder has: lack > of DPME (Dual Prime Motion Estimation) decoding support. > > What happens if you play the DVD using Ogle? It also does not > implement DP decoding. I haven't tried that. I'll give it a go over the next few days. > > The result of all this is that it seems mjpeptools is putting something in > > the P frames which the hardware DVD players don't like. Software players > > (Mplayer, ffplay) seem quite happy with them though, which is curious. > > No, it's the lack of B frames. Between my initial post and now I have since discovered that including B frames in the stream does fix the problem. What is it about the B frames which makes this particular player happy with the I frames which are of course still there? Do DVD hardware players in general work with streams containing no B frames? Regards jonathan -- * Jonathan Woithe[EMAIL PROTECTED]* *http://www.physics.adelaide.edu.au/~jwoithe* ***---*** ** "Time is an illusion; lunchtime doubly so" ** * "...you wouldn't recognize a subtle plan if it painted itself purple and * * danced naked on a harpsichord singing 'subtle plans are here again'"* --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
