John Brown | 1 Sep 05:22 2006
Picon

Problems compiling with SDL

) ./configure fails because sdl-config --libs returns
-Lc:/mingw/lib -lmingw32 -lSDLmain -lSDL -mwindows
which is insufficient. -lwinmm and -ldxguid are also required.
I modified sdl-config so that it returned
-Lc:/mingw/lib -lmingw32 -lSDLmain -lSDL -lwinmm -ldxguid -mwindows

2) Duplicate symbol errors (IID_IDirectDraw7,IID_IDirectDrawcolorControl) in 
libdxguid.a and
libvo/vo_directx.c. I looked in libvo/directx.c and found the following:
* DirectDraw GUIDs.
* Defining them here allows us to get rid of the dxguid library during
* the linking stage.
*****************************************************************************/

const GUID IID_IDirectDraw7 =
{
	0x15e65ec0,0x3b9c,0x11d2,{0xb9,0x2f,0x00,0x60,0x97,0x97,0xea,0x5b}
};

const GUID IID_IDirectDrawColorControl =
{
	0x4b9f0ee0,0x0d7e,0x11d0,{0x9b,0x06,0x00,0xa0,0xc9,0x03,0xa3,0xb8}
};

So what if dxguid has to be included? Remember, it is not included, then
configure fails. It is part of w32api, although it seems that the
current w32api headers do not define some constants used by MPlayer.
After I upgraded w32api (thinking that maybe it was outdated), I had to
re-install the MPlayer dx7 headers.

(Continue reading)

John Brown | 1 Sep 23:37 2006
Picon

RE: "Experimental" DVDNAV functionality

>From: "John Brown" <johnbrown105 <at> hotmail.com>
>Date: Sat, 26 Aug 2006 14:15:51 -0400
>
>I entered the following command:
>
>mplayer -dvd-device I: dvdnav://
>
>and it went straight into the first title. Should it have displayed a
>menu? I created the DVD using DVDStyler, a GUI frontend for dvdauthor.

Earth to list! Come in, 
list!http://by116fd.bay116.hotmail.msn.com/cgi-bin/compose?type=r&msg=8737F2EF-15AB-4BF0-ADC9-DBD03517A9AE&start=0&len=19117&curmbox=0BD6E525%2d4047%2d462F%2dB2DF%2dAEF062E45356&a=85237add5b1c57ee2732852bc89fb0f36d41aa78a86e41e40d30cfdc3658726f#
Send

Can anyone say if the "experimental DVDnav (DVD menus) support" is working? 
If it is, how do I access DVD menus with MPlayer?
Corey Hickey | 2 Sep 01:14 2006

Re: "Experimental" DVDNAV functionality

John Brown wrote:
>> From: "John Brown" <johnbrown105 <at> hotmail.com>
>> Date: Sat, 26 Aug 2006 14:15:51 -0400
>>
>> I entered the following command:
>>
>> mplayer -dvd-device I: dvdnav://
>>
>> and it went straight into the first title. Should it have displayed a
>> menu? I created the DVD using DVDStyler, a GUI frontend for dvdauthor.
> 
> Earth to list! Come in, 
>
list!http://by116fd.bay116.hotmail.msn.com/cgi-bin/compose?type=r&msg=8737F2EF-15AB-4BF0-ADC9-DBD03517A9AE&start=0&len=19117&curmbox=0BD6E525%2d4047%2d462F%2dB2DF%2dAEF062E45356&a=85237add5b1c57ee2732852bc89fb0f36d41aa78a86e41e40d30cfdc3658726f# 
> 
> Send
> 
> Can anyone say if the "experimental DVDnav (DVD menus) support" is 
> working? If it is, how do I access DVD menus with MPlayer?

The dvdnav patch has not yet been applied to MPlayer, nor has it been 
updated in a while. The patch is expected to be applied, piece by piece 
if/when Ötvös Attila updates it and some main MPlayer developers review it.

I don't know when that may happen.

-Corey
Victor Farias | 4 Sep 01:30 2006
Picon

Problems while using "ao=dsound" and "ao=win32"

Hi :)

I am using latest SVN (19665) under a MinGW/msys environment.

When "-ao dsound" is used in MPlayer (under Windows), there are the 
following problems:

- There is a negative delay between the audio track and the internal 
subtitles track (MKV/OGM files).

Negative delay means that the internal subtitles will be displayed almost 
one second earlier than the audio. Since the "-subdelay" command does not 
work for internal subtitles, there is no way to workaround this behavior.

Note: If you use "libass" to display the subtitles, then the negative delay 
will not occur (the playback will be flawless).

- The last audio frames will be repeated (at the end of playback) when the 
audio track is shorter than the video track.

