On Mon, 29 Apr 2002, Zdenek Kabelac wrote:

> > ...
> > Using DirectShow codec: wmv8ds32.ax
> > ...
> > Loaded DLL driver divxa32.acm
> > ...
> > 
> > 
> > That differed from the DLL of the same name that I was using, but it
> > still segfaulted on the example movie I mentioned.
> 
> Do you still have  these problems ?

I wish I knew; Trying to install tonight's CVS tree (running
./autogen.sh, which exited successfully, then running ./configure)
gave me this error:

automake: configure.in: installing `./install-sh'
automake: configure.in: installing `./mkinstalldirs'
automake: configure.in: installing `./missing'
Makefile.am:32: `depcomp' is a target; expected a variable
automake: configure.in: installing `./depcomp'
Problems detected. Please investigate.
Suggested version of used programs (try to use them)
   libtool  1.4.1 or better
   automake 1.4 or better (do not use automake 1.6)
   autoconf 2.52 or better
Your installed version:
ltmain.sh (GNU libtool) 1.4.2 (1.922.2.54 2001/09/11 03:33:37)
automake (GNU automake) 1.5
autoconf (GNU Autoconf) 2.52d
Report aclocal = 
/usr/share/aclocal
Please report your problem on [EMAIL PROTECTED]
with this log of build process together with system description.
checking for mad_stream_init in -lmad... yes
./configure: line 14503: syntax error near unexpected token `yes:no'
./configure: line 14503: `  yes:no'

 
> > Should I try a different "divxa32.acm", too?  The version that I've
> 
> Try it without divxa32 at all (move it out of /usr/lib/win32)
> Is the problem still present ?

It's still present with my March 27 build; removing divxa32.acm just
adds a lot of errors like:

<Exception> : ACM_AudioDecoder: FATAL: Unappropriate audio format

Before giving up with:

<Exception> : IAudioRenderer: FATAL: Failed to start streaming
<aviplay> : Trying audio renderers: noaudio
<Player> : Player started

and finally segfaulting.
 
> > Which codec would you suggest for recording?  I can't do DivX with the
> > highest quality in realtime, and unencoded (or even HuffYUV encoded)
> > video is a bit too much data for my system.
> 
> Depends on your CPU - I assume when I properly fix XviD codec setting
> it might be giving pretty good results 

Isn't XviD an MPEG-4 codec?  Eventually I'd like to be recording at
640x480, and I didn't think my 1400Mhz T-bird will do MPEG-4 to that in
realtime.
---
Roy Stogner


_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile

Reply via email to