Author Topic: Pixel-modes  (Read 8439 times)

Chui (OP)

  • *
  • Posts: 34
Pixel-modes
« on: August 17, 2010, 10:40:22 am »
Anybody knows dingoo's pixel modes and how change it using SDL or framebuffer? It is necessary for a important PCSX4ALL improvement ;)

ruffnutts

  • ****
  • Posts: 2671
Re: Pixel-modes
« Reply #1 on: August 17, 2010, 07:57:49 pm »
So Chui - is that a hint that your porting PCSX4ALL  ;D

zear

  • * Moderator
  • Posts: 2378
Re: Pixel-modes
« Reply #2 on: August 17, 2010, 08:05:32 pm »
Anybody knows dingoo's pixel modes and how change it using SDL or framebuffer? It is necessary for a important PCSX4ALL improvement ;)
If by pixel modes you mean the resolution, dingoo can do only 320x240x16bpp

eule

  • * Former Staff
  • Posts: 889
Re: Pixel-modes
« Reply #3 on: August 17, 2010, 08:20:29 pm »
Bet he knows that already, after all he ported some cool emulators already, i?d say Chui looks for such stuff:

sudo hwinfo --framebuffer
...
  Mode 0x0300: 640x400 (+640), 8 bits
  Mode 0x0301: 640x480 (+640), 8 bits
  Mode 0x0303: 800x600 (+800), 8 bits
  Mode 0x0305: 1024x768 (+1024), 8 bits
  Mode 0x0307: 1280x1024 (+1280), 8 bits
  Mode 0x0340: 1400x1050 (+1400), 8 bits
...
found at a german Ubuntu site after searching for pixelmodes.  ;D Possibly unrelated, but thought i?d post. Oh and before you try, dingux does not contain hwinfo, just tried myself...
If this post is totally useless, forget it please.   :)
« Last Edit: August 17, 2010, 08:36:22 pm by eule »

mrkingoo

  • *
  • Posts: 258
Re: Pixel-modes
« Reply #4 on: August 17, 2010, 08:38:30 pm »
Judging by the Wiz preview video PCSX4ALL for the Dingoo would be awesome :) Even if the Dingoo version maybe wont come close to the Wiz performance, it would still be great if its a little faster than psx4all :)

Keep up the good work Chui!

laurent0977

  • Guest
Re: Pixel-modes
« Reply #5 on: August 17, 2010, 09:32:02 pm »
hello

Thank you for your kindness Chui

Laurent

SiENcE

  • **
  • Posts: 653
    • Crank Gaming (Dingux Apps)
Re: Pixel-modes
« Reply #6 on: August 18, 2010, 11:06:56 am »
Anybody knows dingoo's pixel modes and how change it using SDL or framebuffer? It is necessary for a important PCSX4ALL improvement ;)

Chui, you mean  rgb32, rgb565 or yuv422 ? Whats the fastes on Dingoo?

Take a look at this toolchain and sourcecodes. It's for many mp4 devices (also the Dingoo) for the nativ OS. Maybe you find some infos there.

http://code.google.com/p/mp4sdk/

pcercuei

  • ***
  • Posts: 1427
    • My devblog
Re: Pixel-modes
« Reply #7 on: August 18, 2010, 11:20:06 am »
AFAIK, the LCD driver of booboo's kernel as well as the SLCD driver of opendingux both support only rgb565. The 8bpp framebuffer is converted in software to become rgb565. But I don't know if the hardware support other pixel modes. To be sure, you should ask mth here or on freenode/#dingoonity.

santino

  • Guest
Re: Pixel-modes
« Reply #8 on: August 18, 2010, 02:12:20 pm »
Wow chui are you really doing a new port for the dingoo? Thats so awesome! :)

ruffnutts

  • ****
  • Posts: 2671
Re: Pixel-modes
« Reply #9 on: August 18, 2010, 03:00:10 pm »
well he aint confirmed - hinting though - god I hope so pmsl  ;D

Chui (OP)

  • *
  • Posts: 34
Re: Pixel-modes
« Reply #10 on: August 19, 2010, 01:34:03 am »
I am interested about other 16bit modes for avoid shifts per pixel: RGB1555 etc

laurent0977

  • Guest
Re: Pixel-modes
« Reply #11 on: August 20, 2010, 10:37:56 pm »
hi,

It would be necessary to ask the question to boho or Uli .... ?

 :)

good night

ruffnutts

  • ****
  • Posts: 2671
Re: Pixel-modes
« Reply #12 on: September 08, 2010, 11:26:38 pm »
Wonder if theres any progress on PCSX4ALL...mmm  ;)

laurent0977

  • Guest
Re: Pixel-modes
« Reply #13 on: September 20, 2010, 12:48:54 pm »
Hello,

Chui don't know pixel mode for dingoo.

You can help Chui

Thanks

 :) :)

RodrigoCard

  • *
  • Posts: 313
    • Mac Joystick Apps
Re: Pixel-modes
« Reply #14 on: September 27, 2010, 04:59:18 am »
I am interested about other 16bit modes for avoid shifts per pixel: RGB1555 etc

I was looking for something else in the jz4740.h (look here: http://projects.qi-hardware.com/index.php/p/xburst-tools/source/tree/63d8f0858cb696b1b3f04ed532df88a27fc65c18/xbboot/target-common/jz4740.h ) and found something interesting:

line 4464:    #define __lcd_select_rgb565() ( REG_LCD_CTRL &= ~LCD_CTRL_RGB555 )
line 4465:    #define __lcd_select_rgb555() ( REG_LCD_CTRL |= LCD_CTRL_RGB555 )

The current dingux drive does not support 555, but looks like the processor/lcd controler does.
I don't know how difficult it is to support it in the kernel though.

Derek182

  • Guest
Re: Pixel-modes
« Reply #15 on: September 27, 2010, 05:15:19 pm »
I know nothing of what you're asking, but best of luck with the project! :)

darfgarf

  • Guest
Re: Pixel-modes
« Reply #16 on: September 27, 2010, 05:22:44 pm »
This post is pointless, +1 to my postcount ;D

Derek182

  • Guest
Re: Pixel-modes
« Reply #17 on: September 28, 2010, 05:47:20 pm »
This post is pointless, +1 to my postcount ;D
Hey now, no mocking :P
I'm just no developer, so the most I can contribute is verbal support. Judging by the number of posts I have, do you really think I care about my post count?  :D

laurent0977

  • Guest
Re: Pixel-modes
« Reply #18 on: October 01, 2010, 12:35:31 am »
bobo answer for my mail :

 Hi,

Looks like my original kernel allowed to select any mode, but only 16 bit mode worked. That is, for example, you tell SDL that you want 8 bit mode and the kernel says Ok, so the SDL does not bother to do color conversion (which it should). They seem to have fixed this in the OpenDingux kernel, which only reports success setting the 16 bit mode, so if you tell SDL to use any other mode, it will realize it's not supported and do the color conversion internally in a (I guess) very efficient way.

I'm not sure at the moment if a true RGB1555 mode can be achieved in the A320, but will try to look into it.

Regards.

good night
Laurent

Megacubo

  • *
  • Posts: 66
Re: Pixel-modes
« Reply #19 on: September 03, 2011, 01:27:44 am »
I hope somebody take the project someday...