Author Topic: OpenDingux: first end-user release  (Read 67182 times)

K-77

  • * Former Staff
  • Posts: 343
Re: OpenDingux: first end-user release
« Reply #80 on: June 21, 2012, 03:58:54 pm »
Could anyone, please, enumerate the advantages of OD over Legacy as a final user? Does this include the correction for blueish screen in ili8888 (that would be great for GBA emulation)? The information is very confusing and it looks like a lot of software doesn't work properly.  An in-depth review might be helpful for those people who are hesitant -or lazy- to try this new release. Thanks.

A list of working emulators would be nice to have as well.

*ILI 9338.

And everything is on site.

mth (OP)

  • Posts: 317
Re: OpenDingux: first end-user release
« Reply #81 on: June 21, 2012, 11:30:55 pm »
Could anyone, please, enumerate the advantages of OD over Legacy as a final user?

Suspend, volume and brightness change and TV-out toggle at any time, speed improvements, no SD corruption when writing big files, read-only access to files on the NAND, gmenu2x included on rootfs.

Quote from: CREATICA
Does this include the correction for blueish screen in ili8888 (that would be great for GBA emulation)?
There is a test kernel with blue correction; if someone tried this, please let us know whether it is an improvement.

Quote from: CREATICA
An in-depth review might be helpful for those people who are hesitant -or lazy- to try this new release.
I'll leave it to someone less biased than me to write one ;)

Quote from: CREATICA
A list of working emulators would be nice to have as well.
raygan already started a page on the Dingoonity wiki containing that info.

CREATICA

  • Posts: 195
Re: OpenDingux: first end-user release
« Reply #82 on: June 22, 2012, 09:35:04 am »
Thanks mth, it's the only thing I wanted to know.

I haven't tried OD myself yet, butI've found this local pack for OD: http://a320.emulate.su/2011/09/22/local-pack-dlya-opendingux/

Not the most updated pack although it can be handy for whoever don't want to install each one of the available emulators for the system.

fosamax

  • Posts: 328
Re: OpenDingux: first end-user release
« Reply #83 on: June 22, 2012, 04:58:00 pm »
Thanks for this release.

The new splash screens and power switch daemon are really great.

I have some troubles with Gmenu2x.

From what i see, there's two included (builted-in) themes in the release : Default and 2010-12-14



The 2010-12-14 is a five row theme.

When you switch from one theme to another that doesn't have the same layout (number of lines, columns, topbar height and bottombar height...), the screen is not updated causing some graphical glitches (can be fixed by rebooting or at least launching any application or terminal)

Before rebooting (only 4 columns can be seen):



After rebooting (all columns are visible) :



Maybe you could force a screen refresh after switching between skins ?

As you can see on previous screenshot, there's also some glitches caused by the bigger font (text overlapping).
This can't be fixed since there's no way to currently rename links or section name (i manage to only edit link that were added by myself but failed when trying to rename sound mixed into sound or applications into apps for example).

I think the best should be to remove 2010-12-14 skin as it's unusable in its current state.

There's some other text overlapping (even in default 3x3 skin) as you can see in first screenshot.

The fix could be :

- Revert to a narrow font
- Change a bit the layout (difficult for the first screenshot but could help on Gmenu2x settings screen were some texts overlaps on foreign translation)
- Change the text for a smaller one
- Make the text scrollable or autocut (with...)

On the terminal screen, you could add a space to force the first line of text to be cut between test and their :



