craigix
Mega GP Mania
As some of you will know I've done a video review comparing the A320 to the Wiz, I guess it should be linked here.
http://www.youtube.com/watch?v=-33IdcH3Wb8
http://www.youtube.com/watch?v=-33IdcH3Wb8
Pickle said:What you survived the outdoors unscathed?
vanillacheesecake said:Pickle said:What you survived the outdoors unscathed?
The countryside is a dangerous place, you might get bitten by a cow, or a pig might sneeze on you...
Exophase said:Some users have reported diagonal tearing on the A320 as well. See here: http://a320.freeforums.org/diagonal-tearing-t247.html
The thing is, it might only affect some of them. We have already seen that a lot of hardware components, like the RAM and the NAND, are not consistent between versions. How Gemei finds it profitable to spin out all these different versions in addition to having a ridiculous number of variations available, I'll never know. Maybe this problem only affects some, maybe it won't affect others in the future. I really have no idea. There are also reports that the black version has a better d-pad, so if that interests you you should look into getting one of those.
I've noticed that too. Black Dingoo, got it from DX, have it for 2 days now (and I'm happy).Lafazar said:Yeah, that was me who reported the diagonal tearing. And I think you are right that not all Dingoos are affected, because I think someone else would have noticed it by now. I have a black Dingoo, if that matters
fanoush said:Wouldn't the tearing be solved by double buffering/framebuffer switching in video driver? Can wiz or dingoo flip framebuffer pointer or at least synchronize screen updates with vsync interrupt?
We'll know more when booboo makes available his changes to linux kernel so others could start hacking. He added Ilitek ILI9325 driver to the kernel (among other things). From quick glance at Ingenic code in drivers/video/jz4740_slcd.c it looks like the framebuffer is in normal RAM and is sent to LCD controller via DMA so more frames should be possible by changing DMA source address. Well at least if there is vblank interrupt and you can change it in each frame while the display is onExophase said:Since these controllers don't have multiple framebuffers it can't be solved with double buffering.
fanoush said:We'll know more when booboo makes available his changes to linux kernel so others could start hacking. He added Ilitek ILI9325 driver to the kernel (among other things). From quick glance at Ingenic code in drivers/video/jz4740_slcd.c it looks like the framebuffer is in normal RAM and is sent to LCD controller via DMA so more frames should be possible by changing DMA source address. Well at least if there is vblank interrupt and you can change it in each frame while the display is on
Most info about linux porting progress is in this thread
http://translate.google.es/translate?u= ... s&ie=UTF-8