PS3-Hacks.com / Remote Play API Progress

Deathsnowy · 2009-11-19 23:46:03

Code:

snowy@snowy-laptop:~$ cd open-rp
snowy@snowy-laptop:~/open-rp$ make release
make: ./packages.d/work/root/bin/sdl-config: Command not found
make: ./packages.d/work/root/bin/curl-config: Command not found
make: ./packages.d/work/root/bin/libpng-config: Command not found
Host OS: Linux
Compiler: g++ -I. -I./packages.d/work/root/include   
Linker: ld -L./packages.d/work/root/lib 
Defines: -DORP_CLOCK_DEBUG -DORP_SYNC_TO_MASTER
Libraries: ./packages.d/work/root/lib/libSDL.a ./packages.d/work/root/lib/libSDL_image.a ./packages.d/work/root/lib/libpng.a ./packages.d/work/root/lib/libSDL_net.a ./packages.d/work/root/lib/libSDL_ttf.a ./packages.d/work/root/lib/libfreetype.a ./packages.d/work/root/lib/libcrypto.a ./packages.d/work/root/lib/libavformat.a ./packages.d/work/root/lib/libavcodec.a ./packages.d/work/root/lib/libswscale.a ./packages.d/work/root/lib/libavutil.a ./packages.d/work/root/lib/libfaad.a ./packages.d/work/root/lib/libcurl.a -ldl -lz -lm -lpthread -lrt
make -C packages.d
make[1]: Entering directory `/home/snowy/open-rp/packages.d'
+ [ -z Linux ]
+ [ -z http://orp.ps3-hacks.com ]
+ dirname ./build.sh
+ WORKDIR=/home/snowy/open-rp/packages.d/./work
+ dirname ./build.sh
+ SRCDIR=/home/snowy/open-rp/packages.d/./source
+ PREFIX=/home/snowy/open-rp/packages.d/./work/root
+ PATH=/home/snowy/open-rp/packages.d/./work/root/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
+ echo /bin/bash
/bin/bash
+ mkdir -p /home/snowy/open-rp/packages.d/./work
+ mkdir -p /home/snowy/open-rp/packages.d/./source
+ mkdir -p /home/snowy/open-rp/packages.d/./work/root
+ ls 00-zlib 01-libpng 02-freetype 03-curl 04-faad2 05-SDL 06-SDL_image 07-SDL_net 08-SDL_ttf 09-ffmpeg 10-openssl 11-wxWidgets
+ PACKAGES=00-zlib
01-libpng
02-freetype
03-curl
04-faad2
05-SDL
06-SDL_image
07-SDL_net
08-SDL_ttf
09-ffmpeg
10-openssl
11-wxWidgets
+ CFLAGS=-I/home/snowy/open-rp/packages.d/./work/root/include
+ LDFLAGS=-L/home/snowy/open-rp/packages.d/./work/root/lib
+ LIBS=/home/snowy/open-rp/packages.d/./work/root/lib/libz.a
+ LIBFIX=
+ PATCHES=
+ TARGET=
+ . 00-zlib
.: 1: 00-zlib: not found
make[1]: *** [.orp-stamp] Error 2
make[1]: Leaving directory `/home/snowy/open-rp/packages.d'
make: *** [all] Error 2
snowy@snowy-laptop:~/open-rp$

with the "" in package

Code:

snowy@snowy-laptop:~/open-rp$ bash --version
GNU bash, version 3.2.48(1)-release (i486-pc-linux-gnu)
Copyright (C) 2007 Free Software Foundation, Inc.

Code:

snowy@snowy-laptop:~/open-rp$ cat /etc/release
cat: /etc/release: No such file or directory
snowy@snowy-laptop:~/open-rp$ cd /
snowy@snowy-laptop:/$ cat /etc/release
cat: /etc/release: No such file or directory

dashhacker · 2009-11-20 00:07:20

Deathsnowy wrote:
with the "" in package

Hrm, well... that didn't make any difference. You are running a slightly newer version of bash, but I can't see that being the problem.

I will download eeeubuntu and install it in a virtual machine.

In the meantime, you can try one last thing:

Code:

