Currently in Odyssey is the video output over software renderer.
It would be a modern feature to get hardware renderer in Odyssey.
Shall we create a bounty at power2people for it?
We can work with the Morphos side together.
What requirements must have this bounty?
What is the goal of this bounty?
How much money should it take?
Who can develop it?

The first goal is to get hardware accelerated video playback for Morphos and AmigaOs.I'd like a few suggestions.

@tommysammy

Tommy dont aspect miracles with Hardware accelerated video.
first because html5 player is slow and need a 1.67 ghz G4 for play a 360p video smooth on MacOs X 10.5.8
For have an hight resolution there is Gnash on linuxPPC but it is run 720p max .
It is not 100% compatibile i tested it on the G5 quad on debian Wheezy and was running good.

On flash official player with hardware accelerated video playback
an 2xG5 2.5ghz is need for run 720p smooth
on Quad G5 2.5ghz i have 1080p and run good

Here is the Quad G5 2.5 with Lubuntu PPC running video from you tube html5 playback
https://www.youtube.com/watch?v=zp_IvG7h5_0
Max resolution is 360p (html5 player)

Expect the same quality on X1000 and same will be on X5000

On Morphos the odyssey video are smooth if the video are in full screen overlay but in window it need more power for run good and in max 360p resolution (this is on my ultra boosted pegasos2)
I dont know on other machine but fab had been say in past on g5 and morphos video run good in highter resolution.

@tlosm

The HTML5 player in Odyssey for MorphOS is actually about as fast as MPlayer (modulo network overhead) when running in overlay mode.

So on a PBook G4, 360p eats about 30% CPU, and on a G5, 1080p can be achieved smoothly in overlay mode (and 720p is fine in window mode).

@Fab
On Mos im sure, but e on MacOsX i was unable to have 480p smooth with flash player on PowerBook G4 1.67 with video acceleration enabled.
I was remember your post about G5 and speed on Odyssey im sure about because on Pegasos G4 1.266mhz on full screen run great for sure on a G5 will be much better,
but the html5 player from Mozilla on LinuxPPC or on WebKit Leopard and on TeenFourFox cant go up 360p i think it is a limitation of the player or in endian mode or i dont know.
Only hacked FlashPlayer 10 gave me the opportunity to see video at 1080p in windowed browser too in perfect and smooth play.




Better big image

In any way on X1000 or on X5000 with Odyssey and Html5 video the quality im sure will be like the G5 with OsX or LinuxPPC browsers with or without acceleration.
if one day someone will port Gnash plugin (but it need Open Gl/Gallium) probably we will have a good advance for 720p video playback.
Or simply some one will make a plugin for use Mlplayer is like a wrapper for play video in window /fullscreen on Odyssey instead the flashplayer or html5 player.

@tommysammy
Quote:

Until we have gallium it's pointless to even think about it.

@Severin

The way is have a Mplayer plugin that made youtube and other sites think it is the official youtube player and Composition and Overlay will increase great the video performances (720 x1000/x5000 and 480p on pegasos2 , Xe and so and so)

This thing is already done on Gnash and swfplayer (linuxPpc) and the same is made by swfplayer from Fab for Odyssey on Mos.

@tommysammy

Quote:

Your asking too early.

I suggest you read a bit about it.

http://www.phoronix.com/scan.php?page ... =amd_opensource_uvd&num=1

Quote:

No OS components are needed, first AmigaOS graphic drivers drivers need support for UVD.
You can't have hardware accelerated video decoding with out it.

Quote:

If AmigaOS ever gets support for UVD, then a bounty for VDPAU might be an idea.

@Severin

Quote:

Don't confuse 3D acceleration with video acceleration.

As I understand it gallium supports/depends on UVD, but UVD does not depend on gallium.

@FAB.

It turns out that using 32bit ARGB instead of 24bit RGB make big difference in mplayer, so if your using 24bit RGB internally in your OWB video player, you should change it.
Anyway software scaling is always slow.

@LiveForIt

umm ... Gnash mozilla firefox on Lubuntu/DebinaPPC there is an Opengl version probably there there is the Composition support for video acceleration?

@tlosm

Composition is just technology for scaling and displaying a bitmap.
There are many layers of hardware acceleration.

OpenGL depends on UVD, UVD is the key for hardware accelerated video decoding.

If you use OpenGL or Composition to display it does not make any difference, if you have UVD support or not.

@LiveForIt

okkk you are the geek :)
i just report what i see and use :P

@tlosm

Quote:

What you see is not what you use, what you see is only the top of the iceberg.




Well maybe you don't use UVD, in your Linux on your PowerMac G5, as you need to enable it :o)

http://thetechcaptain.blogspot.no/201 ... -on-linux-using-mesa.html

@tlosm

Quote:

Yes I think it will help if Composition and ARGB bitmaps was used by OWB, like I did with the vo_comp video output for mplayer, I guess that's work for Kas1e.

@LiveForIt

yes but only problem official flash player isnt for linux ppc machines, that article is for x86 ;) :P

@LiveForIt

Quote:
I'm not sure with what you mean by "OpenGL depends on UVD," because OpenGL doesn't need UVD at all.

Linux's UVD support has two components:
- Low-level support in the 2D driver
- The VDPAU driver, which is built using Gallium3D

So, we are indeed going to need Gallium3D first.

Hans

Chicken and egg time again!

@Hans

Quote:

I have seen it being refenced by Mesa in a few article I have been reading, and Mesa is software render (clone of OpenGL) I guess Gallium3D is not a requitement, I have not accurately looked for source code for VDPAU or UVD, so I might be wrong, but anyway we need UVD before anything can use it, VDPAU with out UVD is useless.

VDPAU uses UVD but I think you can use UVD whit out VDPAU, its just that VDPAU provided one single API for NVIDIA and ATI drivers, and thats what Mplayer uses, so it be lot of work to implement support for UVD in Mplayer, compared to just providing a VDPAU wrapper of some kind.

Anyway as I have not looked at the source code I might be wrong.

Quote:

An alliterative to VDPAU is XvBA but noting importment is using XvBA from what I have read.

http://www.phoronix.com/scan.php?page=news_item&px=NzM2OA

@LiveForIt

what i read from Mesa's site is that Mesa just support software render for testing and experiement. For system using X Windows Xlib API. systems that don't have access to some kind of hardware acceleration can use Mesa Emulation to get Open GL functions.

but this is just extra features, Mesa uses hardware acceleration and supports the OpenGL 3.1 specification

http://www.mesa3d.org/faq.html

@noXLar

yep :)

@hans
you are true! Gallium is needed first!

Thanks of Gallium system many things will be done for have the video acceleration