Active Topics
-
The N900 is now 15 years old! (9)
to Nokia N900 by Arno_11 - 16 hrs, 16 mins ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 6 days, 4 hrs ago - more...
 |
Pushwall |
2009-06-21
, 00:46
|
|
Posts: 373 |
Thanked: 110 times |
Joined on Jul 2007
|
#471
|
Originally Posted by ukki
ukki there's something else that was in the old '/usr/share/dosbox' besides the config file that RubyBox is missing. The D-Pad still doesn't function properly in launched games from RubyBox unless I have the old '/usr/share/dosbox' directory installed.
|
|
2009-06-21
, 07:50
|
|
Posts: 882 |
Thanked: 1,310 times |
Joined on Mar 2007
|
#472
|
Originally Posted by Pushwall
Can you copy the old config over the new one and the remove the old /usr/share/dosbox directory? and test again? I only read the config file so the problem must be the difference between the new and old config.
ukki there's something else that was in the old '/usr/share/dosbox' besides the config file that RubyBox is missing. The D-Pad still doesn't function properly in launched games from RubyBox unless I have the old '/usr/share/dosbox' directory installed.
@JustNick, yes, that's the Ruby crash i mentioned earlier, it started happening with the new packages, but I bet I can somehow avoid it, if it would happen when I'm trying to debug it.
| The Following User Says Thank You to ukki For This Useful Post: | ||
|
|
2009-06-21
, 09:17
|
|
Posts: 269 |
Thanked: 93 times |
Joined on Feb 2008
|
#473
|
Originally Posted by ukki
Well, 3 times out of 4 when it crashed Dosbox was closed using the "home" button -> click on X procedure (because of the non functional virtual keyboard) while keeping the Rubybox session alive and then trying to make settings adjustments.
@JustNick, yes, that's the Ruby crash i mentioned earlier, it started happening with the new packages, but I bet I can somehow avoid it, if it would happen when I'm trying to debug it.
Hope this piece of information can help you make it crash in a controlled way so that you can easily debug it
|
|
2009-06-21
, 16:27
|
|
Posts: 373 |
Thanked: 110 times |
Joined on Jul 2007
|
#474
|
Originally Posted by ukki
I tested the latest RubyBox 3 ways:
Can you copy the old config over the new one and the remove the old /usr/share/dosbox directory? and test again? I only read the config file so the problem must be the difference between the new and old config.
1. Removed the old /usr/share/dosbox directory and used the old dosbox.conf file as the new DOSBox 0.73 Preferences.txt file in the directory /home/user/apps. Result -- D-Pad doesn't function properly in games launched from RubyBox.
2. Kept the old /usr/share/dosbox directory and left the new DOSBox 0.73 Preferences.txt file as is. Result -- D-Pad functions properly in games launched from RubyBox.
3. Kept the old /usr/share/dosbox directory and renamed the dosbox.conf in that directory to another name. Result -- D-Pad doesn't function properly in games launched from RubyBox.
So the only thing I can figure is that RubyBox is still looking at the old dosbox.conf file in /usr/share/dosbox directory, or that the configuration file I changed in step 1 above is the wrong one.
Hope you can figure this out, ukki.
|
|
2009-06-21
, 17:01
|
|
Posts: 882 |
Thanked: 1,310 times |
Joined on Mar 2007
|
#475
|
Originally Posted by Pushwall
Sounds odd, can the problem be in the mapperfile? RubyBox searches for mapper files from /usr/share/dosbox and /home/user/.rubybox/.mappers. So if you copy the mapper.txt to /home/user/.rubybox/.mappers and make sure the game uses it, does it work then? If RubyBox can't find /usr/share/dosbox/dosbox.conf, it uses the new one and if you replace the new one with the old one, it should work like the old one. You did update to 0.4.4 btw?
I tested the latest RubyBox 3 ways:
1. Removed the old /usr/share/dosbox directory and used the old dosbox.conf file as the new DOSBox 0.73 Preferences.txt file in the directory /home/user/apps. Result -- D-Pad doesn't function properly in games launched from RubyBox.
2. Kept the old /usr/share/dosbox directory and left the new DOSBox 0.73 Preferences.txt file as is. Result -- D-Pad functions properly in games launched from RubyBox.
3. Kept the old /usr/share/dosbox directory and renamed the dosbox.conf in that directory to another name. Result -- D-Pad doesn't function properly in games launched from RubyBox.
So the only thing I can figure is that RubyBox is still looking at the old dosbox.conf file in /usr/share/dosbox directory, or that the configuration file I changed in step 1 above is the wrong one.
Hope you can figure this out, ukki.
| The Following User Says Thank You to ukki For This Useful Post: | ||
|
|
2009-06-21
, 17:39
|
|
Posts: 373 |
Thanked: 110 times |
Joined on Jul 2007
|
#476
|
Originally Posted by ukki
Yes I'm using 0.4.4,...just checked the version.
Sounds odd, can the problem be in the mapperfile? RubyBox searches for mapper files from /usr/share/dosbox and /home/user/.rubybox/.mappers. So if you copy the mapper.txt to /home/user/.rubybox/.mappers and make sure the game uses it, does it work then? If RubyBox can't find /usr/share/dosbox/dosbox.conf, it uses the new one and if you replace the new one with the old one, it should work like the old one. You did update to 0.4.4 btw?
I'll test that mapper.txt theory in a bit. Here's one thing I found. If I have the /usr/share/dosbox directory and the line in the dosbox.conf file is 'usescancode=false' then the D-pad works, if it is 'usescancode=true' then the D-pad doesn't function properly,....just like javispedro surmised. Without the /usr/share/dosbox directory, I've got the configuration file in /home/usr/apps set with 'usescancode=false' and the D-pad doesn't function. So I'm guessing Rubybox is finding some other configuration file that has that parameter set to true.
I've got some grass mowing to do,...so more testing later.
|
|
2009-06-21
, 18:27
|
|
Posts: 882 |
Thanked: 1,310 times |
Joined on Mar 2007
|
#477
|
Run rbox from xterm and see if Dosbox says it's using the new config when you startup a game. Can you do vice versa then and copy the new config to /usr/share/dosbox/dosbox.conf and see if it works from there? Maybe Dosbox fails to use the config when given in the commandline (with the spaces in the filename) and then just uses defaults + the game specific settings.
| The Following User Says Thank You to ukki For This Useful Post: | ||
|
|
2009-06-21
, 22:25
|
|
Posts: 373 |
Thanked: 110 times |
Joined on Jul 2007
|
#478
|
Originally Posted by ukki
I did what you said and ran rbox from xterm. If /usr/share/dosbox directory is not there it shows it is using the config file from /home/user/apps. And if /usr/share/dosbox directory is there, it uses the config file from that directory. And here's a strange thing,...the D-Pad worked fine. So I thought to myself that maybe it only works when running rbox from xterm. Then I tried running RubyBox from the menu with /usr/share/dosbox directory removed, and lo and behold the D-Pad now works! WTF?! Maybe RubyBox just needed a good xterm session to get its butt in gear. I don't know, but now everything seems to work properly.
Run rbox from xterm and see if Dosbox says it's using the new config when you startup a game. Can you do vice versa then and copy the new config to /usr/share/dosbox/dosbox.conf and see if it works from there? Maybe Dosbox fails to use the config when given in the commandline (with the spaces in the filename) and then just uses defaults + the game specific settings.
FWIW, I did get the D-Pad one time (and one time only) to not function when running rbox from xterm (with the /usr/share/dosbox directory removed). Xterm showed that a regular config file was not loaded at all, but the one from the .rbox directory was.
 |