$ svn info
$ svn status
$ svn revert packages.d/*
$ svn update
$ make dist-clean
$ make release

Deathsnowy · 2009-11-20 00:18:18

Code:

snowy@snowy-laptop:~$ cd open-rp
snowy@snowy-laptop:~/open-rp$ svn info
Path: .
URL: http://open-rp.googlecode.com/svn/trunk
Repository Root: http://open-rp.googlecode.com/svn
Repository UUID: 36253c7c-40bc-11de-af2b-f15df6ab9c44
Revision: 290
Node Kind: directory
Schedule: normal
Last Changed Author: dashhacker242
Last Changed Rev: 284
Last Changed Date: 2009-11-17 06:54:55 -1000 (Tue, 17 Nov 2009)

snowy@snowy-laptop:~/open-rp$ svn status
?      packages.d/work
?      packages.d/source
M      packages.d/build.sh
M      packages.d/Makefile
snowy@snowy-laptop:~/open-rp$ svn revert packages.d/*
Reverted 'packages.d/build.sh'
Skipped 'packages.d/build.sh~'
Reverted 'packages.d/Makefile'
Skipped 'packages.d/Makefile~'
Skipped 'packages.d/source'
Skipped 'packages.d/work'
snowy@snowy-laptop:~/open-rp$ svn update
U    MinGW32.mak
U    MacOSX.mak
U    Makefile
A    util/mksnap.sh
Updated to revision 300.
snowy@snowy-laptop:~/open-rp$ make dist-clean
make clean
make[1]: Entering directory `/home/snowy/open-rp'
rm -f base64.o config.o keybind.o main.o orp.o yuv.o orp base64.d config.d keybind.d main.d orp.d yuv.d
make[1]: Leaving directory `/home/snowy/open-rp'
make -C gui clean
make[1]: Entering directory `/home/snowy/open-rp/gui'
rm -f orpui.o orpui orpui.d
make[1]: Leaving directory `/home/snowy/open-rp/gui'
make -C keys clean
make[1]: Entering directory `/home/snowy/open-rp/keys'
make[1]: Leaving directory `/home/snowy/open-rp/keys'
make -C util clean
make[1]: Entering directory `/home/snowy/open-rp/util'
make[1]: Leaving directory `/home/snowy/open-rp/util'
make -C packages.d dist-clean
make[1]: Entering directory `/home/snowy/open-rp/packages.d'
make[2]: Entering directory `/home/snowy/open-rp/packages.d'
make[2]: Leaving directory `/home/snowy/open-rp/packages.d'
make[1]: Leaving directory `/home/snowy/open-rp/packages.d'
make -C psp clean
make[1]: psp-config: Command not found
make[1]: Entering directory `/home/snowy/open-rp/psp'
Makefile:21: /lib/build.mak: No such file or directory
make[1]: *** No rule to make target `/lib/build.mak'.  Stop.
make[1]: Leaving directory `/home/snowy/open-rp/psp'
make: *** [dist-clean] Error 2
snowy@snowy-laptop:~/open-rp$ make release
make: ./packages.d/work/root/bin/sdl-config: Command not found
make: ./packages.d/work/root/bin/curl-config: Command not found
make: ./packages.d/work/root/bin/libpng-config: Command not found
Host OS: Linux
Compiler: g++ -I. -I./packages.d/work/root/include   
Linker: ld -L./packages.d/work/root/lib 
Defines: -DORP_CLOCK_DEBUG -DORP_SYNC_TO_MASTER
Libraries: ./packages.d/work/root/lib/libSDL.a ./packages.d/work/root/lib/libSDL_image.a ./packages.d/work/root/lib/libpng.a ./packages.d/work/root/lib/libSDL_net.a ./packages.d/work/root/lib/libSDL_ttf.a ./packages.d/work/root/lib/libfreetype.a ./packages.d/work/root/lib/libcrypto.a ./packages.d/work/root/lib/libavformat.a ./packages.d/work/root/lib/libavcodec.a ./packages.d/work/root/lib/libswscale.a ./packages.d/work/root/lib/libavutil.a ./packages.d/work/root/lib/libfaad.a ./packages.d/work/root/lib/libcurl.a -ldl -lz -lm -lpthread -lrt
make -C packages.d
make[1]: Entering directory `/home/snowy/open-rp/packages.d'
.: 64: 00-zlib: not found
make[1]: *** [.orp-stamp] Error 2
make[1]: Leaving directory `/home/snowy/open-rp/packages.d'
make: *** [all] Error 2
snowy@snowy-laptop:~/open-rp$

error on dist-clean as well as release now

optimaxxx422 · 2009-11-20 09:09:57

yeah, i have the exact same problem as death..

I'm running ubuntu 9.04 thru windows VM

On a side note, do you think OPen-rp would run on an n900?

ty!

dashhacker · 2009-11-20 14:47:33

optimaxxx422 wrote:
yeah, i have the exact same problem as death..

I'm running ubuntu 9.04 thru windows VM

On a side note, do you think OPen-rp would run on an n900?

ty!

What's wrong with (bash on) Ubuntu!!!!???

Well, if someone who is running Ubuntu (or a Ubuntu variant), wants to create me a shell account so I can debug this build failure, that would be great. Because as it is, I have NO idea why the hell bash on Ubuntu can't 'source' another script file.

I don't know about the n900, but I do recall that a fellow from the UK, Damion, was trying to get ORP running on the n97. Haven't heard from him for a while, not sure if he made any progress. He left a few comments on this page:
http://code.google.com/p/open-rp/wiki/TODO

If I hear anything about the n900, I'll let ya know.

optimaxxx422 · 2009-11-20 16:11:12

do you mean like specs?

The N900 runs maemo, which is here: http://en.wikipedia.org/wiki/Maemo#Maemo_5

yeah, fully functioning linux with command script and full root access stock standard

600 MHz ARM processor, and 3g!

umm.. if you defined shell then i'd love to help

(it's 3am out here, google's closed for the night!)

dashhacker · 2009-11-20 16:52:28

optimaxxx422 wrote:
do you mean like specs?

The N900 runs maemo, which is here: http://en.wikipedia.org/wiki/Maemo#Maemo_5

yeah, fully functioning linux with command script and full root access stock standard :)

600 MHz ARM processor, and 3g!

umm.. if you defined shell then i'd love to help :P

(it's 3am out here, google's closed for the night!)

Sweet phone! Nice OS too. Yea I guess the N97 is nothing like the N900... Symbian vs. Linux. Cool phones nonetheless. Sounds like it would be pretty straight-forward to port ORP to the N900 (way easier than N97, iPhone, or Android). I should check out the SDK.

3AM! Go to bed.

By shell I mean a regular user account on a Ubuntu box that I can login to remotely via SSH. Would save me the time of downloading/installing/minimally configuring a virtual Ubuntu instance. Which means more time working on ORP.

If anyone of you Ubuntu guys can set me up, send me a PM with the details (hostname or IP, username, password). I do NOT require root access so do NOT send me that!

Deathsnowy · 2009-11-20 21:27:25

okay it's up, sending you the info to login now

Last edited by Deathsnowy (2009-11-20 22:34:10)

dashhacker · 2009-11-21 17:06:39

Deathsnowy wrote:
okay it's up, sending you the info to login now

Thanks!

Ok, the build is working on Ubuntu now. Turns out that no matter what $SHELL was set to in the environment, within Make it was always /bin/sh. On Ubuntu, /bin/sh is unable to source (dot) other files. I have update packages.d/Makefile, added SHELL=/bin/bash (second line from the top). So /bin/bash is the default shell, and if someone needs to use another, they can just edit the Makefile.

Thanks again for the feedback and shell account (you can remove it now).

Deathsnowy · 2009-11-22 00:46:34

Good news! the latest update apparently made it so you don't have to change your MAC address anymore! (awesome for windows 7 btw) but when connecting via the internet i always get a video stream error. My netbook doesn't allow the MAC address to be changed (won't connect to any wirelesses afterwards no matter what). local now works, but a "little" glitchy / pink graphics... I can get a video of it if needed. Connection over the internet i'm not sure of...

grseidel · 2009-11-22 11:55:29

@Deathsnowy: The lastest update of what are you referring to? I tried the latest firmware 3.10 and the latest build of ORP and still have the connection error after a few seconds.

@all: Sorry, but I don't get the MAC spoofing. If I change the MAC of my PC wireless, the PS3 doesn't see it as I connect via a router. I wouldn't now how to connect otherwise, as the direct connection is installed at the PSP during paring, and I cannot read out the password. So would I have to spoof my routers MAC to get it to work???

@dashhacker: BTW this is a great piece of software, in particular combined with PayTV... (if I get it to work first locally w/o interruption and later via VPN)

Deathsnowy · 2009-11-22 14:24:12

grseidel wrote:
@Deathsnowy: The lastest update of what are you referring to? I tried the latest firmware 3.10 and the latest build of ORP and still have the connection error after a few seconds.)

i'll get a video of it later on... but i'm using the beta that was posted under the download section on the googlecode page 1.3 i believe. It works without needing anything relatively... just have WoL on and toggle the udp search if needed... (I think it only works on windows atm... not near it to verify but it was working earlier). I have a idea that i might be able to use, spoof or change your routers MAC address to that of your psp and trying to connect to it via the PSN method. Unsure if there is a tut video out there but i'll probably make one later today to show how to do it / where to get stuff. It'll make things easier for a few people heh.

dashhacker · 2009-11-22 16:14:20

grseidel wrote:
@all: Sorry, but I don't get the MAC spoofing. If I change the MAC of my PC wireless, the PS3 doesn't see it as I connect via a router. I wouldn't now how to connect otherwise, as the direct connection is installed at the PSP during paring, and I cannot read out the password. So would I have to spoof my routers MAC to get it to work???

@dashhacker: BTW this is a great piece of software, in particular combined with PayTV... (if I get it to work first locally w/o interruption and later via VPN)

Hrm.... yea that's not supposed to happen. I mean, your router should be forwarding the source MAC address to the PS3 instead of re-writing it with it's own. Most routers will simply pass the incoming source MAC to other local LAN devices (PS3). What type of router are you using?

If you can send me the orp.log file when you launch a PlayTV session, I can probably get that working... I can't use PlayTV so that's why I haven't tested it.

dashhacker · 2009-11-22 16:23:24

Deathsnowy wrote:
Good news! the latest update apparently made it so you don't have to change your MAC address anymore! ... local now works, but a "little" glitchy / pink graphics...

Glad to hear it's (mostly) working. You still have to spoof your MAC address with FW3.10. The glitchy / pink corrupted blocks happen because the PS3 doesn't see the right source MAC, and poisons the stream.

I should note that the PS3 randomly corrupts a byte of a video key frame. If the byte randomly selected is high enough, then you'll just see some video corruption and ORP carries on. ORP will only detect video corruption (and display an error message) if that random byte is within first part of a frame (the header, where the structure is know and can be validated after decryption).

grseidel · 2009-11-23 18:56:36

dashhacker wrote:
Hrm.... yea that's not supposed to happen. I mean, your router should be forwarding the source MAC address to the PS3 instead of re-writing it with it's own. Most routers will simply pass the incoming source MAC to other local LAN devices (PS3). What type of router are you using?

I am using a Netgear DG834GB. I was not aware that routers are supposed to forward the MAC address. RP with the PSP works via the router (as well as directly), so I may have done something wrong with the set-up. I check once I am back home next time...

dashhacker wrote:
If you can send me the orp.log file when you launch a PlayTV session, I can probably get that working... I can't use PlayTV so that's why I haven't tested it.

My problem so far is not PlayTV specific, but rather the general corrupted frame issue. Thanks anyhow.

Rgds.
GS

dashhacker · 2009-11-23 19:37:03

grseidel wrote:
RP with the PSP works via the router (as well as directly), so I may have done something wrong with the set-up. I check once I am back home next time...

That's interesting... if your PSP works, then the router is in fact doing the right thing. Wonder if the MAC address change is working properly.

mechos · 2009-11-24 09:52:10

@dashhacker - thanks for sorting out the Ubuntu build issue.

Ubuntu tip:-
I found I couldn't change the MAC address on my laptops wireless connection (wlan0) - "resource busy" and other errors...
- until I installed a application called macchanger (listed in the package manager).
- even then I had to bring the network up and down to get the change applied.

However, I still get some mixed results in ORP - so I'll be double-checking MAC settings and will have another look at the warnings that come up on the build. I'm not sure how stable to expect the application to be - So I'll compare with a Windows build too.

dashhacker · 2009-11-24 17:08:20

mechos wrote:
However, I still get some mixed results in ORP - so I'll be double-checking MAC settings and will have another look at the warnings that come up on the build. I'm not sure how stable to expect the application to be - So I'll compare with a Windows build too.

Can you describe these "mixed results"? ORP should be quite stable under all platforms. When I say stable, I mean doesn't crash. I would be curious to see the log file for cases where you are seeing "mixed results" (don't post that here though, email attach it to dashhacker242@gmail.com).

Thanks for the feedback! Let me know how your testing continues...

grseidel · 2009-11-26 14:01:53

dashhacker wrote:
grseidel wrote:
RP with the PSP works via the router (as well as directly), so I may have done something wrong with the set-up. I check once I am back home next time...
That's interesting... if your PSP works, then the router is in fact doing the right thing. Wonder if the MAC address change is working properly.

I double checked: the router is recognising the PC now as the PSP based on the MAC address (I have a DHCP with reserved IP addresses according to MAC). Still the video stream is breaking up. Do you want me to email you the log?

Rgds.
GS

dashhacker · 2009-11-27 01:01:47

grseidel wrote:
Still the video stream is breaking up. Do you want me to email you the log?

Send me the log only if you are not seeing the "Corrupt video stream!" error message. If the video stream runs for longer than 5 minutes but with decoding corruption/artifacts, I'd like to see the log.

If however, you are seeing the error message, then that simply means that the PS3 does not believe your PC is the PSP it's paired with. If this is the case, you can try deleting the registered PSP (Settings > Remote Play > Registered Device List), and then re-register again, re-run ORP Export, delete your PS3's profile in ORP, import the updated export.orp, and just for the hell of it, import keys.orp again.

Hope that helps.

ZereoX · 2009-11-29 15:07:03

Sorry to ask but is OPR compatible with PS3 Firmware 3.10 or is it still at 2.80? If it's a 2.80 when can we expect a compatibility update?

dashhacker · 2009-11-29 17:08:52

ORP is compatible with all PS3 firmware versions.

However, from v2.80 and up you must spoof your MAC address to match that of the paired PSP or else the PS3 will randomly corrupt the video stream after about a minute.

You can find more details and a few solutions here:
http://code.google.com/p/open-rp/wiki/FAQ

optimaxxx422 · 2009-12-18 17:11:40

wow, just WOW

this program worked flawlessly (on my pc)!

2 things: is there any way that we could increase resolution/image quality of the stream?

and secondly, i've finally compiled it for n900, but it gets this error:

Host OS: Linux
Compiler: g++ -I. -I./packages.d/work/root/include
Linker: ld -L./packages.d/work/root/lib
Defines: -DORP_CLOCK_DEBUG -DORP_SYNC_TO_MASTER
Libraries: ./packages.d/work/root/lib/libSDL.a ./packages.d/work/root/lib/libSDL_image.a ./packages.d/work/root/lib/libpng.a ./packages.d/work/root/lib/libSDL_net.a ./packages.d/work/root/lib/libSDL_ttf.a ./packages.d/work/root/lib/libfreetype.a ./packages.d/work/root/lib/libcrypto.a ./packages.d/work/root/lib/libavformat.a ./packages.d/work/root/lib/libavcodec.a ./packages.d/work/root/lib/libswscale.a ./packages.d/work/root/lib/libavutil.a ./packages.d/work/root/lib/libfaad.a ./packages.d/work/root/lib/libcurl.a -ldl -lz -lm -lpthread -lrt
make -C packages.d
make[1]: Entering directory `/home/user/open-rp/packages.d'
make[1]: /bin/bash: Command not found
make[1]: *** [all] Error 127
make[1]: Leaving directory `/home/user/open-rp/packages.d'
make: *** [all] Error 2

yeah, i've almost no idea what im doing, but i am currently on my n900 and it is best piece of kit i own!!
btw i compiled it on my n900, and its 3am again

EDIT: scrap error 127, after i set files up properly, i get errors 1 & 2!

EDIT 2: turns out /bin/bash/ is unusable on the n900, due to clashes within the kernel, is there a way i can compile without having to use this command?

Last edited by optimaxxx422 (2009-12-19 04:34:19)

dashhacker · 2009-12-20 18:48:27

optimaxxx422 wrote:
wow, just WOW

this program worked flawlessly (on my pc)!

2 things: is there any way that we could increase resolution/image quality of the stream?

and secondly, i've finally compiled it for n900, but it gets this error:
make[1]: /bin/bash: Command not found
EDIT 2: turns out /bin/bash/ is unusable on the n900, due to clashes within the kernel, is there a way i can compile without having to use this command?

Glad to hear ORP compiled.

1) Resolution: The Remote Play protocol supports three resolutions which are 320x240, 432x240, and 480x272. For mobile devices like the PSP and n900, these are appropriate but on your PC I agree that 480x272 is a little small. You can toggle through three software scaling modes by pressing CTRL+D. This will scale the video from normal (480x272) to 1.5x and 2.0x (double). You can also scale the video to your PC desktop resolution using CTRL+F (full-screen mode).

2) /bin/bash: By default the build system uses bash. You can change the Makefile in packages.d to use another shell (/bin/sh for example). Edit ./packages.d/Makefile and change the second line:

SHELL=/bin/bash
to
SHELL=/bin/sh
(or to whatever other shell you wish).

Good luck, let me know how the n900 build goes...

optimaxxx422 · 2010-01-03 16:11:44

Code:

Chroot dir specified: /.debian
No image file or partition specified.
ls: /media/mmc1/debian*.img*: No such file or directory
/.debian has a qmount already!
/home/user/MyDocs/debian-m5-v2.img.ext2 already mounted on /.debian...
Everything set up, running chroot...
[root@chroot: /]cd open-rp
[root@chroot: /open-rp]make release
make: ./packages.d/work/root/bin/sdl-config: Command not found
make: ./packages.d/work/root/bin/curl-config: Command not found
grep: ./packages.d/work/SDL-*/Makefile: No such file or directory
Host OS: Linux
Compiler: g++ -I. -I./packages.d/work/root/include -I/open-rp/packages.d/./work/root/include/libpng12
Linker: ld -L./packages.d/work/root/lib
Defines: -DORP_CLOCK_DEBUG -DORP_SYNC_TO_MASTER
Libraries: ./packages.d/work/root/lib/libSDL.a ./packages.d/work/root/lib/libSDL_image.a ./packages.d/work/root/lib/libpng.a ./packages.d/work/root/lib/libSDL_net.a ./packages.d/work/root/lib/libSDL_ttf.a ./packages.d/work/root/lib/libfreetype.a ./packages.d/work/root/lib/libcrypto.a ./packages.d/work/root/lib/libavformat.a ./packages.d/work/root/lib/libavcodec.a ./packages.d/work/root/lib/libswscale.a ./packages.d/work/root/lib/libavutil.a ./packages.d/work/root/lib/libfaad.a ./packages.d/work/root/lib/libcurl.a -ldl -lz -lm -lpthread -lrt
make -C packages.d
make[1]: Entering directory `/open-rp/packages.d'
make[2]: Entering directory `/open-rp/packages.d/work/freetype-2.3.9'

