Active Topics
-
HDMI with Leste (1)
to Maemo 7 / Leste by teroyk - 1 day, 17 hrs ago -
Firefox with Leste (9)
to Maemo 7 / Leste by teroyk - 3 days, 18 hrs ago - more...
|
2008-10-02
, 19:59
|
|
Posts: 503 |
Thanked: 267 times |
Joined on Jul 2006
@ Helsinki
|
#22
|
Originally Posted by fms
Submitting a bugreport will not do any harm for sure
Should I file a bug report at bugs.maemo.org or do you already have this bug tracker in the internal database?
It should be really easy to fix, right?
Unfortunately I'm not allowed to tell whether a fix for this problem already exists, is planned to be fixed or whether it is going to be released in any update...
|
|
2008-10-03
, 08:19
|
|
Posts: 269 |
Thanked: 93 times |
Joined on Feb 2008
|
#23
|
Fms your VGBA port to the maemo platform is just awesome, finally I get to have all my Zelda collection (big fan since the first nes game) with me while carrying just one device
|
|
2008-10-05
, 12:56
|
|
Posts: 123 |
Thanked: 20 times |
Joined on Jul 2008
|
#24
|
thank you for the update! a noticeable speed increase in some games like Riviera. it's much more playable now.
|
|
2008-10-06
, 20:11
|
|
Posts: 27 |
Thanked: 4 times |
Joined on Dec 2007
|
#25
|
I need help with the key-mapping of the hardware keyboard on my N810 - could somebody tell me where are the buttons mapped now? Where is the select button, the start button? a, b, l, r?
|
|
2008-10-06
, 20:40
|
|
Posts: 1,418 |
Thanked: 1,541 times |
Joined on Feb 2008
|
#26
|
Originally Posted by cybic
Ever tried visiting the project homepage and reading the documentation?
I need help with the key-mapping of the hardware keyboard on my N810 - could somebody tell me where are the buttons mapped now? Where is the select button, the start button? a, b, l, r?
|
|
2008-10-07
, 11:04
|
|
Posts: 2,152 |
Thanked: 1,490 times |
Joined on Jan 2006
@ Czech Republic
|
#27
|
Originally Posted by Serge
Ah, I see it now, page 19 from datasheet
That's a hardware limitation of Epson LCD controller in N8x0. It supports exactly a single scaled area which works as some kind of magnifying glass. That's why XSP extension does not work as expected on N8x0 when you try to have multiple parts of screen using pixel doubling (it just moves zoomed area). It is OK for video overlay, but is not very suitable for more general use.
A single window can be scaled-up. If that single window constitutes the background
image, then all subsequent windows will automatically use the same scale-up ratio as
the background (this allows for multiple scaled-up windows). If the scaled-up window
was not the background (destructive overlay), then only a single scaled window is
supported. The window can be scaled to a maximum size as determined by the physical
LCD panel.
Originally Posted by Serge
Just noticed this when trying something simple with direct fb access. Worked fine on N800/OS2007 but got tearing on N810/OS2008. Looks better with latest kernel indeed.
PS. Two of the video&graphics related improvements managed to get into the latest diablo 36-5 update: the fix for tearing synchronization problems when running at 400MHz
Originally Posted by Serge
This one is in xorg xserver?
and fast YV12->OMAPFB YUV420 color format conversion.
__________________
Newbies click here before posting. Thanks.
If you really need to PM me with troubleshooting question please consider posting it to the forum instead. It is OK to PM me a link to such post then. Thank you.
Newbies click here before posting. Thanks.
If you really need to PM me with troubleshooting question please consider posting it to the forum instead. It is OK to PM me a link to such post then. Thank you.
|
|
2008-10-07
, 12:42
|
|
Posts: 2,152 |
Thanked: 1,490 times |
Joined on Jan 2006
@ Czech Republic
|
#28
|
Originally Posted by Serge
So what is the best solution? Hack X server to allow some sort of synchronization between X server access and direct fb access? Or somehow extend Xv to support more formats (RGB)?
In any case, direct framebuffer access makes it very hard or impossible to avoid graphics glitches when used concurrently with X server.
__________________
Newbies click here before posting. Thanks.
If you really need to PM me with troubleshooting question please consider posting it to the forum instead. It is OK to PM me a link to such post then. Thank you.
Newbies click here before posting. Thanks.
If you really need to PM me with troubleshooting question please consider posting it to the forum instead. It is OK to PM me a link to such post then. Thank you.
|
|
2008-10-07
, 14:07
|
|
Posts: 1,418 |
Thanked: 1,541 times |
Joined on Feb 2008
|
#29
|
Originally Posted by fanoush
The best solution is to limit direct fb usage to the full screen mode so that you do not interfere with X11.
So what is the best solution? Hack X server to allow some sort of synchronization between X server access and direct fb access? Or somehow extend Xv to support more formats (RGB)?
Making Xv support RGB image plane should be relatively easy (i.e. use fb0 instead of fb1/fb2) but it will still interfere with X11 using the same device at the same time.
Hacking X11 server is probably not a good idea because the synchronization should happen in the fb device driver.
Basically, one can implement a couple of ioctl()s in that driver that let multiple clients lock/release driver's blitter. For scenarios where it is only used occassionally, this should work. I expect severe tearing and performance problems though (but not screen corruption), when more than one client uses this feature on the constant basis.
 |
|
2008-10-07
, 17:35
|
|
Posts: 240 |
Thanked: 71 times |
Joined on Jun 2008
|
#30
|
Many thanks for the VGBA update. Pokemon Emerald (yes, I'm insanely sad =P) plays much better, practically full speed now. My N800 nearly does everything my old PSP did now
Computer and Console Emulators for Maemo, Symbian, and more.
Pack Rat: The Maemo Package Aggregator.