[Mjpeg-users] again about quicktime fulscreen
Hello. I have machine running Fedora Core 3. Using mjpegtools and LVS and zoran drivers incuded in the kernel successfully with Studio DC10plus video capture board. Do You remeber about problem with Qucktime fullscreen capturing??? I can capture 768x576 avi's, but not quicktime movies. As far as I remember someone from developers wrote that problem doesn't exist when working with CVS versions of zoran driver. So, I downloaded all files from http://cvs.sourceforge.net/viewcvs.py/mjpeg/driver-zoran/ successfully compiled, then after make install : [EMAIL PROTECTED] zoran-cvs]# make install su -c "cp -v *.ko /lib/modules/2.6.9-1.667/kernel/drivers/media/video && /sbin/depmod -ae -F /lib/modules/2.6.9-1.667/build/System.map 2.6.9-1.667" `adv7170.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/adv7170.ko'`adv7175.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/adv7175.ko'`bt819.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/bt819.ko' `bt856.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/bt856.ko' `saa7110.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/saa7110.ko'`saa7111.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/saa7111.ko'`saa7114.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/saa7114.ko'`saa7185.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/saa7185.ko'`videocodec.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/videocodec.ko' `vpx3220.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/vpx3220.ko'`zoran.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/zoran.ko' `zr36016.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/zr36016.ko'`zr36050.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/zr36050.ko'`zr36060.ko' -> `/lib/modules/2.6.9-1.667/kernel/drivers/media/video/zr36060.ko'FATAL: Could not open '/lib/modules/2.6.9-1.667/build/System.map': No such file or directory make: *** [install] Error 1 [EMAIL PROTECTED] zoran-cvs]# Then I rebooted and tried LVS again... Same error 'broken jpeg format' Was it correct cvs version? Thank You very much! --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] again about quicktime fulscreen
> Could not open '/lib/modules/2.6.9-1.667/build/System.map': > No such file or directory make: *** [install] Error 1 Apparently your distro doesn't keep it's map file in the default expected directory. Perhaps it has stuffed it in /boot? Anyways, if you `locate System.map` you'll find it. You can either symlink from/to it or modify depmod to point to your local location of the map file. -- 43rd Law of Computing: "Anything that can go wr fortune: Segmentation violation -- Core dumped -=- Deze mail werd verstuurd met Webmail van RaketNet Meer informatie? http://www.raketnet.nl -=- --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] allocation bug in pipelist.c
Hallo > The line > if ((pl->segment_count % 32) == 0) > pl->segments = (PipeSegment **) realloc (pl->segments, > sizeof (pl->segments) + 32 * sizeof (PipeSegment *)); > } > > assumes pl->segments to return the size of malloced memory pointed to by > pl->segments; > > myght be > if ((pl->segment_count % 32) == 0) > pl->segments = (PipeSegment **) realloc (pl->segments, > (pl->segment_count + 32) * sizeof (PipeSegment *)); > } Sorry for the delay, the patch is in the CVS now. BTW: Do you also have added that patch to the Bugs tracker ? auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Kernel oops with mpeg2enc
On Fri, Jan 28, 2005 at 01:36:37PM +0100, Thomas B?rkel wrote: > HI! > > Richard Ellis wrote: > > >Maybe heat? > > > >Mpeg2enc will push your CPU to run at 100% power for quite a lengthy > >amount of time, and if your CPU cooler is not able to handle the heat > >load, you can get crashes and freezes. > > Hm, according to sensors, the heat is not too much (60 degrees celsius). I am running at 38C myself right this instant, so you could very well be pushing the envelope of the ability of your CPU to handle the heat load. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Can't make mjpegtools-1.6.2
I am trying to build mjpegtools-1.6.2 on a LinuxFromScratch system with the following specs: gcc = 3.4.1 glib = 1.2.10 with gcc34-1.patch gtk = 1.2.10 SDL = 1.2.8 X = Xorg-6.8.1 kernel = 2.6.8.1 cpu = Athlon XP Does anyone recognize this error? And, further does anyone know what the solution might be? Any help would be very much appreciated. Thak you Ron if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include -DG_LOG_DOMAIN=\"lavtools\" -DLAVPLAY_VERSION=\"1.6.2\" -I/usr/X11R6/include -I /usr/X11R6/include -I../utils -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -mcpu=i686 -march=i686 -g -O2 -Wall -Wunused -MT lavpipe.o -MD -MP -MF ".deps/lavpipe.Tpo" \ -c -o lavpipe.o `test -f 'lavpipe.c' || echo './'`lavpipe.c; \ then mv -f ".deps/lavpipe.Tpo" ".deps/lavpipe.Po"; \ else rm -f ".deps/lavpipe.Tpo"; exit 1; \ fi `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. lavpipe.c: In function `close_segment_inputs': lavpipe.c:585: error: label at end of compound statement make[2]: *** [lavpipe.o] Error 1 make[2]: Leaving directory `/usr/src/mjpegtools-1.6.2/lavtools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/mjpegtools-1.6.2' make: *** [all] Error 2 --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] mpeg2enc artifacts in scenes with rapid movement
G'day I have recently switched to using CVS mjpegtools (from 1.6.2), the latest snapshot being one I took on 24 Dec 2004. I have noticed some interesting artifacts in the mpeg2enc output when viewed on a standalone DVD player when the scene contains rapid movement. Before I go on, it seems that in general movement appears smoother with this CVS snapshot than with 1.6.2. It might just be me though. I have a scene rendered in blender. I did field interlaced PNG output (bottom field first, which I have verified by looking at the resulting frames) which went through a rather tortuous route to MPEG (mainly due to the need to get them into cinelerra for editting first): ls *.png | xargs -n 1 pngtopnm | encodedv --fps=25 raw.dv mencoder raw.dv -o raw.avi -ovc copy -nosound [ into cinelerra, exported to QT/DV foo.mov ] lav2yuv foo.mov | mpeg2enc -f 8 -q 5 -c -s -E -10 -N 0.5 -o foo.m2v mplex -f 8 -V foo.m2v sound.m2a -o foo.mpg [ on to DVD via dvdauthor, mkisofs, growisofs ] I think they are the correct command lines but I'm going from memory here. Note that DPME *isn't* enabled here (it's off by default in CVS). At one point in the scene there is rapid movement whereby something solid moves approximately 20% of the frame width within one frame. Playing at fullspeed on the DVD player, the edges look a little jumpy as the movement occurs. Freezeframing at this point (the player does internal deinterlacing) reveals blocky artifacts on either side of this solid object which roughtly trace the shape of the object's location in the previous frame. The artifacts are the same colour as the object but with much less intensity. There doesn't appear to be much texture within each block. I don't believe this is an interlacing issue - I think that part of things is fine. The result is generally very smooth which isn't the case if interlacing is wrong or isn't generated in blender. Using "-q 4" to mpeg2enc doesn't make any difference. As far as I can tell, mplayer doesn't show these artifacts; it looks like another "hardware player" decoding issue which I happen to hit (like DPME :( ). Speaking of DPME (which my player also doesn't like) I'm wondering whether the issues I saw with DPME were just another angle on the present issue. Removing DPME from the encoding certainly makes things watchable - with DPME things are very jumpy; however, one effect of DPME on my player are blocky artifact trails. With DPME they are *much* more intense than the ones I'm seeing now (and possibly kick in at lower speeds), but I don't like ruling anything out. Any ideas? Playing with the -E and -N flags doesn't appear to make any difference (-E 5 -N 0.25 tried with no visible change). Hardware for mpeg2enc and friends: 550 MHz Pentium 3. I have blocking in other places: if the scene is generally dark but with some movement in places, the moving fetures tend to get blocky. I'm wondering whether it's two issues - this I guess could be caused by the use of -E. Another place I've seen it is if you have a scene which is faded out over the course of 1-2 seconds. As it fades, blocky artifacts are seen. Again, might this be due to -E? Regards jonathan --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
