gmane.comp.video.mplayer.cygwin

BUGREPORT: WMV files will not play without`-demuxer lavf'

John Brown — 2013-01-17T11:38:43

Hello All,

MPlayer cannot play any WMV file without the `-demuxer lavf' flag.
There is no video or audio, only the message:
`Invalid number of channels 48000, assuming 2.' repeating
forever.

MPlayer version: SVN-r35715-4.7.2
O/S: Windows 8 Pro
CPU: Intel Core 2 Duo 2.53 GHz
GCC: 4.7.2

Binutils: 2.23.1


It happens with any WMV file, but I uploaded quality_sample_wmv.wmv
and quality_sample_wmv.txt containing output of `mplayer -v' to
ftp://upload.mplayerhq.hu/incoming anyway.

Invalid number of channels 48000, assuming 2.
Building audio filter chain for 1572864000Hz/2ch/s16le -> 0Hz/0ch/??...
[libaf] Adding filter dummy 
[dummy] Was reinitialized: 1572864000Hz/2ch/s16le
[dummy] Was reinitialized: 1572864000Hz/2ch/s16le
Trying every known audio driver...
ao_win32: Samplerate:1572864000Hz Channels:2 Format:s16le
ao_win32: Buffersize:4096
ao_win32: format not supported switching to default
AO: [win32] 44100Hz 2ch s16le (2 bytes per sample)
AO: Description: Windows waveOut audio output
AO: Author: Sascha Somme

Re: False alarm: -msgcolor causes ANSI escapesequences in output

John Brown — 2013-01-02T12:18:16


I see. I just assumed that since FFmpeg (built by me) has 
colourful output on Windows now, MPlayer also had it.

Regards,
John Brown.

_______________________________________________
MPlayer-cygwin mailing list
MPlayer-cygwin< at >mplayerhq.hu
https://lists.mplayerhq.hu/mailman/listinfo/mplayer-cygwin

Re: BUGREPORT: -msgcolor causes ANSI escape sequences in output

Reimar Döffinger — 2013-01-02T08:50:18

That's exactly what the option is supposed to do.


Can't be since the above behaviour is the expected behaviour.
He might have used a custom patch to use some functionality
that works on the Windows command-line though, but no such
feature ever existed in MPlayer.
_______________________________________________
MPlayer-cygwin mailing list
MPlayer-cygwin< at >mplayerhq.hu
https://lists.mplayerhq.hu/mailman/listinfo/mplayer-cygwin

BUGREPORT: -msgcolor causes ANSI escape sequencesin output

John Brown — 2013-01-02T06:54:50

Hello All,

The -msgcolor flag causes ANSI escape sequences to be displayed
in MPlayer output. For example:

