Search options (Page 2 of 3)

hmm, what ties it all together at the end into the final output, I guess its that components job to take audio / video and sync them together. Is it saving their timestamps in the captured output? If so again it will be up to the player to understand those and it will keep them in sync if the timestamps are right.

Thats my understanding anyways. I might try to see can I find an application that outputs timestamps of frames without avisynth / svp, and with, and see what happens to them, ie are they all offset by a certain amount depending on the buffering / threads.

This is something I have also battled with in my setup. Its difficult to get a svp threads + ffdshow buffer value that doesn't cause video desync. In my opinion because SVP is adding frames and can cause these delays, it should have the potential to correct any delay it adds by changing the frames timestamps. Or do you think its ffdshow / avisynth itself thats at fault?

Things like LAV filters will sync audio to video no matter how much the video gets delayed, once the video timestamps are correct coming out of svp / avisynth / ffdshow, but in some situations as described above, the video timestamps must be getting set very very badly wrong? Is this correct Chainik, MAG79? Is it possible to see on your end of things whether situations like desribed above produces timestamps that are forward or backward from where they should be?

Regarding DVD Menus. I know its very difficult to get interpolation to behave correctly in these scenarios. My issue is that some DVD menus, I think maybe 30% of the time when using mpc-hc / lav / madVR / SVP, the player will hang when moving the mouse over some items in the menus.

With SVP disabled the hangs never happen. Wondering can anyone reproduce these hangs?

Hi travolter. I'm using InterFrame scripts, slightly modified for my own system. For these I have this as my initial setup of the svp dlls and loading of ffdshow_source.

SetMTMode(3,16)
LoadPlugin("C:\Program Files (x86)\MPC-BE\SVP\svpflow1.dll")
LoadPlugin("C:\Program Files (x86)\MPC-BE\SVP\svpflow2.dll")
Input=ffdshow_source()
SetMTMode(2)

In ffdshow avisynth settings I therefore have "Add ffdshow video source" disabled also. At the end of the script I have this. Not sure if all of this matters.

smooth_video = SVSmoothFps(Input, Super, Vectors, SmoothString, url="www.svp-team.com", mt=Cores)
smooth_video
SetMTMode(1)
GetMTMode(false) > 0 ? distributor() : last

I hope someone can reproduce the audio sync differences to nail it down to something.

I'm interpolating for example 23.976 to 59.94 ( 5/2 ). Even if I select 1 frame ahead in avisynth, smoothness is perfect, absolutely perfect! Even in really obvious scenes like the panning scene Death.and.Life.of.Bobby.Z.mkv its so perfectly smooth panning no jumps or glitches at all. How can this be so perfectly smooth if SVP really does need more than 1 frame ahead? Does SVP have its own way of still waiting for the correct frame to be available in this case?

With 1 frame ahead I get perfect smoothness but very bad audio desync. This baffles me. I'm just afraid even 16 frames ahead might still have a problem with audio desync, but that its just not so noticible.

This post seems to indicate the buffer ahead is only a workaround in avisynth for filters that don't support being asked for a particular frame?
http://ffdshow-tryout.sourceforge.net/w … back_ahead

Maybe my setup of mpc-hc + lav filters actually supports this request for a particular frame and so I don't need the buffer ahead at all to keep smoothness. Even with buffers completely unticked I get perfectly smooth playback so I assume this setup doesn't require the avisynth buffer workaround at all. If thats the case the audio desync is still an issue. Is there any chance you can try to reproduce the lack of need for buffers with mpc-hc + lav filters and see can you reproduce the audio desync in that case?

FYI I have "Add ffdshow video source" disabled also during these tests. I use the code below to get the frames.

SetMTMode(3,16)
LoadPlugin("C:\Program Files (x86)\MPC-BE\SVP\svpflow1.dll")
LoadPlugin("C:\Program Files (x86)\MPC-BE\SVP\svpflow2.dll")
Input=ffdshow_source()
SetMTMode(2)

Its the whole point of reclocks pal speed down :S I doubt it was created for nobody. Doesn't matter to me anyways, just saying its not just me that wants the original rate of playback. Because you don't doesn't mean it should be a default setting.... ie assume your needs are what everyone wants.

As I say it doesn't matter to me, I'm just trying to help.

