gmane.comp.video.mplayer.cygwin

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.

Re: BUGREPORT - audio stutters with -vo direct3d and directx

compn — 2011-01-01T19:45:01

i am curious why you have h264 in avi files tho?

someone is working on an EVR renderer for mplayer. which might work
better on vista than directx/direct3d.

while i'm at it: vista sucks.

-compn
_______________________________________________
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

Reimar Döffinger — 2011-01-01T16:42:22

Never had this myself, but this sounds like on your computer initialising DirectX is awfully slow, so MPlayer hangs (which causes the audio buffer to loop) while the initialisation is done.
You could try updating you video drivers, because I doubt anyone is going to optimise vo initialisation (though just moving some of it to preinit might help and have further advantages).
I think you didn't mention which Windows version you are using, on Vista and later, disabling Aero should speed up -vo directx initialisation a lot.
-ao win32 might behave better, too.

BUGREPORT - audio stutters with -vo direct3d anddirectx

John Brown — 2011-01-01T16:10:05

Hello All,

The first second or so repeats once before MPlayer goes on to
play the movie. MPlayer -vo gl and gl2 do not have this problem.
I tested with a DVD ISO image (MPEG2 + AC3), an AVI (H264 + MP3)
and a Matroska (H264 + AAC + ASS sub).

O/S: Windows Vista Home Premium SP2
Compiler: gcc-4.5.0 (MinGW)

MPlayer version: SVN-r32739

CPU
===
vendor_id       : GenuineIntel
cpu family      : 6
model           : 23
stepping        : 6
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr 
pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
pbe pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm
sse4_1 nx lm lahf_lm
cpu MHz         : 1367.138
model name      : Intel(R) Core(TM)2 Duo CPU     T9400  < at > 2.53GHz

Command Line: mplayer.exe -endpos 2 -v -vo direct3d
e:\downloads\anime\bleach\*265*.avi > johnbrown105_direct3d.
txt 2>&1

Output
======
MPlayer SVN-r32739-4.5.0 (C) 2000-2010 MPlayer Team
CPU vendor name: GenuineIntel  max cpuid level: 10
CPU: Intel(R) Core(TM)2 Duo

Re: Default OSD font

Reimar Döffinger — 2010-12-30T12:36:58

I think -fontconfig is now default. Specifying -font should not have
been necessary, only to make it pick a specific one.
-nofontconfig should get the old behaviour in that case.
If you use -fontconfig I think you can only make MPlayer use subfont.ttf
by specifying the full path to it for -font.