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. |
12th May 2010, 02:09 | #2624 | Link | |
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
Quote:
remux your 23.976 MKV to MP4 or AVI, and HR's jitter is dead stable....apparently MKV doesn't have a fixed framerate by design, so it seems to add even more jitter at the splitting stage....ah well watching 23.976fps MKV@48Hz is hopeless, I'm starting to lose faith. FWIW, KMP's built-in MKV splitter seems far less jittery than Haali's. Last edited by leeperry; 12th May 2010 at 03:53. |
|
12th May 2010, 10:25 | #2626 | Link |
Broadband Junkie
Join Date: Oct 2005
Posts: 1,859
|
Correct, madVR is the only renderer which produces a crash when using VSFilter with a 712x304 video. I was implying the use of madVR in my previous posts, but I guess I should have been a bit clearer, sorry.
Last edited by cyberbeing; 12th May 2010 at 10:27. |
12th May 2010, 10:31 | #2627 | Link | |
Registered User
Join Date: Jan 2004
Posts: 56
|
Quote:
Just to add some info on this discussion: 1) Jong suggest that Reclock is able to move the ::Present() return point. This is wrong, what reclock is able to do is to move the point that frame is scheduled (reference clock adjustment affects this). Why in some renderers the end position might seem to move is caused by the fact that v-sync is disabled completely (if AERO is on v-sync is always enabled by the OS itself). So when reclock is able to move the end point of presentation it is just moving the start point of presentation on a system where no v-sync is done (tearing is tried to remove by scheduling a sample to be presented on a time when no screen update is done and the newly drawn frame wont update memory while the RAMDAC is "copying the data to screen"). 2) Why Reclock (or any other audio renderer that is capable of resampling audio + modifying the reference clock) is required even when you would have perfect video renderer code? Audio and video chips have different time sources (even on latest GPUs that contain audio chip as well). If audio and video clocks drift away more than few ms during the two hour length movie video renderer is required to drop or duplicate a frame since you aren't able to present the video frame on a correct v-sync. I'm personally currently experimenting with the MPC-HC audio render code base and turning it into open source reclock replacement (no guarantees that it will ever be ready ). If that wont work we would need to ask James from Slysoft to allow video renreder to advice the reclock on few things to make the video renderers actually compatible with reclock. -- tourettes / MediaPortal dev Last edited by starla; 12th May 2010 at 10:36. |
|
12th May 2010, 10:49 | #2628 | Link | |
Registered User
Join Date: Apr 2009
Posts: 37
|
Quote:
|
|
12th May 2010, 11:03 | #2629 | Link | ||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
If you don't mind, I'd like to make a suggestion: Maybe you could start by making the MPC-HC audio renderer work as well or better than any other renderer, before starting to add Reclock like logic to it? As far as I've read, currently some audio renderers are better than others, depending on some specific circumstances. If you could make the MPC-HC audio renderer best in all circumstances, that would be a great start! Let me point you to a problem with Reclock. This is a quote from an email yesgrey sent me. I think (hope) yesgrey won't mind me posting it here: Quote:
|
||||
12th May 2010, 11:50 | #2630 | Link | |
Registered User
Join Date: Sep 2004
Posts: 1,295
|
Quote:
I just want to add that I still think reclock is a great audio renderer, and essential for people who wants smooth video. There are two kind of users: those who prefer small glitches in audio and none in video (reclock users), and those who prefer small glitches in video and none in audio, and for this last group (where I'm included), there isn't any solution available, yet. Last edited by yesgrey; 12th May 2010 at 11:55. |
|
12th May 2010, 13:04 | #2631 | Link | |||
Registered User
Join Date: Mar 2007
Location: London, UK
Posts: 576
|
Hi tourettes, good to see you here.
Quote:
Quote:
Quote:
The confusion comes because there are two things people mean when they talk of "controlling vsync". To some this means avoiding tearing e.g. by use of a back buffer and flipping front and back buffers during vsync. This is typically what is meant by the "vsync" setting in GPU drivers. Whilst, normally, eliminating tearing this directly causes the problem of synchronised frame rate/refresh rate judder for video (http://software.intel.com/en-us/arti...nchronization/). When Reclock talks of controlling vsync, and what we are mostly discussing here, is ensuring presentation is not so close to this flip that synchronised judder can occur. Reclock vsync correction is incompatible with renderers that either always return from"Present()" after vsync (i.e. normal windowed mode) or, if not, if they themselves attempt to position "Present()" and thus themselves pin its return a fairly fixed duration afterwards. However, if "Present()" returns immediately after it is complete as in exclusive or Aero modes it is perfectly fine that a back buffer and hardware flip is also used to avoid tearing. So, using Reclock vsync correction does not require that presentation occurs during vBlank. In fact specifically it requires that it occurs a safe distance away from vBlank. This safe position is much more tolerant and carries a much lower risk of tearing. The "Present()" call can basically occur anywhere from about -18ms to -6ms @50Hz, or ~-14ms to -6ms @60Hz, with current compatible renderers and their workload (MadVR may need a little more margin at the lower end?) Last edited by Jong; 12th May 2010 at 15:51. Reason: punctuation! |
|||
13th May 2010, 00:25 | #2632 | Link | |
Registered User
Join Date: Jan 2008
Posts: 8
|
Quote:
RGB to YCbCr (4:2:2 or 4:2:0) conversion can be easily confirmed by playing FULL-HD full resolution color test patterns on any FULL-HD TV in 1:1 pixel mapping mode. |
|
13th May 2010, 03:54 | #2633 | Link |
Registered User
Join Date: Feb 2006
Posts: 293
|
With 0.12 I can play 1080p on my monitor (2560x1600) using spline64 "smoothly" (not smooth as in what others are talking about, just no obvious skipping frames) using my 3870. This is super awesome. Thank you madshi!
Now I only have to wait for subtitle (pin) support and I'll be a happy panda.
__________________
Spec: Intel Core i5-3570K, 8g ram, Intel HD4000, Samsung U28D590 4k monitor+1080p Projector, Windows 10. |
13th May 2010, 04:58 | #2634 | Link |
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
yes, 0.12 is really solid here...no freezing on seek, no more error msg in the event viewer...just pure bliss, the smoothness is really extraordinary...and did I mention the colorimetry
my CRT has almost a perfect SMPTE-C gamut, so I don't even bother w/ a LUT..96Hz in Reclock/KS and the PQ/SQ are just astounding I'm forced to use this on upscaled SD, but I guess that's fine? Code:
ColorMatrix(mode="Rec.601->Rec.709",clamp=0,opt=0) Last edited by leeperry; 13th May 2010 at 05:01. |
13th May 2010, 08:06 | #2635 | Link | |||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
I don't know what ColorMatrix does exactly, so I can't comment on that. |
|||
13th May 2010, 08:36 | #2636 | Link | |
Registered User
Join Date: Feb 2006
Posts: 293
|
Quote:
Hopefully someone can help you with that soon. (maybe tetsuo55?)
__________________
Spec: Intel Core i5-3570K, 8g ram, Intel HD4000, Samsung U28D590 4k monitor+1080p Projector, Windows 10. |
|
13th May 2010, 12:37 | #2637 | Link | |
Registered User
Join Date: Mar 2007
Location: Hellas (Greece)
Posts: 543
|
Quote:
|
|
13th May 2010, 20:11 | #2640 | Link | |
_
Join Date: May 2008
Location: France
Posts: 692
|
Quote:
The truth is there is not really someone who works on subtitles. Tetsuo55 or clsid already explains that even the actual system is buggy, even if it works. Maybe MPC-HC changelog can help Madshi, but I'm not sure. There's this project which can help: http://blog.aegisub.org/2009/02/kuma...28634171132037 |
|
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|