Mplayer (VTP) lässt sich unter SuSE9.2 nicht übersetzen

Hallo,

da ich am Wochenende meine Workstation auf Linux umgestellt habe, bin ich gleich auf einige Startschwierigkeiten gestoßen.

Unter Windows habe ich bis jetzt immer VDRMediaClient zum streamen benutzt, was auch ganz gut funktioniert hatte.
Nun wollte ich unter Linux den MPlayer mit VTP Unterstützung als Client verwenden, da mich das VTP Protokoll mit VDRMediaClient überzeugt hat.

Ich habe mir also die aktuellen sourcen von http://xmltv.free.fr/mplayer-vtp/ heruntergeladen und versucht zu übersetzen. Dabei bin ich folgendermaßen vorgegangen:

1. Wechsel ins Quellenverzeichnis
2. chmod 777 configure
3. chmod 777 version.sh
4. ./configure --disable-fbdev
5. make

Bei diesem Schritt stoße ich dann auf folgenden Fehler:

...
cc -I../libvo -I../../libvo -I/usr/X11/include -O4 -march=pentium4 -mcpu=pentium4 -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  -Ilibmpdemux -Iloader -Ilibvo -I/usr/include/freetype2    -I/usr/X11/include       -o mplayer mplayer.o mp_msg.o cpudetect.o codec-cfg.o spudec.o playtree.o playtreeparser.o asxparser.o vobsub.o subreader.o sub_cc.o find_sub.o m_config.o m_option.o parser-cfg.o m_struct.o unrarlib.o mixer.o parser-mpcmd.o libvo/libvo.a libao2/libao2.a  vidix/libvidix.a  libmpcodecs/libmpcodecs.a mp3lib/libMP3.a liba52/liba52.a libmpeg2/libmpeg2.a loader/libloader.a loader/dshow/libDS_Filter.a loader/dmo/libDMO_Filter.a libaf/libaf.a libmpdemux/libmpdemux.a input/libinput.a postproc/libswscale.a osdep/libosdep.a-Llibmpdvdkit2 -lmpdvdkit libavcodec/libavcodec.a    -ldv      -lpng -lz -lz  -lasound -ldl -lpthread    -lfreetype  -lcdda_interface -lcdda_paranoia -lnsl       libfaad2/libfaad2.a    -lGL -lXxf86dga -lXv  -lXxf86vm -lXinerama -L/usr/X11R6/lib -lXext -lX11 -lnsl -lnsl      -ldirectfb        -llirc_client   -lpthread -ldl -rdynamic   -lm
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld: cannot open output file mplayer: Is a directory
collect2: ld returned 1 exit status
gmake: *** [mplayer] Fehler 1
linux:/usr/local/src/mplayer_src/mplayer_vtp #

Im Internet habe ich mich auch schon erkundigt, doch was wirklich brauchbares habe ich dazu nicht gefunden. Mit dem Fehler kann ich leider auch nicht wirklich was anfangen.
Was mir aufgefallen ist, wenn ich den normalen MPlayer übersetzte, dann funktioniert alles normal. Bei der VTP Version bekomme ich den oben genannten Fehler.

Kann mir dazu jemand was sagen?
Wäre für jeden Tipp dankbar.

Gibt es vllt noch Alternativen zu MPlayer um über VTP streamen zu können?
Soviel ich weis kann VLC ja auch nur HTTP, was ich aber eigentlich nicht mehr verwenden möchte.

Gruß

Tuxer

Hallo hjs.

Zitat

Original von hjs
ist da n Verzeichnis mplayer ?

Also das hab ich mir auch schon überlegt und daraufhin mal alle Verzeichnisse die mplayer heißen umbenannt, war eigentlich nur der Quellordner der "mplayer" hieß. Hab ihn dann nach mplayer_src gemoved, aber das hat auch nichts geholfen.

Zitat

Vermutlich fehlt ihm n header , so dass er nicht zu dem file findet , dass er eigentlich will ...

Und wie kann ich das nun hinbiegen, das er es findet?

Gruß

Tuxer

Hallo FireFly,

das habe ich bis jetzt noch nicht getestet, da ich der Meinung war, das VTP nur mit dieser speziell gepatchten Version von http://xmltv.free.fr/mplayer-vtp/ funktioniert.

Werde es jetzt wohl doch mal ausprobieren und dann Meldung machen, ob es funktioniert hat.

Gruß

Tuxer

FireFly

Also, habe das mal getestet, aber leider ohne Erfolg.
Beim Aufruf bekomme ich foglende Medlung zurück:

linux:/usr/local/src/mplayer_src/mplayer_vtp # mplayer vtp://PS@192.168.1.66:2004/1
MPlayer 1.0pre7try2-3.3.4 (C) 2000-2005 MPlayer Team
CPU: Intel Pentium 4/Xeon Willamette (Family: 8, Stepping: 2)
Detected cache-line size is 64 bytes
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection - WARNING - this is not optimal!
To get best performance, recompile MPlayer with --disable-runtime-cpudetection.




