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 
"-ao dsound" command.

None of the problems above are triggered when using
"-ao win32". However 
this output has another problem, which can be reproduced
when playing 5.1 
audio files. The playback will be really slow.

For example: Try playing any file with 5.1 sound using the
"-channels 6" 
command, something like:

mplayer -ao win32 -channels 6 <filename>

If you use "-ao dsound" the problem will not be
triggered.

Note: If you try a 5.1 Vorbis file, then the command
"-channels 6" is not 
necessary.

My system is: AMD Athlon 64 3200+ S939, 512MB RAM, NVIDIA
GeForce FX 5700LE 
(ForceWare 81.98), Windows XP Professional SP2.

I hope you can understand this report, and reproduce all the
problems.

Byes :(

* Sorry for my poor english.



Yakusoku wa iranai.

____________________________________________________________
_____
Search from any web page with powerful protection. Get the
FREE Windows Live 
Toolbar Today!   http://get.live.
com/toolbar/overview

_______________________________________________
MPlayer-cygwin mailing list
MPlayer-cygwinmplayerhq.hu
http://lists.mplayerhq.hu/mailman/listinfo/mplayer-cygw
in

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.

mplayer -ao win32 <5.1 vorbis file> -> Correct
playback.

... After an "insane" search, I was able to find
the commit that changed the 
behavior after "MPlayer-mingw32-1.0pre7". It was
SVN r15242.

Link to SVN r15242:

http://svn.mplayerhq.hu/mplayer/trunk/mplay
er.c?r1=15162&r2=15242

I reverted that commit and then I compiled MPlayer (latest
SVN) and MPlayer 
was working just like "MPlayer-mingw32-1.0pre7".

I do not know what is different between 5.1 Vorbis audio and
5.1 AC3/AAC 
audio that triggers this behavior, but it seems MPlayer will
force 
"channels=6" when playing 5.1 Vorbis (even when
I use "channels=2" or I do 
not use the "channels" command at all).

Byes 

* Sorry for my poor english.



Yakusoku wa iranai.

____________________________________________________________
_____
Windows Live Spaces is here! It’s easy to create your own
personal Web site. 
  http://spaces.live
.com/signup.aspx

_______________________________________________
MPlayer-cygwin mailing list
MPlayer-cygwinmplayerhq.hu
http://lists.mplayerhq.hu/mailman/listinfo/mplayer-cygw
in

Hi,

On Wednesday 13 September 2006 22:59, Victor Farias wrote:
> 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).
>

Yes there seem to be some problems.

> 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.
>
> mplayer -ao win32 <5.1 vorbis file> -> Correct
playback.
>
> ... After an "insane" search, I was able to
find the commit that changed
> the behavior after
"MPlayer-mingw32-1.0pre7". It was SVN r15242.
>
> Link to SVN r15242:
>
> http://svn.mplayerhq.hu/mplayer/trunk/mplay
er.c?r1=15162&r2=15242
>
> I reverted that commit and then I compiled MPlayer
(latest SVN) and MPlayer
> was working just like
"MPlayer-mingw32-1.0pre7".
>
> I do not know what is different between 5.1 Vorbis
audio and 5.1 AC3/AAC
> audio that triggers this behavior, but it seems MPlayer
will force
> "channels=6" when playing 5.1 Vorbis (even
when I use "channels=2" or I do
> not use the "channels" command at all).
>

Can you please try the attached patch?
It will disable multichannel mode.


> Byes 
>
> * Sorry for my poor english.
>
>

Your english is fine.

Regards

Sascha
_______________________________________________
MPlayer-cygwin mailing list
MPlayer-cygwinmplayerhq.hu
http://lists.mplayerhq.hu/mailman/listinfo/mplayer-cygw
in

Hi,

On Wednesday 13 September 2006 22:59, Victor Farias wrote:
> 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).
>

Yes there seem to be some problems.

> 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.
>
> mplayer -ao win32 <5.1 vorbis file> -> Correct
playback.
>
> ... After an "insane" search, I was able to
find the commit that changed
> the behavior after
"MPlayer-mingw32-1.0pre7". It was SVN r15242.
>
> Link to SVN r15242:
>
> http://svn.mplayerhq.hu/mplayer/trunk/mplay
er.c?r1=15162&r2=15242
>
> I reverted that commit and then I compiled MPlayer
(latest SVN) and MPlayer
> was working just like
"MPlayer-mingw32-1.0pre7".
>
> I do not know what is different between 5.1 Vorbis
audio and 5.1 AC3/AAC
> audio that triggers this behavior, but it seems MPlayer
will force
> "channels=6" when playing 5.1 Vorbis (even
when I use "channels=2" or I do
> not use the "channels" command at all).
>

Can you please try the attached patch?
It will disable multichannel mode.


> Byes 
>
> * Sorry for my poor english.
>
>

Your english is fine.

Regards

Sascha
_______________________________________________
MPlayer-cygwin mailing list
MPlayer-cygwinmplayerhq.hu
http://lists.mplayerhq.hu/mailman/listinfo/mplayer-cygw
in

Sascha Sommer wrote:

>Can you please try the attached patch?
>It will disable multichannel mode.

The patch worked correctly.

... Good work.

Byes :p



Yakusoku wa iranai.

____________________________________________________________
_____
Express yourself instantly with MSN Messenger! Download
today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471
ave/direct/01/

_______________________________________________
MPlayer-cygwin mailing list
MPlayer-cygwinmplayerhq.hu
http://lists.mplayerhq.hu/mailman/listinfo/mplayer-cygw
in

Hi,

On Friday 15 September 2006 18:06, Victor Farias wrote:
> Sascha Sommer wrote:
> >Can you please try the attached patch?
> >It will disable multichannel mode.
>
> The patch worked correctly.
>
> ... Good work.
>
> Byes :p
>

Thanks for testing. I commited the patch to svn.

Regards

Sascha
_______________________________________________
MPlayer-cygwin mailing list
MPlayer-cygwinmplayerhq.hu
http://lists.mplayerhq.hu/mailman/listinfo/mplayer-cygw
in

Hi,

On Friday 15 September 2006 18:06, Victor Farias wrote:
> Sascha Sommer wrote:
> >Can you please try the attached patch?
> >It will disable multichannel mode.
>
> The patch worked correctly.
>
> ... Good work.
>
> Byes :p
>

Thanks for testing. I commited the patch to svn.

Regards

Sascha
_______________________________________________
MPlayer-cygwin mailing list
MPlayer-cygwinmplayerhq.hu
http://lists.mplayerhq.hu/mailman/listinfo/mplayer-cygw
in