This behavior is very easy to reproduce, just start playing a file, which 
has an audio track shorter than the video track (or you can use the "A-V 
delay" option to achieve this).

I think this problem is related to the issue below.

- The "Audio output truncated at end" message will be displayed at the end 
of playback, when playing an audio-only file (mostly MP3 files).

This behavior is really easy to reproduce when playing an MP3 file using the 
(Continue reading)

compn | 4 Sep 04:14 2006
Picon

Re: utf8 filenames in windows? (solved)

On Wed, 26 Jul 2006 06:38:38 -0400
compn <tempn <at> twmi.rr.com> wrote:

> any ideas how to get it working with mplayer?

guess i had to answer my own question.

J:\1movies\dasian>mplayer "[??][???][????][???]b.banana spirit.rm"
MPlayer 1.0pre8-3.4.2 (C) 2000-2006 MPlayer Team

Playing [??][???][????][???]b.banana spirit.rm.
File not found: '[??][???][????][???]b.banana spirit.rm'
Failed to open [??][???][????][???]b.banana spirit.rm.

i figured it out now!

J:\1movies\dasian>dir /x  *.rm
07/26/2006  07:41p         113,337,998 ______~1.RM     [??][???][????][???]b.banana spirit.rm

J:\1movies\dasian>mplayer ______~1.RM
MPlayer 1.0pre8-3.4.2 (C) 2000-2006 MPlayer Team

Playing ______~1.RM.
REAL file format detected.

success! dir /x works.

  /X          This displays the short names generated for non-8dot3 file
              names.  The format is that of /N with the short name inserted
              before the long name. If no short name is present, blanks are
(Continue reading)

鎮安ricky | 4 Sep 07:37 2006
Picon

unknown register name 'eax' in 'asm'

I  use cegcc , but error

make -C loader
make[1]: Entering directory `/home/an/TEST/MPlayer-1.0pre8/loader'
arm-wince-pe-gcc -O2 -v -g -I/usr/ppc/arm-wince-pe/lib -I/usr/ppc/lib -I./ -I/usr/ppc/include
-I/usr/ppc/arm-wince-pe/include  -I../..  -DMPLAYER -D__WINE__  -c ldt_keeper.c
Using built-in specs.
Target: arm-wince-pe
Configured with:
/home/danny/src/cegcc/svn.berlios.de/cegcc/branches/linux-build/src/gcc/configure
--prefix=/usr/ppc --enable-languages=c --disable-interwork --disable-nls --enable-checking
--disable-multilib --without-headers --target=arm-wince-pe i686-pc-linux-gnu
Thread model: single
gcc version 4.1.0
 /usr/ppc/libexec/gcc/arm-wince-pe/4.1.0/cc1 -quiet -v -I/usr/ppc/arm-wince-pe/lib
-I/usr/ppc/lib -I./ -I/usr/ppc/include -I/usr/ppc/arm-wince-pe/include -I../.. -D__CEGCC32__
-D__CEGCC__ -Dunix -D__unix__ -D__unix -idirafter
/usr/ppc/lib/gcc/arm-wince-pe/4.1.0/../../../../arm-wince-pe/lib/../include/w32api
-idirafter ../../include/w32api -DMPLAYER -D__WINE__ ldt_keeper.c -quiet -dumpbase ldt_keeper.c
-auxbase ldt_keeper -g -O2 -version -o /tmp/cc1xCY2L.s
ignoring nonexistent directory "/usr/ppc/lib/gcc/arm-wince-pe/4.1.0/../../../../arm-wince-pe/sys-include"
ignoring nonexistent directory "../../include/w32api"
ignoring duplicate directory "/usr/ppc/arm-wince-pe/include"
  as it is a non-system directory that duplicates a system directory
#include "..." search starts here:
#include <...> search starts here:
 /usr/ppc/arm-wince-pe/lib
 /usr/ppc/lib
 ./
 /usr/ppc/include
(Continue reading)

John Brown | 12 Sep 06:27 2006
Picon

-vc qdv -vo directx combination causes immediate crash

Hello All,

If I use another vo (gl, gl2, sdl) , then qdv works. If I use another vc,
then directx works.

For what it's worth, -vc mcdv does not seem to work with any vo.

MPlayer command line and output
===============================
mplayer -v bugreport\pond.dv

MPlayer dev-SVN-r19754-3.4.2 (C) 2000-2006 MPlayer Team
CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (Family: 15, Model: 3, Stepping: 3)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
get_path('codecs.conf') -> 'c:\progra~1\mplayer\/codecs.conf'
Reading c:\progra~1\mplayer\/codecs.conf: Can't open 
'c:\progra~1\mplayer\/codecs.conf': No such file or directory
Reading /usr/local/etc/mplayer/codecs.conf: Can't open 
'/usr/local/etc/mplayer/codecs.conf': No such file or directory
Using built-in default codecs.conf.
CommandLine: '-v' 'bugreport\pond.dv'
init_freetype
get_path('font/font.desc') -> 'c:\progra~1\mplayer\/font/font.desc'
font: can't open file: c:\progra~1\mplayer\/font/font.desc
font: can't open file: /usr/local/share/mplayer/font/font.desc
Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay
Using Windows native timing
get_path('input.conf') -> 'c:\progra~1\mplayer\/input.conf'
Can't open input config file c:\progra~1\mplayer\/input.conf: No such file 
(Continue reading)

Victor Farias | 13 Sep 22:59 2006
Picon

RE: Problems while using "ao=dsound" and "ao=win32"

Just a little update about the "ao=win32" problem with 5.1 audio.

It seems MPlayer was never working correctly using this output and the 
"channels=6" command (I tried testing old win32 releases and none of them 
worked).

However, there is a problem when playing 5.1 Vorbis files, because MPlayer 
will try to use the six channels output even if I did not use the 
"channels=6" command. Something like:

mplayer -ao win32 -channels 6 <5.1 vorbis file> -> Slow playback as reported 
previously.

mplayer -ao win32 <5.1 vorbis file> -> Slow playback as reported previously.

When playing another 5.1 audio format (for example AC3 or AAC) the behavior 
is different. Something like:

mplayer -ao win32 -channels 6 <5.1 ac3/aac file> -> Slow playback as 
reported previously.

mplayer -ao win32 <5.1 ac3/aac file> -> Correct playback.

Then I tried "MPlayer-mingw32-1.0pre7" to try to reproduce the "5.1 Vorbis 
files" problem. There was no problem, and everything worked correctly. 
Something like:

mplayer -ao win32 -channels 6 <5.1 vorbis file> -> Slow playback as reported 
previously.

(Continue reading)

Sascha Sommer | 15 Sep 15:29 2006
Picon

Re: unknown register name 'eax' in 'asm'

Hi,

On Monday 04 September 2006 07:37, 鎮安ricky wrote:
> I  use cegcc , but error
>
>
>
> make -C loader
> make[1]: Entering directory `/home/an/TEST/MPlayer-1.0pre8/loader'
> arm-wince-pe-gcc -O2 -v -g -I/usr/ppc/arm-wince-pe/lib -I/usr/ppc/lib -I./
> -I/usr/ppc/include -I/usr/ppc/arm-wince-pe/include  -I../..  -DMPLAYER
> -D__WINE__  -c ldt_keeper.c Using built-in specs.
> Target: arm-wince-pe
> Configured with:
> /home/danny/src/cegcc/svn.berlios.de/cegcc/branches/linux-build/src/gcc/con
>figure --prefix=/usr/ppc --enable-languages=c --disable-interwork
> --disable-nls --enable-checking --disable-multilib --without-headers
> --target=arm-wince-pe i686-pc-linux-gnu Thread model: single
> gcc version 4.1.0
>  /usr/ppc/libexec/gcc/arm-wince-pe/4.1.0/cc1 -quiet -v
> -I/usr/ppc/arm-wince-pe/lib -I/usr/ppc/lib -I./ -I/usr/ppc/include
> -I/usr/ppc/arm-wince-pe/include -I../.. -D__CEGCC32__ -D__CEGCC__ -Dunix
> -D__unix__ -D__unix -idirafter
> /usr/ppc/lib/gcc/arm-wince-pe/4.1.0/../../../../arm-wince-pe/lib/../include
>/w32api -idirafter ../../include/w32api -DMPLAYER -D__WINE__ ldt_keeper.c
> -quiet -dumpbase ldt_keeper.c -auxbase ldt_keeper -g -O2 -version -o
> /tmp/cc1xCY2L.s ignoring nonexistent directory
> "/usr/ppc/lib/gcc/arm-wince-pe/4.1.0/../../../../arm-wince-pe/sys-include"
> ignoring nonexistent directory "../../include/w32api"
> ignoring duplicate directory "/usr/ppc/arm-wince-pe/include"
(Continue reading)

Sascha Sommer | 15 Sep 15:39 2006
Picon

Re: -vc qdv -vo directx combination causes immediate crash

Hi,

On Tuesday 12 September 2006 06:27, John Brown wrote:
> Hello All,
>
> If I use another vo (gl, gl2, sdl) , then qdv works. If I use another vc,
> then directx works.
>
> For what it's worth, -vc mcdv does not seem to work with any vo.
>

What is wrong with -vc ffdv?
Some of the dll codecs just do not work correctly on windows.
I'm not sure if this is really vo related.

Regards

Sascha

Gmane