Re: [Mjpeg-users] Redhat
Hallo > Looking through the archives I seen people have come across VM > related Redhat 9 compilation errors before. Is there any way these could > be fixed? Could the driver be told the kernel version is 2.5? I gave up > running custom compiled kernels quite a while ago when I realised they > always casued me a lot of hassle and I always found another way round the > problem and went back to a stock kernel. A rather good way is to use a stock kernel from kernel.org, and use or own kernel. > Failing a fix for version 0.9.4 and Redhat 9 could someone suggest an > older version that would work? I am not too bothered about having the > latest version as the previous version I have been using dates back to > late 2000. If you use the zoran driver from the CVS with the tag ZORAN_VIDEODEV_2 it should work very good with 2.4.20 and the late 2.5.x Kernel series. 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: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] lav2divx: Segmentation fault
Hello, I am running: Mandrake 9.1 mjpegtools 1.6.1 (Mandrake RPMS) When I try to run 'lav2divx', I get a Segmentation Fault. Here is the output: --- START --- [EMAIL PROTECTED] root]# lav2divx /media/Video/recorded/Swordfish.edl INFO: [lav2divx] === INFO: [lav2divx] lav2divx INFO: [lav2divx] - INFO: [lav2divx] MJPEGTools version 1.6.1 INFO: [lav2divx] lav2divx version 0.0.23 (2002/03/02) INFO: [lav2divx] INFO: [lav2divx] This utility is development software. It may eat your INFO: [lav2divx] movies or let the smoke out of your computer. INFO: [lav2divx] - : Avifile RELEASE-0.7.29-030206-11:11-3.2.1 : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow : 747.37 MHz AMD Duron(tm) Processor detected Segmentation fault (core dumped) --- END --- It is very possible that it has something to do with the Mandrake RPMS, and I can quite possibly grab the SRPM and recompile on my system specifically, but before doing that, I just wanted to see of there are any other issues at play here (known bugs? Maybe a file I should grab from CVS when I recompile the SRPM? etc). If you want, I can probably also get a 'gdb' output, and post a link to the file for you to look at. Thanks, in advance, for your input. Alan Murrell __ Post your free ad now! http://personals.yahoo.ca --- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] lav2divx: Segmentation fault
Hi! > From: Alan Murrell <[EMAIL PROTECTED]> > Mandrake 9.1 > mjpegtools 1.6.1 (Mandrake RPMS) > > When I try to run 'lav2divx', I get a Segmentation > Fault. Here is the output: > > > It is very possible that it has something to do with > the Mandrake RPMS, and I can quite possibly grab the This is not the first report of that type of problem with the 1.6.x version so while it's possible there's something wrong with the RPMS I'm beginning to suspect a deeper problem with that release. > SRPM and recompile on my system specifically, but > before doing that, I just wanted to see of there are > any other issues at play here (known bugs? Maybe a Instead of a prepackaged RPM or SRPM my recommendation would be, at least for the present time, to do a cvs checkout of the CVS version. MANY buglets have been fixed as well, a number of enhancements have been made and new utilities have been added. > file I should grab from CVS when I recompile the SRPM? > etc). If you want, I can probably also get a 'gdb' > output, and post a link to the file for you to look at. I'm not sure how much effort you want to put into debugging an old release. Can you give building the CVS version a try and see if that clears up the problem? Cheers, Steven Schultz --- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] XSVCD audio out-of-sync
Some of my longish PAL XSVCD's audio tend to be out-of-sync. The ordinary ~2500 kb/s SVCDs and corresponding 37-45 minute 352x576 XSVCDs have been OK. But the in the few ~60 minute XSVCDs I have made the audio has been ad 1 second out-of-sync with the video and the error seems to somewhat fluctuate in time so some parts the audio is almost in sync. I have used 224 kb/s 48 kHz audio with the XSVCD with either 48 kHz AIF or WAF as input but both are somewhat out-of-sync so the input seems to be not the problem. The video and audio lengths are identical (with at least 1 second precision on a 60 minute video -- how can I check them more precisely?) before multiplexing. For example, I have encodeded 59 minute video with: ppmtoy4m -v 0 -S 420_mpeg2 -L -I b -F 25:1 mpeg2enc -v 0 -f 5 -F 3 -n p -a 2 -b 1484 -I 1 -r 16 -q 7 -V 224 -g 9 -G 15 I have noticed that extremely large video buffers tend to get audio out-of-sync but I guess -V 224 should be OK. Should I just encode video in smaller chunks or is there something else I could try? --- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] XSVCD audio out-of-sync
On Wed, 28 May 2003, Matti Haveri wrote: > Some of my longish PAL XSVCD's audio tend to be out-of-sync. > > The ordinary ~2500 kb/s SVCDs and corresponding 37-45 minute 352x576 > XSVCDs have been OK. But the in the few ~60 minute XSVCDs I have made > the audio has been ad 1 second out-of-sync with the video and the > error seems to somewhat fluctuate in time so some parts the audio is > almost in sync. > > I have used 224 kb/s 48 kHz audio with the XSVCD with either 48 kHz > AIF or WAF as input but both are somewhat out-of-sync so the input > seems to be not the problem. > > The video and audio lengths are identical (with at least 1 second > precision on a 60 minute video -- how can I check them more > precisely?) before multiplexing. Depends on the format. For mjpeg avi lavinfo gives you the frame count. For wav audio there are several utilities out there (eg, wavprint) that outputs the playtime or number of samples. mpeg2enc also prints out the total input audio length in bytes from which its easy to calculate the duration. But any difference between the audio and video lengths does not necessarily indicate a sync problem. > > For example, I have encodeded 59 minute video with: > ppmtoy4m -v 0 -S 420_mpeg2 -L -I b -F 25:1 > mpeg2enc -v 0 -f 5 -F 3 -n p -a 2 -b 1484 -I 1 -r 16 -q 7 -V 224 -g 9 -G 15 Wow, ppms worth of 59mins video must be taking a lot of disk space, eh:) What is the source of your video? How do you extract audio and video out of the source? > > I have noticed that extremely large video buffers tend to get audio > out-of-sync but I guess -V 224 should be OK. Which players do you use? Selva --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] XSVCD audio out-of-sync
What is the source of your video? How do you extract audio and video out of the source? The source is a full quality 720x576-48kHz DV-encoded QuickTime file exported from iMovie. I extracted 48 kHz audio via QuickTime Player Pro as AIF (I also tried WAF but it made no difference). I fed the video to QuickTime decoder, Scaler, Crop, ppmtoy4m, and mpeg2enc pipes using MediaPipe as a GUI front-end and the audio to mp2enc using MissingMpegTools as a GUI front-end in Mac OS X. > I have noticed that extremely large video buffers tend to get audio out-of-sync but I guess -V 224 should be OK. Which players do you use? At least with my Pioneer 444 very large (~1000) video buffers tend to make audio out-of-sync. Do other players behave better? --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] yuvdenoise interlaced source?
Can yuvdenoise cope with an interlaced source (VHS tape) and keep it interlaced. Only it says: "and then into the filter. (Well, the other way would work, too, except that the filter doesn't do interlaced MC yet and doesn't do a good job on interlaced frames that way... I'll fix that!)" --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] yuvdenoise interlaced source?
Hi - >From: "Scott Waye" <[EMAIL PROTECTED]> > >Can yuvdenoise cope with an interlaced source (VHS tape) and keep it >interlaced. Only it says: Yes indeed. I've lost count of the VHS & 8mm tapes I've converted to DVD/SVCD. Cheers, Steven Schultz --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Multiplexing one video and multiple audio tracks
Hello, I am trying to use mplex to create a DVD stream with one video track and 3 audio tracks. This is to use as input to dvdauthor which claims to support streams with multiple audio tracks created by mplex. This is the mplex command I am using: mplex -V -f 8 -M -S 5000 -o out.mpg video.mpv audio1.ac3 audio2.ac3 audio3.ac3 Any attempt to use this mpg file with dvdauthor produces the following output: % dvdauthor -f out.mpg -o . INFO: dvdauthor creating VTS STAT: Picking VTS 01 STAT: Processing out.mpg... WARN: System header found, but PCI/DSI information is not where expected (make sure your system header is 18 bytes!) WARN: Skipping sector, waiting for first VOBU... WARN: Skipping sector, waiting for first VOBU... WARN: Skipping sector, waiting for first VOBU... WARN: Skipping sector, waiting for first VOBU... WARN: Skipping sector, waiting for first VOBU... WARN: Skipping sector, waiting for first VOBU... WARN: Skipping sector, waiting for first VOBU... WARN: Skipping sector, waiting for first VOBU... etc. If I create the mpg file using just the video and first audio track, dvdauthor works fine. Any idea what could be wrong? Is this the way to create an mpg with multiple audio tracks with mplex? mplex seems to detect all 3 audio tracks as ac3 ok... Regards, Tim Hewett. --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Audio sync problems
Hi, If I try : cat stream.yuv | yuvdenoise -F -f | yuvfps -r 3:1001 | mpeg2enc -f 8 -q 7 -4 1 -2 1 -P -I 0 -N -o svcd_stream.m2v I get a very very long stream that plays very slowly each frame in the original lasts several seconds. The ration seems to be being misunderstood. I'm converting using-r instead of -c because the frame rate (reported by mplayer) is 59.94. If I just put this through assuming its a 29fps stream it plays at half speed. Any ideas on the yuvfps option ? Thanks, Stuart On Tuesday 27 May 2003 21:54, Selva Nair wrote: > > HI, > > > > Sorry for the confused options. Its the effect of a weekend tweeking. I > > switched to the options I use for encoding my video camera to DVD. > > > > mplayer -vo yuv4mpeg -ao pcm long.mpg > > cat audiodump.wav | mp2enc -r 48000 -o mpegsoundfile > > cat stream.yuv | yuvdenoise -F -f | yuvfps -r 30:1 | mpeg2enc -f 8 -q 7 > > -4 1 -2 1 -P -I 0 -N -o svcd_stream.m2v > > Why do you change the frame rate to 30:1 ? If your input is ntsc (frame > rate = 3:1001 = 29.97..), that change will definitely lead to audio > delay - a drift of 1 msec per second; at that rate you will start noticing > lip sync problem by atleast 100 seconds or so into video. > > If you are trying to over-write the 29.97... frame rate put out by > mplayer's yuv4mpeg plugin, try using the -c option of yuvfps. Be sure > to specify the rate as 3:1001 > > > mplex -f 8 mpegsoundfile svcd_stream.m2v -o long.conv.mpg > > > > The audio sync problem is still there, although less pronounced. Its > > fine up to this point and then over about 30 seconds it drifts. > > > > It all plays fine on mplayer from the original captured using GATOS. > > > > > > > > Any other ideas ? > > Can't think of anything else.. > > Selva > > > > --- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your application fit in a > relational database is painful, don't do it! Check out ObjectStore. > Now part of Progress Software. http://www.objectstore.net/sourceforge > ___ > Mjpeg-users mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/mjpeg-users --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] lav2divx: Segmentation fault
Hi Steven, > Instead of a prepackaged RPM or SRPM my > recommendation would be, at least for the > present time, to do a cvs checkout of the CVS Yeah, I could give that a whirl. IIRC, last time I compiled from source on a Mandrake system (9.0), there were some minor edits I had to make to a couple of the source files (I can't recall what they are offhand, but i did make a note of them in in my book at home for future reference). If anyone knows what I am talking about, would they be able to confirm whether or not I still need to make those edits? Otherwise, I'll just try a recompile using CVS when i get home, and go from there :-) Thanks! Alan __ Post your free ad now! http://personals.yahoo.ca --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] lav2divx: Segmentation fault
HI Alan - > From: Alan Murrell <[EMAIL PROTECTED]> > > present time, to do a cvs checkout of the CVS > > were some minor edits I had to make to a couple of the > source files (I can't recall what they are offhand, > but i did make a note of them in in my book at home I don't think there are any changes that are needed unless Mandrake has goofed up the system headers or compiler ;) I build mjpegtools on 3 or 4 different OSs/distributions (including MAC OS/X) and don't need to touch a think - it all "just works" fine. > those edits? Otherwise, I'll just try a recompile > using CVS when i get home, and go from there :-) That sounds like an excellent idea! ;) If you do run into troubles let us know (cut&paste the errors too ;)) Overall you _should_ find the CVS version to be a big improvement over the 1.6.1 release. Cheers, Steven Schultz --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] lav2divx: Segmentation fault
Hi Steve, > If you do run into troubles let us know (cut&paste > the errors too ;)) Well, I did. I grabbed the CVS stuff. 'jpeg-mmx' and 'libmovtar' compiled fine. However, when I run 'autogen.sh' in 'mjpeg_play', I gett he following: --- BEGIN --- processing . Running libtoolize... You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. Running aclocal -I ./movtar ... Running automake --gnu ... configure.in: installing `./install-sh' configure.in: installing `./mkinstalldirs' configure.in: installing `./missing' configure.in:9: required file `./config.h.in' not found aenc/Makefile.am: installing `./depcomp' lavtools/Makefile.am: installing `./compile' Running autoconf ... Running ./configure --enable-maintainer-mode --enable-compile-warnings ... checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... yes checking for gawk... (cached) gawk checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking whether byte ordering is bigendian... no checking for an ANSI C-conforming const... yes checking for inline... inline checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking for a sed that does not truncate output... /bin/sed checking how to recognise dependent libraries... pass_all checking command to parse /usr/bin/nm -B output... ok checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for ranlib... ranlib checking for strip... strip checking for objdir... .libs checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... no checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions... yes checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no creating libtool checking fenv.h usability... yes checking fenv.h presence... yes checking for fenv.h... yes checking for stdint.h... (cached) yes checking for inttypes.h... (cached) yes checking for sys/types.h... (cached) yes checking stdbool.h usability... yes checking stdbool.h presence... yes checking for stdbool.h... yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking alloca.h usability... yes checking alloca.h presence... yes checking for alloca.h... yes checking sys/soundcard.h usability... yes checking sys/soundcard.h presence... yes checking for sys/soundcard.h... yes checking for int... yes checking size of int... 4 checking for long... yes checking size of long... 4 checking for long long... yes checking size of long long... 8 checking for getopt_long... yes checking return type of signal handlers... void checking whether glibc supports 64-bit file offsets... yes checking for alpha architecture... no checking linux/videodev.h usability... yes checking linux/videodev.h presence... yes checking for linux/videodev.h... yes checking for glib-config... /usr/bin/glib-config checking for GLIB - version >= 1.2.0... yes c
Re: [Mjpeg-users] lav2divx: Segmentation fault
Hallo > > If you do run into troubles let us know (cut&paste > > the errors too ;)) > > Well, I did. I grabbed the CVS stuff. 'jpeg-mmx' and > 'libmovtar' compiled fine. However, when I run > 'autogen.sh' in 'mjpeg_play', I gett he following: > > --- BEGIN --- > processing . > Running libtoolize... > You should add the contents of > `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. > Running aclocal -I ./movtar ... > Running automake --gnu ... > configure.in: installing `./install-sh' > configure.in: installing `./mkinstalldirs' > configure.in: installing `./missing' > configure.in:9: required file `./config.h.in' not > found Here ist the first hint that something is missing. > aenc/Makefile.am: installing `./depcomp' > lavtools/Makefile.am: installing `./compile' > Running autoconf ... > Running ./configure --enable-maintainer-mode > --enable-compile-warnings ... [...] > 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: error: cannot find input file: > config.h.in > --- END --- Try running: autoheader where you started the autogen.sh, you should get som output like that: autoheader: `config.h.in' is created If that does not work try it running in verbose mode (add: -v) If it works run the configure script, maybe with some options. > For some reason, it seems 'config.h' is not being > generated due to a missing 'config.h.in' file, but > that's just a guess. If this is the case, is it > possible to correct? Or if the cause is something > else, any ideas on how to fix? Which distribution and which: autoconf, autoheader versions do you have. 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: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] lav2divx: Segmentation fault
Hi Alan - > From: Alan Murrell <[EMAIL PROTECTED]> > Well, I did. I grabbed the CVS stuff. 'jpeg-mmx' and > 'libmovtar' compiled fine. However, when I run > 'autogen.sh' in 'mjpeg_play', I get the following: It went quite a ways thru - you're almost there! But the initial problem looks to have happened quite early ;( > --- BEGIN --- > processing . > Running libtoolize... > You should add the contents of > `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. > Running aclocal -I ./movtar ... > Running automake --gnu ... > configure.in: installing `./install-sh' > configure.in: installing `./mkinstalldirs' > configure.in: installing `./missing' > configure.in:9: required file `./config.h.in' not found Ah, there's the beginning of the trouble. What version of automake/autoconf is present on the system? > For some reason, it seems 'config.h' is not being > generated due to a missing 'config.h.in' file, but > that's just a guess. If this is the case, is it > possible to correct? Or if the cause is something > else, any ideas on how to fix? config.h.in is an autogenerated file - comes from 'autoheader' I believe. autogen.sh does run autoheader so I can't think of why the file config.h.in was not created. I see Bernhard has suggested running autoheader manually - good idea. The run ./autogen.sh and watch for the initial error. I think if you can get by the ./configure step you're almost home. Cheers, Steven Schultz --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] lav2divx: Segmentation fault
Hello Bernhard, > Try running: autoheader where you started the > autogen.sh, you should get > som output like that: > autoheader: `config.h.in' is created Yup, that created the 'config.h.in' file. Now to configure with my options, and see if I runn into any more issues :-) Hopefully I won't :-) I will report back in the morning on whetheror not it helped with the 'lav2divx' issue. Thank you! Alan Murrell <[EMAIL PROTECTED]> __ Post your free ad now! http://personals.yahoo.ca --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Audio sync problems
Hallo > If I try : > cat stream.yuv | yuvdenoise -F -f | yuvfps -r 3:1001 | mpeg2enc -f 8 -q 7 > -4 1 -2 1 -P -I 0 -N -o svcd_stream.m2v > > I get a very very long stream that plays very slowly each frame in the > original lasts several seconds. The ration seems to be being misunderstood. > I'm converting using-r instead of -c because the frame rate (reported by > mplayer) is 59.94. If I just put this through assuming its a 29fps stream it > plays at half speed. I guess that the number you see is the fieldrate which is is 6:1001 (about 59,9x). What framerate does yuvfps print out when you start it in verbose mode (-v 2) ? Do you remember the framerate or fieldrate mpeg2enc printed out when encoding started ? Here you might also have to set the mpeg2enc -F option too. But I think you have alreaddy tried that option. > Any ideas on the yuvfps option ? If you know that the header is wrong you also have to add the -s, else yuvfps will assume that the header is correct, and change the framerate from 6:1001 to 3:1001 FPS. Or it is doing something else weird. Are you still battling with the stream from the 27th May ? 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: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] lav2divx: Segmentation fault
Hi Steven, > you can get by the ./configure step you're almost > home. Yup, almost there. I am now getting errors due to a missing 'yuv4mpeg.h' file: (indicated near the top of the outpur I am posting below) --- BEGIN --- if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include -DG_LOG_DOMAIN=\"lavtools\" -DLAVPLAY_VERSION=\"1.7.0\" -I/usr/include -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/local/include -I/usr/X11R6/include -I /usr/X11R6/include -I../utils -I/usr/include/avifile -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/src/sources/mjpeg/mjpeg_play/../jpeg-mmx -mcpu=i686 -march=i686 -g -O2 -Wall -Wunused -MT pgmtoy4m.o -MD -MP -MF ".deps/pgmtoy4m.Tpo" \ -c -o pgmtoy4m.o `test -f 'pgmtoy4m.c' || echo './'`pgmtoy4m.c; \ then mv ".deps/pgmtoy4m.Tpo" ".deps/pgmtoy4m.Po"; \ else rm -f ".deps/pgmtoy4m.Tpo"; exit 1; \ fi pgmtoy4m.c:38:33: mjpegtools/yuv4mpeg.h: No such file or directory pgmtoy4m.c:74: warning: return type defaults to `int' pgmtoy4m.c: In function `main': pgmtoy4m.c:78: `y4m_ratio_t' undeclared (first use in this function) pgmtoy4m.c:78: (Each undeclared identifier is reported only once pgmtoy4m.c:78: for each function it appears in.) pgmtoy4m.c:78: parse error before "rate_ratio" pgmtoy4m.c:80: `Y4M_ILACE_TOP_FIRST' undeclared (first use in this function) pgmtoy4m.c:81: `y4m_frame_info_t' undeclared (first use in this function) pgmtoy4m.c:81: parse error before "oframe" pgmtoy4m.c:82: `y4m_stream_info_t' undeclared (first use in this function) pgmtoy4m.c:96: `Y4M_ILACE_NONE' undeclared (first use in this function) pgmtoy4m.c:102: `Y4M_ILACE_BOTTOM_FIRST' undeclared (first use in this function) pgmtoy4m.c:111: warning: implicit declaration of function `mjpeg_error_exit1' pgmtoy4m.c:114: warning: implicit declaration of function `y4m_parse_ratio' pgmtoy4m.c:114: `aspect_ratio' undeclared (first use in this function) pgmtoy4m.c:115: `Y4M_OK' undeclared (first use in this function) pgmtoy4m.c:120: `rate_ratio' undeclared (first use in this function) pgmtoy4m.c:136: warning: implicit declaration of function `mjpeg_default_handler_verbosity' pgmtoy4m.c:149: warning: implicit declaration of function `mjpeg_log' pgmtoy4m.c:149: `LOG_INFO' undeclared (first use in this function) pgmtoy4m.c:178: warning: implicit declaration of function `Y4M_RATIO_EQL' pgmtoy4m.c:178: `y4m_sar_UNKNOWN' undeclared (first use in this function) pgmtoy4m.c:182: `y4m_sar_NTSC_CCIR601' undeclared (first use in this function) pgmtoy4m.c:183: `LOG_WARN' undeclared (first use in this function) pgmtoy4m.c:187: `y4m_sar_PAL_CCIR601' undeclared (first use in this function) pgmtoy4m.c:195: `y4m_fps_UNKNOWN' undeclared (first use in this function) pgmtoy4m.c:199: `y4m_fps_NTSC' undeclared (first use in this function) pgmtoy4m.c:204: `y4m_fps_PAL' undeclared (first use in this function) pgmtoy4m.c:213: warning: implicit declaration of function `y4m_init_stream_info' pgmtoy4m.c:213: `ostream' undeclared (first use in this function) pgmtoy4m.c:214: warning: implicit declaration of function `y4m_init_frame_info' pgmtoy4m.c:214: `oframe' undeclared (first use in this function) pgmtoy4m.c:215: warning: implicit declaration of function `y4m_si_set_interlace' pgmtoy4m.c:216: warning: implicit declaration of function `y4m_si_set_framerate' pgmtoy4m.c:217: warning: implicit declaration of function `y4m_si_set_sampleaspect' pgmtoy4m.c:218: warning: implicit declaration of function `y4m_si_set_width' pgmtoy4m.c:219: warning: implicit declaration of function `y4m_si_set_height' pgmtoy4m.c:221: warning: implicit declaration of function `y4m_write_stream_header' pgmtoy4m.c:240: warning: implicit declaration of function `y4m_write_frame' pgmtoy4m.c:245: `LOG_DEBUG' undeclared (first use in this function) pgmtoy4m.c:255: warning: implicit declaration of function `y4m_fini_frame_info' pgmtoy4m.c:256: warning: implicit declaration of function `y4m_fini_stream_info' make[2]: *** [pgmtoy4m.o] Error 1 make[2]: Leaving directory `/usr/src/sources/mjpeg/mjpeg_play/lavtools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/sources/mjpeg/mjpeg_play' make: *** [all] Error 2 --- END --- I did a search on the mailing list archives, and nothing turned up. I also had a look at the confiigure options, and there was nothing there to specifically turn on 'yuv4mpeg'. If it helps, my configure line is: ./configure --prefix=/usr \ --with-mjpeg-mmx=/usr/src/sources/mjpeg/jpeg-mmx/ \ --with-quicktime=no \ --enable-large-file which gives the following configuration (summarized) output: --- BEGIN --- MJPEG tools 1.7.0 build configuration : - X86 Optimizations: - MMX/3DNow!/SSE enabled : true - cmov support enabled: true * NOTE: * * The resultant binaries will ***NOT*** run on a K6 or Pent
[Mjpeg-users] compilation problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 using gcc-3.3 I get the following problems building source='multplex.cc' object='multplex.o' libtool=no \ depfile='.deps/multplex.Po' tmpdepfile='.deps/multplex.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I .. -I ../utils - -march=athlon-tbird -mmmx -m3dnow -O3 -c -o multplex.o `test -f 'multplex.cc' || echo './'`multplex.cc multplex.cc: In member function `void OutputStream::WriteRawSector(uint8_t*, unsigned int)': multplex.cc:1127: error: `assert' undeclared (first use this function) multplex.cc:1127: error: (Each undeclared identifier is reported only once for each function it appears in.) multplex.cc: In member function `void OutputStream::OutputDVDPriv2()': multplex.cc:1252: error: `assert' undeclared (first use this function) make[3]: *** [multplex.o] Error 1 make[3]: Leaving directory `/usr/src/mjpegtools-1.6.1/mplex' Full compile log is attached make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/mjpegtools-1.6.1' ! Problem Detected ! make[1]: *** [all] Error 2 make[1]: Leaving directory `/usr/src/mjpegtools-1.6.1' - -- Regards, Treeve -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+1dF2rZeMTDmXWe4RApvpAKCEgEEQtvxFB9orwlG0rB1GLZ9qTQCgmL30 Hm0D2CTtjgYLv/KIBBusNtc= =7CY2 -END PGP SIGNATURE- mjpegtools-1.6.1.bz2 Description: BZip2 compressed data
Re: [Mjpeg-users] compilation problems
Hallo > source='multplex.cc' object='multplex.o' libtool=no \ > depfile='.deps/multplex.Po' tmpdepfile='.deps/multplex.TPo' \ > depmode=gcc3 /bin/sh ../depcomp \ > i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I .. -I ../utils > - -march=athlon-tbird -mmmx -m3dnow -O3 -c -o multplex.o `test -f 'multplex.cc' > || echo './'`multplex.cc > multplex.cc: In member function `void OutputStream::WriteRawSector(uint8_t*, >unsigned int)': > multplex.cc:1127: error: `assert' undeclared (first use this function) > multplex.cc:1127: error: (Each undeclared identifier is reported only once for >each function it appears in.) > multplex.cc: In member function `void OutputStream::OutputDVDPriv2()': > multplex.cc:1252: error: `assert' undeclared (first use this function) > make[3]: *** [multplex.o] Error 1 > make[3]: Leaving directory `/usr/src/mjpegtools-1.6.1/mplex' Add to the file to the includes that line: #include It should compile than. You might have to add it to some other files too. (mpeg2enc directory) Do you have a SUSE 7.2 ? 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: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Audio sync problems
Hi, yuvfps reports: cat stream.yuv | yuvfps -v2 > debout INFO: [yuvfps] yuv2fps (version 0.1) is a general frame resampling utility for yuv streams INFO: [yuvfps] (C) 2002 Alfonso Garcia-Patino Barbolani <[EMAIL PROTECTED]> INFO: [yuvfps] yuv2fps -h for help, or man yuv2fps INFO: [yuvfps] Converting from 2996:50 to 2996:50 INFO: [yuvfps] Writing source frame 1 at dest frame 1 INFO: [yuvfps] Writing source frame 18 at dest frame 2 INFO: [yuvfps] Writing source frame 19 at dest frame 3 INFO: [yuvfps] Writing source frame 20 at dest frame 4 With 3:1001 it reports: cat stream.yuv | yuvfps -v2 -r 3:1001 > debout INFO: [yuvfps] yuv2fps (version 0.1) is a general frame resampling utility for yuv streams INFO: [yuvfps] (C) 2002 Alfonso Garcia-Patino Barbolani <[EMAIL PROTECTED]> INFO: [yuvfps] yuv2fps -h for help, or man yuv2fps INFO: [yuvfps] Converting from 2996:50 to 3:1001 INFO: [yuvfps] Writing source frame 1 at dest frame 1 INFO: [yuvfps] Writing source frame 1 at dest frame 2 ... ... INFO: [yuvfps] Writing source frame 1 at dest frame 164 INFO: [yuvfps] Writing source frame 1 at dest frame 165 INFO: [yuvfps] Writing source frame 1 at dest frame 166 INFO: [yuvfps] Writing source frame 2 at dest frame 167 INFO: [yuvfps] Writing source frame 2 at dest frame 168 INFO: [yuvfps] Writing source frame 2 at dest frame 169 INFO: [yuvfps] Writing source frame 2 at dest frame 170 With 30:1 it reports: cat stream.yuv | yuvfps -v2 -r 30:1 > debout INFO: [yuvfps] yuv2fps (version 0.1) is a general frame resampling utility for yuv streams INFO: [yuvfps] (C) 2002 Alfonso Garcia-Patino Barbolani <[EMAIL PROTECTED]> INFO: [yuvfps] yuv2fps -h for help, or man yuv2fps INFO: [yuvfps] Converting from 2996:50 to 30:1 INFO: [yuvfps] Writing source frame 1 at dest frame 1 INFO: [yuvfps] Writing source frame 2 at dest frame 2 INFO: [yuvfps] Writing source frame 4 at dest frame 3 INFO: [yuvfps] Writing source frame 6 at dest frame 4 INFO: [yuvfps] Writing source frame 8 at dest frame 5 If I use a -F option on mpeg2enc I have to adjust the framerate first with yuvfps otherwise I get: **ERROR: [mpeg2enc] Picture rate greater than permitted in specified Level or if it works the video is very very slow. I think the -F option just updates the headers and does not change the framerate. Im still dealing with the stream from last weekend. But its any stream I capturwith GATOS over about 15 minutes long and try to shrink to a more manageable size (6GB an hour is a bit of a problem). Was have been working on this for about a month before I started asking on listservers. Any ideas ? Thanks, Stuart On Thursday 29 May 2003 01:35, Bernhard Praschinger wrote: > Hallo > > > If I try : > > cat stream.yuv | yuvdenoise -F -f | yuvfps -r 3:1001 | mpeg2enc -f 8 > > -q 7 -4 1 -2 1 -P -I 0 -N -o svcd_stream.m2v > > > > I get a very very long stream that plays very slowly each frame > > in the original lasts several seconds. The ration seems to be being > > misunderstood. I'm converting using-r instead of -c because the frame > > rate (reported by mplayer) is 59.94. If I just put this through assuming > > its a 29fps stream it plays at half speed. > > I guess that the number you see is the fieldrate which is is 6:1001 > (about 59,9x). > > What framerate does yuvfps print out when you start it in verbose mode > (-v 2) ? > > Do you remember the framerate or fieldrate mpeg2enc printed out when > encoding started ? > Here you might also have to set the mpeg2enc -F option too. But I think > you have alreaddy tried that option. > > > Any ideas on the yuvfps option ? > > If you know that the header is wrong you also have to add the -s, else > yuvfps will assume that the header is correct, and change the framerate > from 6:1001 to 3:1001 FPS. Or it is doing something else weird. > > Are you still battling with the stream from the 27th May ? > > 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: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] lav2divx: Segmentation fault
Hello Steven, > hold on about 5 minutes and I'll have a change > checked in to CVS And we have success! When I run 'lav2divx', I get no segmentation fault. Oh, and I didn;t have to edit any source files, like I did with previous versions of the mjpegtools on Mandrake :-) Thanks for your hand-holding! :-) Alan __ Post your free ad now! http://personals.yahoo.ca --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