|
2009-06-22
, 01:02
|
|
Posts: 2,355 |
Thanked: 5,249 times |
Joined on Jan 2009
@ Barcelona
|
#479
|
A quick look at the sdlmain.cpp reveals that, in order to find config file, DOSBox tries:
1. Whatever file is specified in command line (-conf argument)
2. dosbox.conf in current directory
3. User config (aka ~/apps/DOSBox 0.73 Preferences.txt)
Maybe #2 is causing problems? ($PWD when launching dosbox is /usr/share/dosbox)?
Either way I'm interested in why the N800 D-Pad is not working in plain DOSBox, so I'm attachinglinking a test version that should log both keyboard and stylus output to standard out. (It's just the gzipped binary, no package to install)
Pressing Up, Left, Right and then Down on my N810 produces this:
These seem to be the standard scancodes for Linux evdev devices (according to DOSBox source).
What's the result on a N800?
1. Whatever file is specified in command line (-conf argument)
2. dosbox.conf in current directory
3. User config (aka ~/apps/DOSBox 0.73 Preferences.txt)
Maybe #2 is causing problems? ($PWD when launching dosbox is /usr/share/dosbox)?
Either way I'm interested in why the N800 D-Pad is not working in plain DOSBox, so I'm attachinglinking a test version that should log both keyboard and stylus output to standard out. (It's just the gzipped binary, no package to install)
Pressing Up, Left, Right and then Down on my N810 produces this:
Code:
DOSBox version 0.73 Copyright 2002-2009 DOSBox Team, published under GNU GPL. --- CONFIG:Loading primary settings from config file /home/user/apps/DOSBox 0.73 Preferences.txt [...] key type 2 is 67 [sym=111 scancode=6f] key type 3 is 67 [sym=111 scancode=6f] key type 2 is 69 [sym=114 scancode=71] key type 3 is 69 [sym=114 scancode=71] key type 2 is 6a [sym=113 scancode=72] key type 3 is 6a [sym=113 scancode=72] key type 2 is 6c [sym=112 scancode=74] key type 3 is 6c [sym=112 scancode=74]
What's the result on a N800?
 |
|
2009-06-22
, 07:17
|
|
Posts: 4,274 |
Thanked: 5,358 times |
Joined on Sep 2007
@ Looking at y'all and sighing
|
#480
|
Originally Posted by javispedro
From my N800:
What's the result on a N800?
Nokia-N800-43-7:~# ./dosbox
DOSBox version 0.73
Copyright 2002-2009 DOSBox Team, published under GNU GPL.
---
CONFIG: Generating default configuration.
Writing it to /root/apps/DOSBox 0.73 Preferences.txt
CONFIG:Loading primary settings from config file /root/apps/DOSBox 0.73 Preferences.txt
ALSA lib seq.c:935snd_seq_open_noupdate) Unknown SEQ hw
ALSA:Can't open sequencer
MIDI:Opened device:none
key type 2 is 67 [sym=111 scancode=6f]
key type 3 is 67 [sym=111 scancode=6f]
key type 2 is 69 [sym=114 scancode=71]
key type 3 is 69 [sym=114 scancode=71]
key type 2 is 6a [sym=113 scancode=72]
key type 3 is 6a [sym=113 scancode=72]
key type 2 is 6c [sym=112 scancode=74]
key type 3 is 6c [sym=112 scancode=74]
--
Nokia-N800-43-7:~# osso-pr
osso-prepare-partition.sh osso-product-info
Nokia-N800-43-7:~# osso-product-info | grep RX-34
cal_read_block(sw-release-ver): size zero, block not found?
cal_read_block(sw-release-ver): size zero, block not found?
cal_read_block(sw-release-ver): size zero, block not found?
cal_read_block(sw-release-ver): size zero, block not found?
OSSO_PRODUCT_HARDWARE='RX-34'
Nokia-N800-43-7:~#