Active Topics
-
The N900 is now 15 years old! (7)
to Nokia N900 by Danct12 - 3 days, 13 hrs ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 4 days, 9 hrs ago -
F(x)tec Pro1x (QWERTY) for sale (0)
to Buy & Sell by aln00000 - 6 days, 18 hrs ago - more...
 |
jflatt |
2011-03-03
, 03:20
|
|
Posts: 534 |
Thanked: 723 times |
Joined on Oct 2009
|
#1841
|
Originally Posted by zaksloan
Yahtzee is not a PDK application
| The Following User Says Thank You to jflatt For This Useful Post: | ||
|
|
2011-03-03
, 05:05
|
|
Posts: 482 |
Thanked: 550 times |
Joined on Oct 2010
|
#1842
|
jflatt: I tried your keyboard multitouch .so in x-plane, but it didn't seem to work. How do I configure this?
|
|
2011-03-03
, 06:07
|
|
Posts: 482 |
Thanked: 550 times |
Joined on Oct 2010
|
#1843
|
Originally Posted by enkhbayar
I also have the IStoreable problem. Does anyone have a fix for this?
HAWX worked for me. Its good for me.
|
|
2011-03-03
, 08:04
|
|
Posts: 218 |
Thanked: 128 times |
Joined on Dec 2010
@ Abu Dhabi , UAE
|
#1844
|
@hadjistyllis:Well, I used to plan for an analog stick mapper program too.But since we have a contributor like you,this kind of program won't be necessary. 
Last edited by govprog; 2011-03-03 at 08:59. Reason: Second reply
Originally Posted by jflatt
There won't be any crucial problems if the new library still relies on the X-Terminal commands.Again, nice work jflatt.
I do eventually plan on changing the whole gconf database layout, just as an fyi.
Last edited by govprog; 2011-03-03 at 08:59. Reason: Second reply
 |
