Reply to thread

Message

<blockquote data-quote="jcm" data-source="post: 188430" data-attributes="member: 56001">I also had the DVD Navigation problem caused by the Video Decoder not rendering an extra subpicture pin and i wrote a similar patch but I didn't publish it because I have some concerns about the way it's implemented.- It's hacky.- I read that inceasing the number of streams for the renderer increases the video memory needed.(if that's the case increasing this number generally as proposed by Eabin would be bad)- I don't know if it's not only caused by bad configuration of the video decoder. Because (in the case of Cyberlink SP Decoder) the decoder creates an extra &quot;~SubPicture Out&quot; pin if hardware accleration is activated, but I think it could be that in that case hardware accleration is not supported by the graphics adapter and shouldn't be activated in the first place (reason for Turn of DxVA option I guess)If it is actually a good way to fix this problem (maybe PowerDVD or similar products do it the same way) then I think there is the need of some changes to MediaPortal which would be implementing DShowHelper functions and objects directly in MediaPortal in C# to have better access to the SetNumberOfStreams method (need explanation why this isn't done anyway - resp. why is DShowHelper implemented in C++) to prevent having extra Streams if they aren't needed. There could be a workaround by only moving the IVMRConfig methods to the VMR9Helper but then there has to be a real reason that the Presentor/Allocator is implemented in C++ which I don't get at this point.well just my 2 cents, I hope you can explain some things to me so that I can learn about this topic some more^^</blockquote>

[QUOTE="jcm, post: 188430, member: 56001"] I also had the DVD Navigation problem caused by the Video Decoder not rendering an extra subpicture pin and i wrote a similar patch but I didn't publish it because I have some concerns about the way it's implemented. - It's hacky. - I read that inceasing the number of streams for the renderer increases the video memory needed. (if that's the case increasing this number generally as proposed by Eabin would be bad) - I don't know if it's not only caused by bad configuration of the video decoder. Because (in the case of Cyberlink SP Decoder) the decoder creates an extra "~SubPicture Out" pin if hardware accleration is activated, but I think it could be that in that case hardware accleration is not supported by the graphics adapter and shouldn't be activated in the first place (reason for Turn of DxVA option I guess) If it is actually a good way to fix this problem (maybe PowerDVD or similar products do it the same way) then I think there is the need of some changes to MediaPortal which would be implementing DShowHelper functions and objects directly in MediaPortal in C# to have better access to the SetNumberOfStreams method (need explanation why this isn't done anyway - resp. why is DShowHelper implemented in C++) to prevent having extra Streams if they aren't needed. There could be a workaround by only moving the IVMRConfig methods to the VMR9Helper but then there has to be a real reason that the Presentor/Allocator is implemented in C++ which I don't get at this point. well just my 2 cents, I hope you can explain some things to me so that I can learn about this topic some more^^ [/QUOTE]

Verification