EDIT: Check the first line, in the reclock main forum post and the hundreds / thousands? of posts in their forums thanking reclock for pal speed down so I don't know how you don't know even 1 other person that wants the correct rate......... 
http://forum.slysoft.com/showthread.php?t=52203
http://sandbox.slysoft.com/palspeedup/index.html

Anyone else care about playing back at the same rate, or anyone here not notice the 4% speed up, I certainly do 

Hi, thanks for the replies. Maybe its how I have reclock setup thats causing the problem?

So its not tied to any type of video, its common to all. This is playing back a blu-ray, on 50hz screen with UseReClockToFixFPS=1. Screenshot shows reclock is still only receiving the original frame rate. SVP printout on image shows detected rate of 50.35. madVR and Reclock show it to be more like 50.00 so I don't know where 50.35 comes from. SVP doesn't seem to actually use 50.35 anyways, it keeps original frame rate.

http://imageshack.us/photo/my-images/196/50png.png/

With UseReClockToFixFPS=0 everything works perfectly again, 50.00fps output from SVP.

Here is output from additional information. Perhaps SVP assumes reclock is being used to change frame rate? In my case I only use it to get WASAPI out, nothing else.

Last processed file parameters:
Filename: 00802.mpls
Frame size and frame rate: 1920x1080 pixels, 23.976 fps

Detected screen parameters
Screen size and refresh rate: 1920x1080 pixels, 50.001 Hz

Video smoothing info
Smooth factor: 21:10
Resulting video frame rate: 50.35 fps
Drop 1 frame every 2.9 sec (without ReClock)

Selected profile: 1920x1080@24

Profile settings of video processing
[ExMethod=MSmoothFps_0]        Frames interpolation mode: Uniform (max smoothenss)
[ExAlgo=13]            SVP shader: 13. Standart (default)
[ExMulti=MON]            Target frame rate: To screen refresh rate (default)
[ExBlockSize=16x16:2]        Motion vectors grid: 12 px. Average 2 (default)
[ExRecalc=0:0]            Decrease grid step: Disabled (default)
[TypeDist=Exh:-10:SATD]        Search radius: Average (default)
[ExPel=2]            Motion vectors precision: Half pixel (default)
[Badsad=1000:-24]        Wide search: Average (default)
[ExSadml=0]            Artifacts masking: Disabled (default)
[ExBlend=false]            Processing of scene changes: Repeat frame (default)
[ExDwnResize=MON]        Decrease frame size: To screen size
[ExConvertFps=false]        Blend frames to screen refresh rate:false

Settings by menu
[svp_libflowgpu=1]        GPU-acceleration (OpenCL): true
[ExThreads=0]            Processing threads: Auto
[HandCrop=None]            Frame crop: Disabled
[Borderlight=None]        Black bars lighting: Disabled
[VDelay=0]            Video delay: 0 ms
[ExDemo=0]            Demonstration mode: false
[ExTearingTest=0]        Tearing test: false
[EFrameDoubling=0]        Variable frame rate repair: false
[StopSmoothDelayOnRewind=1]    Turn off on seek: Turn off by 1 sec

I own these PAL DVDs myself. I ripped using makemkv keeping original mpeg2 stream so the mpeg2 must have been encoded wrong on the source DVDs I guess, as I don't think makemkv does anything to the original stream. Each episode comes to about 1.5gb mkv.

Thanks!

EDIT: What would you suggest I could use to fix this material? I assume its some telicine flag thats not set correctly? Should the LAV decoder do the IVTC based on this flag, even if deinterlacing is set to off?

Of course I'd love to fix the material so that I don't need any manual settings changes per content, ie switching from 50p to 25p in LAVs settings etc.

Hi Mag, thanks for you're post. Perhaps I am mixed up I have made a 1 minute sample of one of these files for you to see.

When using LAV Video adaptive deinterlacing setting, it comes out at 50fps progressive and looks great BUT compared to the NTSC version of the same DVD for example, it does play faster, and is higher pitched.

Are you saying pal speed down shouldn't be needed here? I think it is still needed and therefore still think I need to use svp to change the rate to 52.08~fps before reclock slows it down.

How do you suggest I play back this file and achieve my goal of playing at 50hz and slowed down or would you play differently?

http://www.mediafire.com/?4nooolb16arplvi