MorphOS OWB 1.8 preview

[Piru]

http://charlie.amigaspirit.hu/screenshots/macmini/mini-MorphOS-OWB-1.8-teaser.mov

Quite impressive.

[Karlos]

http://charlie.amigaspirit.hu/screenshots/macmini/mini-MorphOS-OWB-1.8-teaser.mov

Quite impressive.

Any chance of this hitting youtube? Seems my browser plugin wants to download the entire thing rather than stream it :(

[kickstart]

Really nice.

[koaftder]

That stuff is really coming along.

[Karlos]

Any chance of this hitting youtube? Seems my browser plugin wants to download the entire thing rather than stream it :(

LOL, now that I just downloaded it anyway, there's a certain irony given that it starts out with a youtube demonstration :lol:

I can't really read the text, is the meter in the top right CPU usage? Seems odd that it drops quite significantly a few mins into the video.

It's all looking very suave, I must say :)

[Matt_H]

Awesome. Is that HTML5 or Flash?

[Argo]

um, yeah

[motrucker]

Surely it can be put to much better use than that bunch of tripe boogie!!

[Debaser]

Woah. Very nice!

[NovaCoder]

Very impressive, you know if we added the combined talents of the MorphOS, Aros and OS4 developers together we'd get a really nice OS to play with ;)

[Piru]

Seems odd that it drops quite significantly a few mins into the video.
"Normal" player mode doesn't use overlay (because it needs to draw controls over the decoded video). When in "fullscreen" mode the player can use overlay which greatly reduces the CPU time required.

[clusteruk]

Very impressive, you know if we added the combined talents of the MorphOS, Aros and OS4 developers together we'd get a really nice OS to play with ;)

+1

I wish every body would listen to this comment.

[Karlos]

"Normal" player mode doesn't use overlay (because it needs to draw controls over the decoded video). When in "fullscreen" mode the player can use overlay which greatly reduces the CPU time required.

Ah right. That makes sense. Not possible to use a video texture surface approach for the non-overlay version?

[Piru]

Not possible to use a video texture surface approach for the non-overlay version?
No clue really, but I'd guess it would get really tricky since you have to deal with all the Webkit mess. For better answer ask Fab ;-)

[Fab]

@Karlos

Video elements can actually be embedded in canvas, which means they can be transformed at will (for instance rotation, see http://people.freedesktop.org/~company/stuff/video-demo.html for fun), and there are of course players that add transparent controls over the video area (like vimeo). All this indeed makes it tricky for a simple rectangular overlay surface. That said, there are some other "fast composition" paths in webkit in mac and chromium implementations, but it needs much more work and i'm certainly not there yet. So let's say this fullwindow mode is a bonus. :)

[Karlos]

@Fab

Either way, bloody good work!

Video elements can actually be embedded in canvas, which means they can be transformed at will (for instance rotation, see http://people.freedesktop.org/~company/stuff/video-demo.html for fun), and there are of course players that add transparent controls over the video area (like vimeo).

Having just watched that, I would say texture surfaces make even more sense for video playback in the canvas:

1) Rotation is trivial as you are just applying a texture to a transformed rectangle.
2) You can have as many as your graphics hardware comfortably allows, whereas overlays tend to be more restrictive
3) Rendering above and below other elements is no longer a problem.

I realise that this would involve quite some work, of course.