Re: [Mjpeg-users] blockiness in dark scenes
Hello, Did anyone ever write you back about this? I couldn't find a reply on the mailing list. I wish I could help you, but all I can say is, I see this frequently on my digital cable TV. It may be a known hard problem with MPEG encoding in general. I'd like to know what to do to solve it too. Any of the experts out there feel like sharing their wisdom? :-) Steven Boswell, [EMAIL PROTECTED] "Steven M. Schultz" <[EMAIL PROTECTED]> wrote: Hi -A number of movies I've encoded look good as long as the picturesdo not get too dark - but night scenes or the transitions that involved fading to and from black do not look very good (looks a bitlike the game of Life being played on the TV screen).Is there a type of filtering that might be helpful in preventing the'dancing blocks' from appearing when dark scenes are encoded withmpeg2enc? Cheers,Steven SchultzDo you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more
Re: [Mjpeg-users] interlace bug in yuvmedian filter
Hi - > From: Matto Marjanovic <[EMAIL PROTECTED]> > >No -I on command line - use value from yuv4mpeg header. > >-I 0 - force no-interlace mode, ignoring yuv4mpeg header. > >-I 1 - force interlace mode, ignoring yuv4mpeg header. > > Um, I'd vote for no option at all (use interlacing as specified in the stream > header only); but if the option is staying in there, *please* document it in > the manpage as "Overrides what is specified in the header; this option is > not necessary with normal use." Now that I think about it more I agree the option should go away before too many more folks start using it (I've naturally updated all my scripts to use it ;)). I haven't been able to come up with a case where overriding the stream header makes sense. I'll fix it up - so folks who are using yuvmedianfilter will in the near future notice that -I elicits an error. > (The poor mir.com network has been mostly screwed all week; I'm just getting :( > some of these e-mails trickling in... maybe this has a been taken care > of already.) Not yet - I was waiting for someone else to "vote" on which way to go. Cheers, Steven Schultz --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] interlace bug in yuvmedian filter
>> > > > Ok, so I just discovered that yuvmedianfilter has a -I switch for >> > > > interlaced inputs (it switches to separate field filtering). >> > >> > Shouldn't this be something that yuvmedianfilter should set >> > automatically from the incoming yuv4mpeg header? >> >> Hmmm, interesting thought. The capability exists to do that of >> course. Maybe it's just an oversight that it was not done sooner. >> Also if it had been automatic the bug would have surfaced sooner ;) >> >> I imagine though if it's made automatic an option to disable it >> would be needed. > >Then how about this as a suggestion: > >No -I on command line - use value from yuv4mpeg header. >-I 0 - force no-interlace mode, ignoring yuv4mpeg header. >-I 1 - force interlace mode, ignoring yuv4mpeg header. Um, I'd vote for no option at all (use interlacing as specified in the stream header only); but if the option is staying in there, *please* document it in the manpage as "Overrides what is specified in the header; this option is not necessary with normal use." Otherwise, people will be confused and throw "-I" in for no good reason --- much like they still continue to use such options for mpeg2enc/etc even though all this great info is now passed around in the headers. (The poor mir.com network has been mostly screwed all week; I'm just getting some of these e-mails trickling in... maybe this has a been taken care of already.) -matt m. --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Compiling mjpegtools 1.6 on Mandrake 9.0
I tend to remember having read somewhere in this list that you have to add #define _LINUX_VFS_H #define _SYS_WAIT_H at the end of acconfig.h and then do a make --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Compiling mjpegtools 1.6 on Mandrake 9.0
I tend to remember having read somewhere in this list that you have to add #define _LINUX_VFS_H #define _SYS_WAIT_H at the end of acconfig.h and then do a make --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Segmentation fault in yuvscaler
I am in North america, and trying to record in NTSC. I think that is where my problem is. I am going to try to debug the code. I'll let you know what I find. Thanks for you help Bernhard. On Thu, 6 Mar 2003, Bernhard Praschinger wrote: > "Jacob D. Sheck" schrieb: > > > > This is what I did > > > > streamer -q -F mono16 -f mjpeg -n ntsc -r 23.976 -t 270 -o test.avi > > lav2yuv +p test.avi | mpeg2enc -f 2 -F 1 -o test.m1v > > > > And I get it to Seg Fault > Add to mpeg2enc the -F 1 (24000.0/1001.0 FPS) option. > > The frame rate you use for recording it not a very common one. Can you > record again with the typical 3:1001 FPS (about 29,97) and see if it > happens agin. > > > Berni asked for the INFO from mpeg2enc > > I was not able to get this information. What option would tell me this? > > I am using a localy compiled binary on my machine, with code from > > mjpegtools-1.6.1 the machine is a Pentium 4 2.4. > > > > Berni also asked me to try "lav2yuv test.avi >/dev/null" > > [EMAIL PROTECTED] tv]$ lav2yuv test.avi >/dev/null > > **ERROR: [lav2yuv] File test.avi has 23.976216 frames/sec, choose norm > > with +[np] param > Please add there the +p option. This should work well. > > > auf hoffentlich bald, > > Berni the Chaos of Woodquarter > > Email: [EMAIL PROTECTED] [EMAIL PROTECTED] > www: http://www.lysator.liu.se/~gz/bernhard > --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Segmentation fault in yuvscaler
"Jacob D. Sheck" schrieb: > > This is what I did > > streamer -q -F mono16 -f mjpeg -n ntsc -r 23.976 -t 270 -o test.avi > lav2yuv +p test.avi | mpeg2enc -f 2 -F 1 -o test.m1v > > And I get it to Seg Fault Add to mpeg2enc the -F 1 (24000.0/1001.0 FPS) option. The frame rate you use for recording it not a very common one. Can you record again with the typical 3:1001 FPS (about 29,97) and see if it happens agin. > Berni asked for the INFO from mpeg2enc > I was not able to get this information. What option would tell me this? > I am using a localy compiled binary on my machine, with code from > mjpegtools-1.6.1 the machine is a Pentium 4 2.4. > > Berni also asked me to try "lav2yuv test.avi >/dev/null" > [EMAIL PROTECTED] tv]$ lav2yuv test.avi >/dev/null > **ERROR: [lav2yuv] File test.avi has 23.976216 frames/sec, choose norm > with +[np] param Please add there the +p option. This should work well. auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc - is highest possible bit rated used forsvcd given f 4?
Hallo > Ok, so the default q value is 6 - some examples use 7. I realize that > this is probably a matter of taste, but, in your experience, what q > value works nicely for dvd source for svcd out? The chart seems to > indicate <= 6 - other examples list 7, someone recommended 9 to me once, > if I remember right... The lower the quality set the higher the quality. But the average bitrate should not be to close to the maximal bitrate. There should be a difference of about 20-25%. > My svcd is nice, but it lacks a certain crispness that i've seen other > svcd have. Also, the walls and other background sometimes have that > swimmy/shifty blocky pattern, a bit like when you compress a jpeg file > too much. If the scene is closeup on someone's face, it looks like an > svcd - you can see individual hairs, etc., but if the scene is more > complex, with no single center of attention, it looks like a plain vcd. > > Any suggestions? I just assumed that because the total size was so much > less than 1400 megs, that it wasn't using it's full bit capacity, since > almost all svcds I've seen are 2, sometimes 3, disks. Do not denoise or filter. Just take the yuv stream, scale it and than encode it. Have you used the -h option ? That might help a bit if you have a high quality source. auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc - is highest possible bit rated used forsvcd given f 4?
Hallo > Ok, so the default q value is 6 - some examples use 7. I realize that > this is probably a matter of taste, but, in your experience, what q > value works nicely for dvd source for svcd out? The chart seems to > indicate <= 6 - other examples list 7, someone recommended 9 to me once, > if I remember right... The lower the quality set the higher the quality. But the average bitrate should not be to close to the maximal bitrate. There should be a difference of about 20-25%. > My svcd is nice, but it lacks a certain crispness that i've seen other > svcd have. Also, the walls and other background sometimes have that > swimmy/shifty blocky pattern, a bit like when you compress a jpeg file > too much. If the scene is closeup on someone's face, it looks like an > svcd - you can see individual hairs, etc., but if the scene is more > complex, with no single center of attention, it looks like a plain vcd. > > Any suggestions? I just assumed that because the total size was so much > less than 1400 megs, that it wasn't using it's full bit capacity, since > almost all svcds I've seen are 2, sometimes 3, disks. Do not denoise or filter. Just take the yuv stream, scale it and than encode it. Have you used the -h option ? That might help a bit if you have a high quality source. auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