FreeType build system -- automatic system detection

The following settings are used:

platform unix
compiler cc
configuration directory ./builds/unix
configuration rules ./builds/unix/unix.mk

If this does not correspond to your system or settings please remove the file
`config.mk' from this directory then read the INSTALL file for help.

Otherwise, simply type `make' again to build the library,
or `make refdoc' to build the API reference (the latter needs python).

cd builds/unix; ./configure '--prefix=/open-rp/packages.d/./work/root' '--enable-shared' '--enable-static'
checking build system type... armv7l-unknown-linux-gnueabi
checking host system type... armv7l-unknown-linux-gnueabi
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for rm... rm -f
checking for rmdir... rmdir
checking for a BSD-compatible install... /usr/bin/install -c
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for an ANSI C-conforming const... yes
checking size of int... 4
checking size of long... 4
checking cpp computation of bit length in ftconfig.in works... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking whether munmap is declared... yes
checking for munmap's first parameter type... void *
checking for memcpy... yes
checking for memmove... yes
checking for gzsetparams in -lz... yes
checking zlib.h usability... yes
checking zlib.h presence... no
configure: WARNING: zlib.h: accepted by the compiler, rejected by the preprocessor!
configure: WARNING: zlib.h: proceeding with the compiler's result
checking for zlib.h... yes
checking whether CFLAGS includes -isysroot option... no
checking for a sed that does not truncate output... /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 393216
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating ./config.status
config.status: creating unix-cc.mk
config.status: creating unix-def.mk
config.status: creating freetype-config
config.status: creating freetype2.pc
config.status: creating ftconfig.h
config.status: executing libtool commands
make[2]: Nothing to be done for `unix'.
make[2]: Leaving directory `/open-rp/packages.d/work/freetype-2.3.9'
make[2]: Entering directory `/open-rp/packages.d/work/freetype-2.3.9'
./builds/unix/libtool --mode=compile gcc -pedantic -ansi -I/open-rp/packages.d/work/freetype-2.3.9/objs -I./builds/unix -I/open-rp/packages.d/work/freetype-2.3.9/include -c -Wall -I/open-rp/packages.d/./work/root/include -DFT_CONFIG_OPTION_SYSTEM_ZLIB -DFT_CONFIG_CONFIG_H="<ftconfig.h>" -DFT2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>" -o /open-rp/packages.d/work/freetype-2.3.9/objs/ftsystem.lo builds/unix/ftsystem.c
libtool: compile: gcc -pedantic -ansi -I/open-rp/packages.d/work/freetype-2.3.9/objs -I./builds/unix -I/open-rp/packages.d/work/freetype-2.3.9/include -c -Wall -I/open-rp/packages.d/./work/root/include -DFT_CONFIG_OPTION_SYSTEM_ZLIB "-DFT_CONFIG_CONFIG_H=<ftconfig.h>" -DFT2_BUILD_LIBRARY "-DFT_CONFIG_MODULES_H=<ftmodule.h>" builds/unix/ftsystem.c -fPIC -DPIC -o /open-rp/packages.d/work/freetype-2.3.9/objs/.libs/ftsystem.o
In file included from builds/unix/ftsystem.c:21:
./builds/unix/ftconfig.h: In function 'FT_MulFix_arm':
./builds/unix/ftconfig.h:302: error: 'asm' undeclared (first use in this function)
./builds/unix/ftconfig.h:302: error: (Each undeclared identifier is reported only once
./builds/unix/ftconfig.h:302: error: for each function it appears in.)
./builds/unix/ftconfig.h:302: error: expected ';' before 'volatile'
./builds/unix/ftconfig.h:299: warning: unused variable 't2'
./builds/unix/ftconfig.h:299: warning: unused variable 't'
make[2]: *** [/open-rp/packages.d/work/freetype-2.3.9/objs/ftsystem.lo] Error 1
make[2]: Leaving directory `/open-rp/packages.d/work/freetype-2.3.9'
make[1]: *** [all] Error 1
make[1]: Leaving directory `/open-rp/packages.d'
make: *** [all] Error 2

