https://elinux.org/index.php?title=Talk:Didj_Replacement_App_Menu&feed=atom&action=historyTalk:Didj Replacement App Menu - Revision history2024-03-19T02:20:41ZRevision history for this page on the wikiMediaWiki 1.31.0https://elinux.org/index.php?title=Talk:Didj_Replacement_App_Menu&diff=21078&oldid=prevLosinggeneration: A short discussion about what the menu system should/could possible have2010-05-17T06:22:56Z<p>A short discussion about what the menu system should/could possible have</p>
<p><b>New page</b></p><div> [01:03:22] <losinggeneration> I think it might be possible to repartition the NAND, and get around 512 MB total...<br />
[01:03:53] <PhilKll> that would be nice, I don't think we really need dual OS/kernels do we?<br />
[01:04:09] <losinggeneration> but, we'd need to be extremely careful, since we need to not destroy the boot area on the NAND<br />
[01:04:10] <PhilKll> the only reason I've seen that the didj has them, is for flashing in firmware<br />
[01:04:31] <losinggeneration> yep, so a bad flash doesn't happen is mainly why<br />
[01:04:57] <PhilKll> but we're not that concerned, I mean we can rewrite the entire things from SD using uboot<br />
[01:05:20] <PhilKll> assuming not a terrible amount of badblocks, actually that might best be left for last resort<br />
[01:06:15] <PhilKll> maybe we leave it, and our system runs like brio in that anything we add to the system, apps and stuff, go in mtdblock9<br />
[01:07:08] <PhilKll> then our menu interface, looks in say /Didj/Apps for homebrew applications, and adds them to a menu system<br />
[01:07:19] <PhilKll> the it would be super easy to add stuff, just do it over usb<br />
[01:07:41] <losinggeneration> I'd personally feel more compfortable having a descent SD driver and just have apps and stuff on the SD <br />
[01:08:18] <losinggeneration> with /Didj/Apps as more of a second option for people without a DJHI<br />
[01:08:40] <losinggeneration> or for if you don't want to have it plugged in while on the go<br />
[01:08:47] <PhilKll> so we could do both then<br />
[01:08:53] <losinggeneration> yeah<br />
[01:09:06] <PhilKll> have the menu populate itself from /Didj/Apps and SD/Apps<br />
[01:09:19] <PhilKll> makes sense, plus sd is vastly bigger space<br />
[01:09:42] <losinggeneration> that's kind of the idea I'm currently thinking will work best for the largest amount of people <br />
[01:10:08] <losinggeneration> the SD having a lot more space is also a big plus IMO<br />
[01:10:15] <PhilKll> yeah, thats what I'm thinking, something simple, on start up that just provides people a way to start thier app<br />
[01:11:12] <PhilKll> true, but it would be nice with the /Didj space because me and nirvous were talking about using the SD for GPIO, so people could do that too<br />
[01:11:58] <PhilKll> if someone came up with a use/need for some GPIO the only ones are the SD pins, so having both leaves open that functionality, which is nice<br />
[01:13:48] <losinggeneration> that's why I think having the option to copy something on the SD to the Didj would be a good option, so it could start out as an app on the SD, and the easily be copied to the Didj if it did require the SD slot for something else<br />
[01:14:55] <PhilKll> yeah that would be cool, also if you didn't want your cartridge for some reason, you could copy your apps over and go<br />
[01:15:58] <PhilKll> this way the cartridge slot could be used for hardware hacks, and not have to worry so much about it being necessary to the function, which would probably require some sort of check at some point</div>Losinggeneration