Rockbox Development > Feature Ideas
[TESTERS NEEDED] Another World
__builtin:
--- Quote from: BenBrown on November 15, 2014, 04:09:24 AM ---Bugs:
All Targets:
CCW is borked, looks like the wrong stride, can be seen on the sim.
--- End quote ---
This should be fixed in the latest patch set. ;)
--- Quote from: BenBrown on November 15, 2014, 04:09:24 AM ---Starting the plugin and choosing "quit" without starting a game and then starting the plugin again and choosing resume game causes a panic, this can be fixed by setting a bit to tells us if a game has been played first before saving, if not don't save
--- End quote ---
Hmm... what patch set?
--- Quote from: BenBrown on November 15, 2014, 04:09:24 AM ---1) I really hate the "quit" with the hidden extra save first then quit functionality, and even if it was changed to say "save and quit" I would much prefer just a "save" and "load" option with a "quit" that only quits. Even with only one slot. My beef being, when I'm past a difficult area, I'm forced to "quit" in order to save, and start up the plugin again and go set my settings again then resume my game. Also when I want to load a save and I have to "quit without save" so I don't over write the old one and start it again to load my save then its back to settings so I can set my preferred options again before playing. It's all very unnecessary and frustrating, I don't really see the appeal of it the way it is now. If it's ok with you, I'd like to rework it.
--- End quote ---
I agree with your reasoning here. However, I think there should also be a "Save and Quit" option, so people don't accidentally quit and lose their game.
--- Quote from: BenBrown on November 15, 2014, 04:09:24 AM ---3) We need to set the lcd timeout to "off" so the screen stays awake, it is a cinematic experience after all, and then set it back when we exit.
--- End quote ---
This is really quite trivial, but I haven't gotten around to it yet.
DONE!
--- Quote from: BenBrown on November 15, 2014, 04:09:24 AM ---4) Even on a fast player, the game play feels sluggish if the fast mode is not on, and then most times that's to fast, maybe we can adjust the "normal" speed to say 10% faster. About 15-20 fps seems more suited to a natural game play feel. I know players can do it, the "fast" mode is just to fast, if only it had a "medium speed" setting :)
--- End quote ---
I suppose this is possible. Perhaps dividing the delay between frames in half?
BenBrown:
I have finished the keymaps for all targets with HAVE_LCD_COLOR except the ones not defined in the uisimulator, there's a few not in there.
Bugs:
mrobe500, is really messed up at least in the sim, someone needs to test it on real hardware. It looks like the wrong stride again, but this time it happens across all orientations.
Is it possible to just run it at full speed, and limit it to 20fps on all targets?
__builtin:
??? Weird. Really weird. Do other 640x480 devices have the same issue?
According to wodz, it's the LCD stride. Other devices have a horizontal stride (that is, the pixels are stored row-by-row in memory) while the mrobe500 stores them column-by-column (a vertical stride).
This complicates matters a bit because the internal format used by XWorld uses a horizontal stride.
However, the CPU on the mrobe500 is insanely powerful (875 MHz) and the plugin buffer is twice the normal size, so any overhead incurred converting between the two should be negligible.
BenBrown:
:D
I'd just like to call attention to Franklin Wei's tremendous work on this plugin, he works at a break neck pace. Its hard to keep up with sometimes for a person like me, who prefers to work at a much slower pace because he's learning. I'm a rockbox'er not because I'm a great programmer, but because I want to be one day.
>:(
But if Franklin doesn't stop clobbering Gerrit and if he doesn't start with the latest code, in the most recent task, every day before he starts working, and if he doesn't learn to wrangle git into keeping his local branches _some what_ resembling a source control managed repository of changes. Then I give up!
;D
But seriously dude thanks for all the hard work It's almost "ready" but get the branch looked at it's clobbered ;)
__builtin:
--- Quote from: BenBrown on November 22, 2014, 04:44:19 AM ---But if Franklin doesn't stop clobbering Gerrit and if he doesn't start with the latest code, in the most recent task, every day before he starts working, and if he doesn't learn to wrangle git into keeping his local branches _some what_ resembling a source control managed repository of changes. Then I give up!
--- End quote ---
Hehe... yeah. Gerrit shouldn't let you push unless you pull first.
--- Quote from: BenBrown on November 22, 2014, 04:44:19 AM --- ;D
But seriously dude thanks for all the hard work It's almost "ready" but get the branch looked at it's clobbered ;)
--- End quote ---
Nah... it needs sound! ;D
So what'd I clobber? Is it fixed?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version