madshi Wrote:I think I need to clear up a few things:
tiben20 and I have been working on making XBMC & madVR work together. There were still some problems to solve, but it looked like we would be able to get it to work soon enough. But then tiben20 talked to the XBMC team and the XBMC team decided that they didn't like what we did. Basically tiben20's patch was not "clean" enough for their taste.
The way XBMC currently works, it requires to be in control of Direct3D. Basically XBMC requires to be the one who decides which frames are rendered and presented how and when, taking 90% of the control away from madVR. It would be possible for me to make madVR work this way, but we'd lose *big* parts of the benefits madVR is supposed to bring. Basically I'd have to castrate madVR left and right, top and bottom to allow for a "clean" XBMC patch.
Let me ask you a question: What is the main task of an HTPC? Is it (1) rendering a nice GUI? Or is it (2) providing the best possible video quality? From what I understand, XBMC sets priority on the GUI and puts video rendering quality in the back seat. The only way to make video playback work as best as possible is to give full control to the video rendering component. If the video renderer isn't even allowed to decide when a video frame should be presented then there's no way the video renderer can guarantee smooth motion playback.
tiben20 and I were working on an XBMC patch which would have allowed madVR to have as much control as possible (still not 100%), preserving most of the benefits madVR is supposed to bring, without impacting the GUI too much. tiben20's patch took away Direct3D control from XBMC and passed it to madVR instead. The XBMC team decided that they didn't like this approach/patch. There's not much tiben20 and I can do about that.
IMHO the XBMC team should get their priorities straight. If they insist on letting the GUI code dictate everything, XBMC will never have a best quality integrated video playing quality, IMHO. You gotta decide which is more important, GUI or video playback. And then you gotta give Direct3D control to the more important component.
Of course this is only my 2 cents.
Edit: Just to make it extra clear: The reason why XBMC + madVR seemingly aren't going to happen anytime soon is neither tiben20 nor me (we both tried), the reason is the decision of the XBMC team. So if you want to complain, complain to them. It makes no sense for me to remove 70-80% of the madVR features/benefits just to make the patch acceptable to the XBMC team.
With the likes of plex and boxee being relatives of xbmc, would there ever be a situation where upon you guys Create XBMC-HD and provide an updated version of Eden with the current patches merged, such as 10bit support, HD audio, dual audio updated renderers/codecs and players etc?
I'm pretty sure the following for such a product would be the vast majority of these here forums? It seems xbmc has a vision that isnt exactly focused on media, you could change all that.
There are many examples of the lack of media focus on the forums, the current xbmc devs are not interested in the sync issues with 24p, offer no official HD audio for at least a year, no video engine upgrades (not even for frodo) as the devs stated it was to big a job? No 10bit video, no dual audio output (for those with zone 2 avrs) etc etc ...
These patches exists, people like you have spent time creating them, why can't someone look into merging the lot and creating a phenomenal product and a support forum for it... It's widely accepted and in most cases encouraged.
I think the work you guys have done, is nothing short of incredible! Thanks or everything you have done in making xbmc not just some front end GUI, but a genuine HD media player. Kep up the fantastic work
Pat~