What About Open2x?


Status
Not open for further replies.
I just read the interview with Orkie, I'm eagerly awaiting the first release of open2x, ESPECIALLY now that we have DVD-res video output from the X-server!

If you are thinking of including a few X apps in the ROM, here are my suggestions:

rox - http://rox.sourceforge.net/desktop/static.html - fantastic file and desktop manager. If you only include one X app, make it this one!

Ted - http://www.nllgg.nl/Ted/ - lightweight wordprocessor. OOo writer - forget about it! Abiword is also a bit too big for a 32MB RAM machine

feh - http://linuxbrit.co.uk/feh/ - Very fast image viewer that works well as a rox helper app

osb-browser - http://gtk-webcore.sourceforge.net/ - Forget about Firefox in 32MB, this is our best bet for a browser

xmms - http://www.xmms.org/ - the immortal music player! Some may argue the inclusion of an X music player in addition to whatever stand-alone music player Open2X will come with but it would be nice to have a gui music player for whilst you're working under X

xpdf, chibitracker... I believe all these apps could be fully usable on a GP2X w/BOB, mouse, keyboard and TV out display.

What a novel PC the 2X will be!
 
danboid said:
feh - http://linuxbrit.co.uk/feh/ - Very fast image viewer that works well as a rox helper app

osb-browser - http://gtk-webcore.sourceforge.net/ - Forget about Firefox in 32MB, this is our best bet for a browser




I think that some better programs would be:

Dillo - http://www.dillo.org/ - A fast, small web browser in 970KB. Renders well and supports SSL (beta).

FBI - http://linux.bytesex.org/fbida/ - It's not an X app (uses libdirectFB) but it works very well as a lightweight image viewer with antialiasing and zooming.
 
Last edited by a moderator:
sam fisher:

I know the GP2X really has 64MB of RAM, but the last I heard only 32MB was currently available to the kernel. I hope I'm wrong on that one because if we can access all 64MB we could run apps like amule, abiword and gnumeric or a very slow firefox on the GP2X. I know coz I've seen all this on my zaurus which has a faster CPU and better screen but pretty similar devices otherwise.

atomicthumbs:

Not tried FBI myself yet but sounds cool, however osb browser / kazehakase absolute destroy dillo as they use the same rendering engine as konqueror and safari - khtml. Dillo is the only other gui browser choice for 32MB arm linux machines thats any good tho. My Zaurus has 64MB though so I'm not entirely sure how well a bigger app like kazehakase would run in 32MB RAM.
 
QUOTE
sam fisher:

I know the GP2X really has 64MB of RAM, but the last I heard only 32MB was currently available to the kernel. I hope I'm wrong on that one because if we can access all 64MB we could run apps like amule, abiword and gnumeric or a very slow firefox on the GP2X. I know coz I've seen all this on my zaurus which has a faster CPU and better screen but pretty similar devices otherwise.


I think your confusing the NAND with RAM?
:huh:
 
ZeroPain said:
QUOTE
sam fisher:

I know the GP2X really has 64MB of RAM, but the last I heard only 32MB was currently available to the kernel. I hope I'm wrong on that one because if we can access all 64MB we could run apps like amule, abiword and gnumeric or a very slow firefox on the GP2X. I know coz I've seen all this on my zaurus which has a faster CPU and better screen but pretty similar devices otherwise.
I think your confusing the NAND with RAM?
:huh:


No, I think this was what the MMU hack was supposed to help - to access the upper area of the memory map. The user area of the NAND is another story altogether.

Orkie:
Why keep the second partition on the NAND at all? What are the arguments for not just reformatting it?
 
Last edited by a moderator:
NAND partitioning doesn't work like a hard drive, there is no partition table. The partitions are hardcoded into everything that needs to know about them (like the kernel and bootloader).
 
gnyffel said:
Why keep the second partition on the NAND at all? What are the arguments for not just reformatting it?
Orkie said:
NAND partitioning doesn't work like a hard drive, there is no partition table. The partitions are hardcoded into everything that needs to know about them (like the kernel and bootloader).
I'd give my vote for Open2X taking ALL of the NAND for the OS leaving no userspace NAND. We all use memory cards anyway, there isnt really much you can put on the NAND short of a few skins, but that could be changed to load from memory card anyway, depending on the setup of the new frontend to Open2X etc...
 
Last edited by a moderator:
Yorper said:
gnyffel said:
Why keep the second partition on the NAND at all? What are the arguments for not just reformatting it?
Orkie said:
NAND partitioning doesn't work like a hard drive, there is no partition table. The partitions are hardcoded into everything that needs to know about them (like the kernel and bootloader).
I'd give my vote for Open2X taking ALL of the NAND for the OS leaving no userspace NAND. We all use memory cards anyway, there isnt really much you can put on the NAND short of a few skins, but that could be changed to load from memory card anyway, depending on the setup of the new frontend to Open2X etc...


If this happens I won't use it, of course. I need NAND.
 
Last edited by a moderator:
Because he's just too damn lazy to send his GP2X off to be fixed :D. It is happening and it always was going to. If anybody wants to make a smaller loopback image than the original 'user' NAND for putting their own stuff on, fair enough but don't expect me to go out of my way to support everybody's personal builds because as soon as you start making changes I have no idea what you may have broken.
 
Oh Orkie you were talking about bluetooth for later on... would it be possible to code the latest audio profile for the bluetooth as well the A2DP thing?? reason being I just though about using the gp2x with bluetooth headphones that would be awesome!
 
*BUMP*

How about modifying gpu940 to act as a GL driver? e.g. /usr/lib/libGL.so

This way, OpenGL games can be ported easier.
 
Megatog615 said:
*BUMP*

How about modifying gpu940 to act as a GL driver? e.g. /usr/lib/libGL.so

This way, OpenGL games can be ported easier.
Talk about digging a thread out of the depths ;). Any reason to bump up this old thread?
It may as well die as it presents fairly ancient information and things like the news letters on the site are much more relevant.

Anyway, unless your offering to help refactor GPU940 to support what your suggesting I can tell you now that it is not going to happen. nobody on the project (all 3 of us ;)) is looking at anything like this and there are enough other issues that we need to bottom out that this would not even make the list.

On that note I'll let the thread die again :D
 
Last edited by a moderator:
Status
Not open for further replies.
Back
Top