home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 2
General
Controls - both live tv and recordings
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="Brownard" data-source="post: 1290314" data-attributes="member: 48291"><p>This was indeed a bug that came up in another thread, I have already fixed this and it should be included in the next release.</p><p></p><p>I did hack together a proof of concept on this based on how MP1 does it, but I couldn't get it to work smoothly, I think because of the differences in how MP1 and MP2 render video frames, ultimately it might be better to have something that works badly rather than not working at all though.</p><p></p><p>Yes this is really a fundamental limitation of the Windows video playback stack and video encoding in general, most video compression formats use temporal compression where later frames only contain the differences between the current frame and the previous frame(s) so they need to be decoded in the correct/forward order and simply don't work in reverse without a significant amount of work to support it in the video filter, so most filter authors simply don't bother.</p></blockquote><p></p>
[QUOTE="Brownard, post: 1290314, member: 48291"] This was indeed a bug that came up in another thread, I have already fixed this and it should be included in the next release. I did hack together a proof of concept on this based on how MP1 does it, but I couldn't get it to work smoothly, I think because of the differences in how MP1 and MP2 render video frames, ultimately it might be better to have something that works badly rather than not working at all though. Yes this is really a fundamental limitation of the Windows video playback stack and video encoding in general, most video compression formats use temporal compression where later frames only contain the differences between the current frame and the previous frame(s) so they need to be decoded in the correct/forward order and simply don't work in reverse without a significant amount of work to support it in the video filter, so most filter authors simply don't bother. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 2
General
Controls - both live tv and recordings
Contact us
RSS
Top
Bottom