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.

 

Go Back   Doom9's Forum > Hardware & Software > Software players
Register FAQ Calendar Today's Posts Search

Reply
 
Thread Tools Search this Thread Display Modes
Old 27th June 2011, 15:36   #1  |  Link
Danti
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?
Danti is offline   Reply With Quote
Old 27th June 2011, 16:26   #2  |  Link
Mr Alpha
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.
Mr Alpha is offline   Reply With Quote
Old 27th June 2011, 21:58   #3  |  Link
mikeggsm
Registered User
 
Join Date: Feb 2010
Posts: 40
Quote:
Originally Posted by Mr Alpha View Post
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.
Thanks, didn't know about SVP. Although with a GTX 590 and OpenCL enabled in SVP, there are still big artifacts in 720 videos, and SVP often says "too much CPU used, frames will be skipped". Even with GPU acceleration it still needs the CPU a lot.

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.
mikeggsm is offline   Reply With Quote
Old 27th June 2011, 22:17   #4  |  Link
Danti
Registered User
 
Join Date: May 2010
Posts: 16
Quote:
Originally Posted by Mr Alpha View Post
It does require a lot of processing power, though.
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?
Danti is offline   Reply With Quote
Old 28th June 2011, 00:31   #5  |  Link
fairchild
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
fairchild is offline   Reply With Quote
Old 28th June 2011, 08:24   #6  |  Link
Hypernova
Registered User
 
Join Date: Feb 2006
Posts: 293
Quote:
Originally Posted by Danti View Post
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?
Some experts will probably chim in later. I can give you an idea though. GPU, which is specialzed graphic processor, can do the graphic much faster than any cpu. I think even the fastest "generic" cpu we have right now (say, i7-990) can barely match the "slow" intel graphic part in doing what gpu usually does. However, generic CPU can do everything from calculating your income to simulating particles collision. Granted, there is GPGPU now, but I think you get my point: You can do a specificed task with a specialized hardware very cheaply, but your CPU have to be more flexible.

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.
Hypernova is offline   Reply With Quote
Old 29th June 2011, 21:58   #7  |  Link
JanWillem32
Registered User
 
JanWillem32's Avatar
 
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
JanWillem32 is offline   Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 23:29.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.