Linux RTC init error in ioctl (rtc_irqp_set 1024): Inappropriate ioctl for device
Try adding "echo 1024 > /proc/sys/dev/rtc/max-user-freq" to your system startup scripts.
Opening joystick device /dev/input/js0
Can't open joystick device /dev/input/js0 : No such device
Can't init input joystick
Setting up LIRC support...
mplayer: could not connect to socket
mplayer: Connection refused
Failed to open LIRC support.
You will not be able to use your remote control.
Playing vtp://PS@192.168.1.66:2004/1.
Unable to open URL: vtp://PS@192.168.1.66:2004/1




Exiting... (End of file)
linux:/usr/local/src/mplayer_src/mplayer_vtp #

In den Logs des Streamingservers ist auch nichts zu finden, was auf eine Verbindung zu einem VTP Client hinweist.
Wenn ich mit dem gepatchten MPlayer unter Windows versuche zu verbinden, dann erhalte ich in den ServerLogs einen Eintrag, das ein neuer VTP Client akzeptiert wurde.

Scheint so, als wäre VTP Streaming wriklich nur mit der gepatchten MPlayer Version möglich.

War einen Versuch wert.

@all

Vllt könnt ihr mir doch noch helfen den Fehler beim übersetzen des MPlayers zu beheben.

Gruß

Tuxer

AAAAAAHHHHHHHHH

Hab jetz mal versucht, den verfluchten MPlayer unter Suse 10.0 zu übersetzen, aber da scheitere ich schon bei ./configure...

linux:/usr/local/src/mplayer1.0pre5try2-3.2.3-vtp-src/mplayer # ./configure --disable-fbdev
Detected operating system: Linux
Detected host architecture: i386
Checking for cc version ... 4.0.2, bad
Checking for gcc version ... 4.0.2, bad
Checking for gcc-3.3 version ... not found
Checking for gcc-3.2 version ... not found
Checking for gcc-3.1 version ... not found
Checking for gcc3 version ... not found
Checking for gcc-3.0 version ... not found
Checking for cc version ... 4.0.2, bad


*** Please downgrade/upgrade C compiler to version gcc-2.95.x or gcc-3.x! ***


You are not using a supported compiler. We do not have the time to make sure
everything works with compilers other than the ones we use.  Use either the
same compiler as we do, or use --disable-gcc-checking but DO *NOT* REPORT BUGS
unless you can reproduce them after recompiling with a 2.95.x or 3.x version!


Note for gcc 2.96 users: Some versions of this compiler are known to miscompile
mplayer and lame (which is used for mencoder).  If you get compile errors,
first upgrade to the latest 2.96 release (minimum 2.96-85) and try again.
If the problem still exists, try with gcc 3.x (or 2.95.x) *BEFORE* reporting
bugs!


        GCC 2.96 IS NOT AND WILL NOT BE SUPPORTED BY US !


    *** For details please read DOCS/HTML/en/users-vs-dev.html ***




Error: Bad gcc version


Check "configure.log" if you do not understand why it failed.
linux:/usr/local/src/mplayer1.0pre5try2-3.2.3-vtp-src/mplayer #

Sieht wohl so aus, als hat das Ding was gegen den neuen gcc4.

Gibts da irgendwo nen Patch den ich übersehen habe??
Oder kann ma des auch irgendwie anders ans rennen kriegen?

Den Thread von hjs hab ich mir auch schon angeguckt:
[solved] MPlayer und gcc-4 ?

Aber die Versionen aus dem CVS unterstützen soweit ich weis kein VTP.

Wenn ich die Compilerprüfung mit disable-gcc-check abschalte, dann hängt mplayer hier:

make -C libavcodec LIBPREF=lib LIBSUF=.a
make[1]: Entering directory `/home/test/Desktop/mplayer1.0pre5try2-3.2.3-vtp-src/mplayer/libavcodec'
cc -I../libvo -I../../libvo -I/usr/X11/include -O4 -march=pentium4 -mcpu=pentium4 -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o bitstream.o bitstream.c
`-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
In file included from avcodec.h:14,
                 from bitstream.c:28:
common.h:59: error: array type has incomplete element type
common.h:63: error: array type has incomplete element type
make[1]: *** [bitstream.o] Error 1
make[1]: Leaving directory `/home/test/Desktop/mplayer1.0pre5try2-3.2.3-vtp-src/mplayer/libavcodec'
make: *** [libavcodec/libavcodec.a] Fehler 2
linux:/home/test/Desktop/mplayer1.0pre5try2-3.2.3-vtp-src/mplayer #

Kann das was mit der ffmpeg Version zu tun haben?

Gruß

Tuxer

Hatte denn keiner bisher dieses Problem???

--Schieb--

Ok, danke für den Tipp.
Jetzt hab ich wenigstens einen Punkt an dem ich ansetzen kann.

Dagget
Das habe ich auch schon probiert, aber leider bleibe ich immer wieder an der selben Stelle hängen, ich denke das das Problem eine andere Ursache hat (u.a. ffmpeg)

Gruß

Tuxer