Pxa270 Overlay Dev Funding

[pgas]

nice, you can manage an ignore list on this board.
[My Controls]->[Manage Ignored Users]

[koen]

nice, you can manage an ignore list on this board.
[My Controls]->[Manage Ignored Users]
[div align=\"right\"][a href=\"index.php?act=findpost&pid=142943\"][{POST_SNAPBACK}][/a][/div]

I'm missing an 'add all' option

[raduga]

The funny thing in it is that pdaX had pdafb overlay support since beta4 and NO ONE wrote application for pdaX which will support it on Zaurus...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=142879\"][{POST_SNAPBACK}][/a][/div]

That's inherent to the oesf community, whine a lot, but do nothing and whine some more.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=142942\"][{POST_SNAPBACK}][/a][/div]

It runs a bit deeper than OESF, I'm afraid.

It takes a LOT less energy to whine, than to actually accomplish anything in code-
for the most part.  The reason people whine, instead of stfu, is that there's some magical belief that with language we can make things happen that we can't actually do ourselves.

Strangely, most of us can find evidence from personal experience to support this kind of thinking, even if it tends not to hold up very well in the real world.

Koen: people who whine, tend to think they are doing *something* (whining is a thing) but they have the mistaken impression that others who are busy coding/living/breathing/having a life/debugging/etc but not whining, are actually in fact doing nothing.

Koen/hrw/pgas/sash/laze/zotdd: thank you all for doing *something*  

[zodttd]

Could someone do me a big favor and explain the differences between pxafb overlay support and the functionality of the BVDD module?

Basically, with the OZ PXAFB overlay support, will I get the same end result from the BVDD module, once implemented?

[koen]

Could someone do me a big favor and explain the differences between pxafb overlay support and the functionality of the BVDD module?

Basically, with the OZ PXAFB overlay support, will I get the same end result from the BVDD module, once implemented?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=142972\"][{POST_SNAPBACK}][/a][/div]

bvdd is some linea invention that deserves to die a slow, horrible death, kernel 2.6 will never support it. The overlay support will make use of the pxa270 framebuffer features, like YUV->RGB conversion and hardware cursor. The OZ kernel does miss support for putting parts of the framebuffer in SRAM, but that doesn't stop you from using the overlays, it's just a bit slower. If you post a link to your sources hrw and I can make a bitbake recipe for it in a few seconds so everyone is able to build it, not only for arm, bit other architectures as well.

[zodttd]

Ah! I see.

Since I'm writing ZPSX (a PSX emulator for the Zaurus), I don't really have a use for YUV overlays. What I noticed in 2.4 kernels with BVDD was the large increase in the speed of blits from the usage of SRAM.

See, math aside, a 5ms delay in a blit to the screen can make a difference of 8 or so FPS. It just averages out that way. That SRAM support is what lowered the blits from 6-8ms to 1-3ms.

Keep in mind I use the BVDD "enhanced" SDL lib for the ZPSX builds. But I could go without SDL too.

So, while overlays will be great for MPlayer, it doesn't look like it will help me much. Would I be able to get access to the SRAM within reason, or would I have to comile a kernel module etc...?

Bitbake sounds quite cool! ZPSX is an ARM specific build of our (currently) closed-source psx4all project. Since psx4all supports a highly portable version, and an ARM as well as MIPS32 specific version, Bitbake could help a lot. If it does open up soon, you'll be the first to know.

[pgas]

To make sure my post is understood the way I want: it is not danboid I ignore, but koen.

Koen, why are you still here? Is it for whinning about users and ignorance?
Why do you release your work? Keep it private, don't bother answering questions.

IMHO you've done more harm than good here. Hopefully you might grow up one day and quit this stupid attitude of yours.

I do not look forward to your answers.

[danboid]

Ha!  

I've been crying out for overlay support all this time and it turns out its not what I want at all!  

I'm glad to see zodttd is interested in this as he's the kinda guy with the skills to sort this out methinks

SRAM support is the new King!

Long may I nag!    

[koen]

So, while overlays will be great for MPlayer, it doesn't look like it will help me much. Would I be able to get access to the SRAM within reason, or would I have to comile a kernel module etc...?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=142977\"][{POST_SNAPBACK}][/a][/div]

If I read the comments in the patch right, the pxafb code should automagically use the SRAM if it's enabled in the kernel. I haven't been able to test it since the overlay and sram patches don't apply to the 2.6 kernels for my motorola a780

[danboid]

That's great news!

I can almost smell accelerated mplayer and zpsx for cxxxx owners!!!  

[koen]

Why do you release your work? Keep it private, don't bother answering questions.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=142978\"][{POST_SNAPBACK}][/a][/div]

I think it's a moral obligation to share knowledge and new technologies so anyone can benefit from them.

[Lurker]

from http://www.psx4all.net/ :
"PSX4all Public Beta 4 released for GP2X and Zaurus -(Playstation Emulator)
<snip>
Note: The Sharp Zaurus build has only been tested to work on pdaXrom. Cacko, OpenZaurus, and 2.6 Kernel distro builds are being worked on."


Hope to see it soon!  Thanks and cheers to zodttd and the psx4all team!

Also many thanks to Hrw, Rpurdie and everyone else who worked on bringing PXA video acceleration to OpenZaurus.

[danboid]

Yeah, I can't wait to try out the new zpsx, but I'm not going to be installing pdaX especially.

Could any of the OZ devs give us the lowdown on SRAM support. Is it being worked on or does nobody know how it should be implemented?

I'd much rather see the new zpsx under OZ w/ SRAM support