Ave!

MPlayer supports OpenGL output on many platforms. It has some adventages in the face of our CGX output module:

- the monitor aspect can be set (important on widescreen monitors)
- widescreen movies be shown in fullscreen on 4:3 monitors too with panscan (the left and right sides are cutted off)
- brightness/contrast adjusting is working
- the OSD is put on the display after rescaling it to fill the screen -> much sharper OSD texts
- subtitles are always in the black area below the film at full screen
- etc

Some screenshots

Is it possible to port this output module to MorphOS? I think we have MiniGL, so I shouldn't be so hard. What do you think about this idea? Do we need this, or are you satisfied with the current output modules? (I am not...) Would OpenGL require too much resources or not?

(PS: Why isn't playing of DiVX movies smooth even on my G4??)


[ Edited by GK_LKA on 2006/9/23 22:06 ]

>(PS: Why isn't playing of DiVX movies smooth even on my G4??)

For exactly this reason I still prefer MPlayer 0.91 for playing all videos except WMV9.

This OpenGL output sounds great!
Port it!

Quote:

Sure, but none of those you listed has anything to do with the fact that it uses OpenGL though, they can just as easily be added to the overlay module (just requires some work .. you have the sources, get cracking! ;) )...

Quote:

It's doable, but you probably require a newer TinyGL for all the features, additionally it requires a "little" rewriting to get rid of GLX stuff.

Quote:

For the reasons you listed you don't need this, you just need an updated overlay module, however there are plenty of other reasons for the GL module being Nice To Have(tm) (much more efficient OSD/subtitles, fragment programs for color-conversion (ie, more pixelformats done in HW), etc), however like I already mentioned it requires abit of work.

Quote:

Certainly not, it's quite low overhead stuff it's doing there...


- CISC

Quote:

I think high quality OSD display isn't possible in CGX mode, as you mentioned below.

Quote:

Hm, then I can't see any reason not to port it (except that I can't do it :D ).

>Hm, then I can't see any reason not to port it

As CISC said, it would mean to invest some work, and this seems to be more than a few minutes - and our favourite MPlayer / Mencoder-porter, Fab, concentrates in doing Ambient stuff at the moment (which is indeed more important at the moment in my opinion).

I personally would like so see MP3-encoding in Mencoder again, like it was implemented in V0.91, which is the main reason I still prefer not only MPlayer V0.91 but Mencoder V0.91, too Another reason why I still prefer Mencoder 0.91 is that V1.0pre8 produces AVI files that cannot be played by my stand alone DVD player, I only get Audio there, no video (like when I try to play the file produced by V1.0pre8 with MPlayer V0.91), although I use the same video encoding options that I use for Mencoder 0.91, and AVI files produced by V0.91 run fine both in my DVD player and with MPlayer 0.91. The problem could be that DIVX wants MP3 sound, and using MP2 sound instead could lead to kind of incompatible video files. I did not completely test this out.

Quote:

Yes, I agree with you, Ambient is much important. I just wanted to show the people, that there is an OpenGL output module. Maybe somebody sometime will have time and motivation to port it :)

About mencoder: yes, the lack of mp3 output is very bad. I think the problem is with the avi headers, not the mp3 audio track (audio is played on your player, as you said). I am now happy that finally this pre8 version doesn't ignore the video bitrate settings, as the previous 1.0preX versions did (was general MPlayer bug, not MOS-related). :)

I have tried some other advanced options too, but I was not able to encode any mpeg4 video, which my DVD /divx player could play (it's of course not MPlayer's bug again I think...).

Quote:

It is. OSD scaling/alignment is separate from the output module...


- CISC

Schlonz,

i'm not the favorite mplayer porter actually, i just updated main core, but i still prefer that Nico updates his own port. :)

It's not just about porting an OpenGL module .... In fact the most important part required is actually missing in TinyGL and this is fragment shader support (required for color conversion/adjustment as well as deinterlacing). I don't see this happen anytime soon.
Improving the overlay module sounds like a more reasonable solution.

Atleast subtitle quality/speed improvements can be done for MorphOS 2.x (Radeon only though), Fab has the code I wrote for that so he should be able to add that when/if he has time. ;)

One major advantage to using OpenGL output though is that you're not limited to your gfx-card's overlay-capabilities (most cards do not support Full HD overlay-width)...


- CISC

I'd just mention that this thread is now 2 years old and a few things have changed since (better osd quality, on the fly aspect change, no "smoothness" issue, ...).
But the gl module itself is still not doable for the reasons pega-1 gave.

Quote:

Heh, yeah, wonder why pega-1 revived this thread. :P

Anyway, does the "osd quality" bit mean you incorporated the new overlay-on-overlay code already?

Quote:

Atleast not until kiero and bigfoot agree on something.. ;)


- CISC

Right, didn't notice that it was a bit outdated ....
Scary how quickly time passes by :D

@cisc

Quote:

I made it a bit less ugly than it was. But no, i didn't integrate your overlay on overlay code. I don't think i have your sources for that, or at least i didn't look at the right place.