1 chip MSX , What is the value?

Page 3/4
1 | 2 | | 4

Par derebo

Rookie (30)

Portrait de derebo

07-11-2010, 22:49

Thanks for your messages.

yzi, Wii is beyond my scope of interest (tiny device) so Dingoo has the winning ticket I guess Wink
cax and manuel, it seems there a few more handheld devices such as caanoo, gp2x wiz.
openmsx MSX emulator is available for Dingoo running dingux. And dingux runs in A320 as well as JZ47xx based devices, I don't know any of the later, though.
fmsx seems to have been ported to gp2x and that might be an alternative.
Note that A330 by Gemei is scheduled to be released this month and I've read the specs in the following thread:
http://www.gp32x.com/board/index.php?showtopic=57234
The device looks cooler (not the 80's brick-like look of A320, which I do love!)
It's a difficult choice now. A320 or A330... Only for serious enthusiasts :)

Greetings,

Par derebo

Rookie (30)

Portrait de derebo

07-11-2010, 23:04

A320
# CPU Ingenic JZ4732 @ 336MHz, underclocked from 360MHz (clocks up to 433MHz) (MIPS architecture)
# RAM 32MB @ 112MHz (Underclocked from 133 or 166 dependent on unit)

A330
# Processor CC1800 aka Rebranded TeleChips 8902/890X (ARM 11 Processor 600 Mhz Underclocked to 500 Mhz)
# RAM: 64MB (Confirmed by Dingoo/Gemeitech)

Do you think both of them are powerful enough to get MSX videogames displayed smoothly?

BTW, A320 is MIPS, DA330 is ARM so from what I've read any MSX emulator would have to be recompiled.

Par cax

Prophet (3737)

Portrait de cax

07-11-2010, 23:16

First of all, we are hijacking 1 chip MSX thread.

Next, you are mixing between Geimei A330, which is not released yet (which has no Dingux and MSX emulators on it and has no remote joystick), and Dingoo A330, which is a clone of A320 and has the same CPU as A320.

Par cax

Prophet (3737)

Portrait de cax

07-11-2010, 23:29

Full screen mode: I think we had a discussion about that... in my opinion (and technically), openMSX always runs on full screen on Dingoo. fMSX just skips most of the borders.

Technically you are correct, but practically I don't need borders and eyeglasses when the picture is re-sized to fill the whole screen. Call it whatever you want, and if I understand correctly, Dingoo has not enough processing power to resize screen in openMSX (dingux-msx runs usually clocked at 200MHz and needs 100MHz more for resizing in fill mode - and I optimized it as much as I could). I will be glad if you can prove me wrong and prove openMSX can do that.

Par Manuel

Ascended (18744)

Portrait de Manuel

08-11-2010, 19:53

cax: AFAIK, dingux-msx uses a crude scaling method, by introducing the same pixel every N pixels (with N=3 or so). This is a cheap-ass scaling method, but it does give artifacts and only works on 256-pixel wide modes... Is that what you prefer to the current implementation?

Par cax

Prophet (3737)

Portrait de cax

08-11-2010, 22:00

manuel: yes, I want to have option to choose scaling method - either no scaling or fast & dirty one, if nothing better can be done knowing we have a limited CPU.

Par Manuel

Ascended (18744)

Portrait de Manuel

08-11-2010, 23:34

cax: OK, wouter just made a small patch that does this dirty scaling and it works fine. I'm benchmarked it on the Dingoo and it doesn't seem to take any extra CPU time.

Par cax

Prophet (3737)

Portrait de cax

08-11-2010, 23:52

manuel - great, thank you a lot, I will test it as soon as the binary is released.

How hard is it to have a per-game mappings (or at least fixed number of predefined mapping profiles) of Dingoo buttons and their combinations ?

Can we also map some Dingoo buttons combination to e.g. "load latest saved state" ?

Par Manuel

Ascended (18744)

Portrait de Manuel

09-11-2010, 18:53

per game mappings: you could make a script to program that and put it on the Dingoo.
other mappings: same thing: a matter of making a script that binds to the right command. You can all customize this easily. The key mapping of Dingux can be found here: http://dingoo-linux.googlecode.com/svn/trunk/linux-2.6.24.3/README-A320
Use those to determine what first argument to use for the bind command.

Several scripts have examples of this, check the scripts directory.

Let me know if you need assistance.

Par wouter_

Champion (481)

Portrait de wouter_

09-11-2010, 19:16

... Dingoo has not enough processing power to resize screen in openMSX (dingux-msx runs usually clocked at 200MHz and needs 100MHz more for resizing in fill mode - and I optimized it as much as I could). I will be glad if you can prove me wrong and prove openMSX can do that.

cax: as manuel already mentioned, the scaling doesn't seem to take (measurable) extra time in openMSX. I took a quick look at the dingux-msx source code, and I believe you can also speed it up there (i mean the PutImage_fit_width() routine in SDLgfx.c). Please join #openmsx on irc.freenode.org to discuss this. This thread has been hijacked enough.

Page 3/4
1 | 2 | | 4