Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
27th June 2011, 15:36 | #1 | Link |
Registered User
Join Date: May 2010
Posts: 16
|
TV technology on software players?
A friend of mine own a Samsung lcd television with a thing called motionplus that makes all the images displayed very smooth, by adding and calculating extra frames i think, here is a link about it http://pages.samsung.com/us/hd/innov_120hz.html.
Do you guys know if there are software players for pc that can do this? |
27th June 2011, 16:26 | #2 | Link |
Registered User
Join Date: Jul 2008
Posts: 75
|
There is the Smooth Video Project, which does motion compensate frame interpolation. It greatly smooths out motion. It does require a lot of processing power, though. I can do really good looking interpolation on SD content with my i5-2500K overclocked to 4.7GHz. HD content is more problematic. 720p is still doable, but with occasional artifact. 1080p is pretty ugly.
|
27th June 2011, 21:58 | #3 | Link | |
Registered User
Join Date: Feb 2010
Posts: 40
|
Quote:
Also, SVP can apparently only be used for one video at the same time, when I launch other MPC instances SVP won't be used in them, only the first one. Anyway, when it works it does make the video much smoother, e.g. in scrollings. |
|
27th June 2011, 22:17 | #4 | Link |
Registered User
Join Date: May 2010
Posts: 16
|
And here i say what the... Why can a 500euro television do it and not a 300euro brand new processor? That's a thing i never understood about pcs, we spend a lot for new stuff that gets old the next day. That's why i stick with my Pentium4 2,26Ghz... ah by the way i guess i'm out of business for the smooth video project right?
|
28th June 2011, 00:31 | #5 | Link |
Registered User
Join Date: Sep 2010
Posts: 321
|
You can also get motion interpolation / frame doubling by using an Avisynth script. Give this a try:
http://forum.doom9.org/showthread.php?t=160226
__________________
MPC-HC/MPC-BE, Lav Filters, MadVR CPU: AMD Ryzen 5 1600, Video: AMD Radeon RX Vega 56 -> TCL S405 55", Audio: Audio-Technica M50S |
28th June 2011, 08:24 | #6 | Link | |
Registered User
Join Date: Feb 2006
Posts: 293
|
Quote:
And I think 500euro TV get old the next day too.
__________________
Spec: Intel Core i5-3570K, 8g ram, Intel HD4000, Samsung U28D590 4k monitor+1080p Projector, Windows 10. |
|
29th June 2011, 21:58 | #7 | Link |
Registered User
Join Date: Oct 2010
Location: The Netherlands
Posts: 1,083
|
Frame interpolation has been around for a long time. It was first used to deinterlace video (when the top and bottom field are constantly from two separate frames). It will never be ideal. Even the most advanced methods that can detect movement in a fairly large pixel area, will make mistakes with interpolation the directions of objects. My attempt at frame interpolation used a non-motion method, like commonly found in many devices and software (bicubic interpolator on each fixed pixel over 4 frames). I don't really like the blurryness it creates, but it can probably be improved with optimizations and a proper detection method with some effort. Unfortunately, the motion adaptive methods require quite a bit of video memory and GPU power to use, judging from the code examples I've seen.
As this is a pretty low-priority item, I've mothballed it for implementation in the internal renderers of MPC-HC. Hypernova is correct about GPU processing. A good frame interpolation (like most video filters) can only work on relatively clean images and a much better color format than the common 8-bit 4:2:0 Y'CbCr. I've been working to get proper internal rendering stages for a while. As far as I can see, frame interpolation would be optimal to place just before resizing frames to screen size, with 16- or 32-bit floating-point textures in a linear RGB or XYZ color format. That rendering stage currently has input and output of textures in video memory. It would kill performance to even unload a single task in rendering this item to the CPU, because of the massive swapping from and to video memory and the time-outs for synchronization (CPU and GPU simply never match up in timing rendering tasks).
__________________
development folder, containing MPC-HC experimental tester builds, pixel shaders and more: http://www.mediafire.com/?xwsoo403c53hv |
|
|