Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Thu, 1 Jan 2004, Brian J. Murrell wrote: I am using mencoder (libavcodec in reality I guess) to create an mpeg1 Hmmm, I knew ffmpeg had mpeg1 encoding capability (from libavcodec) and it can, if you say the right magic words, produce MPEG1 ES (Elemental Stream) files. I am fairly sure that the problem is that mencoder produces AVI files - they're already muxed and definitely not MPEG1 ES files and that is why mplex can't recognize them. INFO: [mplex] mplex version 2.2.2 ($Date: 2003/05/13 20:27:15 $) **ERROR: [mplex] File test.mpeg1 unrecogniseable! INFO: [mplex] File test.mp3 looks like an MPEG Audio stream. **ERROR: [mplex] Unrecogniseable file(s)... exiting. Right - the file's already multiplexed, into an avi stream. The video portion is MPEG1 but it's inside a container format and mplex doesn't mplex avi files. Is there anything I can do to discover more about what mplex does not like about this mpeg1 file? If you're determined to avoid mpeg2enc then you might use 'ffmpeg' to do the encoding - it can produce ES files rather than AVI files. Something like this (suitably modified for your situation of course) might work better. I was testing the mpeg2 encoding capability so for mpeg1 you'd change the 'mpeg2video' to be 'mpeg1video' and of course set the bitrate and bufsize down to reasonable values: ffmpeg -f yuv4mpegpipe -i susi_120.y4m -b 7000 -ilme -ildct \ -aspect 4/3 \ -top 1 -g 15 -maxrate 7500 -f mpeg1video -vcodec mpeg2video \ -bufsize 1840 -y xxx MPEG1's most commonly used for VCD (352x240) - is that what you're doing? Cheers, Steven Schultz --- 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
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Fri, 2004-01-02 at 02:01, Steven M. Schultz wrote: Hmmm, I knew ffmpeg Indeed. I have seen some of your traffic on the ffmpeg-devel list. had mpeg1 encoding capability (from libavcodec) and it can, if you say the right magic words, produce MPEG1 ES (Elemental Stream) files. Right. I think mencoder can leverage on that too. I am fairly sure that the problem is that mencoder produces AVI files Steven! I had hoped you'd have given me more credit than that. :-) I know that by default mencoder does produce avi contained files (which I am trying with great effort to get the hell away from. However, it has a switch -of which you can set to mpeg, to get an mpeg container. - they're already muxed and definitely not MPEG1 ES files and that is why mplex can't recognize them. I don't think so. Mplayer tells me this about the file (if there is a better utility to determine the parameters of an MPEG file, I would be more than glad to use it rather than mplayer): Playing test.mpeg1. [file] File size is 19034112 bytes STREAM: [file] test.mpeg1 STREAM: Description: File STREAM: Author: Albeu STREAM: Comment: based on the code from ??? (probably Arpi) Checking for YUV4MPEG2 DEMUXER: freeing demuxer at 0x84ab820 ASF_check: not ASF guid! DEMUXER: freeing demuxer at 0x84ab820 Checking for NuppelVideo DEMUXER: freeing demuxer at 0x84ab820 Checking for REAL DEMUXER: freeing demuxer at 0x84ab820 Checking for SMJPEG DEMUXER: freeing demuxer at 0x84ab820 DEMUXER: freeing demuxer at 0x84ac088 Searching demuxer type for filename test.mpeg1 ext: .mpeg1 Checking for MOV DEMUXER: freeing demuxer at 0x84ac088 Checking for VIVO header block 1 size: 0 DEMUXER: freeing demuxer at 0x84ac088 DEMUXER: freeing demuxer at 0x84ac088 DEMUXER: freeing demuxer at 0x84ac088 DEMUXER: freeing demuxer at 0x84ac088 DEMUXER: freeing demuxer at 0x84ac088 DEMUXER: freeing demuxer at 0x84ac088 DEMUXER: freeing demuxer at 0x84ac088 Checking for PVA DEMUXER: freeing demuxer at 0x84ac088 Checking for MPEG-TS... TRIED UP TO POSITION 70963, FOUND 47, packet_size= 0, SEEMS A TS? 0 DEMUXER: freeing demuxer at 0x84ac088 Checking for LMLM4 Stream Format Invalid packet in LMLM4 stream: ch=0 size=553648376 LMLM4 Stream Format not found DEMUXER: freeing demuxer at 0x84ac088 system stream synced at 0xB (0)! == Found video stream: 0 MPEG-PS file format detected. Too many video packets in the buffer: (4096 in 8302122 bytes). Maybe you are playing a non-interleaved stream/file or the codec failed? For AVI files, try to force non-interleaved mode with the -ni option. ds_fill_buffer: EOF reached (stream: audio) MPEG: No audio stream found - no sound. Searching for sequence header... OK! VIDEO: MPEG1 352x480 (aspect 2) 29.970 fps0.0 kbps ( 0.0 kbyte/s) [V] filefmt:2 fourcc:0x1001 size:352x480 fps:29.97 ftime:=0.0334 Mplayer seems to think it's an MPEG-PS stream, without audio even. I also tried mencoder with -nosound to ensure there was no audio stream. INFO: [mplex] mplex version 2.2.2 ($Date: 2003/05/13 20:27:15 $) **ERROR: [mplex] File test.mpeg1 unrecogniseable! INFO: [mplex] File test.mp3 looks like an MPEG Audio stream. **ERROR: [mplex] Unrecogniseable file(s)... exiting. Right - the file's already multiplexed, into an avi stream. No it's not. It's an MPEG file. It could be multiplexed already with a null soundtrack perhaps. How can I determine if that is what mplex is complaining about? If you're determined to avoid mpeg2enc Well, as we have discussed here before, I have no inherent issues with mpeg2enc other than it takes waay too long to encode. Granted it's a very nice encoding when it does finally finish, but I don't have the CPU bandwidth to spend 8 hours to convert 1 hour of video that I am only going to watch once and then delete. then you might use 'ffmpeg' to do the encoding - it can produce ES files rather than AVI files. Mencoder can produce mpeg files too. See above. I would use ffmpeg, but I want some of the filters mencoder/mplayer has. Specifically the --detc filter, and crop (I know ffmpeg can crop, but it does not have the equivalent of --detc AFAIK) Something like this (suitably modified for your situation of course) might work better. I was testing the mpeg2 encoding capability so for mpeg1 you'd change the 'mpeg2video' to be 'mpeg1video' Actually, my ultimate target is MPEG2, but I thought I would play with mpeg1 first. and of course set the bitrate and bufsize down to reasonable values: ffmpeg -f yuv4mpegpipe -i susi_120.y4m -b 7000 -ilme -ildct \ -aspect 4/3 \ -top 1 -g 15 -maxrate 7500 -f mpeg1video -vcodec mpeg2video \ -bufsize 1840 -y xxx MPEG1's most commonly used for VCD (352x240) - is that what you're doing? Not really. Playing back on a television, which is why I am truely more interested in mpeg2. b. -- My other computer is
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
Hi Brian, On Fri, 2004-01-02 at 16:10, Brian J. Murrell wrote: I don't think so. Mplayer tells me this about the file (if there is a better utility to determine the parameters of an MPEG file, I would be more than glad to use it rather than mplayer): [..] system stream synced at 0xB (0)! [..] No it's not. It's an MPEG file. It could be multiplexed already with a null soundtrack perhaps. How can I determine if that is what mplex is complaining about? It's indeed mpeg, and a system stream (so a muxed mpeg file, not an elementary video stream). You need to demux them in some way. I don't know how to do that with mplayer/ffmpeg. With GStreamer, it's gst-launch filesrc location=file.mpg ! mpegdemux .video_00 ! filesink location=file.m1v. I'm sure Steven knows the proper ffmpeg command, and others will know the right mplayer command. Ronald -- Ronald Bultje [EMAIL PROTECTED] Linux Video/Multimedia developer --- 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
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Fri, 2 Jan 2004, Brian J. Murrell wrote: Indeed. I have seen some of your traffic on the ffmpeg-devel list. Then you'll also have seen that the speed difference isn't as great has been bandied about at times (well, at least for the cvs version - RC4's delayed until mplex can get fixed for MPEG1 muxing) I know that by default mencoder does produce avi contained files (which I am trying with great effort to get the hell away from. However, it It is a Pain isn't? has a switch -of which you can set to mpeg, to get an mpeg container. But you don't want a container. You want an ES stream not a PS stream! - they're already muxed and definitely not MPEG1 ES files and that is why mplex can't recognize them. I don't think so. Mplayer tells me this about the file (if there is a better utility to determine the parameters of an MPEG file, I would be Mplayer seems to think it's an MPEG-PS stream, without audio even. I And what did I say about PS vs ES a little bit earlier? :-) :-) No it's not. It's an MPEG file. It could be multiplexed already with a True - but it's packetized into a ProgramStream Well, as we have discussed here before, I have no inherent issues with mpeg2enc other than it takes waay too long to encode. Granted it's ~20% speed difference for the encoding isn't all that much. Where some more speedup happens is ffmpeg/mencoder's ability to do the DV decoding internally rather than running thru a pipeline. On the other hand I've found smil2yuv+y4mscaler to seemingly do a better 411 to 420 conversion. CPU bandwidth to spend 8 hours to convert 1 hour of video that I am only going to watch once and then delete. Using the Video/TV-out on a video card? For that type of use I would use MPEG-4. For computer playing that's the better/faster format. MPEG-2 is for set top boxes. At least that's the guidline that's been useful for myself. Actually, my ultimate target is MPEG2, but I thought I would play with mpeg1 first. Going to write it to DVD or SVCD perhaps? If not then mencoder to MPEG4 will do a great job. There are a couple set top boxes that supposedly can handle MPEG4 but I haven't seen at the stores I frequent. Cheers, Steven Schultz --- 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
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Fri, 2 Jan 2004, Ronald Bultje wrote: It's indeed mpeg, and a system stream (so a muxed mpeg file, not an elementary video stream). You need to demux them in some way. I don't know how to do that with mplayer/ffmpeg. With GStreamer, it's gst-launch filesrc location=file.mpg ! mpegdemux .video_00 ! filesink location=file.m1v. I'm sure Steven knows the proper ffmpeg command, and others will know the right mplayer command. I'm not an ffmpeg expert - in fact my use of it for encoding is quite recent (primary use was libavcodec for DV decoding). For demuxing I've used 'mpgtx' for quite a while http://mpgtx.sf.net transcode as a tool also I believe - tcdemux - that could be used. ffmpeg can produce ES streams, but I'm not sure about mencoder (I've used it to create divx/avi files but not any mpeg1/2 ones). Cheers, Steven Schultz --- 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] Errors with compile
Hello all, Brand new user here, had no idea these tools even existed til a few days ago when I bought my DVD player and decided I wanted to see if I could encode some of my DivX movies to SVCD. Good news is, I can. However, I am using Mandrake with mjpegtools-1.6.1-9mdk, and the script I use, mencvcd, takes about 24 hours to encode a 700MB DivX to VCD on my aging P3 866 with 392MB RAM. When I originally tried to compile mjpegtools from source, I was warned that without nasm, performance would be very poor. So I installed the Mandrake nasm package, and proceeded to build. ./configure goes ok, but when I try to 'make' I get this error: /home/joehill/tmp/ccdc9rev.s: Assembler messages: /home/joehill/tmp/ccdc9rev.s:625: Error: symbol `NOT_SUPPORTED' is already defined make: *** [jdapimin.o] Error 1 I read the install instructions carefully, and I believe I have all the required software installed, I am not sure what this error means (actually, this error comes up both when I try to build mjpegtools *and* when I try to build jpeg-mmx). I would like to see if I can improve the speed with which SVCD's are encoded, if I am barking up the wrong tree, please feel free to slap me with trout. Thanks for any assistance. -- JoeHill ++ ICQ # 280779813 Registered Linux user #282046 Homepage: www.orderinchaos.org +++ The gambling known as business looks with austere disfavor upon the business known as gambling.-- Ambrose Bierce, The Devil's Dictionary --- 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
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Fri, 2004-01-02 at 12:54, Steven M. Schultz wrote: Then you'll also have seen I just tuned in in the last couple of days, so I haven't seen much. that the speed difference isn't as great has been bandied about at times (well, at least for the cvs version - RC4's delayed until mplex can get fixed for MPEG1 muxing) Perhaps with the CVS version that is the case, but historically, I have not been able to get more than 5fps with mpec2enc whereas libavcodec gives me closer to 20fps. I know that by default mencoder does produce avi contained files (which I am trying with great effort to get the hell away from. However, it It is a Pain isn't? Yeah, both dealing with avi and trying to not have to deal with it. What a bag of crap avi is. has a switch -of which you can set to mpeg, to get an mpeg container. But you don't want a container. You want an ES stream not a PS stream! Indeed. The difference is only just becoming clear with this thread. I now understand that I want the MPEG stream that would be in the container that mencoders -of mpeg spit's out. I might take a look at the demuxing tool you mentioned in the other message in this thread. And what did I say about PS vs ES a little bit earlier? :-) :-) Yes, indeed. Until the last few hours, the difference between an MPEG-ES and an MPEG-PS was unclear. ~20% speed difference for the encoding isn't all that much. Perhaps mpeg2enc has gotten _a_lot_ more efficient recently, but historically, the best I have seen out of mpeg2enc on my hardware is 5fps. Using the Video/TV-out on a video card? Yes, using DirectFB on a Matrox G400 with it's excellent CRTC2 support. For that type of use I would use MPEG-4. Which is what I am using currently, but so far, the only containers I have been able to put that into is avi and ogm, as far as mplayer playing from either of those, it sucks rocks. For computer playing that's the better/faster format. OK. MPEG-2 is for set top boxes. What exactly is your distinction here? A set-top box is a computer. Perhaps your distinction is between hardware and software decoding? At least that's the guidline that's been useful for myself. My impressions have always been that for interlaced television output, MPEG2 is the best. Going to write it to DVD or SVCD perhaps? If not then mencoder to MPEG4 will do a great job. And other than having to use either an avi or ogm container, I would continue to be happy with it. But both avi and ogm has issues (at least where mplayer is concerned) with files 2G. b. -- My other computer is your Microsoft Windows server. Brian J. Murrell signature.asc Description: This is a digitally signed message part
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Fri, 2 Jan 2004, Brian J. Murrell wrote: Perhaps with the CVS version that is the case, but historically, I have cvs update works wonders ;) not been able to get more than 5fps with mpec2enc whereas libavcodec gives me closer to 20fps. Part of that is that ffmpeg/mencoder can do the conversion internally rather than having external programs and pipes to get the 420 needed by the encoder. now understand that I want the MPEG stream that would be in the container that mencoders -of mpeg spit's out. I might take a look at the demuxing tool you mentioned in the other message in this thread. There are several demuxing tools around - pick the one that works the easiest for you. Yes, using DirectFB on a Matrox G400 with it's excellent CRTC2 support. Ah, ok - that was what I thought might be the case. Which is what I am using currently, but so far, the only containers I have been able to put that into is avi and ogm, as far as mplayer playing from either of those, it sucks rocks. I put the stuff into MP4 containers with AAC audio and MPEG4 video. Not only useable with mplayer but ALSO with Apple's Quicktime player. The couple things you'll need are the AAC encoder (faac from www.audiocoding.com I believe) and 'mp4creator' (a small part of the rather large MPEG4IP project). What exactly is your distinction here? A set-top box is a computer. Perhaps your distinction is between hardware and software decoding? No, a set-top box is the DVD player that John Q. Public gets at Best Buy or Fry's or whatever. A computer is not considered a STB. My impressions have always been that for interlaced television output, MPEG2 is the best. I thought ffmpeg's mpeg4 encoding was interlaced aware. And other than having to use either an avi or ogm container, I would continue to be happy with it. But both avi and ogm has issues (at least where mplayer is concerned) with files 2G. With mpeg4 though you can cut the bitrate down considerably below what mpeg2 requires. ~2000 kbits/sec is more than enough for general mpeg4 use and that's a _long_ movie at 2GB Cheers, Steven Schultz --- 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
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Fri, 2004-01-02 at 14:28, Steven M. Schultz wrote: cvs update works wonders ;) Indeed, if you have the time to manage software in such a manner. I put the stuff into MP4 containers with AAC audio and MPEG4 video. MP4 containers huh? I will have to take a look. Do they overcome 2G file limitations? Not only useable with mplayer but ALSO with Apple's Quicktime player. The couple things you'll need are the AAC encoder (faac from www.audiocoding.com I believe) and 'mp4creator' (a small part of the rather large MPEG4IP project). Thanx! No, a set-top box is the DVD player that John Q. Public gets at Best Buy or Fry's or whatever. A computer is not considered a STB. Yeah, but I am not talking about semantics here. Why is a STB/DVD player more suited to MPEG2 than a computer? Or are you just reflecting the current status in the STB market? I thought ffmpeg's mpeg4 encoding was interlaced aware. I am not sure to tell the truth. My results sure do look interlaced. I just don't know how well suited to field based encoding mpeg4 is. I had always understood that mpeg2 was more suited to field based encoding like television destined material. With mpeg4 though you can cut the bitrate down considerably below what mpeg2 requires. ~2000 kbits/sec is more than enough for general mpeg4 use I use 2500 kbits/sec on full frame (i.e. no cropping, no inverse-telecining), and reduce appropriately from there (i.e. 2000 kbits/sec when inverse-telecined). and that's a _long_ movie at 2GB 1 full hour is slightly more than 1GB, so anything 2+ hours blows the 2GB limitations. b. -- My other computer is your Microsoft Windows server. Brian J. Murrell signature.asc Description: This is a digitally signed message part
Re: [Mjpeg-users] Errors with compile
On Fri, 2 Jan 2004, JoeHill wrote: That *seemed* to do it, though I had CFLAGS= -O6, not O3, if I'm even looking Ah, that's right. It's been so long since I stumbled across the problem I forgot the exact setting. -O3 and higher would tickle the bug as I recall. in the right place. It built some executables, and only gave warnings, no errors, for example: jdsample.c:308: warning: integer constant is too large for long type Fine - nothing to worry about. ...anyhow, am I heading down the right path? I'm assuming that building Yes, you're on the right path. mjpegtools from source *with* the nasm package installed will speed up the conversion process from DivX to SVCD? Oh yes - there are sections of MMX/SSE code that will *greatly* speed up the encoding process when nasm is present and used to build mjpegtools. Cheers, Steven Schultz --- 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
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
Hi Brian, On Fri, 2004-01-02 at 21:06, Brian J. Murrell wrote: MP4 containers huh? I will have to take a look. Do they overcome 2G file limitations? MP4 = quicktime, IIRC, so yes. Ronald -- Ronald Bultje [EMAIL PROTECTED] Linux Video/Multimedia developer --- 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
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Fri, 2 Jan 2004, Brian J. Murrell wrote: Indeed, if you have the time to manage software in such a manner. If a couple minutes to save hours of encoding time doesn't make it worth the small amount of time then nothing will. MP4 containers huh? I will have to take a look. Do they overcome 2G file limitations? Supposedly but since the most common (that I have seen) use of the MP4 container (aka Quicktime) is for 320x240 web movie sized images I don't know if the players will have problems with large files or not. The couple things you'll need are the AAC encoder (faac from www.audiocoding.com I believe) and 'mp4creator' (a small part of Thanx! Welcome! Uh, mpeg4ip is a big project - useful to have though. Yeah, but I am not talking about semantics here. Why is a STB/DVD player more suited to MPEG2 than a computer? Or are you just reflecting And neither am I. Current usage differentiates between computer software playback and a box that sits on top of the TV. Go to any video forum/mailinglist/whatever - you'll see that STB means standalone unit and not a computer. I use 2500 kbits/sec on full frame (i.e. no cropping, no If it's clean material that's a bit on the high side. There are options to ffmpeg/mencoder that will allow the use of a considerably lower bitrate. Mencoder can do the cropping without a speed penalty and that would save some bits. I've done some encoding at ~1500 which came out looking more than acceptable for casual viewing. 1 full hour is slightly more than 1GB, so anything 2+ hours blows the 2GB limitations. Yep - but most TV shows are well less than that (most movies too except for the occasional epic length ones). Hmmm, MPlayer can handle multiple files I believe so that would be another way to handle the long movies - use 2 files perhaps. Cheers, Steven Schultz --- 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
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Fri, Jan 02, 2004 at 12:29:33PM -0800, Steven M. Schultz wrote: On Fri, 2 Jan 2004, Brian J. Murrell wrote: Indeed, if you have the time to manage software in such a manner. If a couple minutes to save hours of encoding time doesn't make it worth the small amount of time then nothing will. Currently I am using mjpegtools 1.6.1.92 to convert movies to SVCD. How faster is the CVS version compared to the version I have installed? Is it stable for SVCD production? I am thinking about installing it and trying it. Regards. Romildo --- 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
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Fri, Jan 02, 2004 at 11:28:23AM -0800, Steven M. Schultz wrote: On Fri, 2 Jan 2004, Brian J. Murrell wrote: Perhaps with the CVS version that is the case, but historically, I have cvs update works wonders ;) Decided to try the CVS version. Fetched the mjpeg_play module. But ./autogen.sh fails with the error: [...] config.status: creating mjpegtools.spec config.status: creating config.h config.status: error: cannot find input file: config.h.in Am I missing something here? Romildo --- 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
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Fri, 2 Jan 2004 [EMAIL PROTECTED] wrote: Decided to try the CVS version. Fetched the mjpeg_play module. But ./autogen.sh fails with the error: [...] config.status: creating mjpegtools.spec config.status: creating config.h config.status: error: cannot find input file: config.h.in Am I missing something here? config.h.in should be generated by autoconf. What version of autoconf/automake is installed on the system? When I run ./autogen.sh it looks like this: moe.836- ./autogen.sh **Warning**: I am going to run `configure' with no arguments. If you wish to pass any to it, please specify them on the `./autogen.sh' command line. processing . Running libtoolize... Running aclocal ... Running automake --gnu ... Running autoconf ... Running ./configure --enable-maintainer-mode --enable-compile-warnings ... checking build system type... i386-pc-bsdi4.3.1 ... checking x86 sub-architecture settings... -mcpu=i686 -march=i386 checking what warning flags to pass to the C compiler... -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wcast-align -Wwrite-strings -Wcast-qual -Wmissing-prototypes -Wpointer-arith -Wcast-align -Wwrite-strings -Wcast-qual configure: creating ./config.status config.status: creating Makefile config.status: creating debian/Makefile config.status: creating docs/Makefile config.status: creating lavtools/Makefile config.status: creating yuvdenoise/Makefile config.status: creating yuvfilters/Makefile config.status: creating mpeg2enc/Makefile config.status: creating aenc/Makefile config.status: creating mplex/Makefile config.status: creating scripts/Makefile config.status: creating utils/Makefile config.status: creating utils/altivec/Makefile config.status: creating utils/mmxsse/Makefile config.status: creating mjpegtools-config config.status: creating mjpegtools.pc config.status: creating mjpegtools.spec config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands MJPEG tools 1.6.1.93 build configuration : - X86 Optimizations: - MMX/3DNow!/SSE enabled : true - cmov support enabled: true * NOTE:* * The resultant binaries will ***NOT*** run on a K6 or Pentium CPU * - video4linux recording/playback: false - software MJPEG playback : true - MPEG Z/Alpha : false - Quicktime playback/recording : true - PNG input support : true - AVI MJPEG playback/recording : true (always) - libDV (digital video) support : true - libDV PAL YV12 read support : false - Gtk+ support for glav : true Now type `make' to compile The Linux Audio Video tools Steven Schultz --- 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
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Fri, Jan 02, 2004 at 04:49:15PM -0800, Steven M. Schultz wrote: On Fri, 2 Jan 2004 [EMAIL PROTECTED] wrote: Decided to try the CVS version. Fetched the mjpeg_play module. But ./autogen.sh fails with the error: [...] config.status: creating mjpegtools.spec config.status: creating config.h config.status: error: cannot find input file: config.h.in Am I missing something here? No, there was a bug in configure.in that caused autoheader to never be run. I have checked in the fix. You can, temporarily (until Sourceforge catches up in a couple hours) work around the bug by running 'autoheader' manually. Then config.h.in will be generated and ./autogen.sh will work. That worked. Now make fails: $ make make all-recursive make[1]: Entering directory `/var/tmp/mjpeg_play' Making all in utils make[2]: Entering directory `/var/tmp/mjpeg_play/utils' Making all in mmxsse make[3]: Entering directory `/var/tmp/mjpeg_play/utils/mmxsse' /bin/sh ../../libtool --mode=compile --tag=CC /bin/sh ../../strip_fPIC.sh /usr/bin/nasm -f elf -o mblock_bsad_mmx.lo mblock_bsad_mmx.s libtool: unrecognized option `--tag=CC' Try `libtool --help' for more information. make[3]: *** [mblock_bsad_mmx.lo] Error 1 make[3]: Leaving directory `/var/tmp/mjpeg_play/utils/mmxsse' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/mjpeg_play/utils' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/mjpeg_play' make: *** [all] Error 2 Any clues? Romildo --- 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
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Fri, 2 Jan 2004 [EMAIL PROTECTED] wrote: No, there was a bug in configure.in that caused autoheader to never be run. catches up in a couple hours) work around the bug by running 'autoheader' manually. Then config.h.in will be generated and That worked. Ah, good! Now make fails: With a libtool related error. /bin/sh ../../libtool --mode=compile --tag=CC /bin/sh ../../strip_fPIC.sh /usr/bin/nasm -f elf -o mblock_bsad_mmx.lo mblock_bsad_mmx.s libtool: unrecognized option `--tag=CC' Try `libtool --help' for more information. make[3]: *** [mblock_bsad_mmx.lo] Error 1 make[3]: Leaving directory `/var/tmp/mjpeg_play/utils/mmxsse' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/mjpeg_play/utils' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/mjpeg_play' make: *** [all] Error 2 Any clues? Of course ;) libtool-1.5 is, apparently, now a requirement. The --tag capability is from libtool 1.5 and was needed for building the shared libraries (the core of the encoder is now a shared lib that can be used by other programs). libtool-1.5 is much better than 1.4.x (especially when C++ shared lib building is involved - and on OS/X 10.3 libtool-1.5 comes pre-isntalled and integrated which helped me a lot on that system). The newer version of libtool has not introduced any compatibility problems at all for me (on any of 3 or 4 different operating systems) so my suggestion would be to install libtool-1.5 Good Luck! Steven Schultz --- 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
Re: [Mjpeg-users] mplex not recognizing mpeg1 from mencoder
On Sat, 3 Jan 2004, Brian J. Murrell wrote: The actual build, once you got everything right, yes you are right. It's the management of this depends on that, so build that, which As the toolbox is becomes more complete the management gets simpler. depends on the other so build the other and so on and so forth (like my current fight with mpeg4ip -- all kinds of gripes from automake/autoconf, etc.). It's just so much easier when the distro strange - given recent vintage automake/autoconf/libtool tools it should have been a simple matter of ./cvs_bootstrap and make. The bundled version of the SDL is the only thing that gave me a struggle on one of my systems (heck, even got mpeg4ip to build on OS/X except for the mp4player program which the developers tell me wouldn't work on OS/X anyhow. but mp4creator and other programs run ok and I find them easier to use than Apple's gui programs for manipulating Quicktime files). Not even to mention the mess of a system you wind up with when you can't track the origin of a given file (like you can for example when you do an rpm -qf `which mpeg2enc`). I've got 600+ files in /usr/local/lib and know where everything came from ;) Welcome! Uh, mpeg4ip is a big project - useful to have though. So I am discovering. I am going to attempt to build just mp4creator and see if it's useful before I try to build the whole beast. Down that path lies a bit more madness than you've already encountered. As I recall from talking to the creators of the project you'll need a couple of the shared libs such as libmp4v2 and libmp4av at least - so you can try building those first, then into the server/util directory, there are some very useful utilities in that (and of course the mp4creator program). Once the ./configure problem(s) are taken care of it's as easy to build the whole thing with 'make' than it is to pickchoose. Right. I agree. But I want to clarify if you are asserting that mpeg2 only belongs in a (trying very hard to not use the term STB) dedicated hardware device (and not on a software device) or if that is just the Not at all. At the moment MPEG-2 is most useful on standalone hardware players simply because there are no units (not quite true - I think there are 2) that handle anything else. You can't put MPEG-4 onto a DVD, take the disc and go into Circuit City (or wherever) and expect it to play on anything except a computer. But are you asserting that mpeg2 should not be used in a computer running software to be the equivalent of an STB (i.e. No. Feel free to use whatever suits your fancy on your computer. For DVD sized data I use MPEG-2, for the smaller resolutions I might use MPEG-4. MPEG-4 does better at the lower bitrates (smaller files) than MPEG-2 though so if smaller files (to get under the 2GB limit) is the goal then MPEG-4 is a better choice. Once you get up around 4Mb/s there's nothing really to be gained with MPEG-4 - the files are just as big their MPEG-2 counterparts. One drawback of MPEG-4 at the present time is that at the higher resolutions the current software decoders begin using a lot of cpu. MPEG-2 decoders are more mature and there are hardware assists - some video cards have MPEG-2 decoders built in and the nVidia one I'm using comes with libraries that ffmpeg/mplayer use to talk to the hardware decoder (only works for MPEG-2 though). By the time you get up to the HDTV (1920x1080) size even a 3GHz cpu was down in the low single digit frames/sec range (at least in the one test that one of the video magazines ran) when playing back MPEG-4. At one time there was mention of MPEG-4 being used for the HD-DVD format but that seems to have faded in favor of MPEG-2 and different lasers. Patent issues and/or greed I think are what effectively relegated MPEG-4 to niche areas (and geeks). Agree. It's analog cable however, and not very clean at that. Ah, ok. Digital cable can be quite a bit cleaner but it's not as widely available. options to ffmpeg/mencoder that will allow the use of a considerably Yeah, I know. But unfortunately I don't understand enough about video encoding to understand (some of) them. They are also not very well documented. '-vf hqdn3d,trell' are two that come to mind. Mencoder can do the cropping without a speed penalty Right. ISTR that I lower the bitrate when I crop. I know I do when I The other thing that can be done is to downscale. Mplayer (perhaps ffplay as well) know how to deal with the coded frame size being different than the