I have Mandrake 8.2 beta 2 on a iBook (ppc G3 500) Linux super.gtoso.it 2.4.17-17mdk #1 Fri Feb 15 00:17:42 EST 2002 ppc unknown Reading specs from /usr/lib/gcc-lib/ppc-mandrake-linux-gnu/2.95.3/specs gcc version 2.95.3 20010315 (release - Mandrake Linux) make[1]: Entering directory `/usr/local/src/cvs/main/libdha' gcc -c -O4 -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -fPIC -I. -I.. -Wall -W -o libdha.o libdha.c In file included from AsmMacros.h:76, from libdha.c:23: sysdep/AsmMacros_powerpc.h:59: #error This stuff is not ported on your system libdha.c: In function `map_phys_mem': libdha.c:87: warning: implicit declaration of function `ioctl' libdha.c: In function `INPORT8': libdha.c:117: warning: implicit declaration of function `inb' libdha.c: In function `INPORT16': libdha.c:122: warning: implicit declaration of function `inw' libdha.c: In function `INPORT32': libdha.c:127: warning: implicit declaration of function `inl' libdha.c: In function `OUTPORT8': libdha.c:132: warning: implicit declaration of function `outb' libdha.c: In function `OUTPORT16': libdha.c:137: warning: implicit declaration of function `outw' libdha.c: In function `OUTPORT32': libdha.c:142: warning: implicit declaration of function `outl' make[1]: *** [libdha.o] Error 1 make[1]: Leaving directory `/usr/local/src/cvs/main/libdha' make: *** [libdha/libdha.so] Error 2 [root@super main]# Thanks, Gianluca.
I have Mandrake 8.2 beta 2 on a iBook (ppc G3 500)
Linux super.gtoso.it 2.4.17-17mdk #1 Fri Feb 15 00:17:42 EST 2002 ppc unknown
Reading specs from /usr/lib/gcc-lib/ppc-mandrake-linux-gnu/2.95.3/specs gcc version 2.95.3 20010315 (release - Mandrake Linux)
make[1]: Entering directory `/usr/local/src/cvs/main/libdha' gcc -c -O4 -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -fPIC -I. -I.. -Wall -W -o libdha.o libdha.c In file included from AsmMacros.h:76, from libdha.c:23: sysdep/AsmMacros_powerpc.h:59: #error This stuff is not ported on your system
Am Fre, 2002-03-22 um 02.21 schrieb Gianluca Toso: try ./configure --disable-vidix ; make dep; make
Thanks, Gianluca. -- Best Regards, Atmos
- MPlayer Developer - http://mplayerhq.hu/ - ____________________________________________
On Fri, 22 Mar 2002 02:21:36 +0100 Gianluca Toso <gtoso@tor.it> wrote:
I have Mandrake 8.2 beta 2 on a iBook (ppc G3 500)
Linux super.gtoso.it 2.4.17-17mdk #1 Fri Feb 15 00:17:42 EST 2002 ppc unknown
Damn! We should find some ppl porting vidix to at least linux/ppc, linux/sparc and solaris/sparc. Those compile errors are annoying me. At least the linux variants shouldnt be hard Attila Kinali -- I am a moslem, i am a terrorist.
On Fri, 22 Mar 2002, Attila Kinali wrote:
We should find some ppl porting vidix to at least linux/ppc, linux/sparc and solaris/sparc. Those compile errors are annoying me.
At least the linux variants shouldnt be hard
Well, if you say so, okay. I suppose I could port the vidix stuff to PPC, but there's still one major issue: I really don't have a clear idea what vidix is supposed to do. So I just read through DOCS/tech/vidix.txt again. I gather it's meant to be a common method of accessing graphics directly, otherwise known as direct graphics access or DGA. But why does it exist? The doc mentions that other interfaces like X11 of v4l can do it but can't do it well. Is this all about speed? Is that what we're after here? I just don't know what I'm supposed to write in order to "port" this. Thanks... -- -Mike Melanson
On Fri, 22 Mar 2002 14:27:01 -0700 (MST) Mike Melanson <melanson@pcisys.net> wrote:
Well, if you say so, okay. I suppose I could port the vidix stuff to PPC, but there's still one major issue: I really don't have a clear idea what vidix is supposed to do. So I just read through DOCS/tech/vidix.txt again. I gather it's meant to be a common method of accessing graphics directly, otherwise known as direct graphics access or DGA. But why does it exist? The doc mentions that other interfaces like X11 of v4l can do it but can't do it well. Is this all about speed? Is that what we're after here?
It's supposed to be a generic way to handle video output on various operating systems (at least unices and windows) like dga, but with support for some special features like backend scaler (scaling in hardwar). Now, vidix is split into two parts: vidix itself and libdha (direct hardware access). All you need for porting vidix to a new OS/arch is to port libdha. I guess most times it's just the correct inclusion of headerfiles, though never did it myself.
I just don't know what I'm supposed to write in order to "port" this. Thanks...
It's only libdha, that handles the hardware access. Nick wrote a lot on -dev-eng about it. Attila Kinali -- I am a moslem, i am a terrorist.
On Fri, Mar 22, 2002 at 10:00:41PM +0100, Attila Kinali wrote:
[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html] On Fri, 22 Mar 2002 02:21:36 +0100 Gianluca Toso <gtoso@tor.it> wrote:
I have Mandrake 8.2 beta 2 on a iBook (ppc G3 500)
Linux super.gtoso.it 2.4.17-17mdk #1 Fri Feb 15 00:17:42 EST 2002 ppc unknown
Damn! We should find some ppl porting vidix to at least linux/ppc, linux/sparc and solaris/sparc. Those compile errors are annoying me.
At least the linux variants shouldnt be hard
Why not let 'configure' disable this stuff automagically on platforms where it isn't supported? / Fredrik
On Sat, 23 Mar 2002 01:05:30 +0100 Fredrik Kuivinen <freku045@student.liu.se> wrote:
Why not let 'configure' disable this stuff automagically on platforms where it isn't supported?
Because then noone will ever port it. If it doesnt hurt nobody will do anything. Attila Kinali -- I am a moslem, i am a terrorist.
On Sat, Mar 23, 2002 at 12:19:08PM +0100, Attila Kinali wrote:
[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html] On Sat, 23 Mar 2002 01:05:30 +0100 Fredrik Kuivinen <freku045@student.liu.se> wrote:
Why not let 'configure' disable this stuff automagically on platforms where it isn't supported?
Because then noone will ever port it. If it doesnt hurt nobody will do anything.
Eh? Lets make it as hard as possible for the users to compile mplayer. An example session with the new mplayer configure system: $uname -a Linux ... i686 $./configure VIDIX isn't ported to QNX yet please do it. $./configure --help ... --disable-vidix-qnx-checking ... [enable] ... $./configure --disable-vidix-qnx-checking VIDIX isn't ported to HPUX yet please do it. ... Printing "mplayer can't play sorenson videos yet please fix it." is another option. Sorenson support would be nice to have... I hope you get the point. / Fredrik
On Sat, 23 Mar 2002 12:54:13 +0100 Fredrik Kuivinen <freku045@student.liu.se> wrote:
Eh? Lets make it as hard as possible for the users to compile mplayer.
Someone running mplayer on a non-intel platform is not an avarage user. So he should be able to search the mailinglist archives for help (i mentioned this at least 3 times the last weeks). And no, i dont mean that ppl should write their own player if mplayer doesnt compile, but porting libdha shouldnt be hard and ppl should see that it needs to be done (the developers obviously cant do it themselfs) Attila Kinali -- I am a moslem, i am a terrorist.
On Sat, 23 Mar 2002, Attila Kinali wrote:
Why not let 'configure' disable this stuff automagically on platforms where it isn't supported?
Because then noone will ever port it. If it doesnt hurt nobody will do anything.
I'm going to see to it that this statement comes back to haunt you the next time you dare to report an MPlayer bug...:) -- -Mike Melanson
Am Fre, 2002-03-22 um 22.00 schrieb Attila Kinali:
[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html] On Fri, 22 Mar 2002 02:21:36 +0100 Gianluca Toso <gtoso@tor.it> wrote:
I have Mandrake 8.2 beta 2 on a iBook (ppc G3 500)
Linux super.gtoso.it 2.4.17-17mdk #1 Fri Feb 15 00:17:42 EST 2002 ppc unknown
Damn! We should find some ppl porting vidix to at least linux/ppc, linux/sparc and solaris/sparc. Those compile errors are annoying me.
At least the linux variants shouldnt be hard IMHO: we should disable vidix if unsupported os/arch.
Attila Kinali
-- I am a moslem, i am a terrorist.
-- Best Regards, Atmos ____________________________________________ - MPlayer Developer - http://mplayerhq.hu/ - ____________________________________________
participants (5)
-
Attila Kinali -
Felix Buenemann -
Fredrik Kuivinen -
Gianluca Toso -
Mike Melanson