Re: [Mjpeg-users] Can't build mjpeg_play from cvs with --enable-zalpha

2007-01-18 Thread Steven M. Schultz

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

2007-01-18 Thread Jacco Kramer

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

2007-01-18 Thread Steven M. Schultz

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?

2007-01-18 Thread Anne Wilson
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

2007-01-18 Thread Anne Wilson
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?

2007-01-18 Thread Bernhard Praschinger
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

2007-01-18 Thread Bernhard Praschinger
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

2007-01-18 Thread Jacco Kramer

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

2007-01-18 Thread Anne Wilson
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