second exodous
Advanced Member
I'm never going to put anything on my NAND and it's a waste every time I have to select SD. It's not that bad, just an annoyance, but is it possible to take that out?
Thanx,
Stan
Thanx,
Stan
Any Mods That Get Rid Of Nand Or Sd Select?
- Thread starter second exodous
- Start date
beanfarmer
Member
not at the moment because its firmware related and no one has made a custom firmware as yet.
hope this helps (i hate the selection screen to seems so pointless)
hope this helps (i hate the selection screen to seems so pointless)
It is if you have to do it every single time (think dozens of times a day...)
Last edited by a moderator:
second exodous
Advanced Member
Yeah, I admit I'm all about speed on my computer, know a ton of keyboard shortcuts, arrange my menu's to speed things, icons are in a specific order, stuff like that. What bugs me more than unorganization is redundant options, like when you burn a CD/DVD+RW and the program asks if you really want to burn to a RW. Um, yeah, I put it in the drive, and if it I decide I don't want to put it on this RW I'll blank it, it won't be the end of the world if I accidentally burn to a RW. NAND or SD is about the same thing, very redundant, then again I'm all about speed.
Thanx,
Stan
Last edited by a moderator:
Paradox
oh em gee
also when you are on the nand/sd selection screen you cant hit bloody X to go back like all the other menu's you have to hit the special start button, i dont know why they did this but this is also annoying.
I admit it is real stupid. Why default to the option that you can't even use? Since you can't put stuff in the NAND and always select SD why wouldn't it default to SD? That would make sense but we all know that GPH doesn't always do the thing that makes sense.
Last edited by a moderator:
second exodous
Advanced Member
I think this is the plus side of an open system, the company might not fix it but someone will.
Thanx,
Stan
Last edited by a moderator:
no_skill
gp2x! bananas! mayhem! mayham!
this is wrong.
the menu and file chooser and whatever are seperate programs and thus can be replaced.
bastardshell and unify already go for an alternative frontend. i know how to replace the default gph shell with a custom one. this knowledge screwed my gp2x today.
Last edited by a moderator:
DemonStar55
chai chai chai chai chai chai chai chai chai chai
what you do, I know I saw you complaining in IRC
Last edited by a moderator:
Squidge
Certified Guru
Anyone who wants to modify there 'gp2xmenu' executable can try my little hack:
Copy the 'gp2xmenu' executable to your sd card, and then open the file with your favourite hex editor on your pc (I'm assuming you have a sd reader here). Goto address 54619 (0
55B in hex) and you should see 1A - change this to EA. Save the file and copy it back to your nand. You can now select the 'nand' option in the game menu, but you will be shown your sd card contents. This saves you having to move the joystick - just press 'B' twice on 'Game'.
If your worried about screwing the file up, you can copy the contents of /usr/gp2x to your sd card, rename the 'gp2xmenu' file to 'gp2xmenu.gpe' and test it on from your sd card before copying to your nand.
**************** !! If you are not comfortable with this procedure, DO NOT ATTEMPT IT. You can easily brick your GP2X if you do it incorrectly!!
****************
I am not including a pre-patched 'gp2xmenu' as this file is copyright by GPH.
Copy the 'gp2xmenu' executable to your sd card, and then open the file with your favourite hex editor on your pc (I'm assuming you have a sd reader here). Goto address 54619 (0
55B in hex) and you should see 1A - change this to EA. Save the file and copy it back to your nand. You can now select the 'nand' option in the game menu, but you will be shown your sd card contents. This saves you having to move the joystick - just press 'B' twice on 'Game'. If your worried about screwing the file up, you can copy the contents of /usr/gp2x to your sd card, rename the 'gp2xmenu' file to 'gp2xmenu.gpe' and test it on from your sd card before copying to your nand.
**************** !! If you are not comfortable with this procedure, DO NOT ATTEMPT IT. You can easily brick your GP2X if you do it incorrectly!!
****************
I am not including a pre-patched 'gp2xmenu' as this file is copyright by GPH.
C
codeninja
Guest
Speaking of stupidity in GP2x menus, how about not being able to push up or down to go up or down in the menu? It would take the coder's 10 minutes to implement that (I'm a programmer myself, and I know what I'm talking about, thank you
) It's just being sloppy. I agree with DaveC that there is no reason to have that extra menu when they don't even allow to use NAND at the moment from the menu! As a programmer, it's always tempting to just start writing code, but it's always better to spend, at least, some time planning.
Last edited by a moderator:
matt goode
Member
The menu really annoyed me, the no up / down was an awful choice
reallynotnick
The smartest newb
I totally agree.
• Need to be able to go up and down on the menu
• Get rid of the selection between Nand and SD
Anyone else got any other great ideas? Those pretty much sum up my menu complaints.
• Need to be able to go up and down on the menu
• Get rid of the selection between Nand and SD
Anyone else got any other great ideas? Those pretty much sum up my menu complaints.
Well the entire thing kind of sucks. It presents separate options for choosing files to run as movies, audio, text, games, and utilities. The only benefit of that is that if you have a lot of files all in one directory, it filters them by type. That's utterly useless though if you've got a directory structure on the card, which already filters everything by type. Much better to have a single menu option for browsing the SD card, and allow you to run any file type you like. Then what you see on the console is more like what you see when you mount it from your PC.
I guess this was a motivation behind Unify.
I guess this was a motivation behind Unify.
second exodous
Advanced Member
The iPod does it easy, it's journaled so when you select 'Classical' it knows where the classical songs are in, there isn't a default classical folder. So to play a video you would select Video from the GP2X and then it would where every video file on the SD card is. That would take a while to build the file to tell where every file is on the SD card every time you put the SD card in. A separate program could be written to write the file on the SD card before it's but in the GP2X, but that's harder to keep multi-platform. Maybe a default tree on the SD card would be better, like every card organised like this:
/root
../Video
../Game
../Music
../Photo
../E-Book
../Utility
../'Whatever folder you can think of'
The GP2X would look in /Video when you select Video, /Music when you select Music, etc. If the SD card isn't organised like above or you just shoved files in a wrong/different directory then you would use Explorer to find them, which is basically the same as it is now.
Forcing everyone to sort their media into the tree above or use the Explorer would be a simpler method I think, but annoying for some. Also, I'm not sure if everyone that buys a GP2X is smart enough to sort things out, I think that's how the Archos is, but it's far behind the iPod in sales. But once again that's how it basically is now, you have to hunt for the file in directories. Unify would save a step for unorganised people, you select the file and the correct program opens up.
I don't know though, just throwing ideas out.
Thanx,
Stan
Edit: sorry gfoot, I would have quoted you, kinda same idea, but didn't see your post, took too long to write this so it made sense and such.
/root
../Video
../Game
../Music
../Photo
../E-Book
../Utility
../'Whatever folder you can think of'
The GP2X would look in /Video when you select Video, /Music when you select Music, etc. If the SD card isn't organised like above or you just shoved files in a wrong/different directory then you would use Explorer to find them, which is basically the same as it is now.
Forcing everyone to sort their media into the tree above or use the Explorer would be a simpler method I think, but annoying for some. Also, I'm not sure if everyone that buys a GP2X is smart enough to sort things out, I think that's how the Archos is, but it's far behind the iPod in sales. But once again that's how it basically is now, you have to hunt for the file in directories. Unify would save a step for unorganised people, you select the file and the correct program opens up.
I don't know though, just throwing ideas out.
Thanx,
Stan
Edit: sorry gfoot, I would have quoted you, kinda same idea, but didn't see your post, took too long to write this so it made sense and such.
judge0
Member
Actually the need to add file extensions ( .gpu & .gpe) is only necessary for GPH's menu program, we could drop that and go back to linux permissions from file attributes.
Also, gpm (the mouse driver) seems to be running. Does anybody know if GPH used that for input in gp2xmenu? If it is, we could utilize it for input from both console and framebuffer apps.
Also, gpm (the mouse driver) seems to be running. Does anybody know if GPH used that for input in gp2xmenu? If it is, we could utilize it for input from both console and framebuffer apps.
no_skill
gp2x! bananas! mayhem! mayham!
that's actually what bastardshell currently does with games. it scans your whole sd for games and you just select the one you want to launch.
and scanning is rather fast. and if we save the scan results to the sd and only scan manually (ie: if you added a new movie next time you start the gp2x select "rescan") we could omit the scanning 99% of the time.
Last edited by a moderator:
I'd more suggest background scanning during idle periods (of which there are plenty in any GUI application...)
Unix file permissions aren't useful because we're on a Windows filesystem, which doesn't support them. Personally I use .gpe scripts but leave the executables without an extension. The scripts grab output, and chain back to gp2xmenu at the end. I know rlyeh's minimal library makes the executables chain to gp2xmenu automatically, so different strokes for different folks.
Regarding replacing the shell, it's interesting... all my scripts exec the shell at the end, which forces the model GPH chose where the shell stops running when a game runs. Possibly a good idea, but it does mean when a game crashes the shell doesn't come back. For replacement shells it might be better to have the shell go to sleep while a game runs, and wake up when gp2xmenu is run. If the shell isn't running yet, gp2xmenu would launch it.
It's a bit annoying though because based on yesterday's events, I'd suggest replacing gp2xmenu on disk is worth avoiding. Did you get that sorted out in the end?
Unix file permissions aren't useful because we're on a Windows filesystem, which doesn't support them. Personally I use .gpe scripts but leave the executables without an extension. The scripts grab output, and chain back to gp2xmenu at the end. I know rlyeh's minimal library makes the executables chain to gp2xmenu automatically, so different strokes for different folks.
Regarding replacing the shell, it's interesting... all my scripts exec the shell at the end, which forces the model GPH chose where the shell stops running when a game runs. Possibly a good idea, but it does mean when a game crashes the shell doesn't come back. For replacement shells it might be better to have the shell go to sleep while a game runs, and wake up when gp2xmenu is run. If the shell isn't running yet, gp2xmenu would launch it.
It's a bit annoying though because based on yesterday's events, I'd suggest replacing gp2xmenu on disk is worth avoiding.
Did you get that sorted out in the end?
no_skill
gp2x! bananas! mayhem! mayham!
Imho Background scanning isn't really needed. After all you won't change your sd contents when the gp2x is running. And the scan is done really fast.
An option to display stdout of your app (after exiting to the shell again) is a good idea.
And the shell-go-to-sleep thing was something I wanted to add too, but with all those applications starting the shell when quitting...
However bastardshell could check wether it's already running and refuses to run in this case.
Regarding replacing gp2xmenu: you should have some kind of fallback when doing it for the first time. i screwed my gp2x because i forgot to copy the font files over (uboot->kernel->shell crashes)
and no... i haven't sorted that yet. both sd cards i have won't flash (but i guess that's a windows-formats-the-sd-card-fat32-"wrong" problem which could be sorted out if my linux had access to my sd reader AAAAAAAAAAAAAAAAAAAAAAAAAH) - so i need to a) get a serial cable or B) send my gp2x to someone who could fix it.
An option to display stdout of your app (after exiting to the shell again) is a good idea.
And the shell-go-to-sleep thing was something I wanted to add too, but with all those applications starting the shell when quitting...
However bastardshell could check wether it's already running and refuses to run in this case.
Regarding replacing gp2xmenu: you should have some kind of fallback when doing it for the first time. i screwed my gp2x because i forgot to copy the font files over (uboot->kernel->shell crashes)
and no... i haven't sorted that yet. both sd cards i have won't flash (but i guess that's a windows-formats-the-sd-card-fat32-"wrong" problem which could be sorted out if my linux had access to my sd reader AAAAAAAAAAAAAAAAAAAAAAAAAH) - so i need to a) get a serial cable or B) send my gp2x to someone who could fix it.