|
2011-03-03
, 13:38
|
|
Posts: 2,355 |
Thanked: 5,249 times |
Joined on Jan 2009
@ Barcelona
|
#1845
|
Originally Posted by govprog
gconf supports a xml-based settings exchange format (see gconftool-2 --help-load), I prefer that very much over sharing shell scripts (which, you know, CAN hide "bad stuff", including deleting and/or destroying your N900).
There won't be any crucial problems if the new library still relies on the X-Terminal commands
Please do not implicitly trust .sh files, read and understand them before running!
Btw, I added basic vibration support to preenv 0.1.6. However, few games seem to support it as a real Pre doesn't seem to vibrate (but the API is there nevertheless).
The games that use the vibrator used to fail in the first few versions of Preenv (because Haptic* symbols were missing). Raging Thunder seemingly was once on the incompatible list with such error message.
Also, I am considering creating a standard directory layout for stored games in Preenv. This would mean that
- /opt/preenv/data would be user-writable, and would be equivalent to a Pre's /media/cryptofs directory (so it would be where you put "apps" directory).
- /media/cryptofs would be installed as a symlink to /opt/preenv/data
- /media/internal would be installed as a symlink to /home/user/MyDocs
- GetWritablePath() would return some path inside /home/user/.preenv/
is that Ok for everyone?
Last edited by javispedro; 2011-03-03 at 13:55.
| The Following 6 Users Say Thank You to javispedro For This Useful Post: | ||
|
|
2011-03-03
, 14:16
|
|
Posts: 268 |
Thanked: 75 times |
Joined on Jan 2011
|
#1846
|
Glowhackey crash at start from the icon. And when i try to run it from the x-terminal i get this:
$ ./glowhockey
SDLGL: Called sdl_init with flags = 0x100030
SDLGL: Number of joysticks 1
SDLGL: Joystick 0 named Accelerometer
X11: PID is 7036
PDL: Init: Service name is com.javispedro.preenv.glowhockey
PDL: Main thread created
PDL: Game called PDL_Init twice
./glowhockey: symbol lookup error: ./glowhockey: undefined symbol: PDL_NewCtx
$ ./glowhockey
SDLGL: Called sdl_init with flags = 0x100030
SDLGL: Number of joysticks 1
SDLGL: Joystick 0 named Accelerometer
X11: PID is 7036
PDL: Init: Service name is com.javispedro.preenv.glowhockey
PDL: Main thread created
PDL: Game called PDL_Init twice
./glowhockey: symbol lookup error: ./glowhockey: undefined symbol: PDL_NewCtx
|
|
2011-03-03
, 15:52
|
|
Posts: 203 |
Thanked: 125 times |
Joined on Jan 2011
|
#1847
|
Originally Posted by javispedro
gconf supports a xml-based settings exchange format (see gconftool-2 --help-load), I prefer that very much over sharing shell scripts (which, you know, CAN hide "bad stuff", including deleting and/or destroying your N900).
Please do not implicitly trust .sh files, read and understand them before running!
Btw, I added basic vibration support to preenv 0.1.6. However, few games seem to support it as a real Pre doesn't seem to vibrate (but the API is there nevertheless).
The games that use the vibrator used to fail in the first few versions of Preenv (because Haptic* symbols were missing). Raging Thunder seemingly was once on the incompatible list with such error message.
Also, I am considering creating a standard directory layout for stored games in Preenv. This would mean that
- /opt/preenv/data would be user-writable, and would be equivalent to a Pre's /media/cryptofs directory (so it would be where you put "apps" directory).
- /media/cryptofs would be installed as a symlink to /opt/preenv/data
- /media/internal would be installed as a symlink to /home/user/MyDocs
- GetWritablePath() would return some path inside /home/user/.preenv/
is that Ok for everyone?
All will be ok. So we don't need to do manual symlink forsome games that need it.
Well I prefer if its possible to:
/media/internal would be installed as a symlink to /home/user/MyDocs/Preenv/
and not just MyDocs. All needed files will be on that folder and not on general MyDocs.
Keep Up good work.
We hope we see Gangstar and Worms on playable list.
|
|
2011-03-03
, 16:52
|
|
Posts: 482 |
Thanked: 550 times |
Joined on Oct 2010
|
#1848
|
Originally Posted by javispedro
I hope this will fix my hawx problem!
gconf supports a xml-based settings exchange format (see gconftool-2 --help-load), I prefer that very much over sharing shell scripts (which, you know, CAN hide "bad stuff", including deleting and/or destroying your N900).
Please do not implicitly trust .sh files, read and understand them before running!
Btw, I added basic vibration support to preenv 0.1.6. However, few games seem to support it as a real Pre doesn't seem to vibrate (but the API is there nevertheless).
The games that use the vibrator used to fail in the first few versions of Preenv (because Haptic* symbols were missing). Raging Thunder seemingly was once on the incompatible list with such error message.
Also, I am considering creating a standard directory layout for stored games in Preenv. This would mean that
- /opt/preenv/data would be user-writable, and would be equivalent to a Pre's /media/cryptofs directory (so it would be where you put "apps" directory).
- /media/cryptofs would be installed as a symlink to /opt/preenv/data
- /media/internal would be installed as a symlink to /home/user/MyDocs
- GetWritablePath() would return some path inside /home/user/.preenv/
is that Ok for everyone?
 |
|
2011-03-03
, 18:23
|
|
Posts: 160 |
Thanked: 181 times |
Joined on Mar 2011
|
#1849
|
govprog. Can you help me please? You are the only one that was able to change weapons on hawx. Can you give me the .sh file? Been trying everything but couldn't get it to work.
|
|
2011-03-03
, 18:26
|
|
Posts: 218 |
Thanked: 128 times |
Joined on Dec 2010
@ Abu Dhabi , UAE
|
#1850
|
Originally Posted by javispedro
Sorry, I couldn't understand your statement. Did you mean, we can't trust the .sh format or you mean we can't trust the maintainer?
gconf supports a xml-based settings exchange format (see gconftool-2 --help-load), I prefer that very much over sharing shell scripts (which, you know, CAN hide "bad stuff", including deleting and/or destroying your N900).
Please do not implicitly trust .sh files, read and understand them before running!
Originally Posted by javispedro
No problem for me. Let's see what the others will say. Also I am still glad that such emulator was made for N900.It IS very handy.
Btw, I added basic vibration support to preenv 0.1.6. However, few games seem to support it as a real Pre doesn't seem to vibrate (but the API is there nevertheless).
The games that use the vibrator used to fail in the first few versions of Preenv (because Haptic* symbols were missing). Raging Thunder seemingly was once on the incompatible list with such error message.
Also, I am considering creating a standard directory layout for stored games in Preenv. This would mean that
- /opt/preenv/data would be user-writable, and would be equivalent to a Pre's /media/cryptofs directory (so it would be where you put "apps" directory).
- /media/cryptofs would be installed as a symlink to /opt/preenv/data
- /media/internal would be installed as a symlink to /home/user/MyDocs
- GetWritablePath() would return some path inside /home/user/.preenv/
is that Ok for everyone?
