[Mjpeg-users] Matrox rainbow runner studio
Hi everyone, I'm new to this list, so forgive me if this topic has been beat to death before. I didn't find it by searching the archives. I have an older Matrox rainbow runner studio card. NOT a G series card. It's the Mystique 220 with the rainbow runner studio add on card. The "studio" card uses a ZR36060 chip along with the SAA7111A video decoder but it has a SAA7125HZ digital video encoder. Can the driver zoran and mjpeg tools be made to work with this card? If not and it's too much work to try to make it work, what is the "best" video capture alternative? I've read good and bad things about various cards. So, any and all suggestions are appreciated. Stan --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Convert file
Is there a way to convert a mjpeg 4:1:1 file (Matrox AVI format) to a "standard" 4:2:2 or 4:2:0 file format using mjpegtools? Other tools? Forget about it? Stan --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] mjpegtools, qdvdauthor to make DVD
Hi everyone, I'm finally getting around to trying to make some DVD's from older VHS tapes. After getting a Canopus ADVC-110 and LOTS of emails to Steven Schultz, I'm getting there. Thanks a lot for all the help Steven. I'm still unsure how to make a DVD (with the menus and so forth) if I process the raw capture files via a script like this: smil2yuv -i 2 -a video.mp2 video.smil | y4mshift -b 8,0,704,476 | yuvdenoise -s 4,5,5 -g 64,255,255 -t 3,4,4 | y4mscaler -v 0 -I active=704x480+8+0 -O sar=src -O chromass=420_mpeg2 | mpeg2enc -f 8 -D 10 -E -10 -4 1 -2 1 -c --dualprime-mpeg2 -q 8 -o video.m2v It looks to me like Kino and qdvdauthor are designed more to take the raw capture files and process them based on the various settings within that particular program. Is this the case? If so, is there another way to generate the XML file (manually create) so qdvdauthor will see it as a project file if another script (like the one above) is used? Or is there another way to do this that I'm unaware of? It takes an awfully long time to process the capture files into a mpeg2 file. Like 3 hr and 20 minutes or so for 30 minutes of video. That's on a machine with FC4, a 2.8 Ghz Celeron, 1 Gb of memory and a 120 Gb 7200 RPM Deskstar. I'm hoping I don't have to go through it all over again. Thanks for any and all help. Stan --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Pinnacle MovieBox DV
On Sat, 2005-12-31 at 13:24 +0100, Dik Takken wrote: > Hi all, > > Has any of you ever played with the Pinnacle MovieBox DV A/D converter? It > looks like an affordable solution to convert old VHS tapes to DV. Hi, I haven't tried the Pinnacle converter. The converter I use is a Canopus ADVC-110. It has composite video as well as an S-video jack. I've been really pleased with it. It cost around $220 US. Stan --- 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=7637&alloc_id=16865&op=click ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] mjpegtools and libquicktime
Hi everyone, It's been a long, long time since I've messed with any video stuff and after recently updating all the video tools, I was wondering if mjpegtools, libquicktime, smilutils and so forth are still using CVS or are they all on SVN now? The reason I wonder is I can't get mjpegtools to compile when using the CVS version of mjpegtools along with the CVS version of libquicktime. The only way I can get mjpegtools to compile is by changing the lav_file_t struct in lav_io.h from the "current" quicktime_t *qt_fd; back to the old way of void *qt_fd; mjpegtools compiles successfully then. Which way is correct? Stan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mjpegtools and libquicktime
On Fri, 2006-12-08 at 20:25 -0800, Steven M. Schultz wrote: > You didn't give the mode of failure. What was the error and on which > file did it happen. That's the type of info that might be helpful > in trying to solve the problem :) Hi Steven, Here is the trailing end of what I get: creating mpeg2enc make[2]: Leaving directory `/home/sg31002/dv/mjpeg_play/mpeg2enc' Making all in lavtools make[2]: Entering directory `/home/sg31002/dv/mjpeg_play/lavtools' if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/local/include -I../utils -march=k8 -mtune=k8 -g -O2 -pthread -Wall -Wunused -MT liblavfile_la-editlist.lo -MD -MP -MF ".deps/liblavfile_la-editlist.Tpo" -c -o liblavfile_la-editlist.lo `test -f 'editlist.c' || echo './'`editlist.c; \ then mv -f ".deps/liblavfile_la-editlist.Tpo" ".deps/liblavfile_la-editlist.Plo"; else rm -f ".deps/liblavfile_la-editlist.Tpo"; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/local/include -I../utils -march=k8 -mtune=k8 -g -O2 -pthread -Wall -Wunused -MT liblavfile_la-editlist.lo -MD -MP -MF .deps/liblavfile_la-editlist.Tpo -c editlist.c -fPIC -DPIC -o .libs/liblavfile_la-editlist.o In file included from editlist.c:25: lav_io.h:43: error: expected specifier-qualifier-list before 'quicktime_t' editlist.c: In function 'el_video_frame_data_format': editlist.c:505: error: 'lav_file_t' has no member named 'dataformat' make[2]: *** [liblavfile_la-editlist.lo] Error 1 make[2]: Leaving directory `/home/sg31002/dv/mjpeg_play/lavtools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/sg31002/dv/mjpeg_play' make: *** [all] Error 2 > Did you re-run ./autogen.sh and then ./configure? I remember that > one or more automake (Makefile.am) files were updated and whenever > that happens you have to rerun the ./autogen.sh. > I rm -Rf the mjpeg_play directory, fetched the latest CVS, ran ./autogen.sh, then ran ./configure. Then I got the above error. I did the same with libquicktime, then tried mjpegtools again. Same result. Since it's a FC6 machine, I run ldconfig after libquicktime was installed. Yes, I always have build problems with CVS versions. Some things never change... Stan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mjpegtools and libquicktime
On Sat, 2006-12-09 at 00:10 -0800, Steven M. Schultz wrote: > What does "gcc -dumpversion" say on FC6? 4.1.1 Looks like they changed/broke something in GCC then. :( I guess the video machine will have to be Suse 10.1 then. Thanks. Stan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mjpegtools and libquicktime
On Sat, 2006-12-09 at 12:03 -0800, Steven M. Schultz wrote: > > I guess the video machine will have to be Suse 10.1 then. > > I know the build will be successful there because I did it last night ;) > Ok. What all tools in mjpegtools use lav_file_t ? Just lavtools? If lav_file_t isn't used in the Y tools, y4mdenoise, yuvdenoise, yuvmedianfilter, and so forth. And mjpegtools builds Ok on GCC 4.1.1 using the old way. What effect will it have if the other tools compiled Ok with GCC 4.1.1? Wonder what they changed/broke from 4.1.0 to 4.1.1 that causing the error? > Maybe there's a slightly older version of gcc that could be installed > on your system? Probably not worth the trouble though. > 4.1.1 is what shipped with FC6. FC5 shipped with 4.1.0 I have the FC5 install media, but I don't know how much trouble it would be to try an go back to 4.1.0 Probably a real pain. > I've nothing else to do so I started a download of the X64_64 (DVD) > ISO image for FC6 - maybe tonight I'll replace/update the FC4 disk > that's sitting around. I'm still staying away from the 64 bit stuff. Too much of a pain in the rear getting everything from the 32 bit world to work on 64 bit. IF you mess with the 64 bit version of FC6, I'd like to know if you get the same or similar compile error. Stan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mjpegtools and libquicktime
On Sat, 2006-12-09 at 19:55 -0800, Steven M. Schultz wrote: > FC6 didn't ship with an older libquicktime that might be conflicing > some how, did it? I don't see libquicktime on the FC6 DVD. If it's called libquicktime-someversion.rpm Could be one of the "extras" I haven't looked on the Fedora site to see howver. I fetched the CVS of libquicktime and installed that version. > > > I'm still staying away from the 64 bit stuff. Too much of a pain in the > > rear getting everything from the 32 bit world to work on 64 bit. > > Really? It "all just worked" for me - no trouble at all for the > last couple years on the dual Opteron system. Ine or two > minor shared library build issues with programs but that's all. Everything just worked? What about 64 bit plugins for browsers? Are those available now? I got so frustrated with having both 32 bit and 64 bit libraries and things that wouldn't work on 64 bit, like Kino, but worked fine on 32 bit. I said the heck with it and have never even considered trying 64 bit again. > > IF you mess with the 64 bit version of FC6, I'd like to know if you get > > the same or similar compile error. > > I'm backing up a couple files off the FC4 disc and get the > base FC6 installed tonight. Not sure how much more will get done > this weekend. Ok. I'm downloading the Suse 10.2 DVD iso now. It's about half way done. Not sure what version of GCC it has or if I'll get a chance to install it on anything this weekend to see what happens with it. Will let you know how things work out when I do. Stan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Help with mjpegtools compilation problem
On Fri, 2006-12-22 at 08:15 -0800, Steven M. Schultz wrote: > It would seem that there is a strange interaction between SuSE 10.2 > and g++ 4.1.x Hi Steven, I have the CVS version from a couple of days ago running on SuSe 10.2 It compiles fine as it does on SuSe 10.1 32 bit OS in each case. The 32 bit version of FC6 is another story. What problem are others seeing with mjpegtools and SuSe 10.2? Stan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Has mp2enc changed lately?
Hi all, I encoded a DV capture today using the CVS version of mjpeg tools from last night. I noticed the length of the m2v file is MUCH smaller than one of a comparable run time (roughly 25 minutes) that I encoded a week or two ago. In the past the m2v files were roughly 1.3 Gigabytes. Now they are only 400 to 500 Megabytes. Has the command line switches changed? Here is the script I've been using. smil2yuv -i 2 -a special.wav special.smil | y4mshift -b 8,0,704,476 | y4mscaler -v 0 -I active=704x480+8+0 -O sar=src -O chromass=420_mpeg2 | mpeg2enc -f 8 -D 10 -E -10 -4 1 -2 1 -c -q 3 -o special.m2v mp2enc -o special.mp2 < special.wav Thanks. Stan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Has mp2enc changed lately?
On Tue, 2007-03-20 at 14:27 -0700, Steven M. Schultz wrote: > Have you noticed the discussions on the mailing lists about a > nasty bug in mpeg2enc's rate control logic? > No. I've seen several messages about aspect ratio, but I haven't followed it that closely. > I think there have been several postings mentioning severe pixelization > and blockiness - a sign that the the encoder is over compressing > the data. Maybe I still have an older CVS on the 32 bit machine (I went back to the x86_64 bit distro for processing video) that I can use in the mean time. I grabbed a CVS today but I haven't tried it yet. Thanks for the help. Stan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Has mp2enc changed lately?
On Tue, 2007-03-20 at 15:12 -0700, Steven M. Schultz wrote: > RC2 is when the problem happened - so if you have that you've got > the problem :( > Looks like both CVS versions I have are RC2. :( Guess I'll have to use a 1.8.0 tarball. > > the x86_64 bit distro for processing video) that I can use in the mean > > time. I grabbed a CVS today but I haven't tried it yet. > > Have fun. Watch the "q=" lines - I'd never seen values in the 18, 20 > and 30+ range before. I'm seeing the same -q lines... That's WAY too high. Stan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Has mp2enc changed lately?
On Wed, 2007-03-21 at 17:26 +0100, Bernhard Praschinger wrote: > You should take a look at the RC1. I think that there you don'T have the > problem. > I use think because I haven't tested it yet. Hi Bernard, I found an older 1.9.0 CVS on another drive I have. It doesn't have the problem. > The other thing would be use a -q of 4 or 5, that also seems to solve > the problem. Using -q 4 or -q 5 with the "current" CVS? I'm pretty sure I use -q 4 in another script and the over compression problem happened with it too. When I have some time later this evening, I'll grab the current CVS and try it. Stan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Has mp2enc changed lately?
On Wed, 2007-03-21 at 17:26 +0100, Bernhard Praschinger wrote: > The other thing would be use a -q of 4 or 5, that also seems to solve > the problem. > I fetched a mjpegtools CVS a little while ago. I tried this mpeg2enc -f 8 -D 10 -E -10 -4 1 -2 1 -c -q 5 -o special.m2v I let it run for 10,000 frames. When I stopped it, the m2v file size was 158 Megabytes. About half what it should be. As the mpeg2enc info lines were scrolling by, I saw LOTS of q='s that were in the 20, 30, 40, and 50 range. That seems to start after it had processed maybe 3,000 frames. Then it was back and forth from 5.00 back to the higher numbers. I even saw one q= that was over 100. The source I'm using is a Directv satellite receiver connected via S-Video to a Canopus ADVC-110 and captured in raw DV format using dvgrab. Since the source quality is fairly high, I normally use -q 3 or -q 4. Looks like I'll be using the older 1.9.0 CVS for the time being. Stan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Mixing old and new recordings
On Sat, 2007-03-31 at 11:51 -0700, Steven M. Schultz wrote: > http://www.mediachance.com/dvdlab/ > > Not very expensive and it runs under WINE I have DVD-Lab Pro that I use on my daughter's XP Pro machine. It is a nice DVD authoring tool. Capturing, editing and encoding is done with DVgrab, Kino and Mjpegtools on a Linux machine. I haven't tried DVD-Lab Pro under WINE lately. I don't recall what 0.9.x version I tried it on. It seemed to "work" but at the time I was just learning to use DVD-Lab Pro and I didn't know the menus very well. That was some what of a problem because WINE didn't display the drop down menu items until you moused over the area on the screen where the menu item was supposed to be. Seems like there was some drop and drag problems too. Kind of annoying. I don't know if any of those problems has been fixed. Does anyone else on the list know? Stan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] mpeg2enc
Is the CVS version of mpeg2enc still broken? If so, is there an easy way to retrieve the current version of all the other tools MINUS mpeg2enc? If mpeg2enc is still broken, why not put an unbroken version on CVS? Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] yuvdeinterlace bug?
On Thu, 2007-09-13 at 19:29 -0700, Steven M. Schultz wrote: > You should be able to fetch the CVS version - just ignore the mpeg2enc > executable (save your old one). Better CVS instructions on how one does that? All the mjpegtools source I have is pre-broken mpeg2enc. I'm not a CVS person either, but I couldn't get it to work using the instructions Christian gave in a previous email. It just went out into the la-la land when I tried. Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] yuvdeinterlace bug?
On Thu, 2007-09-13 at 20:49 -0700, Steven M. Schultz wrote: > if that doesn't work then I guess just leave the video interlaced That will work. Actually I was wondering if the over compression problem has been fixed in CVS. The older version of mjpegtools I have is from March of this year. I "think" it was Ok then. If so, I'll compile that version an go from there. Thanks. Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] y4mscaler 9.0, current CVS of mjpegtools and opensue 10.3
Has anyone seen this error when trying to build y4mscaler 9.0 with the current CVS of mjpegtools on Opensuse 10.3? make all g++ -DYS_VERSION_MAJOR=9 -DYS_VERSION_MINOR=0 -O2 -I/usr/local/include/mjpegtools -I/usr/local/include/mjpegtools/mpeg2enc -I/usr/local/include/mjpegtools/mplex -Wall -W-c -o y4mscaler.o y4mscaler.C y4mscaler.C: In function ‘int main(int, char**)’: y4mscaler.C:197: error: ‘LOG_INFO’ was not declared in this scope make: *** [y4mscaler.o] Error 1 Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] y4mscaler 9.0, current CVS of mjpegtools and opensue 10.3
On Sun, 2008-01-06 at 20:29 -0800, Steven M. Schultz wrote: > Attached is an updated y4mscaler.C that will compile with the > latest mjpegtools. That fixed the problem. Thanks. Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] mpeg2enc
Is mpeg2enc still broken? I seem to recall something being said about there being problems with large files an was wondering if it's still broken . Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc
On Thu, 2008-02-21 at 10:30 +0100, Christian Ebert wrote: > * Stan Gammons on Wednesday, February 20, 2008 at 18:51:41 -0600 > > Is mpeg2enc still broken? > > Unfortunately, at least for me, it is. > Ok. The last CVS update I did on my video machine was around the time it was fixed/broken again. I still have the older CVS from a year ago. As I've said before, why not put the older mpeg2enc source back into CVS head until the problem is fixed? I'll go back to the year old source in the mean time. Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] old issue (stuttering) with mpeg2enc, still unsolved
On Thu, 2008-02-21 at 18:14 -0800, Florin Andrei wrote: > I'll make another DVD soon and then I'll know for sure. But the cause is > definitely one of the toolchain components, at this moment it's likely > mpeg2enc. I've never seen any problem like you described with mjpegtools an I've used them for 3 or 4 years now. A year ago, almost exactly I believe, a problem with mpeg2enc over compressing video started. Not long ago it looked like the problem was fixed. I guess not though. I tried DVD author long ago an never cared much for it. The way I make DVDs from older VHS tapes, Beta tapes and video from satellite TV is by capturing them with dvgrab using a Canopus ADVC-110. I edit the capture with Kino. Then I use mjpegtools, smilutils and y4mscaler to process the video into an m2v file. To author the DVD, I use DVD Lab Pro on a windoze machine because it's rather difficult to use DVD Lab Pro under Wine. DVD Lab Pro completely blows DVD author away as a DVD authoring tool too. Through all these tools, I've never seen/heard a stuttering problem. Until the recent fix an then it broke again?, the over compression problem is the only problem I've seen with mpeg2enc. Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc
On Fri, 2008-02-22 at 23:57 +0100, Christian Ebert wrote: > I tested again with dv source material and: > > $ qttoy4m test.mov | mpeg2enc -f 8 -o /dev/null > >INFO: [mpeg2enc] Pass2 5379 5379( 0) I q=62.00 RECODED >INFO: [mpeg2enc] Pass2 5380 5380( 1) P q=62.00 RECODED >INFO: [mpeg2enc] Pass2 5381 5381( 2) P q=15.41 RECODED >INFO: [mpeg2enc] Pass2 5382 5382( 3) P q=62.00 RECODED >INFO: [mpeg2enc] Pass2 5383 5383( 4) P q=15.41 RECODED >INFO: [mpeg2enc] Pass2 5384 5384( 5) P q=62.00 RECODED >INFO: [mpeg2enc] Pass2 5385 5385( 6) P q=62.00 RECODED >INFO: [mpeg2enc] Pass2 5386 5386( 7) P q=15.41 RECODED >INFO: [mpeg2enc] Pass2 5387 5387( 8) P q=15.85 RECODED >INFO: [mpeg2enc] Pass2 5388 5388( 9) P q=62.00 RECODED Looks like the quantization ran wild for a bit. I saw that sort of thing before when it was really broken. Or perhaps it's still broke. I use a script file like this to process a raw DV capture from satellite TV after I have edited it with Kino. smil2yuv -a snowmonster.wav -i 2 snowmonster.smil | y4mshift -b 8,0,704,476 | y4mscaler -v 0 -I active=704x480+8+0 -O sar=src -O chromass=420_mpeg2 | mpeg2enc -f 8 -D 10 -E -10 -4 1 -2 1 -c -q 3 -o snowmonster.m2v mp2enc -o snowmonster.mp2 < snowmonster.wav This worked rather well until the over compressing problem with mpeg2enc cropped up a year ago. I'll try a current CVS to see if I get the same results as you are getting. If so, I guess it's back to the older version. Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc
On Sat, 2008-02-23 at 17:31 +0100, Bernhard Praschinger wrote: > I have here a video (after about 30 where I didn't get it) where I get > the problem. mplex fails to multiplex it. Hi Bernhard, A 30 minute video? I use DVD Lab Pro to make DVDs an I haven't tried the current CVS of mjpegtools. So I can't say what tool is at fault. Mpeg2enc was, an I was just curious as to if it is "fixed" or still broken since I have a couple of captures that I want to put on DVD. Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] File size differs from two tools for MPEG2
On Mon, 2008-02-25 at 22:06 +0100, Bernhard Frühmesser wrote: > I am sure i used the same settings on both computers but the file > created on the Mac with Compressor has about 415MB while the file > created with mpeg2enc has only 114MB so far i don´t see much quality > difference. What version of mjpegtools are you using? A little over a year ago, IIRC, a bug was introduced into mpeg2enc which caused it to over compress files. The bug remained in the CVS head until a couple of months ago. I think that's when the author worked on it an got it to working better anyway. There is still some discussion on whether it is now fixed. Some say yes an some say no. I haven't had a chance to update any of the linux video tools I use, so I can't comment on it one way or the other. Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] File size differs from two tools for MPEG2
On Mon, 2008-02-25 at 23:24 +0100, Bernhard Frühmesser wrote: > I have installed a pre 1.9.0 version more than a year ago, since there i > haven´t done any update as for the things i need it it works. I "think" it was around 2/20/2007 when the bug was introduced. Any mpeg2enc code after then, an possibly now, had the over compression problem. I don't know what version that was. I'm sure others here would know. > I was just wondering why the file size differs so much from compressor > and mpeg2enc, as for both i can´t see any difference in quality. Oh. Does the video playback at normal speed? Is the audio in sync? Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] File size differs from two tools for MPEG2
On Tue, 2008-02-26 at 00:03 +0100, Bernhard Frühmesser wrote: > Video playback is at normal speed and the audio is in sync, the quality > "is" the same as the file compressor created (well, i don´t see a > difference) just the file size from compressor is about 416MB while the > filesize from the mpeg2enc created file is about 116MB, so i was > wondering if mpeg2enc uses different (maybe newer) compression features > than compressor does. If memory serves from a year or so ago, the file size difference in the "old version of mpeg2enc that worked properly" an the definitely broken version was very close to the difference you are getting with compressor an mpeg2enc. 3 to 4 to one difference in file size. I know a 25 to 30 minute DV capture I made would usually end up being around 1.4 gb after processing with the old version. After mpeg2enc was broken, the same capture was 400 to 500 mb an there was a VERY noticeable problem. Both in video quality an audio/video sync. SO, I don't know. Guess I'll have to fetch the latest CVS, if that's what you are currently using, an see what gives. Perhaps the resident mjpegtools expert, Steven Schultz, will chime in with some definitive answers long about now... Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] File size differs from two tools for MPEG2
On Mon, 2008-02-25 at 19:53 -0800, Steven M. Schultz wrote: > > You can get a good idea of the average bitrate like this: > > mplex -f 8 -o /dev/null input.m2v > Hi Steven, I tried this using the latest CVS of mjpegtools on a video capture from satellite TV using the ADVC-110. Video was 84,120 frames long. Average bit rate indicated was 5,017,600 Peak bit rate was 9,274,800 The file length was 1,706,553,307 This is the command used to encode the video: mpeg2enc -f 8 -D 10 -E -10 -4 1 -2 1 -c -q 4 -o file.m2v I have not yet made a DVD from this to see what it looks like. I'll try to make one later today. I noticed, as the info lines were scrolling by, some of the q= numbers were rather high at times. 62.00 is the highest I saw. EVERY time I saw the high numbers, they were in pass2. 16 is one of the highest I saw in enc1. So I still don't know if the problem is fixed or what. Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] DVD made with latest CVS of mjpegtools
I made a DVD from the video I processed earlier. At times I saw distorted frames during playback. I'm not sure how to describe the distortion. It sort of looks like the pixels, especially on the edges, are all jagged or broken. I'm guessing this is caused from the quantisation running very high at times. When I have more time, I'll go back to the old version of mjpegtools that I still have an compare the results. From looking at the dates on some of the files in the mpeg2enc directory, it seems to be around 2 years old. Other than compiling it, is there an easier way to tell what version it is? Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] File size differs from two tools for MPEG2
On Wed, 2008-02-27 at 20:57 -0800, Steven M. Schultz wrote: > Yep - that bug's still present. The frequency of huge values > was reduced but the problem still happens. When it does the picture > quality goes to almost null and the bitrate plummets - that is > probably why your average rate is somewhat lower than I'd expect. > So I found out... > No, it's not. It is somewhat less severe than it was. Since it is > unpredictable when the problem will happen I guess you'll have to > go back to an earlier version (just keep going back until the > problem goes away ;)) Will mjpegtools compile Ok if I fetch the CVS, then replace the mpeg2enc directory from CVS with the mpeg2enc directory from the old version? > OR use an alternate encoder. Seems that at > least 1 windows encoder will run using Wine. There's also the > TMPGEnc encoder (http://www.tmpgenc.net/en/index.html) - it is where > the 'tmpgenc' quantization matrices were obtained for use with mpeg2enc. > Maybe TMPGEnc runs under wine? Don't know - I've my encoding needs > met in other ways. Use tmpgenc in place of mpeg2enc? How does one go about doing that? Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] File size differs from two tools for MPEG2
On Thu, 2008-02-28 at 16:24 -0800, Steven M. Schultz wrote: > Probably not unless you're willing to do a little work. The logging > API has changed and there are some 'mjpeg_warn/log/...' style > statements in mpeg2enc. That's Ok with me. What do I need to change to make it work? > Buy it first. Then install on a windows system and or see if it > will run under wine. Maybe there are discussion groups or a forum. Looks like I misunderstood what you were saying. From what I saw on the website, tmpgenc requires an avi file. So, I wondered how one took raw DV, edited it with Kino, and so forth an ended up with an avi file for tmpgenc to process? I'll go back to the old version of mjpegtools. Thanks. Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] File size differs from two tools for MPEG2
On Thu, 2008-02-28 at 20:02 -0800, Steven M. Schultz wrote:
> Basically all the old LOG_WARN, LOG_ERROR, LOG_INFO, ... defines
> are no longer public. You have two choices when something like
>
> mjpeg_log(LOG_WARN, ...)
>
> is encountered. Either change it to
>
> mjpeg_warn(...)
>
> or
>
> mjpeg_log( mjpeg_loglev_t("warn"), ...)
>
Ok. I may give it a whirl.
> > Looks like I misunderstood what you were saying. From what I saw on the
>
> It was mutual. You won't obviously be able to pipe into the encoder.
> But I thought you knew it would be up to you to create whatever
> container an encoder would need.
Yes, but I didn't know what tool I need to use to create it...
> Kino can write an AVI file, right? It's been 5 or 6 years since I ran
> it but I thought it could write AVI files back out.
I think so. Although I haven't tried it. Provided it does export an avi,
what tools on Linux would one then use to clean up a capture from a
video tape? I guess there aren't any?
> > I'll go back to the old version of mjpegtools.
>
> That's probably the best way.
In trying to keep most everything on the Linux platform, I think that's
the best option. Authoring a DVD on windoze is all I care to do on that
platform. Since the windoze authoring software doesn't run correctly
under wine, I don't have a lot of choice. I could use a lot expletives
when trying to run it under wine. Wouldn't help matters any an would
take 2 or 3 times as long. Easier to author the DVD on a windoze box.
As always, thanks for the help.
Stan
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Old mpeg2enc vs current CVS
I went back to the old version of mjpegtools, 1.9.0 Mplex displays 2006/02/01 and mpeg2enc display 1.9.0 (3.0.0 - Beta 1) I re-encoded the same 84,120 frame video and this is what mplex gave: Average Bit Rate - 6,336,000 vs 5,017,600 with the current version Peak Bit Rate - 8,912,000 vs 9,274,800 with the current version The file size was 2,223,005,265 vs 1,706,553,307 with the current version Although I haven't looked at the video, I suspect it is "better" than the one I made with the current version of mpeg2enc. Does anyone have a clue as to what module in mpeg2enc is broken an causing this problem? Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] File size differs from two tools for MPEG2
On Fri, 2008-02-29 at 14:34 -0800, Florin Andrei wrote: > You also need to install (under Wine) AviSynth and the Panasonic DV > Codec. And the SoundOut AviSynth plugin to generate AC3. > Then you can process DV AVI Type 2 files and generate m2v and ac3 files > out of them, which you can mux using mplex. That's my current process. I may give that method a try. > Why are you using raw DV? AVI encapsulation makes DV more accessible to > a larger variety of tools. That's the way I've always done it an everything worked until mpeg2enc was broken. Guess it's time to start using AVI type 2 instead. Or stay with the old version of mjpegtools until mpeg2enc is fixed. Thanks. Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc: any hope of further development?
On Sat, 2008-12-06 at 12:53 +0100, Christian Ebert wrote: > Works like a charm! At least I will detect problems only after > the release is done ;-) > > Again thank you for fixing this. Has the quantization problem been fixed? Stan -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc: any hope of further development?
On Sat, 2008-12-06 at 14:45 +0100, Christian Ebert wrote: > As far as I could see, no sudden spikes of quantization factor. > At least with my testing material. Ok. I'll retrieve the CVS later an try it on some 30 minute an longer material to see how it does. Thanks. Stan -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc: any hope of further development?
On Sat, 2008-12-06 at 14:45 +0100, Christian Ebert wrote: > > As far as I could see, no sudden spikes of quantization factor. > At least with my testing material. I retrieved the CVS yesterday an processed a couple of previous captures (raw DV, satellite source) using an ADVC-110. I "think" the previous version of mjpegtools I had was 1.9.0 RC1. I compared the .m2v file size created with the previous version to the file created with the CVS version. Old file (43542 frames) was 1318530360. File with the CVS version is 1329509151. This is what I typically use to process a capture edited with Kino: smil2yuv -i 2 -a file.wav file.smil | y4mshift -b 8,0,704,476 | y4mscaler -v 0 -I active=704x480+8+0 -O sar=src -O chromass=420_mpeg2 | mpeg2enc -f 8 -D 10 -E -10 -4 1 -2 1 -c -q 3 -o file.m2v mp2enc -o file.mp2 < file.wav I saw spike between 8 and 20 a few times as the output of mpeg2enc scrolled by. After several hundred to 1,000 frames, it gets rather boring to watch it scroll by. The other capture I processed was twice as long or a perhaps a little longer. After making a DVD of them, to me they looked Ok. So, I'd say it's a lot better or perhaps "fixed" now. Thanks Andrew! Stan -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc: any hope of further development?
On Mon, 2008-12-08 at 14:06 +0100, Andrew Stevens wrote: > > Thanks for the testing. Hi Andrew. Thanks for the continued development. > If I get a little time over Christmas I'll be adding > the next stage of the look-ahead / two-pass stuff. >From looking at the output of mpeg2enc, it looked like (for the most part) the spikes occurred in Enc1. From what I saw Pass2 was "usually" lower. Not to say that's always true. Time over the Christmas holiday may end up being short since you have a new addition to the family. Congrats. Have a very merry Christmas! Stan -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mpeg2enc: any hope of further development?
On Thu, 2008-12-11 at 19:26 -0500, sean darcy wrote: > So does this mean we're ready for new rc ?? Bernhard put RC4 on Sourceforge this past Monday. However there is a typo in the News/Change log on the main page. It has Dec 8, 2007 instead of 2008 Stan -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
