Re: [Mjpeg-users] Can't build mjpeg_play from cvs with --enable-zalpha
On Thu, 18 Jan 2007, Jacco Kramer wrote: > I figured the --enable-zalpha option would give you the ability to add an > extra 'channel' to the video, allowing to store additional info like That was the plan but other than an initial use or two the code's not been maintained. The other parts of mplex underwent a lot of changes with the result that the zalpha code no longer builds. I've removed the temptation for anyone to try enabling the zalpha code. The code is in the mplex directory but anyone who wants to use it will need to follow the directions in mplex/Makefile.am. "out of sight, out of mind" is what I'm hoping for :) If it's not seen in ./configure that should be enough. > Thanks for the info, now I can finally start building apps instead of Welcome. Steven Schultz - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Can't build mjpeg_play from cvs with --enable-zalpha
I figured the --enable-zalpha option would give you the ability to add an extra 'channel' to the video, allowing to store additional info like transparency or depth (as shown on the site referred to by "./configure --help"), I figured there might be stuff out there that use options like that, but I suppose that's not the case given what you told me. Thanks for the info, now I can finally start building apps instead of dependencies! On 1/18/07, Steven M. Schultz <[EMAIL PROTECTED]> wrote: On Thu, 18 Jan 2007, Jacco Kramer wrote: > error with mjpegtools-1.8.0. The error was supposedly fixed in cvs, so I > tried cvs. I can build it just fine without --enable-zalpha, but I get > errors when building with it. Do you know what '--enable-zalpha' is about or what it is for? If not then why enable it? the ZALPHA code is 1) broken, 2) unmaintained and 3) on the verge of being deleted if no one who knows C++ (and mplex ;)) can be found to fix it.THe zalpha code was added as a 'one time good deal' for someone (Gernot?) and has never been used, that can be recalled, by anyone else. As the old joke goes Patient: Doctor, it hurts when I do (some activity) Doctor: Well, do don't do (some activity) > It would also be nice if I could tell ./configure what sort of processor I Adding additional CFLAGS override any earlier cpu/arch flags --with-extra-cflags="whatever options your heart desires" That's what I have to use on systems where gcc isn't built/configured properly, claim support for AMD64 but then do not implement 'k8' as a valid cpu type. In that case '--extra-cpu-flags=-mcpu=athlon ..." works fine. Steven Schultz - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Can't build mjpeg_play from cvs with --enable-zalpha
On Thu, 18 Jan 2007, Jacco Kramer wrote: > error with mjpegtools-1.8.0. The error was supposedly fixed in cvs, so I > tried cvs. I can build it just fine without --enable-zalpha, but I get > errors when building with it. Do you know what '--enable-zalpha' is about or what it is for? If not then why enable it? the ZALPHA code is 1) broken, 2) unmaintained and 3) on the verge of being deleted if no one who knows C++ (and mplex ;)) can be found to fix it.THe zalpha code was added as a 'one time good deal' for someone (Gernot?) and has never been used, that can be recalled, by anyone else. As the old joke goes Patient: Doctor, it hurts when I do (some activity) Doctor: Well, do don't do (some activity) > It would also be nice if I could tell ./configure what sort of processor I Adding additional CFLAGS override any earlier cpu/arch flags --with-extra-cflags="whatever options your heart desires" That's what I have to use on systems where gcc isn't built/configured properly, claim support for AMD64 but then do not implement 'k8' as a valid cpu type. In that case '--extra-cpu-flags=-mcpu=athlon ..." works fine. Steven Schultz - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Corrupt file?
On Thursday 18 January 2007 17:00, Bernhard Praschinger wrote: > Hallo > > Anne Wilson wrote: > > I was recording with lavrec when the whole system froze, causing a > > reboot. The file is 8.6GB, and it seems to be unplayable. Is there any > > way of rescuing this, or must I record it again? > > I know no tool that is able to rescue such a file. > > If another player (like mplayer) can play it back you can be happy. But > I fear you have to do it again. > I thought so :-( I believe the problem was caused when xawtv crashed. I remember something similar happening before, when I first installed it with FC4. The funny thing is that it didn't happen again, and I never found out what had changed. I'll have to hope that this is a one-off, too. Perhaps this is one reason for using the option to split files - at least last time I only lost <1.7GB :-) Anne pgpUzXEFgNvoO.pgp Description: PGP signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Video source
On Thursday 18 January 2007 16:58, Bernhard Praschinger wrote: > Hallo > > Anne Wilson wrote: > > On Wednesday 17 January 2007 15:37, Martin Samuelsson wrote: > >> On Tue, 16 Jan 2007 19:58:30 + > >> > >> Anne Wilson <[EMAIL PROTECTED]> wrote: > >>> Is it possible to tell lavrec to look to video1 instead of video0? > >> > >> By running lavrec without any parameters, you can get a long list of > > > > accepted parameters. At the very end is the following: > >>> Environment variables recognized: > >>>LAV_VIDEO_DEV, LAV_AUDIO_DEV, LAV_MIXER_DEV > >> > >> So yes, by giving LAV_VIDEO_DEV the value /dev/video1, you will instruct > >> lavrec to use another video device. > > > > Thanks, both of you. I'm stuck with this awful business of udev > > sometimes giving it video0 and sometimes video1. I'm experimenting with > > persistent symlinks, so it should be possible to point it at > > /dev/DC10plus. If that works as it is supposed to do it will track > > whichever device setting is allocated to it. > > I'm a bit lazy, and because of that I have the following lines in my > .bashrc (.profile should also work) : > export LAV_VIDEO_DEV=/dev/video1 > export LAV_AUDIO_DEV=/dev/dsp1 > export LAV_MIXER_DEV=/dev/mixer1 > > To use the 2nd video card, and 2nd sound card. > Good idea. In case anyone else is trying to do something with persistent symlinks, I've now got it working - at least, time will tell whether it's tracking things properly. The thing to note, though, is that udev doesn't automatically apply those rules that set up the symlinks. You have to run 'udevtrigger'. After exporting LAV_VIDEO_DEV=/dev/DC10plus and running 'udevtrigger' I could make a test recording. Anne pgpDqEyyUXz62.pgp Description: PGP signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Corrupt file?
Hallo Anne Wilson wrote: > I was recording with lavrec when the whole system froze, causing a reboot. > The file is 8.6GB, and it seems to be unplayable. Is there any way of > rescuing this, or must I record it again? I know no tool that is able to rescue such a file. If another player (like mplayer) can play it back you can be happy. But I fear you have to do it again. auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Video source
Hallo Anne Wilson wrote: > On Wednesday 17 January 2007 15:37, Martin Samuelsson wrote: >> On Tue, 16 Jan 2007 19:58:30 + >> >> Anne Wilson <[EMAIL PROTECTED]> wrote: >>> Is it possible to tell lavrec to look to video1 instead of video0? >> By running lavrec without any parameters, you can get a long list of > accepted parameters. At the very end is the following: >>> Environment variables recognized: >>>LAV_VIDEO_DEV, LAV_AUDIO_DEV, LAV_MIXER_DEV >> So yes, by giving LAV_VIDEO_DEV the value /dev/video1, you will instruct >> lavrec to use another video device. >> > Thanks, both of you. I'm stuck with this awful business of udev sometimes > giving it video0 and sometimes video1. I'm experimenting with persistent > symlinks, so it should be possible to point it at /dev/DC10plus. If that > works as it is supposed to do it will track whichever device setting is > allocated to it. I'm a bit lazy, and because of that I have the following lines in my .bashrc (.profile should also work) : export LAV_VIDEO_DEV=/dev/video1 export LAV_AUDIO_DEV=/dev/dsp1 export LAV_MIXER_DEV=/dev/mixer1 To use the 2nd video card, and 2nd sound card. auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Can't build mjpeg_play from cvs with --enable-zalpha
Hi, today I tried to build mjpeg_play from cvs, after first running into an error with mjpegtools-1.8.0. The error was supposedly fixed in cvs, so I tried cvs. I can build it just fine without --enable-zalpha, but I get errors when building with it. I'm using gcc 3.4.6 on VectorLinux 5.8 (based on Slack11). It would also be nice if I could tell ./configure what sort of processor I want to build for or to not check the cpu at all, as I'm doing packaging for a distro and the default cpuflags to use are '-march=i586 -mtune=i686'. I've found a way around it now by an ugly hack involving replacing the cpuinfo.sh script. I also noticed that the default cpuinfo.sh script assumes gcc 3 doesn't use mtune, but some later versions do, I think from 3.4 and up (not sure!). Anyway, here's the errors I get when I try to build with --enable-zalpha: if /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I.. -I .. -I ../utils -DZALPHA -march=k8 -mcpu=k8 -O2 -march=i586 -mtune=i686 -pthread -MT libmplex2_la-zalphastrm_in.lo -MD -MP -MF ".deps/libmplex2_la-zalphastrm_in.Tpo" -c -o libmplex2_la-zalphastrm_in.lo `test -f 'zalphastrm_in.cpp' || echo './'`zalphastrm_in.cpp; \ then mv -f ".deps/libmplex2_la-zalphastrm_in.Tpo" ".deps/libmplex2_la-zalphastrm_in.Plo"; else rm -f ".deps/libmplex2_la-zalphastrm_in.Tpo"; exit 1; fi g++ -DHAVE_CONFIG_H -I. -I. -I.. -I .. -I ../utils -DZALPHA -march=k8 -mcpu=k8 -O2 -march=i586 -mtune=i686 -pthread -MT libmplex2_la-zalphastrm_in.lo -MD -MP -MF .deps/libmplex2_la-zalphastrm_in.Tpo -c zalphastrm_in.cpp -fPIC -DPIC -o .libs/libmplex2_la-zalphastrm_in.o zalphastrm_in.cpp: In member function `void ZAlphaStream::Init(int)': zalphastrm_in.cpp:129: error: `InitAUbuffer' was not declared in this scope zalphastrm_in.cpp: At global scope: zalphastrm_in.cpp:181: error: no `bool ZAlphaStream::AUBufferNeedsRefill()' member function declared in class `ZAlphaStream' zalphastrm_in.cpp: In member function `bool ZAlphaStream::AUBufferNeedsRefill()': zalphastrm_in.cpp:184: error: 'class AUStream' has no member named 'current' zalphastrm_in.cpp: In member function `virtual void ZAlphaStream::FillAUbuffer(unsigned int)': zalphastrm_in.cpp:276: error: no matching function for call to `ZAlphaStream::NextDTSPTS(clockticks&, clockticks&)' zalphastrm.hpp:45: note: candidates are: virtual void ZAlphaStream::NextDTSPTS() zalphastrm_in.cpp:277: error: 'class AUStream' has no member named 'append' zalphastrm_in.cpp:308: error: no matching function for call to `ZAlphaStream::NextDTSPTS(clockticks&, clockticks&)' zalphastrm.hpp:45: note: candidates are: virtual void ZAlphaStream::NextDTSPTS() zalphastrm_in.cpp:309: error: 'class AUStream' has no member named 'append' zalphastrm_in.cpp: In member function `virtual void ZAlphaStream::Close()': zalphastrm_in.cpp:363: warning: converting to `unsigned int' from `double' zalphastrm_in.cpp: At global scope: zalphastrm_in.cpp:435: error: prototype for `void ZAlphaStream::NextDTSPTS(clockticks&, clockticks&)' does not match any in class `ZAlphaStream' zalphastrm.hpp:45: error: candidate is: virtual void ZAlphaStream::NextDTSPTS() make[2]: *** [libmplex2_la-zalphastrm_in.lo] Error 1 make[2]: Leaving directory `/home/me/build/mjpeg_play/mplex' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/me/build/mjpeg_play' make: *** [all] Error 2 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Video source
On Wednesday 17 January 2007 15:37, Martin Samuelsson wrote: > On Tue, 16 Jan 2007 19:58:30 + > > Anne Wilson <[EMAIL PROTECTED]> wrote: > > Is it possible to tell lavrec to look to video1 instead of video0? > > By running lavrec without any parameters, you can get a long list of accepted parameters. At the very end is the following: > > Environment variables recognized: > >LAV_VIDEO_DEV, LAV_AUDIO_DEV, LAV_MIXER_DEV > > So yes, by giving LAV_VIDEO_DEV the value /dev/video1, you will instruct > lavrec to use another video device. > Thanks, both of you. I'm stuck with this awful business of udev sometimes giving it video0 and sometimes video1. I'm experimenting with persistent symlinks, so it should be possible to point it at /dev/DC10plus. If that works as it is supposed to do it will track whichever device setting is allocated to it. Anne pgp4t3aEpl71f.pgp Description: PGP signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