This is the latest on my N900 build, clearly it's come to a grinding halt
although I'm rather proud of my chrooting capabilities and my apt-get skills have greatly increased throughout these trials :d

any news on a new build of orp?

hope all is well on your end, and that you had a happy new years and a merry christmas!

#326 2009-11-19 23:46:03

Re: Remote Play API Progress

Code:

Code:

Code:

#327 2009-11-20 00:07:20

Re: Remote Play API Progress

Deathsnowy wrote:

Code:

#328 2009-11-20 00:18:18

Re: Remote Play API Progress

Code:

#329 2009-11-20 09:09:57

Re: Remote Play API Progress

#330 2009-11-20 14:47:33

Re: Remote Play API Progress

optimaxxx422 wrote:

#331 2009-11-20 16:11:12

Re: Remote Play API Progress

#332 2009-11-20 16:52:28

Re: Remote Play API Progress

optimaxxx422 wrote:

#333 2009-11-20 21:27:25

Re: Remote Play API Progress

#334 2009-11-21 17:06:39

Re: Remote Play API Progress

Deathsnowy wrote:

#335 2009-11-22 00:46:34

Re: Remote Play API Progress

#336 2009-11-22 11:55:29

Re: Remote Play API Progress

#337 2009-11-22 14:24:12

Re: Remote Play API Progress

grseidel wrote:

#338 2009-11-22 16:14:20

Re: Remote Play API Progress

grseidel wrote:

#339 2009-11-22 16:23:24

Re: Remote Play API Progress

Deathsnowy wrote:

#340 2009-11-23 18:56:36

Re: Remote Play API Progress

dashhacker wrote:

dashhacker wrote:

#341 2009-11-23 19:37:03

Re: Remote Play API Progress

grseidel wrote:

#342 2009-11-24 09:52:10

Re: Remote Play API Progress

#343 2009-11-24 17:08:20

Re: Remote Play API Progress

mechos wrote:

#344 2009-11-26 14:01:53

Re: Remote Play API Progress

dashhacker wrote:

grseidel wrote:

#345 2009-11-27 01:01:47

Re: Remote Play API Progress

grseidel wrote:

#346 2009-11-29 15:07:03

Re: Remote Play API Progress

#347 2009-11-29 17:08:52

Re: Remote Play API Progress

#348 2009-12-18 17:11:40

Re: Remote Play API Progress

#349 2009-12-20 18:48:27

Re: Remote Play API Progress

optimaxxx422 wrote:

#350 2010-01-03 16:11:44

Re: Remote Play API Progress

Code:

Board footer