Thread Rating:
  • 1 Vote(s) - 5 Average
  • 1
  • 2
  • 3
  • 4
  • 5
PPSSPP for nokia n900??
#1
Hello I saw a port for pandora , and for linux. and for android

Nokia n900 is a mobile with linux (maemo 5) .

A port for nokia n900 please

Nokia n900 with cpu arm-cortex a8 3430 1150mhz(oc) and graphic card power sgx 530 600mhz (oc) , 256ram nand flash+768swap native= 1Gb ram.

This mobile can run this app with a android port but I think that native maemo 5 app could be better.

Regards
Reply
#2
(01-31-2013, 09:06 PM)samipower Wrote: Hello I saw a port for pandora , and for linux. and for android

Nokia n900 is a mobile with linux (maemo 5) .

A port for nokia n900 please

Nokia n900 1150mhz 1 core , 256ram+768swap native= 1Gb ram.

This mobile can run this app with a android port but I think that native maemo 5 app could be better.

Regards

Thankfully the 768MB swap won't be needed Tongue The game would not be usable if it touched that.

It should only require slight modifications from the Meego version. I don't have an N900 so I can't help with the port, sorry.
Reply
#3
Hi, n900 playing psp with android port , But I hope a native maemo build.

http://www.youtube.com/watch?v=cd4lGR6Pc...e=youtu.be
Reply
#4
I believe you have better chances for a good Android ROM on N900 than a maemo build. The maemo platform is kinda obsolete and even if we forget about that you'd really prefer it on Android since pretty like all of the contents of N900 have a publicaly available driver that is newer and more optimized than the Maemo ones, so that means the performance should be a bit better (theoriticaly) on a good Android rom for N900 than a maemo build that uses ancient drivers. It's one of those lucky devices that may not have Android natively but you can build a bugfree ROM since all drivers are available.
Reply
#5
Will porting to Meego Nokia N9
Reply
#6
Feel free to send a pull request with a port.
Reply
#7
Hi, I got current git head (610de43719195fa71f7bcd99a8658d2be46891ff - Mar 21 23:33:33 2013) running on N900/Maemo5. It needs couple of tuning (they are already in https://github.com/aapo/ppsspp/commit/2b...6f186d3523 )

Then I modified PANDORA part of native/base/PCMain.cpp for MAEMO and now I can see mainmenu on the device. But clicks are not listened, so I can't actually start it. Any ideas about that, or it is just something I failed to modify inside PCMain.cpp?


(03-17-2013, 09:32 AM)Henrik Wrote: Feel free to send a pull request with a port.
Do I need to make fork also for subproject 'native'? Why it is own subproject and not just directory?
Reply
#8
Yes, you'll need to fork native also and send its pull request first. native is separate because Henrik uses it for other things than PPSSPP too.

For clicks, it should be handled in the SDL event loop. Ultimately, it calls NativeTouch(). Maybe touches aren't being translated to clicks in SDL?

Does the button mapping work (this is SDL key events)?

-[Unknown]
Reply
#9
(03-22-2013, 07:10 AM)[Unknown] Wrote: Yes, you'll need to fork native also and send its pull request first. native is separate because Henrik uses it for other things than PPSSPP too.
Thanks, this explains. I will clean my code and send pull request also for native.

(03-22-2013, 07:10 AM)[Unknown] Wrote: For clicks, it should be handled in the SDL event loop. Ultimately, it calls NativeTouch().
I got it working. I tried too hard way and accidentally created two windows, where uppermost was visible and lowermost took clicks.
-> Main menu working.

I also found way to start files from commandline, but e.g. cube-test is not starting:
./PPSSPPSDL cube.elf
I: /home/aapo/ppsspp/aapo_ppsspp_git/native/file/zip_read.cpp:215: I: Registered VFS for prefix : assets/
I: /home/aapo/ppsspp/aapo_ppsspp_git/native/file/zip_read.cpp:215: I: Registered VFS for prefix : /home/user/
I: /home/aapo/ppsspp/aapo_ppsspp_git/android/jni/NativeApp.cpp:195: I: Logman: 0x362e98
I: /home/aapo/ppsspp/aapo_ppsspp_git/native/file/zip_read.cpp:232: I: Prefix match: (ppge_atlas.zim) -> ppge_atlas.zim
Bus error

Strace gave me hint that it fails because of writing file /tmp/gc_mem.tmp which is in very limited filesystem on Maemo:
-std:Confusedtring ram_temp_file = "/tmp/gc_mem.tmp";
+std:Confusedtring ram_temp_file = "/home/user/.ppsspp/tmp_gc_mem.tmp";

-> cube-test works!

Is there more demos/tests to measure speed?
Reply
#10
You can run the unit tests, the easiest way is in Settings -> Developer Tools -> Run CPU Tests.

But you may need to copy the pspautotests dir to your device.

-[Unknown]
Reply
#11
(03-22-2013, 01:41 PM)[Unknown] Wrote: You can run the unit tests, the easiest way is in Settings -> Developer Tools -> Run CPU Tests.

But you may need to copy the pspautotests dir to your device.
E: Failed to init unittest cpu/cpu_alu/cpu_alu : Error reading file

Seems I need tests first compiled. They are not compiled with just cmake+make.
Reply
#12
They're precompiled in the pspautotests submodule, but you need to upload them onto your device. They are not packed into the app by default.

-[Unknown]
Reply
#13
(03-22-2013, 06:28 AM)AapoRantalainen Wrote: Then I modified PANDORA part of native/base/PCMain.cpp for MAEMO and now I can see mainmenu on the device. But clicks are not listened, so I can't actually start it. Any ideas about that, or it is just something I failed to modify inside PCMain.cpp?

I thought N900 has a Qt 4.7+ port. If you use that, it should just work using the N9 codepath (HARMATTAN).
Then you won't need to change any code or CMake.

It's just that Qt automatically handles most/all that stuff you changed in CMake, for your platform.
Reply
#14
(03-22-2013, 10:47 PM)xsacha Wrote: I thought N900 has a Qt 4.7+ port. If you use that, it should just work using the N9 codepath (HARMATTAN).
Then you won't need to change any code or CMake.

I have already tried that, and we discussed this on maemo-forum (there are some missing pieces):
http://talk.maemo.org/showpost.php?p=131...stcount=20

But now cmake version is working and code is merged.

Here is announcement (with video) on maemo-forum: http://talk.maemo.org/showthread.php?p=1331181
Reply
#15
Only problem is it broke Pandora build. And PPSSPP already worked on Maemo.

By the way, audio will work in Qt for Maemo. It is only QSound that doesn't work (which isn't used by PPSSPP).
Reply


Forum Jump: