[MPlayer-cygwin] Re: builds but thinks avi file has errors

[Roger H. Levy]

This message may not thread properly because the message I am responding
to was not sent to me by the list daemon.  Instead, I found the response
to my original message in the archive and am responding as if this were
a new message.  ... Roger

>> I built the 0.90rc1 system successfully on RedHat 8.0 Linux but we have
>> a particular requirement to run mplayer on a Windows system.  I found
>> the brief instructions for building under CygWin but I had to deviate
>> from the procedure slightly:

>Do you mean these instructions?
>
>http://www.mplayerhq.hu/DOCS/#cygwin

Yes, those instructions.

>> 1. Some typedefs in inttypes.h were semantically the same but
>> syntactically different from those in sys/types.h and that caused make
>> to fail.  I changed the syntax of the inttypes.h typedefs to match those
>> of sys/types.h.

>Copying or symlinking etc/cygwin_inttypes.h to /usr/include/inttypes.h
>did not suffice?

No it did not.  There are 8 typedefs in inttypes.h.  4 of the types are
redundant with types in sys/types.h and 4 are new.  However the
"redundant" ones were symantically the same but syntactically different,
e.g. one definition might use "signed" and the other did not.  This
caused make to fail.  When I changed the 4 redundant definitions in
inttypes.h to be the same as the ones in sys/types.h, the make
succeeded.  This should not be the basis of the problem but I pointed it
out as general information.

>> 2. I found that in order to get directx support (i.e. -vo directx), I
>> needed to supply the option --enable-directx to configure.

>Did configure not detect this automatically after installing the
>DirectX headers?  Where did you install them?

The documentation did not say where to install them so I put them in the
top level source directory where many other header files were located. 
Configure specifically indicated that directx support was not included
so I used the --enable-directx switch.

>> I used the latest version of CygWin tools and built on both an IBM T23
>> laptop (1000MHz P3) and an Athlon 1200MHz system under Windows 2000. 
>> The builds were clean but in both cases when I tried to play an .avi
>> file that I encoded with my Linux system, there were many messages
>> indicating corruption in the media stream.  As a result, the video was
>> badly broken and sometimes black.  The same stream plays perfectly on
>> the Linux system that I built and the Linux system is only using a
>> 500MHz K6 CPU.  Also, on the Athlon system the display was full screen
>> rather than QVGA as encoded.

>Does -vo directx:noaccel cure these problems?

No.  As for the docs, I read as much as I could find and I don't believe
anything I have reported in my post indicates that I haven't read the
docs.

>All of this is in the docs, though..  Can you provide some more
>information about what you did and what went wrong?  Configure and
>mplayer -v output would be useful.  We need to see the messages you
>are talking about.

>> I'm hoping that I can find out how to fix this problem ASAP because I
>> need to show something to my boss.

>The Cygwin port currently runs best under Windows 98 because that is
>what Sascha Sommer the main developer uses.  I have some problems with
>A/V sync under W2K, it's far from perfect at the moment.  If your boss
>wants to see some quick results under W2K, donate a W2K license to
>Sascha Sommer
>
>http://www.mplayerhq.hu/homepage/donations.html
>
>Since he won't install a pirated OS he cannot improve W2K support
>without a license.  Surely a W2K license is not too expensive for Bell
>labs, is it? ;-)  Seriously, this will help development a lot.
>Thanks

Bell Labs (Lucent Technologies) is virtually bankrupt.  I bring my own
PCs to work because buying supplies is virtually impossible.  Sorry, I
can't help.

I'm attaching mplayer output for the first 30 seconds of operation
followed by configure output.  The configure output is that which I get
without the --enable-directx switch.

Thanks, Roger
-------------- next part --------------
A non-text attachment was scrubbed...
Name: e.log
Type: application/x-unknown-content-type-txtfile
Size: 13380 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-cygwin/attachments/20021213/1a2017c4/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: d.log
Type: application/x-unknown-content-type-txtfile
Size: 6877 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-cygwin/attachments/20021213/1a2017c4/attachment-0001.bin>