Re: [Mjpeg-users] multiplexing subtitles
On Sun, 2003-11-16 at 02:22, Andrew Stevens wrote: > > E what gave you the idea mplex multiplexes subtitles? Well, it's a multiplexer, isn't it? :-) I thought i should try, just in case. > It wouldn't be > hard to add (most of the bits and pieces needed are in place) but its not > supported. The main hassle is finding some way of telling mplex *when* in > the stream each subtitle should appear (unlike audio or video streams the > raw subtitles do not have complete timing information embedded). That's strange. I use subtitleripper ( http://subtitleripper.sf.net/ ) to process the raw subtitles stream obtained through the method indicated in my previous message. Here are the commands: mkdir subs; cd subs cat ../$proj.sub | subtitle2pgm The result is a bunch of PGMs plus a .srtx file If i look at the .srtx file, it has timestamps for every image generated by subtitle2pgm So it looks like the subtitle stream that i extracted does have the time information! Could it be that the stuff that i extracted is not really "raw" subtitles stream? -- Florin Andrei http://florin.myip.org/ --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Segfault with yuv2lav with '-f q' option and one possible workaround
On Mon, 17 Nov 2003, Amartyo Banerjee wrote: > I had downloaded mjpegtools from cvs on Oct 10, 2003. I also downloaded libquicktime > from cvs on > the same date. > Both had built fine, and mjpegtools was built with quicktime support. Ah, very good - it is nice to hear from someone who had no trouble building the cvs versions of mjpegtools and libquicktime. > Anyway, I worked around this issue by modifying lav_io.c as follows: > --- untars/videorelated/cvsmjpeg/mjpeg_play/lavtools/lav_io.c~ 2003-09-07 > 12:31:08.0 > +0300 > remove(filename); > > - lav_fd->qt_fd = quicktime_open(filename, 1, 1); > + lav_fd->qt_fd = quicktime_open(filename, 0, 1); > if(!lav_fd->qt_fd) { free(lav_fd); return 0; } > quicktime_set_video(lav_fd->qt_fd, 1, width, height, fps, > (interlaced ? QUICKTIME_MJPA : QUICKTIME_JPEG)); > > > > I figured that in lav_open_output_file(), there is no need to open the > file 'filename' for reading. Anyway, this solved my problem, and now I can True. If the file does not exist it makes no sense to open it for reading. It also, in this case (as you say), is not necessary to open for reading when creating an output file. > create quicktime files with yav2lav. > > Is this a known issue that I have managed to rediscover. Is it recommended It is the first time the bug has been reported. Thanks for the fix/workaround. > to use a particular version of libquicktime ? Or should it not be used and > only quicktime4linux should be used. quicktime4linux is NOT supported.The released version of libquicktime should be fine but the cvs version is recommended. > Sorry if I have posted to the wrong list or reposted an older problem. This is a good place to report the problem. Another good place would be the libquicktime mailing list. The workaround looks fine to me - I've updated CVS but it will be 24 hours (or more) before anonymous cvs will see the change. Steven Schultz --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] lav2yuv stucks because of size bigger than 2Go
On Saturday 15 November 2003 11:14, escetlp wrote: > hi ! > > I would like first to thanks developpers for these mjpeg tools ! > > and my question is: > Do you plan to accept files bigger than 2Go ? Yes, simply use QuickTime .mov format not AVI. Or, use multiple AVI's (see manual pages for lavrec and glav etc ). Andrew --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Segfault with yuv2lav with '-f q' option and one possible workaround
Google did not turn up a problem similar to mine, so I'm posting to this list. I had downloaded mjpegtools from cvs on Oct 10, 2003. I also downloaded libquicktime from cvs on the same date. Both had built fine, and mjpegtools was built with quicktime support. I only noticed the problem today because I ran the following command today. When I ran the following command: yuv2lav -f q -q 100 -b 1024 -o output.mov < raw.yuv I got a segfault. There was no such problem if I used '-f a'. After recompiling with '-g' and tracing the yuv2lav program with kdbg, I found the segfault was occurring in the file lavtools/lav_io.c in the function lav_open_output_file(), specifically at the line that says 'lav_fd->qt_fd = quicktime_open(filename, 1, 1)'. Looking in the file src/lqt_quicktime.c in the libquicktime directory I found the problem. In the function quicktime_open(char *filename, int rd, int wr), it seems that when the output file does not exist and the 'rd' parameter is set to 1, the line 'quicktime_read_info(new_file)' returns a non-zero value and the in the resulting if-block the value of 'new_file' is set to zero. 'new_file' is a pointer. Because the 'wr' parameter is also 1, the line quicktime_atom_write_header64(new_file, &new_file->mdat.atom, "mdat") gets executed. In the quicktime_atom_write_header64 function the line 'atom->start = quicktime_position(file)'. quicktime_postion simply does a 'return file->file_position;' Anyway, I worked around this issue by modifying lav_io.c as follows: --- untars/videorelated/cvsmjpeg/mjpeg_play/lavtools/lav_io.c~ 2003-09-07 12:31:08.0 +0300 +++ untars/videorelated/cvsmjpeg/mjpeg_play/lavtools/lav_io.c 2003-11-17 15:13:35.0 +0200 @@ -346,7 +346,7 @@ remove(filename); - lav_fd->qt_fd = quicktime_open(filename, 1, 1); + lav_fd->qt_fd = quicktime_open(filename, 0, 1); if(!lav_fd->qt_fd) { free(lav_fd); return 0; } quicktime_set_video(lav_fd->qt_fd, 1, width, height, fps, (interlaced ? QUICKTIME_MJPA : QUICKTIME_JPEG)); I figured that in lav_open_output_file(), there is no need to open the file 'filename' for reading. Anyway, this solved my problem, and now I can create quicktime files with yav2lav. Is this a known issue that I have managed to rediscover. Is it recommended to use a particular version of libquicktime ? Or should it not be used and only quicktime4linux should be used. FYI, using sourceforge's viewcvs for both mjpegtools and libquicktime, the issue still remains. I have also looked at the latest quicktime4linux code, and the same thing will happen there. Sorry if I have posted to the wrong list or reposted an older problem. __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mplex -O
HI, > So, the CVS should fix the issue, right? Certainly -O it produces the expected result out-of-sync when I playback using xine. Andrew --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] LAV Perl bindings for SDL
Hi everybody, i just uploaded version 0.2.0, called: http://www.s.netic.de/tmohr/lavperl-0.2.0.tar.bz2 This one can export the buffer of a LAVRGBA as a perl string which can then be used as an input to SDL::Surface to create a Surface. There's a test script that lets you single step through an AVI generated with the Linux Audio Video Tools with the SDLK_Left (Backward) and SDLK_Right (Forward) keys. SDL::Surface gives a warning, when a Surface is generated without the parameter -name. I changed SDL/Surface.pm in my installation like this, so it is checked if the parameter is defined: - if ( $options{-name} ne "" && exists $SDL::{IMGLoad} ) { + if ( defined($options{-name}) && $options{-name} ne "" && \ exists $SDL::{IMGLoad} ) { Best regards, Torsten. > Hi!!! > > Wow!! Nice!!! > > i have some questions: > > 1) how i can write sinfle frame in jpeg(or other) format. > 2) or how i can get array of array frame data i RGB massiv of massives > (for example 122,222,222 for one pixel with num of 123)? > 3) > > -rw-r--r--1 root root 2992294 Ноя 16 23:42 out.avi > -rwxr-xr-x1 root root 8303312 Ноя 16 22:21 ../res.avi > [EMAIL PROTECTED] lavperl]# > > its work fine? source file size is 8303312 and output file size is 2992294? > > thanks! > > Torsten Mohr пишет: > > Hi everybody, > > > > i wrote a C++ wrapper lib and based on that some perl bindings > > that let me execute this little script attached at the bottom. > > > > It can be downloaded at: > > > > http://www.s.netic.de/tmohr/lavperl-0.1.0.tar.bz2 > > > > > > Best regards, > > Torsten. > > > > > > > > #! /usr/bin/perl -w > > > > use LAV; > > > > # some objects to hold some inbetween values > > $jpeg_in = LAVJPEG->new(); > > $ycbcr_in = LAVYCbCr->new(); > > $rgba = LAVRGBA->new(); > > $ycbcr_out = LAVYCbCr->new(); > > $jpeg_out = LAVJPEG->new(); > > > > > > $s = LAVSettings->new(); > > $i = LAVInFile->new('../res.avi'); > > $i->fillSettings($s); > > $s->setAudio(0, 0, 0); > > $s->show(); > > $n = $s->getNumFrames(); > > > > $o = LAVOutFile->new('out.avi', $s); > > > > for($j = 0; $j < $n; $j++) { > > print "frame $j\n"; > > $i->readJPEG($jpeg_in, $j); > > $ycbcr_in->fillFromJPEG($jpeg_in, $s); > > $rgba->fillFromYCbCr($ycbcr_in, $s); > > $ycbcr_out->fillFromRGBA($rgba, $s); > > $jpeg_out->fillFromYCbCr($ycbcr_out, $s); > > $o->writeJPEG($jpeg_out); > > } > > > > > > # delete it, to make sure it will be closed > > $o = undef; > > > > > > > > > > --- > > This SF. Net email is sponsored by: GoToMyPC > > GoToMyPC is the fast, easy and secure way to access your computer from > > any Web browser or wireless device. Click here to Try it Free! > > https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl > > ___ > > Mjpeg-users mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/mjpeg-users > > --- > This SF. Net email is sponsored by: GoToMyPC > GoToMyPC is the fast, easy and secure way to access your computer from > any Web browser or wireless device. Click here to Try it Free! > https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl > ___ > Mjpeg-users mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/mjpeg-users --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] MPEG2 encoding performance
On Mon, 17 Nov 2003, Michael Hanke wrote: > > Try it again but instead of giving up post the results and we'll > > see what we can do to help. You'll need the various development > This is very kind of you. The system is a SuSE 7.2 with security updates from You're welcome. Hmmm, 7.2 is a bit old but should work. > SuSE and with KDE3.1. Moreover, SDL 1.2.5 is installed by hand. These are the What $prefix did you install SDL into? This, I think, is the beginning of the errors you're seeing. > versions of the autoconf system: > libtool 1.3.5, autoconf 2.53, automake 1.6.1, m4 1.4o. I do not like to update > these tools because it's a running system... Quite understandable. The versions of automake and m4 should be fine, autoconf and libtool are a bit old but shouldn't cause a problem It is possible to have more than one version of automake installed on the system at one time. There is of course the risk that the wrong one will be used if you forget to use 'alias' or a different method to select the correct one. > By the way, I got similar results on a SuSE 8.1 box. Oldest system I had was SuSE 8.2 but it was upgraded to 9.0 a week or so ago. > And here are the results of autogen.sh: > > You should add the contents of `/usr/share/aclocal/libtool.m4' to > `aclocal.m4'. > Running aclocal -I ./movtar ... > aclocal: configure.in: 414: macro `AM_PATH_SDL' not found in library That is the beginning of the end. 'aclocal' did not run successfully and that means automake will not run successfully and that in turn means ./configure will not run properly. I believe the problem is that the sdl.m4 file did not get installed where 'aclocal/automake' could find it. Two ways to work around this problem: 1) cp sdl.m4 /usr/share/aclocal/sdl.m4 or 2) create a symlink in /usr/share/aclocal/ to point to the sdl.m4 file. > Running autoheader... > autoheader: `config.h.in' is created > Running automake --gnu ... > configure.in:9: `automake requires `AM_CONFIG_HEADER', not `AC_CONFIG_HEADER' Hmmm, that error does not appear if I use automake 1.7.3. If that continues to cause a problem you can edit configure.in and change AC_CONFIG_HEADER to be AM_CONFIG_HEADER. It is beginning to look like a dependency on a newer version of automake has been introduced into mjpegtools ;( automake 1.5 is supposed to be sufficient but that might not be correct now. > configure.in:12: no proper implementation of AM_INIT_AUTOMAKE was found, > configure.in:12: probably because aclocal.m4 is missing... That's expected - aclocal did not run to completion and without aclocal.m4 automake will not run correctly. AM_INIT_AUTOMAKE is crucial and if automake doesn't detect it. The rest of the errors occur because of the earlier errors from aclocal and automake. If you can't get the existing version of automake/aclocal to work then it will be necessary to install a newer version. Good Luck. Steven Schultz --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] MPEG2 encoding performance
On Thursday 13 November 2003 08.23, Steven M. Schultz wrote: > On Thu, 13 Nov 2003, Michael Hanke wrote: > > On Tuesday 11 November 2003 23.30, Steven M. Schultz wrote: > > > "cvs update" is your friend > > > > Mmmh... That's what I tried to do. But autoconf/automake (invoked by > > autogen) failed with many undefined macros/errors etc. So I gave up. > > If you've recent versions of the tools then it should work fine - > works here on OS/X, Suse 9.0, BSD/OS and FreeBSD. > > automake 1.7.3 and autoconf 2.57 work well. libtool 1.4.x is what > i use on most systems but OS/X came with libtool 1.5 and that had > no problems (with mjpegtools, the mpeg4ip project has issues with > libtool-1.5). > > Try it again but instead of giving up post the results and we'll > see what we can do to help. You'll need the various development > packages installed (glib, X, perhaps SDL) of course. Once the > requirements are satisfied then ./autogen.sh should work. This is very kind of you. The system is a SuSE 7.2 with security updates from SuSE and with KDE3.1. Moreover, SDL 1.2.5 is installed by hand. These are the versions of the autoconf system: libtool 1.3.5, autoconf 2.53, automake 1.6.1, m4 1.4o. I do not like to update these tools because it's a running system... By the way, I got similar results on a SuSE 8.1 box. And here are the results of 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... You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. Running aclocal -I ./movtar ... aclocal: configure.in: 414: macro `AM_PATH_SDL' not found in library Running autoheader... autoheader: `config.h.in' is created Running automake --gnu ... configure.in:9: `automake requires `AM_CONFIG_HEADER', not `AC_CONFIG_HEADER' configure.in:12: no proper implementation of AM_INIT_AUTOMAKE was found, configure.in:12: probably because aclocal.m4 is missing... configure.in:12: You should run aclocal to create this file, then configure.in:12: run automake again. configure.in: installing `./install-sh' configure.in: installing `./mkinstalldirs' configure.in: installing `./missing' aenc/Makefile.am: installing `./depcomp' /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/lang-compile.am: AMDEP does not appear in AM_CONDITIONAL lavtools/Makefile.am: installing `./compile' /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL [snip] Tons of the same message automake: processing Makefiles another time to fix them up. Running autoconf ... configure.in:12: error: possibly undefined macro: AM_INIT_AUTOMAKE configure.in:13: error: possibly undefined macro: AM_MAINTAINER_MODE configure.in:14: error: possibly undefined macro: AM_OUTPUT_DEPENDENCY_COMMANDS configure.in:51: error: possibly undefined macro: AC_GNU_SOURCE configure.in:65: error: possibly undefined macro: AM_PROG_AS configure.in:68: error: possibly undefined macro: AM_PROG_LIBTOOL configure.in:200: error: possibly undefined macro: AM_PATH_GLIB configure.in:360: error: possibly undefined macro: AM_CONDITIONAL Running ./configure --enable-maintainer-mode --enable-compile-warnings ... checking build system type... i686-suse-linux checking host system type... i686-suse-linux checking target system type... i686-suse-linux ./configure: line 1340: syntax error near unexpected token `AM_INIT_AUTOMAKE(mjpegtools,' ./configure: line 1340: `AM_INIT_AUTOMAKE(mjpegtools, $MJPEG_VERSION)' Michael --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users