Opengl video renderer

[mark_kendall@…]

Video renderer using opengl for the mythtv-vid branch. Highlighs/lowlights include:-

• Works with XGL
  • tested with XGL 7.0.0, Beryl 0.1.1 on Ubuntu 6.0.6 (Dapper).
  • but large(ish) performance penalty under xgl.
  • some window issues

• Hardware yuv to rgb conversion
  • based on xine/glitz fragment program
  • uses rectangular textures when available
  • added colour adjustment as well (enable xv colour controls to use) - brightness, contrast, colour only (no hue).

• Vertical sync
  • takes care of itself if opengl sync to vblank is enabled (nvidia-settings) and GPU can keep up
  • 'normal' opengl vsync will fail silently
  • better sync (less tearing) at 1080i when using buggy nvidia drivers (i.e. don't need to disable sync to vblank for xv)

• PiP
  • hardware scaling of pip
  • pip sizing should be accurate for XrandR/aspect ratios etc
  • but pip is currently rendered over osd

• XRandR
  • appears to be working pretty well (but see ticket:2648)

• Performance
  • worse than xvideo but seems to be on par with mplayer/xine using opengl
  • FX5200 seems to cope with main video and pip at SD resolutions

• EPG
  • preview EPG not currently supported

• To do
  • if RGB OSD surfaces become available, hardware rendering of OSD
  • scaling of video resize for interactive tv - easy; but dependant on OSD above.
  • support for non YV12 picture formats (e.g. YUV422p, RGB24 - should be easy enough)
  • preview EPG if using opengl painter in mythui?
  • use QGLWidget for portability?
  • bobdeint - I've tried more approaches than I can remember. Doubling the refresh rate is easy enough but impacts so badly on texture sampling that you lose the fields. You end up with nothing more than a form of linear blend.

You'll need to tweak your display profiles and use --override-setting UseOpenglVideo?=1 (probably a short term hack) to get it working.

Regards

Mark

[mark_kendall@…]

Version 2 of the OpenGL renderer(substantially re-written).

• Major changes
  • Implements a simple, multipass filtering structure utilising multiple framebuffer objects and/or multiple fragment programs.
  • Includes opengl versions of each of the existing deinterlacers (onefield, kernel, linearblend, bob) (N.B. these will deinterlace normal softblend osd)
  • Adds 3 new progressive scan versions of onefield, linearblend and kerneldeint
  • Mix and match software and opengl deinterlacers for main/fallback deinterlacers.
  • Adds an opengl rendered OSD. This uses the existing YUV osd frame and alpha mask but does utilise the full screen size and resolution.
  • Software yuv2rgb fallback if fragment programs are not available on the graphics hardware.
  • Added a seperate opengl class to handle the window/context and all opengl resources (textures, fragment programs, framebuffers and 'non-standard' function calls)
  • Resizing of interactive tv is now handled in hardware if using the opengl osd.

• Issues
  • Xrandr support is at least partially broken.
  • Some deinterlacers assume topfield first field ordering.
  • Small off-by-one rendering innacuracies of interactive tv(MHEG) when using opengl osd.

• Performance/quality
  • NVidia 62XX series seems to be about the minimum needed for standard definition progressive scan (using progressive kerneldeint - which is by far the most GPU hungry) (FX5200 cannot cope with more then basic opengl deinterlacing)
  • NVidia 7600GS copes well with SD main video, pip and opengl osd rendered at 720P
  • Quality of the progressive scan deinterlacers is pretty good. They cope very well with low to moderate movement but less well with fast motion. (Also seem to handle frame rate discrepancies better than bobdeint - eg PAL at 60Hz)
  • If the GPU cannot handle the demands, CPU utilisation seems to go through the roof...

• To Do
  • Additional filters (lanczos and/or kaiser, denoise) - needs some upstream intergration (also need some help with lanczos)
  • More advanced deinterlacers (I've started to look at edge detection)
  • Framerate conversions e.g. PAL to NTSC rates
  • Performance improvements (minimise opengl state changes, does pip need deinterlacing)
  • Offscreen rendering for use by preview pip (ie hardware color conversion and scaling) and maybe transcode?

[skamithi]

unified diff of the v2 patches. makes its a little easier to apply to mythtv-vid branch.

[danielk]

(In [12693]) Refs #2287. Refs #2649. Adds Mark Kendall's OpenGL video rendering to mythtv-vid tree.

I've made this default to being included in ./configure. You just need to select opengl as a video renderer for one of your display profiles to use this. Here it looks pretty rotten with SD material, but looks quite good with HD material.

[danielk]

(In [12697]) Refs #2649. Some cleanup of the OpenGL code in mythtv-vid.

[danielk]

(In [12700]) Refs #2649. Merges the OpenGL init code in XvMCTextures and OpenGLContext.

[danielk]

(In [12708]) Refs #2649. Fixes #3036. More OpenGL cleanup in mythtv-vid branch.

This also appears to have fixed the stability issue with using OpenGL OSD with OpenGL Video, the problem was that two OpenGL OSD renderers were being initialized, the pbuffer one used for XvMC OpenGL Video and the framebuffer one used for non-XvMC OpenGL Video.

[danielk]

(In [12727]) Refs #2649. More cleanup of the OpenGL code in mythtv-vid.

[danielk]

(In [12729]) Refs #2649. Fixes #3037. Adds frame doubling opengl linear blend to video display profile filters.

[danielk]

(In [12730]) Refs #2649. More OpenGL cleanup, this allows you to create profiles you haven't compiled for, but then adds additional checking so that these profiles won't be used at runtime.

[danielk]

(In [12732]) Refs #2287. Refs #2649. Uses utils-opengl functions for OpenGL VSync.

[mark_kendall@…]

Opengl OSD performance improvements.

1. Rather than converting the YUV OSD frame each time it is displayed, we render into a framebuffer and only update when necessary. This is a major performance improvement, esp. if used in conjunction with the new option to enable/disable the OSD fade.

2. Make sure the viewport is set for the osd filter (it otherwise defaults to 1920x1080).

[mark_kendall@…]

Opengl OSD improvements

[mark_kendall@…]

Opengl Deinterlacing fixes.

1. Make sure the resize 'filter' is applied last, otherwise the field information is distorted for the hardware deinterlacers.

2. Tidy up OpenglVideo?.

3. Ensure opengl deinterlacing is preserved following an input change.

[mark_kendall@…]

Opengl deinterlacing fixes

[mark_kendall@…]

Use 3 textures for YUV texture upload

By using 3 textures rather than one for frame upload, we avoid having to calculate the frame offsets and avoid 'random' memory reads during yuv to rgb conversion. There appears to be no upload penalty for 3 textures rather than one.

On my test system (FX5200), this yields a 15-30% performance improvement, depending on display size.

[mark_kendall@…]

Use 3 textures for frame upload/colour conversion

[danielk]

(In [13287]) Refs #2287. Fixes #3044. Fixes #2649. OpenGL video renderer improvements and fixes.

This improves the speed of the YUV->RGB conversion by accessing the texels with greater coherency. This fixes removes a doubled call to the resize filter. This avoids a segfault by leaking some memory (temporary fix).

[danielk]

(In [13548]) Refs #2287. Refs #2649. Fixes a bug in XvMC-OpenGL introduced by [12708].

We changed to using glTexSubImage2D() to fill the OSD texture, but we're losing the alpha so it covers up the video. This changes back to using glTexImage2D().