Currently, the main issue is that we can't edit any link that belongs to the builted-in gmenu2x :
- tried to delete terminal for example and it's recreated at next reboot
- tried to delete/rename section : impossible (except emulators but it's recreated at next reboot)
- tried to rename link : impossible except for the one you created yourself

Since you can't edit those, it's also useless to have translations as most strings remains in english.

Could you also display current volume and current brightness in bottom bar (or at least make it visible in gmenu2x settings screen)

I was also asking myself if the scripts (poweroff, reboot and suspend) should not use the default gmenu2x clock (192) and not the default dingoo clock (336).

Is it eventually possible to detect if the dingoo is plugged and change the battery icon to a charging one ?

Sorry for asking so much questions and thanks in advance for your answers.

Nice work guys !

Volomon

  • Posts: 2
Re: OpenDingux: first end-user release
« Reply #84 on: June 24, 2012, 01:07:32 am »
Ok for some reason I am having issues: It freezes at the Dingux splash.

I only have a 2gb card that I am currently using.  So size should not be an issue.  I did however reformat the card several times and placed the files back on.  I've tried a lot of different things but there doesn't appear to be much in the way of help.

I've renamed the files according to the LCD display type mine is a ILI9325.  The two files of course being zImage and rootfs.  I've even tried naming them as recommended but I don't think it was the intention of the original post, which would make zImage.bin and rootfs.bin.bin with their respective extensions.

The memory card is a Filemate brand card, I still don't think that's the issue.

I did notice while running usbtool-win.exe 1 hwinit.bin 0x80000000 it would constantly error out.  I'm not sure what this is about after running the other command however it would not boot up either.  So I'm not sure what is going on.  Is there a way to get rid of the dual boot and start fresh?

Any help would be appreciated.

Skyline969

  • Posts: 279
Re: OpenDingux: first end-user release
« Reply #85 on: June 24, 2012, 01:41:02 am »
Ok for some reason I am having issues: It freezes at the Dingux splash.

I only have a 2gb card that I am currently using.  So size should not be an issue.  I did however reformat the card several times and placed the files back on.  I've tried a lot of different things but there doesn't appear to be much in the way of help.

I've renamed the files according to the LCD display type mine is a ILI9325.  The two files of course being zImage and rootfs.  I've even tried naming them as recommended but I don't think it was the intention of the original post, which would make zImage.bin and rootfs.bin.bin with their respective extensions.

The memory card is a Filemate brand card, I still don't think that's the issue.

I did notice while running usbtool-win.exe 1 hwinit.bin 0x80000000 it would constantly error out.  I'm not sure what this is about after running the other command however it would not boot up either.  So I'm not sure what is going on.  Is there a way to get rid of the dual boot and start fresh?

Any help would be appreciated.

The filenames should be zImage and rootfs.bin.

Volomon

  • Posts: 2
Re: OpenDingux: first end-user release
« Reply #86 on: June 24, 2012, 02:03:04 am »
So it really is rootfs.bin.bin that just seems odd.  I'll give it a try again.

qbertaddict

  • * Former Staff
  • The Doctor
  • Posts: 1184
    • about.me
Re: OpenDingux: first end-user release
« Reply #87 on: June 24, 2012, 03:17:03 am »
Also if you are running windows remember to turn off hide filetypes for known files. If you do not the actual name of the file ends up being rootfs.bin.bin but looks like rootfs.bin on your sd card


mth (OP)

  • Posts: 317
Re: OpenDingux: first end-user release
« Reply #88 on: June 24, 2012, 05:33:11 am »
I've renamed the files according to the LCD display type mine is a ILI9325.  The two files of course being zImage and rootfs.  I've even tried naming them as recommended but I don't think it was the intention of the original post, which would make zImage.bin and rootfs.bin.bin with their respective extensions.
The exact names must be "zImage" and "rootfs.bin", on the card itself. Please configure Explorer to show the actual file names and don't swallow the extensions, or use the command line to rename.

Quote from: Volomon
The memory card is a Filemate brand card, I still don't think that's the issue.
OpenDingux doesn't care about the brand of the card, as long as it is a working card.

Quote from: Volomon
I did notice while running usbtool-win.exe 1 hwinit.bin 0x80000000 it would constantly error out.  I'm not sure what this is about after running the other command however it would not boot up either.  So I'm not sure what is going on.  Is there a way to get rid of the dual boot and start fresh?
Did you reboot with B held down before issuing that command? If you see anything on the screen before you upload hwinit.bin, you forgot / were too late with pressing the B button.

Munchausen

  • Posts: 28
Re: OpenDingux: first end-user release
« Reply #89 on: June 24, 2012, 12:35:40 pm »
So it really is rootfs.bin.bin that just seems odd.  I'll give it a try again.

NO! He said

The filenames should be zImage and rootfs.bin.


NOT zImage.bin and rootfs.bin.bin!

One more time:

zImage and rootfs.bin

NOT zImage.bin and rootfs.bin.bin

:D

wilhood

  • Posts: 28
Re: OpenDingux: first end-user release
« Reply #90 on: June 24, 2012, 10:02:56 pm »
Ok for some reason I am having issues: It freezes at the Dingux splash.

I only have a 2gb card that I am currently using.  So size should not be an issue.  I did however reformat the card several times and placed the files back on.  I've tried a lot of different things but there doesn't appear to be much in the way of help.

I've renamed the files according to the LCD display type mine is a ILI9325.  The two files of course being zImage and rootfs.  I've even tried naming them as recommended but I don't think it was the intention of the original post, which would make zImage.bin and rootfs.bin.bin with their respective extensions.

The memory card is a Filemate brand card, I still don't think that's the issue.

I did notice while running usbtool-win.exe 1 hwinit.bin 0x80000000 it would constantly error out.  I'm not sure what this is about after running the other command however it would not boot up either.  So I'm not sure what is going on.  Is there a way to get rid of the dual boot and start fresh?

Any help would be appreciated.
Hi
I had the same problem, nothing worked,until i formatted the sd card on a windows 7 os.
I tried formatting on vista and xp and nothing worked ,until i used a windows 7 laptop too format the sd card ,and install the files onto the sd card.
Hope it helps

pcercuei

  • Posts: 1689
    • My devblog
Re: OpenDingux: first end-user release
« Reply #91 on: June 24, 2012, 10:31:48 pm »
Thanks for this release.

The new splash screens and power switch daemon are really great.

I have some troubles with Gmenu2x.

From what i see, there's two included (builted-in) themes in the release : Default and 2010-12-14



The 2010-12-14 is a five row theme.

When you switch from one theme to another that doesn't have the same layout (number of lines, columns, topbar height and bottombar height...), the screen is not updated causing some graphical glitches (can be fixed by rebooting or at least launching any application or terminal)

Before rebooting (only 4 columns can be seen):



After rebooting (all columns are visible) :



Maybe you could force a screen refresh after switching between skins ?

As you can see on previous screenshot, there's also some glitches caused by the bigger font (text overlapping).
This can't be fixed since there's no way to currently rename links or section name (i manage to only edit link that were added by myself but failed when trying to rename sound mixed into sound or applications into apps for example).

I think the best should be to remove 2010-12-14 skin as it's unusable in its current state.
Yes, I think we will do that.

There's some other text overlapping (even in default 3x3 skin) as you can see in first screenshot.

The fix could be :

- Revert to a narrow font
- Change a bit the layout (difficult for the first screenshot but could help on Gmenu2x settings screen were some texts overlaps on foreign translation)
- Change the text for a smaller one
- Make the text scrollable or autocut (with...)

In the future, gmenu2x will use truetype fonts, to prevent it to crash on non-latin filenames...

On the terminal screen, you could add a space to force the first line of text to be cut between test and their :


I won't change that, because then it would look quite weird on a different screen resolution (and OD might run on different screen resolutions at some point).

Currently, the main issue is that we can't edit any link that belongs to the builted-in gmenu2x :
- tried to delete terminal for example and it's recreated at next reboot
- tried to delete/rename section : impossible (except emulators but it's recreated at next reboot)
- tried to rename link : impossible except for the one you created yourself

Since you can't edit those, it's also useless to have translations as most strings remains in english.

Could you also display current volume and current brightness in bottom bar (or at least make it visible in gmenu2x settings screen)

I was also asking myself if the scripts (poweroff, reboot and suspend) should not use the default gmenu2x clock (192) and not the default dingoo clock (336).

Is it eventually possible to detect if the dingoo is plugged and change the battery icon to a charging one ?

Sorry for asking so much questions and thanks in advance for your answers.

Nice work guys !

I'll look into it.
Keep in mind that gmenu2x is a nice piece of software with a truely ugly source code. We spent days cleaning it, but it still needs a lot of work...

orakio_rob

  • Posts: 34
Re: OpenDingux: first end-user release
« Reply #92 on: June 24, 2012, 11:18:33 pm »
I just wanted to thank you guys for this release, OpenDingux is awesome.

It's the first time I try OpenDingux, and I haven't tested it thoroughly yet, but the sleep mode, the screenshot function and all the little touches such as volume and bright control are just fantastic. I'm even considering buying a spare A320, because this little white wonder just got a lot more interesting to me now. Thanks!

lordblip

  • Posts: 11
Re: OpenDingux: first end-user release
« Reply #93 on: June 25, 2012, 04:31:20 pm »
dear friends had been unable to thank before Dingoo forum br had someone working on a port of call mame mame plus but dingux, the good thing is that I release the src and left instructions for working the case, I hope someone can compile it to opendingux. I leave the post text in Portuguese and left the English translation. a hug and hard work remain friends so please excuse my English but I'm from chile jajajajjaja.

Quote
Sim, se alguem puder compilar aqui est? o source:
4shared.com /rar/HYKVFpc/Mame4All_Plus_Dingux_v12.html

Instru??es: Primeiro quando extrair vai ter duas pastas, Mame e Mame_release. primeiro entre na pasta Mame e altere o Makefile para funcionar no Linux com o toolchain do Open Dingux. Depois de um Make clean e um Make. Quando terminar, copie o arquivo "mame" gerado e substitua pelo que est? em "Mame_release". Quando for disponibilizar para download, deve mandar a pasta Mame_release toda. Para compilar a vers?o de neogeo ? simples, basta no Makefile colocar um # no inicio em "TARGET = mame" e tirar o # de "TARGET = neomame" e fazer o mesmo processo. Very Happy

translate on google

Quote
Yes, if someone can compile the source here:
4shared.com / rar/HYKVFpc/Mame4All_Plus_Dingux_v12.html

Instructions: First when you extract will have two folders, and Mame Mame_release. first among the Mame folder and change the Makefile to work with the toolchain on Linux Open Dingux. After a clean and Make Make. When finished, copy the file "mama" and replace generated by what is "Mame_release." When it is available for download, should send the whole folder Mame_release. To compile the NeoGeo version is simple, just put a # in the Makefile in the beginning "TARGET = mame" and take the # of "TARGET = neomame" and do the same process. Very Happy

Munchausen

  • Posts: 28
Re: OpenDingux: first end-user release
« Reply #94 on: June 25, 2012, 05:07:04 pm »
Quote
Yes, if someone can compile the source here:
4shared.com / rar/HYKVFpc/Mame4All_Plus_Dingux_v12.html

Link doesn't work - and not just a matter of removing spaces :(

EDIT - I found working link:

http://www.4shared.com/rar/HYKVFpcH/Mame4All_Plus_Dingux_v12.htm
« Last Edit: June 25, 2012, 05:10:36 pm by Munchausen »

naxeras

  • Posts: 191
Re: OpenDingux: first end-user release
« Reply #95 on: June 25, 2012, 05:24:01 pm »
What version of mame are based?

zear

  • * Moderator
  • Posts: 2381
Re: OpenDingux: first end-user release
« Reply #96 on: June 25, 2012, 05:30:05 pm »
I already mentioned this in another thread: you can recompile mame, but it won't work on OD, because it tries to overclock the cpu the legacy style plus it tries to read the input directly from hardware. So some code would have to be rewritten.

naxeras

  • Posts: 191
Re: OpenDingux: first end-user release
« Reply #97 on: June 25, 2012, 05:33:36 pm »
In theory this is another port

lordblip

  • Posts: 11
Re: OpenDingux: first end-user release
« Reply #98 on: June 25, 2012, 06:09:41 pm »

Shin-NiL

  • Posts: 355
    • Shin-NiL's Personal Web Page (Brazilian Portuguese)
Re: OpenDingux: first end-user release
« Reply #99 on: June 27, 2012, 01:42:11 am »
openbor has no sound but works and zdoom works but no sound am i doing something wrong or is there a sound issue here picodrive works fine with sound.

Ok what about openbor

Zdoom has no sound, even in legacy dingux.

I'm trying to add sound to OpenBOR, but I'm getting the following error:
Code: [Select]
ALSA lib pcm.c:7316:(snd_pcm_recover)underrun occurred
/media/mmcblk0p1/local/games/OpenBOR/OpenBOR.dge Aborted
Any idea?

I have one more question: I used to read "/proc/meminfo" to know how much memory was free and used in the system, but I realized that it no longer works. How could I get this information on OpenDingux?

Thank you, my friends!
« Last Edit: June 27, 2012, 01:48:47 am by Shin-NiL »