CedarX/Misc Docs

Overlays
 meanwhile, any of you tried (wrote? :>) the vdpau driver? tomee^: you should ask wingrime, ssvb rellla jemk etc. tomee^: jemk is one of the care cedarx devs  anyway, I got it working, but now I am wondering if there's any way to use overlays with it  already implemented/planned or vlc->demux->vdpau->vram->memcpy->ram->overlays/compositing->memcpy->vram ... tomee^: overlays aren't possible yet, i had tried it, but it needs a lot of memcpy which kills performance tomee^: or it needs some way to interact with the xorg driver (or ignore it and take the whole screen)  jemk: neither with "pure" libcedarx? tomee^: i don't work on libcedarx, but it doesn't have overlays either  jemk: i see. so what's rendered inside the program window/fb coords cannot be in any way changed.  jemk: only possibility is to f*ck with memcpys which will bring the performance back to softdecoding or draw other stuff aside (e.g. subtitles below the video, given the video is not full-screen)  jemk: did I get that right?  maybe you can use disp layers for that tomee^: yes, thats one way, the other would be to figure out some inteligent way of using disp layers, but as only two layers can be blended and the video layer already is the second one... for fullscreen it would be no problem at all, there video is back layer and subtitles front layer but in window mode desktop is back layer and video front and nothing left for overlay mnemoc: i have other things todo.... testing it in the evening.  jemk: hmm, so in fullscreen 2 layers can be blended... for fully visible windows same as fullscreen, but such things can only be decided by xorg driver  jemk: you mean that 2 RGBA framebuffers are composited into one? tomee^: disp can blend two layers without copy, but only two  ok  so that would require 3 or 4 framebuffers?  1 for widgets, 1 for video, another one for off-screen widget redraw = 3 ?  and then swapping 3->1 then compositing 1+2 ? tomee^: in vdpau those are all handled by VideoSurfaces and OutputSurfaces, so that's no problem, the only problem is to bring those surfaces to display without copying them around  but that's not yet implemented, right? :) right, because it is nearly impossible to get fully compatible vdpau. it would be easy to write it for special needs like fullscreen, but not universal  yeah, I know well, not impossible if you allow copying, but that makes watching 1080p not very funny <tomee^> but vdpau is already somewhat more promising than cedarx... since VDPAU is at least SOMEWHAT of an abstraction layer but it's an abstraction layer that has too many possible ways of doing things that can't be represented by the limited hardware in arm socs. <tomee^> yup <tomee^> I cannot argue with the fact that you are right and more your knowledge is more comprehensive that mine <tomee^> still, from my point of view, mplayer+vdpau/sunxi=no subtitles ;-) <tomee^> while, I think, the stagefright android binaries somehow do support subtitle rendering in hardware possible, but android hasn't have to handle obscured windows. if the vdpau window is allways on top the same as for fullscreen works <Turl> you could composite all desktop and subtitles by software to a layer and have the video on the 2nd one Turl: i talked with ssvb some months ago about possible tricks, but they all need much work and xorg driver interaction like only copying the part of the video that is used for subtitles <tomee^> Turl: couldn't that be done with acceleration? the compositing I mean. <tomee^> I don't care about playback in a window as long as I can draw something on the video <Turl> I'm not much into the graphics stack, but I think there's two alpha layers that get blended by sw <Turl> if you can put the subtitles onto the desktop layer, then they could be overlayed over the video <tomee^> jemk: when I played with mxplayer, I managed to get 2 sets of subtitles (one s/w, one h/w I guess), plus the top menu bar visible... this is far from Xorg complexity, but shows that the hardware can cope with that <tomee^> Turl: say, an mplayer playing transparent video file + subtitles overlaid on top of the proper vdpau-drawn video? <Turl> tomee^: I mean one layer with your desktop, mplayer window, a hole instead of video, and subtitles inside the hole <Turl> and a second layer with the video Turl: possible, but not nice, especially as vdpau redraws all layers each frame, so the subtitles get redrawn too tomee^, jemk these overlay problems also affect xbmc when running standalone? juanfont_: if you have xbmc running fullscreen or even without xorg it is much easier juanfont_: but xthe upstream bmc uses opengl for rendering, so it's totaly different there anyways <juanfont_> jemk but, XBMC+VDPUA is not possible due to the lack of the required OpenGL extension in OpenGLES, is it? juanfont_: think so, but i didn't look too deep into xbmc