Re: [Mjpeg-users] Latest yuvdenoise
I'll follow your directions when I get a chance. May be a week or two before I get to it, but I'll do it. -- Ray --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Latest yuvdenoise
Works :-) Not sure if you wanted feedback on results or not, but if so things look pretty good to me. I've been in the habit of having all the filters off except for the temporal filter with yuvdenoise because adding the other filters generally caused my bitrate to go up rather than down and it would 'dull' the image a bit - basically my signal is pretty clear, and the temporal filter alone generally works fine for me. I do use the additional filtering when recording from VHS tape though. yuvdenoise has been my favorite filter for some time - I really like its results. Anyway with the latest in the repository I ran it on some material and I didn't notice it blurring the image. I did, however, notice a little bit of 'blockiness' in a scene that was mostly blue sky (to be specific, it was the shuttle Discovery launching , so there was mostly blue sky and the exhaust stream). There were clearly little squares blurred in the middle breaking up at the edges (at least that is what it l ooked like to me at full speed and size). Turning the new 3D filter off removed this effect. I realize you're still working on it, so I'm in no way trying to criticize or complain. Just thought you might want some feedback :-) -- Ray Stefan M. Fendt wrote: Ray Cole schrieb: I grabbed the latest yuvdenoise from the repository and noticed it core dumps. Should be fixed... Stefan --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Latest yuvdenoise
I grabbed the latest yuvdenoise from the repository and noticed it core dumps. I checked into it - it allocates the frameX[] buffers to be only half the size needed, therefore overwriting memory (at line 777). The reason is lwidth in my stream is 2*width. The buffer sizes are computed from width, rather than lwidth. So I changed the computation of buff_size to use lwidth rather than width and that seemed to resolve the issue. -- Ray --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] jerky leaps on hardwareplayer
I realize this is a strange question...but if you eject the disk when it starts skipping, and let it cool for maybe 5 minutes, then insert the disk again and fast-forward to that part of the movie does it continue to skip at the exact same place, or does it play fine for a while again and then start skipping? The reason I ask is I have seen DVD media 'warp' a little after it has been in the player, specifically after I've applied a paper label to the disk. Evidentally paper labels make it such that the DVD can't dissipate heat quite as efficiently and can cause the disk to warp. I have a number of DVD disks that have a paper label on them and in one of my DVD players the heat build up causes it to warp just a bit. In fact, if I put the hot DVD upside down on a flat surface I can see that it has cupped...and can push down on the center. That is why now days I use the mini-CD labels to label my DVD's. They cover only about half the radius of the full DVD-sized labels so i t allows heat to dissipate quickly. And they're cheap...5 to a standard page :-) It probably isn't your problem, but I thought I'd mention it just in case... -- Ray --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] More libtool on MDK 10
I had this problem as well (running 1.4 of libtool) and simply edited the 2 Makefile's that use this to remove '--tag=CC'. Didn't seem to have any ill effects :-) -- Ray Steven M. Schultz wrote: On Tue, 4 Jan 2005, edouard wrote: Anyway Libtool has been upgraded to the latest version (1.5), autogen works OK (or seems to), though the all lot starts to be a [EMAIL PROTECTED] nightmare. Latest libtool is 1.5.10 but 1.5 works fine too (SuSE 9.2 came with 1.5.8 and OS/X came with 1.5 - both work ok). I get a : libtool: unrecognized option `--tag=CC' --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Re: yuvdenoise vs. y4mdenoise
I do hope you weren't offended that I said it was slow :-) I do appreciate that it is a better filter, and I also have noticed the downfalls of yuvdenoise (the 'after image' effect you mentioned). However my source generally doesn't have a lot of noise, and so I use yuvdenoise -l 1 -m 1 -n 1 -p 0 -r 8. This removes the noise I need it to remove, and noticing any 'after-image' with settings this low becomes really difficult to see. I do still see it occasionally, though my wife thinks I'm nuts :-) The chain that I've got right now takes around 18 hours to encode a 2-hour video (using an Athlon XP 2600). yuvdenoise is generally a large part of that (let's say 7 hours of it), so using y4mdenoise makes it a 2-day encoding job rather than 1 day and I really couldn't tell too much difference with the naked eye between yuvdenoise and y4mdenoise, at least not enough to justify the difference in performance at this time. -- Ray --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Example: using y4mdenoise to achieve near-perfection with videotapes
I'm using 0.4.9-pre1 of ffmpeg and it appears to produce good AC3 output. Some versions before this gave similar problems to what you encountered - my amplifier didn't like it and 1 of the 2 DVD players didn't like it either. -- Ray Steven M. Schultz wrote: On Thu, 30 Dec 2004, Steven Boswell II wrote: value you see in the script. ffmpeg is the only open-source program I know of that can generate Dolby AC3 audio, so I use it. Hmmm, what are the magic options to generate a valid AC3 file with ffmpeg? I've created AC3 files with it that 1) are rejected as invalid by DVD Studio Pro and 2) produce silence when the DVD is played on a settop player. The channel rematrixing information seems to be the problem. It's not a big problem for me since I put the .wav files thru A.Pack (the Dolby certified encoder that came with the DVD authoring package) but it's fairly slow and isn't scriptable so it'd be nice to have an alternative method of creating AC3 files. MPEG-1/Layer-2 works fine (I have yet to encounter a DVD player that refuses to play it even though it's not officially required by US DVD players). The yuvmedianfilter command is there to lightly blur the video, to remove spatial noise that becomes really obvious once y4mdenoise has done its job. I usually put in a '-t 0' to leave the luma alone and just blur the chroma. Doesn't affect the bitrate much but does help the colored areas, especially with animation. Cheers, --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users . --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] CVS version of mpeg2enc vs the last 'release'
I've encoded several things since successfully compiling from CVS last week and it seems to me
the quality has noticeably improved. I originally built from CVS wanting to try y4mdenoise, but
it is just too slow for me to use. However I do use y4mspatialfilter right before yuvdenoise, so
my chain is {raw video} - yuvscaler - yuvcorrect - y4mspatialfilter - yuvycsnoise
- yuvdenoise - mpeg2enc. ..short chain :-)
Anyway, it appears to me the quality is a little better than before (ie - last
official release). Edges seem to be very crisp now. I'm not sure if that is
from improvements in yuvdenoise, the addition of y4mspatialfilter, improvements
to mpeg2enc, or some combination :-) y4mspatialfilter's defaults caused the
image to blur really bad, but I was able to tweak the parameters to it to get
some good results. I get a slightly lower bitrate using y4mspatialfilter, but
keep it before yuvdenoise because if I place it after yuvdenoise it tends to
blur a little. Seems like yuvdenoise runs faster than it used to as well,
though I've not done any specific timing from old to new.
-- Ray
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] CVS version of mpeg2enc vs the last 'release'
Looks like nuppelrec is probably handling it correctly. If I record at 720, 704, or 640x480 the image turns out measuring the same every time. My recent post saying there was a difference is because I'm testing it by recording a football game on ESPN. They periodically put a bar at the bottom of the screen and when they do this they shrink the screen a little bit which was what was causing me to believe there was a difference from one recording to the next :-) So looks like I'm OK staying with a capture of 720x480. If I recall nuppelrec was telling v4l2 all the correct information, and in fact I get the right look no matter what horizontal resolution I give. -- Ray Steven M. Schultz wrote: On Wed, 29 Dec 2004, Ray Cole wrote: I tried recording at 704x480 and 720x480, and you are correct that if I put a piece of paper to measure the size of some objects there is a measurable difference. So I suppose I'll start using 704x480 :-) Not that The thing to try is find something with a lot of (perfect) circles. I'll re-record all the stuff I've recorded before since 2% is really hard to see, but I guess 704x480 will be the 'correct' way. I wonder though if the difference might not be 9% - I don't know if the application is specifying square pixels or not. An experiment would be to record at 640x480 and do a software resample (y4mscaler can do it) to 704x480 and then see what it looks like. Steven Schultz --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users . --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
Ugh. I give :-) I completely erase any sign of autoconf, automake, aclocal, and m4 from my system. I then installed the following from RedHat 9's distribution: autoconf-2.57-3.noarch.rpm automake-1.6.3-5.noarch.rpm gtk+-devel-1.2.10-25.i386.rpm gtk2-devel-2.2.1-4.i386.rpm m4-1.4.1-11.i386.rpm SDL-devel-1.2.5-3.i386.rpm After all of that I now get: configure.ac:71: error: possibly undefined macro: AC_PROG_LIBTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:108: error: possibly undefined macro: AC_DEFINE I've never had so much trouble getting something to install before. Been using Linux for 5 or so years now, but this autoconf stuff seems to be really problematic from what I can tell :-) I assume AC_PROG_LIBTOOL is because some other .m4 file (whatever those are) is missing (why can't autoconf tell me something is missing? :-) but the AC_DEFINE seems like it'd be something internal to autoconf so that one really bothers me. I had tried autoconf-2.53-8 and it seemed to get further than 2.57, but I received a ton of errors later on and noticed a message saying I needed at least 2.57, but at least I didn't get this AC_DEFINE message :-) All I'm really wanting to try is the new y4mdenoise stuff. Sigh :-) -- Ray Ray Cole wrote: Well, I think I was in the wrong branch. I now re-fetched the code without specifying a branch. It looks like more modern stuff. Anyway, when I try to run autogen.sh with it I get: configure.ac:107: error: possibly undefined macro: AC_DEFINE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. -- Ray --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
Got it. I ran aclocal, autoconf, and automake separately (without using autoreconf) and ended up with a functioning setup. Odd... Anyway, I ran ./configure, then make, and now have a new set of executables to play with that appear to work :-) -- Ray Ray Cole wrote: Ugh. I give :-) I completely erase any sign of autoconf, automake, aclocal, and m4 from my system. I then installed the following from RedHat 9's distribution: autoconf-2.57-3.noarch.rpm automake-1.6.3-5.noarch.rpm gtk+-devel-1.2.10-25.i386.rpm gtk2-devel-2.2.1-4.i386.rpm m4-1.4.1-11.i386.rpm SDL-devel-1.2.5-3.i386.rpm After all of that I now get: configure.ac:71: error: possibly undefined macro: AC_PROG_LIBTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:108: error: possibly undefined macro: AC_DEFINE I've never had so much trouble getting something to install before. Been using Linux for 5 or so years now, but this autoconf stuff seems to be really problematic from what I can tell :-) I assume AC_PROG_LIBTOOL is because some other .m4 file (whatever those are) is missing (why can't autoconf tell me something is missing? :-) but the AC_DEFINE seems like it'd be something internal to autoconf so that one really bothers me. I had tried autoconf-2.53-8 and it seemed to get further than 2.57, but I received a ton of errors later on and noticed a message saying I needed at least 2.57, but at least I didn't get this AC_DEFINE message :-) All I'm really wanting to try is the new y4mdenoise stuff. Sigh :-) -- Ray Ray Cole wrote: Well, I think I was in the wrong branch. I now re-fetched the code without specifying a branch. It looks like more modern stuff. Anyway, when I try to run autogen.sh with it I get: configure.ac:107: error: possibly undefined macro: AC_DEFINE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. -- Ray --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
Glad to see someone else has the same type of problems :-) I'm using automake 1.8.5 and autoconf 2.59. I get a ton of AM_CONDITIONAL errors. I'd love to try out some of the changes that have happened over the past year but can't (sniff). processing . Running libtoolize... You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. Running aclocal ... aclocal: configure.in: 68: macro `AM_PROG_LIBTOOL' not found in library aclocal: configure.in: 201: macro `AM_PATH_GLIB' not found in library aclocal: configure.in: 392: macro `AM_PATH_GTK' not found in library aclocal: configure.in: 404: macro `AM_PATH_SDL' not found in library Running autoheader... Running automake --gnu ... configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE, configure.in: that aclocal.m4 is present in the top-level directory, configure.in: and that aclocal.m4 was recently regenerated (using aclocal). /usr/local/share/automake-1.8/am/depend2.am: am__fastdepCC does not appear in AM _CONDITIONAL /usr/local/share/automake-1.8/am/depend2.am: AMDEP does not appear in AM_CONDITI I assume part of it might have to do with the message saying I should add the contents of '/usr/share/aclocal/libtool.m4' to 'aclocal.m4', but there is no such directory /usr/share/aclocal, and I have no idea what path it is referring to for 'aclocal.m4' :-) -- Ray Michael Hanke wrote: Hi, I tried to build the mjpegtools from CVS. Unfortunately, I could not run autogen.sh successfully. The most important error: HAVE_PNG not defined in AM_CONDITIONAL What is going wrong? I have installed libpng-devel. Thank you. Michael --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users . --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
I got past the autogen.sh stuff. Now I'm getting a plain ol' compiler error: mpeg2encoptions.cc: In member function `int MPEG2EncOptions::InferStreamDataParams(const MPEG2EncInVidParams)': mpeg2encoptions.cc:149: error: `mpeg_valid_framerate_code' undeclared (first use this function) mpeg2encoptions.cc:149: error: (Each undeclared identifier is reported only once for each function it appears in.) mpeg2encoptions.cc: In member function `int MPEG2EncOptions::CheckBasicConstraints()': mpeg2encoptions.cc:265: error: `mpeg_valid_aspect_code' undeclared (first use this function) I did a grep and I can't find mpeg_valid_framerate_code declared anywhere. This is from source that I just pulled down. Any ideas? Thanks! Ray --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
Well, I think I was in the wrong branch. I now re-fetched the code without specifying a branch. It looks like more modern stuff. Anyway, when I try to run autogen.sh with it I get: configure.ac:107: error: possibly undefined macro: AC_DEFINE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. -- Ray Ray Cole wrote: I got past the autogen.sh stuff. Now I'm getting a plain ol' compiler error: mpeg2encoptions.cc: In member function `int MPEG2EncOptions::InferStreamDataParams(const MPEG2EncInVidParams)': mpeg2encoptions.cc:149: error: `mpeg_valid_framerate_code' undeclared (first use this function) mpeg2encoptions.cc:149: error: (Each undeclared identifier is reported only once for each function it appears in.) mpeg2encoptions.cc: In member function `int MPEG2EncOptions::CheckBasicConstraints()': mpeg2encoptions.cc:265: error: `mpeg_valid_aspect_code' undeclared (first use this function) I did a grep and I can't find mpeg_valid_framerate_code declared anywhere. This is from source that I just pulled down. Any ideas? Thanks! Ray --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
I'd installed autoconf from source. I do have a /usr/local/share/aclocal-1.8 directory. I tried creating a symbolic link from /usr/local/share/aclocal-1.8 to /usr/share/aclocal but I get the exact same results :-( I assume there is some sort of conflict left behind by the fact I used to have autoconf installed via an RPM but later installed after downloading the source. I just love the fact that so many times the RPMs get built with a different path from what is used by default when one builds from source - causes nothing but problems :-) I'll try cleaning up autoconf and automake completely, re-do the install of them, and see what happens. Thanks! -- Ray --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
Yep, I'm getting further. I'm now to the point where I am just missing some .m4 files. I'll have to restore those. Will try again tomorrow or so. Thanks for your help! -- Ray --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] capture from poor quality tapes
I had this issue with my bt card. The video tape looked just fine on TV, but when I captured it would studder - it was duplicating frames, sometimes just a single field (which was really weird). The bttv module has a 'vcr_hack' option that eliminated this problem. I don't know if something similar is going on with the lml33 or not. The issue as I recall is the signal is a bit distorted. A TV can compensate for it. The capture card tries, but by the time it realizes it didn't get the sync signal it is too late so it has to wait for the next frame. This causes the capture to appear to stay on a frame for a period of time. The 'hack' was to not grab the last 2 lines (or something like that) which allowed the card enough time to recover. I only vaguely know what I'm talking about here, so please forgive me if I'm explaining this incorrectly. Anyway, it makes me curious if the lml33 has a similar issue that could be resolved in a similar manner. Enabling vcr_hack allowe d me to record a number of video tapes flawlessly that previously were very problematic to record. -- Ray --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Mplex modification
Speaking of timestamp issues... :-) I'd reported such a problem and had believed it had to do with pulldown, but I've since switched away from using pulldown to encoding interlaced. The counter on my set-top DVD player does really weird things - counts very, very eradically - sometimes even going backwards a second, then 'catching up' a few seconds later. -- Ray On Mon, 15 Mar 2004 20:05:09 +0100 Andrew Stevens [EMAIL PROTECTED] wrote: Hi all, I have now modified mplex to remove a problem that occured when very small (less than one sector payload) frames appeared in video sequences that: a)Occasionally cause mis-aligned I-frames in SVCD streams. b)Rarely cause sequence end markers to be missed in SVCD streams. Unfortunately, to implement the fix I had to first tidy up some other bits of code so the changes in mplex are fairly wide-spread. I also (probably) fixed timestamp generation for 3:2 pulldown material. As always it'd be great if folk who were encountering these problems could see if they're now fixed! There is still a known bug relating to over-eager despatch of low-rate audio material that is next on my list. cheers, Andrew PS Once mplex bugs are done, I'll get back to mergeing the development branch of mpeg2enc (which *almost* has back-off-and-retry for better rate control implemented!) in the the main branch. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Mplex modification
Picture plays fine. Could be the DVD authoring process. I use mplex piped into dvdauthor. I'm not sure what you mean by placing a PS file into an ISO filesystem. I understand what an ISO filesystem is, not sure I know the term PS :-) If it means anything non-standard then I'm betting my player won't handle it :-) I have 3 players, but only one has a timestamp display on it (hmm...perhaps one of the others has a way of displayin it and I haven't noticed...will check). -- Ray On Mon, 15 Mar 2004 16:00:28 -0800 (PST) Steven M. Schultz [EMAIL PROTECTED] wrote: On Mon, 15 Mar 2004, Ray Cole wrote: Speaking of timestamp issues... :-) I'd reported such a problem and had believed it had to do with pulldown, but I've since switched away from using pulldown to encoding interlaced. The counter on my set-top DVD player does really weird things - counts very, very eradically - sometimes even going backwards a second, then 'catching up' a few seconds later. The video picture itself plays fine, right? (Hope so). Idle question - is it possible that the DVD authoring process is adjusting the timestamps as it converts/packs .mpg files into the .vob files? What happens if you put a simple PS file into an ISO filesystem? Does the time still jump around? Or is the play a file an uncommon capability? Cheers, Steven Schultz --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Mplex modification
But you should be watching the movie and not the player's display :) My wife agrees... :-) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] 1.6.1.93: Bad quality
mpeg2enc -f 8 -q 5 -a 2 -g 6 -G 18 -E -10 -N 1.0 -z t -4 2 -2 2 -r 16 -o file.m2v Is it possible to have less that 200+ character lines? ;) It used to be longer :-) What are you using to do the playback? Ogle? Xine? MPlayer? Standalone player? mplayer and 2 standalone players. I haven't been able to reproduce it with other material. The part of the scene giving the problem was a wall. The wall was textured, had a lot of yellowish color to it (gee, I'm sure I'm being real descriptive here :-) There were random rectangular blocks popping out as a much brighter yellow than the other colors in the wall. The scene itself has virtually no movement. The blocks would build to be extremely noticeable then 'disappear', then build back about...the cycle was about 1/2 a second, which given a GOP of 18 probably means it was disappearing on the I frames then progessively getting worse with the stack of P frames. I wasn't near maximum bitrate during the scene. It really is like there was some sort of rounding or floating point error getting progressively worse with each P frame that went away with the B frames. Now...and this may make a big difference...since that recording I upgraded processors from an Athlon 1600 to an Ahtlon 2600 and rebuilt mpeg2enc. The Athlon 2600 has mmxext, whereas the Athlon 1600 does not and I noticed mpeg2enc reports it is using mmx extended on my 2600 whereas it couldn't use it on my 1600... That may well be the reason I can't reproduce it now. One of the two standalone DVD players made it look a lot worse than my normal DVD player and mplayer. Actually it was the TV on it - the contrast was turned up way too high on it. But it was still noticeable on the other DVD player and on mplayer, and did go away using -R 2. I realize a sample would be worth 1GB words...but unless I pop the old processor back in place (which I hate doing because the CPU fan is so darn difficult to get off/on...I hate the clip on it...) I don't think I'm going to be able to reproduce it. -- Ray --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Re: 1.6.1.93: Bad quality
-R0 is the one that seems to trigger it. The file size turns out being about 15% smaller than with '-R 2', but the quality drops really bad. I'm hoping to put a 1-second or so clip up soon that exhibits the problem. -- Ray On Wed, 28 Jan 2004 08:20:14 +0100 HI! Ray Cole wrote: I was able to confirm it is the default of '-R 0' that was causing poor quality. If I use '-R 0' on 1.6.1.92 I get the same flood of artifacts that I get with 1.6.1.93. I have also some strange artifacts with .93 (although I don't know about .92). What -R setting should I use to see, if -R is the cause? Thomas --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Re: 1.6.1.93: Bad quality
Some observations that I did make about .93 (haven't necessarily run all of these same tests on .92, so I have no idea if this is 'different' from .92 or not, but it seems odd to me): 1) Changing from -r 16 to -r 32 produced a larger .m2v file by about 3%. I would have thought it'd be smaller. -r 24 seemed to produce the smallest file compared to -r 8, -r 16 (which is understandable), and -r 32 (say what?) 2) Changing -4 2 to -4 3 produced a smaller file by about 2%, which also seems really strange. I would have thought the file size would have dropped with a lower -2 and -4 value (same happened when I upped -2 - file got smaller...) -- Ray On Fri, 23 Jan 2004 19:55:03 -0600 Ray Cole [EMAIL PROTECTED] wrote: With the same parameters as 1.6.1.92, I'm seeing terrible quality problems. Parameters used: mpeg2enc -f 8 -q 5 -a 2 -g 6 -G 18 -E -10 -N 1.0 -z t -4 2 -2 2 -r 16 -o file.m2v I'm seeing very poor quality on still scenes. Faces are very blotchy. Now I also use yuvdenoise - I haven't made any determination as to whether it is the newer mpeg2enc or newer yuvdenoise killing me, but it feels more like an mpeg2enc issue more than anything else. I also haven't tried using -R 2 - that is certainly a major difference between 92 and 93. I'll try that as well. Anyone else experienced a major decline in quality? I'll let you know the result of some additional experiments. -- Ray --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Re: 1.6.1.93: Bad quality
The material is at least not visibly noisy. I only denoise using yuvdenoise in 'fast' mode to help lower the bitrate just a hair to catch some of the noise that isn't necessarily visible. Hmmm...as for a sample, I should be able to get a clip to you over the next day or two. I no longer have the original clip in pre-mpeg2 format, but should be able to find another clip. I record in raw format, so whatever clip I find may be a bit lengthy...I'll try to find one that is a second long at most. -- Ray --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Dropped sound sequences
ffmpeg has AC3 encoding capability. At one time though (I have not tried it recently) it did not produce DVD compatible files (the channelassignment/rematrixing-coefficients were not correct). You There were some changes made to ffmpeg about 6 months ago, maybe a little longer, that corrected ac3 problems. It was certainly the case that it didn't work properly when I first started trying to master DVDs. My DVD player could decode it, but my digital receiver couldn't understand it. Another DVD player I tried wouldn't play it at all. I think the changes did get put away to ffmpeg - I'd grabbed a patch someone had posted on one of their dev lists that resolved the problem at the time prior to whoever it was putting the change away. -- Ray --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What is causing this error
It's been about a month since I'd pulled it down. I don't pull from the development
CVS branch often because it almost never builds :-( I'm sure it is because I don't
have the latest of something or doing something wrong. So once I had an mpeg2enc that
works I tend to stay with it. An example of the pull I did just now resulted in the
following:
./autogen.sh
...
./configure: line 1333: syntax error near unexpected token `mjpegtools,'
./configure: line 1333: `AM_INIT_AUTOMAKE(mjpegtools, $MJPEG_VERSION)'
-- Ray
On Wed, 14 Jan 2004 17:49:58 -0800 (PST)
Steven M. Schultz [EMAIL PROTECTED] wrote:
On Wed, 14 Jan 2004, Ray Cole wrote:
I had this issue with the CVS version as well. I had to make a change to
utils/cpu_accel.c to use memalign rather than posix_memalign in bufalloc(). It
now looks like this:
Have you done a 'cvs update' recently? There was code added to
check the alignment of the buffer that posix_memalign() returned
and if the alignment was not correct then to try allocating the
buffer with memalign().
Look in cpu_accel.c - you should see something like this:
if (posix_memalign( buf, simd_alignment, size))
buf = memalign(pgsize, size);
if (buf ((int)buf (simd_alignment - 1)))
{
free(buf);
buf = memalign(pgsize, size);
}
If you don't see that then it's time for 'cvs update'. If you do
see that and it's not working it's a bug and needs to be fixed.
I would assume this is caused by some glibc bug. I'm using Red Hat 8.0. I don't
think I've ever upgraded my glib version. I appear to have versions 1.2.10-8 and
2.3.2-4.80.
Yes, it is a glibc bug. glibc-2.2.5 has posix_memalign() but it
does not honor the alignment request and can return 8 instead of 16
or 64 byte aligned buffers. glibc-2.2.4 is even worse - posix_memalign
exists but always returns an error.
The bug's never been reported to happen though (that I know of) with
glibc-2.3.x (I've never seen it happen on Suse 8.2 or 9.0).
If you still get the message could not allocate %d bytes aligned ...
then neither posix_memalign nor memalign is working correctly and
poor ol' mpeg2enc has no choice but to bail out.
Cheers,
Steven Schultz
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Re: yuvkineco with good capture
Thanks for the information. I was never real clear which 'c' values to use. Might be useful to update the man page to indicate reasons to lower/raise it. I'd been using nuppelrec for about 6 months with good results run through yuvkineco - an occasional glitch but not bad. I modified nuppelrec to write lzo-compressed 'raw' frames after purchasing a larger drive (I like nuppelrec :-) Anyway, after doing this yuvkineco was worse. Come to find out nuppelrec was dropping a lot of frames but not reporting it as such (Drop: 0 was also displayed, but there were other messages saying it was having problems but continuing - didn't realize that meant it lost a frame...) I've now modified nuppelrec to use fieldnr, changed my large filesystem from reiserfs back to ext3 (ext3 seems to perform better with really large files - had been using ext3 prior to upgrading the drive and wasn't having so many problems). Also made a few 'tweaks' to nuppelrec and am now able to record for a long time without a drop. Have had a recording going for about 90 minutes with other things running on the system and haven't observed a dropped frame come through yet. I'm really pleased with it now. Had also found that whenever my wife changes the speed of the ceiling fan that it causes a little noise to come across that sometimes confuses the card - fieldnr reports more fields than it really received during the time interval, so I have a 'backup' method that uses timestamps to validate the results of fieldnr...though this is a really rare case that takes lots of times flipping the switch to make it fool fieldnr :-) And from previous messages I've started recording interlaced rather than using yuvkineco - but I'm considering moving back to yuvkineco for movies. After all, I'm getting no drops at all while recording now, and since it is raw it oughta' work great with yuvkineco. I gotta' say I've had a lot of fun since I started playing with this stuff last spring. I've learned more than I ever wanted to know about video capture, but now that I've got everything working just about perfect (except the DVD player counts a bit awkward, which I believe Andrew Stevens has a fix for that I've not been able to try yet because I can't build from what I pull from CVS) I'm really enjoying it. -- Ray --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] yuvkineco with good capture
I've recently purchased a large HD and have started recording raw images. I just wasn't happy with the various codecs I'd been using to record. What I've found is yuvkineco worked better on the material that had undergone lossy compression than it works on the raw-recorded clips. It seems to really have problems holding to a consistent pattern - for example it may have a stable pattern of O_OO O_OO O_OO, etc for a while, then hit a part where it'll seem to get lost without a scene change happening: OOO_ O_OO O__O, etc. which causes a lot of fluctuation in motion. I particularly notice this on darker scenes. I tried running yuvdenoise before yuvkineco (BTW, yuvdenoise seems to work MUCH better than I'd observed it about 9 months ago...not sure if it is because of the raw recording or because of improvements in yuvdenoise - perhaps both...) and that seems to make it even worse. I realize there are all sorts of combinations of -n and -c that I can use. I'm using -c 4 and -n 6. yuvkineco reports a noise level of 5, so I also tried -n 5 (BTW, does the noise level yuvkineco report have anything to do with the noise level passed on the command line?) I've also tried -c values of 8, 10, 12, 16, and 24...what I found is it never seemed to make a bit of difference what I pass - seems to come out with identical behavior no matter what I pass :-( Prior to using raw recordings I was getting near-perfect results from yuvkineco - maybe notice 1/2 second of bad motion over a 2 hour movie. Now I'm seeing 1 to 2 seconds of bad motion about every 5 to 10 minutes. My assumption is compression had been taking care of some sort of noise that is now there all the time for yuvkineco to deal with, although the noise level reported in the output list file runs around 5 now compared to the 12 I was seeing before. Any ideas what might be causing this and/or how to compensate for it? I'm using 1.6.1.92. -- Ray -- Ray --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Erradic time counter
Has anyone else noticed that while a DVD generated with mpeg2enc ifogen works in their standalone player that the standalone player doesn't count seconds evenly? I've noticed my standalone player with DVDs I generate counts something like '1, 2, 3...delay...4, 5, 6...delay', and the time between the seconds without a noticeable delay is a little faster than a second. It plays just fine, but 2 out of 2 standalone players I've tried don't count smoothly as it plays. I'm not sure if this would be a problem with ifogen or mpeg2enc or both :-) Anyone else seen this? --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] VBR working great in this release
In previous posts I had discussed that I'd had to force CBR in previous releases but would give VBR a try next time I encoded. I gave it a try and it does indeed work. I used -q 6 with no specification of bitrate (guess that defaults to 750 bps) and it used about 3/4 of the CD (140 minute video). Now while it does work, and I will continue using VBR since it does work and it appears I won't have to worry about having to specify a bitrate to fit on a DVD, I really can't tell the difference in quality between VBR and CBR. Now keep in mind I was using reasonably high rates (5000+) for CBR encoding, sometimes as low as 4500. But perhaps someone else could tell the difference or perhaps if I were to see a CBR and VBR side-by-side I could tell, but I think that speaks of the quality of the CBR capability in mpeg2enc :-) Anyway, next time I'm going to use -q 5 and see how that goes. Any suggestions on a 'q' value? I noticed it defaults to 8. I'm not sure I can tell the difference between 8 and 6, but that's just me :-) BTW, ever since I started playing around with creating DVD's I've started to see defects on DirecTV I would have never noticed before. Scenes with a lot of 'fog' seem to really be problematic. My wife thinks I'm going insane...she couldn't see that it was 'blocky', but I guess I watch things with a different eye than I did before :-) I'd say 1.6.1.90 is a big improvement over 1.6.1. If I'd had it when I first started trying to make DVDs I probably wouldn't have wasted 40 of them before I got a combination that works (multiple that by the cost of DVD+R as well as the frustration I went through and perhaps you understand my resistance to giving something new a try ;-) But things are much improved now, and I'd guess I would have only burned a few coasters if I had to start from scratch today... -- Ray --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] mpeg2nec in 1.6.1.90 slower - found the answer.
I found the answer... This newer version of mpeg2enc forces variable bit rate from
what I can tell, whereas the older one did not (I'm not sure if 1.6.1 actually turned
variable bit rate on before and I commented it out or if it came that way...but
nevertheless I see it commented out in my previous copy of mjpeg2enc.c..) That'd also
be why I did not see a problem with the older one with mplayer whereas I did with the
newer one. I prefer CBR so I can predict the size of the DVD, and at least with the
older mpeg2enc I could never get VBR to play right in my DVD player whereas CBR played
just fine. I like the way everything looks and works today so I'm not inclined to try
VBR :-) And I also believe that it wasn't necessary 4x slower now - maybe 2x. The
reason it appeared 4x slower was because when I was running mplayer on the .m2v as it
was being written passing the 'ss' parameter mplayer wasn't really going to the proper
place in the file (as pointed out by someone else), which made me believe it had not
encoded as much as perhaps it had...
Any thought to making CBR an option in mpeg2enc for DVD formats rather than forcing
VBR?
-- Ray
On Mon, 25 Aug 2003 18:34:18 -0500
Ray Cole [EMAIL PROTECTED] wrote:
Yep, I see the following:
INFO: [mpeg2enc] SETTING 3DNOW and EXTENDED MMX for QUANTIZER!
INFO: [mpeg2enc] SETTING EXTENDED MMX for MOTION!
INFO: [mpeg2enc] SETTING MMX for TRANSFORM!
INFO: [mpeg2enc] SETTING EXTENDED MMX for PREDICTION!
-- Ray
On Mon, 25 Aug 2003 19:27:08 +0200
Bernhard Praschinger [EMAIL PROTECTED] wrote:
Hallo
Guess that would help :-) mpeg2enc is what is running slower.
Here's the command line I used on the old one vs the new:
Old Command:
nice mpeg2enc -f 8 -b ${aRate} -V 230 -n n -s -a 2 -g 6 -G 18 -I 0 \
-r 24 -4 2 -2 2 -F 1 -p -v 0 -o ${aName}.m2v
New Command:
nice mpeg2enc -f 9 -b ${aRate} -V 230 -n n -s -a 2 -g 6 -G 18 -I 0 \
-r 24 -4 2 -2 2 -N 1.50 -Q 1.00 -v 0 -p -F 1 -o ${aName}.m2v
(Also tried -f 8 rather than -f 9).
I also noticed that using either -f8 or -f9 that something wasn't quite right
with some sort of timestamps. I did a 'mplayer test.m2v -ss 15:00' for example
and that really took me about 45 minutes into the movie (maybe a little
further). This worked when I encoded using the older version of mpeg2enc,
doesn't with the new.
tps://lists.sourceforge.net/lists/listinfo/mjpeg-users
Could it be that some optimations are not used when mpeg2enc start you
should find lines like that:
INFO: [mpeg2enc] SETTING 3DNOW and EXTENDED MMX for QUANTIZER!
INFO: [mpeg2enc] SETTING EXTENDED MMX for MOTION!
INFO: [mpeg2enc] SETTING MMX for TRANSFORM!
INFO: [mpeg2enc] SETTING EXTENDED MMX for PREDICTION!
If mpeg2enc does not use them it will be slower.
If you have compiled it yourselfe you should take a look what you see
when you configure it. Do you have a nasm installed ?
Else. It could be that mpeg2enc does not detect you cpu correct. Which
distirbution/kernel do you use ?
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:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2nec in 1.6.1.90 slower - found the
I've made hundreds of DVDs using the VBR logic and they all play fine on a variety of standalone players ranging from an old Audiovox portable to a Philips (which will play anything it seems). I'm sure it works now, but it's one of those situations where cbr is working plenty good for what I'm doing - I have a lot of trouble telling the difference between what I've recorded and watching it on directv. The problem I was having with previous versions I believe was with mplex - cbr or vbr, nothing would ever play if I used mplex. I had to use tcmplex, and it'd only work if it was cbr. Now that mplex appears to be working for me I will eventually give vbr another chance. Why not use the '-b' bitrate as an upper bound and calculate according to that - if the project comes in smaller that's not a Bad Thing, I frequently use the extra space to put scans of the artwork, and so on onto the disc. I'm not understanding how this would produce better quality if I'm setting the upper bound to be what I'm currently using for cbr. Seems to me at worst I'm wasting a few bits today using cbr, and if I switch to vbr I may save a little space but I'm not sure why I care :-) Typical bitrates I'm passing for cbr are around 5500. But there's no need for making CBR an option - it's already there. It isn't an option today if one selects -f8 or -f9 - there is a check in the code for these two types to see if -q was passed. If -q is 0 (default/unpassed) it forces it to 8. contrary) - try it, it'll generate better movies. I'll give it a whirl. I've burned around 80 DVD's now (largely converting old VHS tapes to DVD) and have been extremely pleased with the quality using CBR. I'll let you know if I can see any difference between CBR/VBR. Thanks for the encouragement - you've convinced me to at least try it once more :-) -- Ray --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: Fw: [Mjpeg-users] Mjpegtools 1.6.2 release candidate 1 (1.6.1.90)
It went from 6 hours encoding a 2 hour movie to 24 hours (total time includes filters, which I did not change filters between tests). top shows mpeg2enc using 99% of the CPU (which I would expect). I don't see any dip in CPU usage so I don't believe I'm seeing a stall but am willing to try. -- Ray On Sun, 24 Aug 2003 22:23:03 -0700 (PDT) Steven M. Schultz [EMAIL PROTECTED] wrote: On Sun, 24 Aug 2003, Ray Cole wrote: I downloaded the source and built it. It seems to run about 4x slower than 1.6.1. Any ideas? Get a new watch? ;-)With out some numbers I find it very difficult to believe 4x slower. For full sized DVD frames around 5 to 6 frames/sec or so is normal with ~2.4GHz systems. Of course the time will depend on if you're using any of the filtering programs such as yuvdenoise. With a dual cpu system the filters will use up one cpu while the encoder uses the other (and a bit more since it's threaded). That would mean you were seeing 20 frames/sec with 1.6.1? I seriously doubt that - I'd like faster encoding but mpeg2enc has never gotten up to that range on 720x480 or 720x756(PAL) sized data. A couple things to make sure are being used are -M 2 with the encoder, and put a buffering stage in front of the encoder. I use the 'bfr' program http://www.glines.org:8000/software/buffer.html something like ... | bfr -10m | mpeg2enc ... is the typical usage. If the encoder is stalling for input due to latency in earlier stages of the pipeline then 'bfr' will be of good value. Some timings of the same pipeline would be helpful of course ;) Cheers, Steven Schultz --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: Fw: [Mjpeg-users] Mjpegtools 1.6.2 release candidate 1 (1.6.1.90)
I downloaded the source and built it. It seems to run about 4x slower than 1.6.1. Any ideas? --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] temporal-med
Someone (I would assume it was Kevin Atkinson, the author of the above filter but
can't find the message now...) posted recently about temporal-med and wanted feedback.
I've been using it for a little over a week now and it seems to really work well. I
get a little bit of interference because of the distance of the video cable I'm using
(not noticeable really, but there if you look for it). This filter seems to do a good
job of removing it. I use the following command line:
med interlaced true mode search show denoise pwidth 2 pheight 1
I used 'mode median', but it caused some problems. Wrinkles on people's shirts, for
example, would 'disappear' as the person moved then re-appear once the person stopped.
Made for an interesting effect - too bad it can't take the wrinkles out of my clothes
in real life :-) I wasn't able to get it to stop doing that and still see any
improvement. But the 'search' mode seems to work quite well.
The full chain-o-stuff I run my video through is as follows (not that anyone cares,
but I know sometimes people can find it useful...)
nice exportvideo -D 0 -Y 2 ${aName}.nuv 2/dev/null | \
nice yuvscaler -I ACTIVE_$Border -v 0 -O INTERLACED_TOP_FIRST | \
nice yuvkineco -F 1 -i 0 -c 12 -n 15 -S 4 -C ${aName}.lst | \
nice med interlaced false mode search show denoise pwidth 2 pheight 1 | \
nice mpeg2enc -f 8 -b ${aRate} -V 230 -n n -s -a 2 -g 6 -G 18 -I 0 -Q 0.00 \
-r 24 -4 2 -2 2 -N -v 0 -p -F 1 -o ${aName}.m2v
This does a near-perfect pulldown for me and produces a sharp looking picture. Note
that '${aRate}' is a calculated bit rate depending on the length of movie encoded.
ACTIVE_$Border depends on the type of movie I'm encoding (some are recording in
standard 4:3 NTSC, but were letterboxed so on those I give a different black border
from others...) I noticed if I use 'med' before yuvkineco that pulldown sometimes
doesn't work quite right (see quite a bit of dropping the wrong frame, which I'm sure
I could resolve by playing with more of the yuvkineco parameters...but it is one of
those things where it is working the way I want it so I'm not touching it :-)
-- Ray
---
This SF.net email is sponsored by Dice.com.
Did you know that Dice has over 25,000 tech jobs available today? From
careers in IT to Engineering to Tech Sales, Dice has tech jobs from the
best hiring companies. http://www.dice.com/index.epl?rel_code=104
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] q: how create a second pipe from yuvscaler
Can you use 'tee' to accomplish it? mkfifo pipe1 mkfifo pipe2 tee pipe1 pipe2 $1 /dev/null yuvscaler ... pipe1 mplayer ... pipe2 wait 'tee' will take data from '$1' and write to pipe1 and pipe2 (and also to stdout, therefore the redirection of its stdout to /dev/null, although you could actually do 'tee pipe1 $1 | yuvscaler' if you wanted to, then yuvscaler would pull from tee's stdout). -- Ray On Tue, 19 Aug 2003 15:14:33 +0200 Japie [EMAIL PROTECTED] wrote: Hello guys, I like to use yuvscaler(or whatever yuvtool) as filter between a mplayer and ffmpeg. Creating a pipe to yuvscaler is n problem, but it has to output in another pipe and I don't know how to do this. I use: mkfifo -m 660 stream.yuv mplayer -nosound -benchmark -noframedrop -vo yuv4mpeg -osdlevel 0 $1 cat stream.yuv | yuvscaler -v 0 -M WIDE2STD -O SIZE_352x288 -n p And can encode with: ffmpeg -f yuv4mpegpipe -i rescaled_stream.yuv -f mpeg1video -b 1152 ffmpeg_kvcd.m1v How do I make the output of yuvscaler apear in rescaled_stream.yuv? -- Groetjes Japie http://japie.is.dreaming.org Gnu/Linux 2.4.20-wolk4.1s i686 System Error - Virus 'MS-WINDOWS' found!! Erase [Y/Y]? ;^) --- This SF.net email is sponsored by Dice.com. Did you know that Dice has over 25,000 tech jobs available today? From careers in IT to Engineering to Tech Sales, Dice has tech jobs from the best hiring companies. http://www.dice.com/index.epl?rel_code=104 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users --- This SF.net email is sponsored by Dice.com. Did you know that Dice has over 25,000 tech jobs available today? From careers in IT to Engineering to Tech Sales, Dice has tech jobs from the best hiring companies. http://www.dice.com/index.epl?rel_code=104 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Re: yuvkineco: Not dropping enough frames
Never mind...I was passing '-c 0' to it. Apparently that was causing the pain :-) -- Ray On Sun, 17 Aug 2003 08:24:09 -0500 Ray Cole [EMAIL PROTECTED] wrote: I've got a problem with yuvkineco that I'm hoping someone can help with. A number of files I use yuvkineco on turn out not having enough frames dropped for a period of time. I've observed, from the -C output file, that the time difference between input and output gets as high as 8 frames (for example 000810/00:00:27:00 000651/00:00:27:08) Is there a parameter that may help improve this? Thanks! -- Ray --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] yuvkineco/mpeg2enc - Out of sync after 100 minutes?
Well, I've finally burned my first full-length DVD with pulldown. Thanks again for the quick response! And thanks to a patch I found against ffmpeg I now have ac3 audio working as well. So all the glitches I had are gone now. Time to start converting all my tapes over to DVD now :-) -- Ray On Mon, 30 Jun 2003 22:04:15 -0500 Ray Cole [EMAIL PROTECTED] wrote: Say, that worked! Thanks! I haven't actually performed an mpeg2enc on it yet (didn't want to wait that long to know if the patch was going to work or not), but the output from -c looks perfect. -- Ray On Mon, 30 Jun 2003 23:28:39 +0900 Kawamata/Hitoshi [EMAIL PROTECTED] wrote: Hi, Ray. Thank you bug report. Ray Cole [EMAIL PROTECTED] writes: I've been using yuvkineco/mpeg2enc for pulldown. It stays perfectly in sync until it reaches around 100 minutes into the video. Then it gets WAY out of sync. It isn't slowly getting out of sync at 100, it just suddenly gets out of sync. Any ideas? If I use shorter videos that are less than 100 minutes I don't ever seem to see the problem. Certainly that could be coincidence... This seems intermediate integer value overflow. I'm sorry but now I have no time to test, Could you (or anybody) test this patch? --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] yuvkineco/mpeg2enc - Out of sync after 100 minutes?
It happens right on a 32-bit boundary...if I take the 24fps frame number 143352 (which is the frame where it starts getting off) and multiple it by 3 (I'm using 29.97 frame rate, or 3/1001) I get just over 256^4, so I do believe this to be an integer overflow problem. So I believe the patch hitoshi.kawamata will do the trick. I'll cross my fingers :-) -- Ray On Mon, 30 Jun 2003 19:02:54 -0500 Ray Cole [EMAIL PROTECTED] wrote: Attached is the output. See around 1:40:00 where it starts to get out of sync. -- Ray On Mon, 30 Jun 2003 00:16:29 -0400 [EMAIL PROTECTED] wrote: I've been using yuvkineco/mpeg2enc for pulldown. It stays perfectly in sync until it reaches around 100 minutes into the video. Then it gets WAY out of sync. It isn't slowly getting out of sync at 100, it just suddenly gets out of sync. Any ideas? Use yuvkineco -C frames.lst in your pipeline (instead of just yuvkineco) to get a list of all the frames and what yuvkineco did with them. Another thing you might try is to cut out just the offending part and run it through yuvkineco to see if it's the content or the position that's the problem. I went through the yuvkineco code recently to add 4:1:1 support (to be posted shortly) and I didn't see any obvious place where something might overflow after 100 minutes (but, of course, I wasn't looking either). Dan --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] yuvkineco/mpeg2enc - Out of sync after 100 minutes?
Say, that worked! Thanks! I haven't actually performed an mpeg2enc on it yet (didn't want to wait that long to know if the patch was going to work or not), but the output from -c looks perfect. -- Ray On Mon, 30 Jun 2003 23:28:39 +0900 Kawamata/Hitoshi [EMAIL PROTECTED] wrote: Hi, Ray. Thank you bug report. Ray Cole [EMAIL PROTECTED] writes: I've been using yuvkineco/mpeg2enc for pulldown. It stays perfectly in sync until it reaches around 100 minutes into the video. Then it gets WAY out of sync. It isn't slowly getting out of sync at 100, it just suddenly gets out of sync. Any ideas? If I use shorter videos that are less than 100 minutes I don't ever seem to see the problem. Certainly that could be coincidence... This seems intermediate integer value overflow. I'm sorry but now I have no time to test, Could you (or anybody) test this patch? --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] yuvkineco/mpeg2enc - Out of sync after 100 minutes?
I've been using yuvkineco/mpeg2enc for pulldown. It stays perfectly in sync until it
reaches around 100 minutes into the video. Then it gets WAY out of sync. It isn't
slowly getting out of sync at 100, it just suddenly gets out of sync.
Any ideas?
If I use shorter videos that are less than 100 minutes I don't ever seem to see the
problem. Certainly that could be coincidence...
Here's the scripts I use to encode. BTW, if I do not use pulldown and pass yuvkineco
-F 4 rather than F1 and don't pass -p to mpeg2enc it does play in sync, and it doesn't
matter if I use mplex, tcmplex, or ifoedit to merge the audio/video - they all get out
of sync at the exact same point.
Convert nuv to m2v w/pulldown script:
echo Converting NUV to M2V with pulldown
nice exportvideo -D 0 -Y 2 ${aName}.nuv 2/dev/null | \
nice yuvscaler -I ACTIVE_$Border -O INTERLACED_TOP_FIRST -v 0 | \
nice yuvkineco -F 1 | \
nice mpeg2enc -f 8 -b ${aRate} -V 230 -n n -s -a 2 -g 6 -G 18 -I 0 -Q 0.00 -r 24 -4
3 -2 1 -N -v 0 -p -F 1 -o ${aName}.m2v
Audio:
mkfifo ${aName}_441.raw
mkfifo ${aName}.wav
nuvplay -e $aName.nuv ${aName}_441.raw | \
sox -t raw -r 44100 -s -w -c 2 ${aName}_441.raw -r 48000 -t wav ${aName}.wav | \
ffmpeg -i ${aName}.wav -ab 224 -ac 2 -ar 48000 -f ac3 ${aName}.ac3
rm -f ${aName}_441.raw
rm -f ${aName}.wav
Any ideas on what is going on here? It is as if yuvkineco suddenly starts dropping
too many frames or something. It is really weird!
Thanks!
---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