$ ./mplayer.exe -msgcolor -ao help
←[0;37mMPlayer SVN-r35712-4.7.2 (C) 2000-2012 MPlayer Team
←[0m←[0;37m181 audio & 389 video codecs
←[0m←[0;37mAvailable audio output drivers:
←[0m←[0;37m     win32   Windows waveOut audio output
←[0m←[0;37m     mpegpes MPEG-PES audio output
←[0m←[0;37m     null    Null audio output
←[0m←[0;37m     pcm     RAW PCM/WAVE file writer audio output
←[0m←[0;37m
←[0m

MPlayer version - svn r35712 (2012-12-30 23:35:03 -0500)
GCC version - 4.7.2 (MinGW)
Binutils version - 2.23.1
O/S - Windows 8 Pro

I have a Sherpya build (Sherpya-SVN-r34401-4.6.2) from 

2011-12-06 14:59:16 -0500 that works as expected.

This is the first time that I have compiled MPlayer myself
in a very long time, so I cannot say when the problem started.


Regards,
John Brown.

_______________________________________________
MPlayer-cygwin mailing li

Re: Error: bad register name `%rbx'

Reimar Döffinger — 2011-04-30T13:50:40

No idea, check in configure.log for some reason MPlayer thinks you
are trying to build a 64-bit MPlayer version but at least the assembler
used is a 32 bit one (well, should be, considering you use -march=i486).

Error: bad register name `%rbx'

turbos10 — 2011-04-29T23:42:15

I try compile SVN reversion 30000 under mingw. Newest SVN version
works for me but i want 30k reversion.
I have this error:

gcc -Wundef -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statem
ent -std=gnu99 -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=i4
86 -mtune=generic -pipe -ffast-math -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_
FILE_OFFSET_BITS=64 -I.   -I/mingw/include -Ii:/mingw/include/bs2b     -c -o cpu
detect.o cpudetect.c
{standard input}: Assembler messages:
{standard input}:98: Error: bad register name `%rbx'
{standard input}:100: Error: bad register name `%rbx'
(...)

How to fix it?

Re: MPlayer-cygwin Digest, Vol 87, Issue 5

Henry — 2011-04-29T17:37:55

on't understand question.

That's usually the best way to do things, just use configure.

   ./configure --enable-menu --enable-static --enable-gui

That's usually the only three options I use. Sometimes, I  just use the
--enable-menu

The configure script is very well thought out and thorough. The general rule
is that if configure does not enable a certain option, it's usually because
it won't compile.

Sherpya is an advanced programmer. He knows what to do and when to do it.

If you still cannot successfully compile the program, usually it's a problem
with the compiler. Try using the latest gcc 3.X.X compiler. Or try using the
GCC 4.2 compiler. Have had problems on the latest releases of compilers from
cygwin and MinGW.

The configure script updates the ffmpeg directory now. And it will use git
to download and place the ffmpeg directory in the mplayer tree. So, don't
run configure in the ffmpeg directory. The Mplayer configure script should
now properly set up FFMPEG.

Re: Linking error libmp3lame,libvorbis.c

turbos10 — 2011-04-29T02:46:11

This site http://oss.netfarm.it/mplayer-win32.php suggest to do it.



I don't understand question.
ffmpeg is in mplayer source tree.


How to work? Only configure and compile mplayer?

Re: Linking error libmp3lame,libvorbis.c

Reimar Döffinger — 2011-04-28T19:50:36

Why are you running FFmpeg configure?


And in the ffmpeg within MPlayer?
That can't work.

Linking error libmp3lame,libvorbis.c

turbos10 — 2011-04-28T19:09:47

I have binary libvorbis and lame from http://oss.netfarm.it/mplayer-win32.php

my ffmpeg configure file:
./configure --extra-version=Sherpya     \
 --enable-gpl \
    --enable-version3           \
    --disable-ffplay            \
    --disable-ffserver          \
    --disable-ffprobe           \
    --enable-postproc           \
    --enable-avfilter           \
    --enable-pthreads           \
    --enable-runtime-cpudetect  \
    --enable-memalign-hack      \
    --enable-bzlib              \
    --enable-libopencore-amrnb  \
    --enable-libopencore-amrwb  \
    --disable-libfaac            \
    --enable-libfreetype        \
    --disable-libopenjpeg       \
    --enable-libspeex           \
    --enable-libtheora          \
    --enable-libx264            \
    --enable-libvpx             \
    --enable-zlib \
    --enable-nonfree \
    --enable-libvpx             \
    --enable-libgsm             \
    --disable-hardcoded-tables   \
    --enable-avisynth           \
    --enable-libmp3lame         \

Re: working MinGW

turbos10 — 2011-04-26T11:22:46

Ok. I get ffmpeg from git and it fix this problem.

Re: working MinGW

turbos10 — 2011-04-25T11:52:07

I use gcc from there. I have some compilation errors, i fix it. After
compile i have runtime error:
'(..)Playing download.3gp.
libavformat file format detected.
MPlayer interrupted by signal 11 in module: demux_open
ID_SIGNAL=11(...)'
Avi files play fine, but libavformat generate error always on
demux_open. I thin that this is because I have bug in gcc. Please send
me working mingw environment.

Maybe I bad compile?
1. first  './configure (...)' mplayer
2. next './configure --enable-memalign-hack' ffmpeg
3. make mplayer. I do NOT install ffmpeg. It is correct?
Sorry for bad English

Re: working MinGW

compn — 2011-04-25T11:29:45

theres one here:
http://oss.netfarm.it/mplayer-win32.php

-compn

working MinGW

turbos10 — 2011-04-25T07:00:27

Can somebody send me working minGW environment ready to compile mplayer?

Server move, possible outages

Reimar Döffinger — 2011-04-16T18:43:59

Hello everyone,
(sorry for this massive SPAM)
mplayerhq is moving to a different server and this mailing list is affected.
This will happen on monday, in parts possibly earlier.
We intend of course to make this move completely seamless but it'll
probably a bit more messy than that.
Therefore we wanted to tell you about it, what the current status is,
what might go wrong and you can do if this is an issue for you.
The rest is a bit technical, if you do not understand anything just
ignore it :-).
If there's some service you depend on that is not mentioned consider
asking us.

1) DNS: we switched to DNS on the new server, but the change hasn't
   propagated yet. The server will be the same as the ffmpeg.org one,
   so if necessary you can e.g. manually add a line like
   192.190.173.45  www1.mplayerhq.hu www.mplayerhq.hu mplayerhq.hu svn.mplayerhq.hu mplayerhq.eu
   to /etc/hosts.
   IRC on freenode.net, #mplayer should work as emergency communication
   channel.
2) Homepage: The mplayerhq.hu homepage is alread

MPlayer performance on windows

Henry — 2011-01-05T19:23:20

the best performance.

Using an ATI Rage PCI XL on a dual 2.4 Ghz Xeon Server running Windows 2003
Server with 8MB memory built in. It's a fast system with slow video
performance. So, any improvements in the code are easily seen.

mplayer -vo sdl -ao sdl dvd://1

Was able to get excellent results decoding an xvid encoded file also using
the above configuration. Had tried the sdl previously, but it appears now
the performance has markedly improved.

I had to compile libsdl from source and use the --enable-shared option in
the process.

It's still not blazing speed--have to keep the video window size down in
window mode. Full
screen works OK.

Also use the following options to help out with the synchronization and
performance--It is an ATI Rage XL PCI GPU:
    -framedrop -autosync 30

The sdl options on linux for sound and video have been giving outstanding
performance for some time now; but recently those performance benefits are
starting to show their face in the windows environment.

When using libsdl with

Re: BUGREPORT - audio stutters with -vo direct3dand directx

John Brown — 2011-01-03T11:06:50

On Sun, January 2, 2011 15:22:29 -0500,
Reimar Döffinger wrote:> 


Just for your information:

mplayer -vo gl:swapinterval=0 -ss 500 -cache 16384 e:*.mkv
VO: [gl] 1280x532 => 1280x532 Planar YV12
A: 519.4 V: 519.4 A-V:  0.004 ct:  0.020   0/  0 56%  6%  2.3% 24 0 41%

and

mplayer -vo gl  -ss 500 -cache 16384 e:*.mkv
VO: [gl] 1280x532 => 1280x532 Planar YV12
A: 519.3 V: 519.3 A-V:  0.001 ct:  0.019   0/  0 56%  6%  2.6% 26 0 41%

and

mplayer -vo direct3d -ss 500 -cache 16384 e:*.mkv
VO: [direct3d] 1280x532 => 1280x532 Planar YV12
A: 519.3 V: 519.3 A-V:  0.000 ct:  0.021   0/  0 56%  4%  2.3% 44 0 41%

and

mplayer -vo directx -ss 500 -cache 16384 e:*.mkv
VO: [directx] 1280x532 => 1280x532 Planar YV12
A: 519.3 V: 519.3 A-V: -0.000 ct:  0.019   0/  0 58%  4%  1.6% 71 0 41%

My video card is an NVIDIA GeForce 9600M GT, and I am now using the
latest drivers from the nVidia website instead of the drivers
provided by my laptop manufacturer.

In any case, the new drivers have solved my problem. Thanks again.

Re

Re: BUGREPORT - audio stutters with -vo direct3dand directx

Reimar Döffinger — 2011-01-02T20:22:29

gl should be better, gl2 does not have OSD support and it has fewer performance-tuning options.


Hm, too bad that gl is still slower (unless only gl2 is so slow), when I last tested it (IIRC on an ATI card) it was slower than directx but faster than direct3d.
Hm, I just remember something: I think on Vista vsync causes a very high system CPU usage (bad interrupt management?), try -vo gl:swapinterval=0 as long as Aero is enabled this should not cause tearing.


That's actually why I suggested win32, it should stop instead of looping, I thought you might consider it preferable...


_______________________________________________
MPlayer-cygwin mailing list
MPlayer-cygwin< at >mplayerhq.hu
https://lists.mplayerhq.hu/mailman/listinfo/mplayer-cygwin

Re: BUGREPORT - audio stutters with -vo direct3dand directx

John Brown — 2011-01-02T10:57:31


In the past, on another system, gl and gl2 were too slow to play
HD movies. However, I just tested with a 1280 x 532 Matroska file
(H264 + AC3) and it was able to stay in sync. So I suppose that I
do not really need this new renderer right now.

gl2
A: 519.0 V: 519.0 A-V: -0.001 ct:  0.003   0/  0 54% 13%  1.6% 84 0 41%

direct3d
A: 395.1 V: 395.1 A-V:  0.001 ct:  0.002   0/  0 56%  4%  2.2% 43 0 46%

directx
A: 402.1 V: 402.1 A-V: -0.006 ct:  0.000   0/  0 54%  3%  1.0% 18 0 41%

To answer your earlier email: updating my video drivers helped.
Thanks. There is no repeating now. However, -ao win32 is worse
when vo == direct3d. In that case, there is a slight pause (a
fraction of a second) near the start. For example, audio that
starts with "my name is" sounds like "my<break> name is". 
Otherwise, the combination of vo and ao does not matter.

And yes, it seems that vo initialisation is slow. The audio
starts to play before the MPlayer window is displayed (direct3d
and directx) with both -ao dsound and win32

Re: BUGREPORT - audio stutters with -vo direct3dand directx

Reimar Döffinger — 2011-01-02T08:16:42

What is the problem with -vo gl, given that that does not have the issue?

Re: BUGREPORT - audio stutters with -vo direct3dand directx

John Brown — 2011-01-02T01:36:59



You will have to ask the fansub group that created them (Dattebayo).
It used to be Xvid, but they switched to H264. I think that they
gave a reason at the time, but I don't remember what it was.


I hope so.


I am inclined to agree with you.

Regards,
Alias John Brown.