Announcement

Collapse
No announcement yet.

MythTV Developers Plan Xv, XvMC, OpenGL Changes

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
    XabiX
    Phoronix Member

  • XabiX
    replied
    Is there any news about VAAPI support within MythTV?
    It's already required for intel users (Clarkdale, Irondale) and it will be even more with the SandyBridge

    Leave a comment:

  • deanjo
    Moderator

  • deanjo
    replied
    Originally posted by gbee View Post
    The focus for 0.25 is a complete re-write of the setup process. It might take longer than we expect so please don't hold me to it appearing in 0.25, but that is the current goal.
    Good to know that it is being worked on. Currently MythTV's setup can be a daunting task for even non "noobs".

    Leave a comment:

  • popper
    Senior Member

  • popper
    replied
    Originally posted by gbee View Post
    The 'outdated' bit has more to do with the themes than limitations of MythUI. MythUI does support some animation, it's just not all enabled or used in themes to any significant degree currently. The library was designed from the ground up with animation in mind though. As the developer who put the most work into MythUI over 18 months of development I can be a bit sensitive about criticism. What we really need is more themers to give MythUI a good workout, it's an order of magnitude more capable than the previous UI. Try to remember what it looked like back in 0.20.



    The switch to OpenGL for video rendering is about far more than the OSD. It's not least about code simplification, allowing us to focus on a single powerful cross-platform solution. It will also allow us to integrate the UI and video so that they are no longer two completely separate modes but a seamless experience. With OpenGL we can easily allow users to see video previews integrated into the list of recordings and video, browsing of rss feeds whilst video plays in the background and video continue to play smoothly as it's resized from a small preview window to fullscreen. These examples are limited by my imagination and my ability to communicate the benefits. If you can't understand what I'm trying to convey then you will just have to trust me when I say that is well worth sacrificing support for the oldest generations of hardware.

    These screenshots might help to illustrate just one of the reasons we don't like X-Video:

    First the OSD on a standard definition recording with VDPAU - http://miffteevee.co.uk/imagebin/osd_font_vdpau.png

    Now that same OSD with the same recording using XVideo - http://miffteevee.co.uk/imagebin/osd_font_xv2.png

    The above is a generous example, full resolution PAL, the lower the original video resolution the poorer the quality of the OSD so it's worse with NTSC/SD-ATSC and completely useless with videos/recordings below those resolutions. Also worth noting is that the OSD will match the video dimensions with Xv, so a 4:3 SD recording on a 16:9 screen the OSD will be squashed horizontally, vertically for a 2.35:1 film on the same screen and you can imagine how 2.35:1 on a 4:3 screen might be unusable.

    We know not everyone cares about a better looking and more capable user interface. It's been made quite clear to us that it's what most users want. To be brutally honest it's also what interests the developers, which is usually a significant factor in a volunteer run project.

    I'll finish by repeating that this is a long way off in the future. There is every reason to believe that drivers for existing ATi and Intel hardware will have much improved 2D OpenGL support by that time. Hardware has been capable of it for years, were we not playing 3D computer games using OpenGL ten years ago?
    interesting, will you also be using OpenVG 1.1 and combined VG/GL overlays etc too ?
    http://lists.freedesktop.org/archive...er/004255.html

    where does the VA API stand with you and the other dev's now that the new sandy bridge has a confirmed HD AVC Encode/Decode Engine included, and a x264 patch being worked on internally inside Intel by Francois Piednoel , Senior Performance analyst at Intel Corp Santa Clara ... BTW?

    Leave a comment:

  • drag
    Senior Member

  • drag
    replied
    Originally posted by droidhacker View Post
    I'm really worried about this eventual dropping of Xv... Opengl is cute, but JUST DOESN'T WORK right. Even with an R700 and crystalhd decoder, XBMC grants an amazingly useless 1 FPS as a result of using opengl instead of Xv. Xine and MythTV work great, because they do NOT need opengl.
    Try playing around with Mplayer.

    See:
    mplayer -vo help

    To get a good idea of what it supports. Try the non-xv outputs and see how that works.

    Keep in mind that OpenGL != OpenGL ES... AND keep in mind that OpenGL is a huge API and that different programs can use it differently with vastly different results.

    Leave a comment:

  • drag
    Senior Member

  • drag
    replied
    Anybody notice that all the acceleration technologies they are abandoning are X Windows-specific. OpenGL ES, VA-API, VDPAU, etc. These are all things that can be used on any platform as they are standardized APIs. (Wayland, Windows, OS X, etc)


    Well Good Luck for Mythtv. I've used you in the past quite happily. but I've given up all my TV watching.

    It may be interesting if Mythtv may be courting the idea of becoming a more generalized media server. With web-based interface, uPNP support, XBMC support, etc etc. It would be cool if it would just turn into a generalized media server that can stream out to people's Xbox 360's, playstations, internet streaming television shows to people's smartphones, etc etc.

    That would be something very interesting.

    Leave a comment:

  • droidhacker
    Senior Member

  • droidhacker
    replied
    I'm really worried about this eventual dropping of Xv... Opengl is cute, but JUST DOESN'T WORK right. Even with an R700 and crystalhd decoder, XBMC grants an amazingly useless 1 FPS as a result of using opengl instead of Xv. Xine and MythTV work great, because they do NOT need opengl.

    Leave a comment:


  • gbee
    replied
    Originally posted by deanjo View Post
    One thing that is keeping ALOT of people from using MythTV is the absurdly difficult initial setup. Is there any work on improving it and making more user friendly for initial setup?
    The focus for 0.25 is a complete re-write of the setup process. It might take longer than we expect so please don't hold me to it appearing in 0.25, but that is the current goal.

    Leave a comment:

  • deanjo
    Moderator

  • deanjo
    replied
    Off topic here but since we have MythTV devs in the forums I would just have to say one thing about the project. One thing that is keeping ALOT of people from using MythTV is the absurdly difficult initial setup. Is there any work on improving it and making more user friendly for initial setup?

    Leave a comment:


  • gbee
    replied
    Originally posted by Elv13 View Post
    That UI is so nice and flexible, while MythUI is clearly (visually) outdated and unanimated.
    The 'outdated' bit has more to do with the themes than limitations of MythUI. MythUI does support some animation, it's just not all enabled or used in themes to any significant degree currently. The library was designed from the ground up with animation in mind though. As the developer who put the most work into MythUI over 18 months of development I can be a bit sensitive about criticism. What we really need is more themers to give MythUI a good workout, it's an order of magnitude more capable than the previous UI. Try to remember what it looked like back in 0.20.

    Originally posted by curaga
    Is the fancy OSD really good enough reason to drop several generations of hardware?
    The switch to OpenGL for video rendering is about far more than the OSD. It's not least about code simplification, allowing us to focus on a single powerful cross-platform solution. It will also allow us to integrate the UI and video so that they are no longer two completely separate modes but a seamless experience. With OpenGL we can easily allow users to see video previews integrated into the list of recordings and video, browsing of rss feeds whilst video plays in the background and video continue to play smoothly as it's resized from a small preview window to fullscreen. These examples are limited by my imagination and my ability to communicate the benefits. If you can't understand what I'm trying to convey then you will just have to trust me when I say that is well worth sacrificing support for the oldest generations of hardware.

    These screenshots might help to illustrate just one of the reasons we don't like X-Video:

    First the OSD on a standard definition recording with VDPAU - http://miffteevee.co.uk/imagebin/osd_font_vdpau.png

    Now that same OSD with the same recording using XVideo - http://miffteevee.co.uk/imagebin/osd_font_xv2.png

    The above is a generous example, full resolution PAL, the lower the original video resolution the poorer the quality of the OSD so it's worse with NTSC/SD-ATSC and completely useless with videos/recordings below those resolutions. Also worth noting is that the OSD will match the video dimensions with Xv, so a 4:3 SD recording on a 16:9 screen the OSD will be squashed horizontally, vertically for a 2.35:1 film on the same screen and you can imagine how 2.35:1 on a 4:3 screen might be unusable.

    We know not everyone cares about a better looking and more capable user interface. It's been made quite clear to us that it's what most users want. To be brutally honest it's also what interests the developers, which is usually a significant factor in a volunteer run project.

    I'll finish by repeating that this is a long way off in the future. There is every reason to believe that drivers for existing ATi and Intel hardware will have much improved 2D OpenGL support by that time. Hardware has been capable of it for years, were we not playing 3D computer games using OpenGL ten years ago?

    Leave a comment:

  • gbeauche
    Senior Member

  • gbeauche
    replied
    Originally posted by Kano View Post
    How long would it take to create a wrapper from vaapi to vdpau? You did it once in the other way, so it would be cool to have the other side especially for the new flash player
    I don't think this will be necessary, anyway. Besides, this is not possible for the way Adobe uses VDPAU to achieve this. In particular, the VDPAU/GL API is not self-contained to VDPAU, it's spread over OpenGL. So, this would require changes to all OpenGL drivers... What do you do with binary only drivers?

    Leave a comment:

Working...
X