You are not logged in. Please login or register.
SmoothVideo Project → Posts by Mystery
No answer on this?
The DVD plays fine for a while at 29.97 fps with a 2:1 ratio, then at some point, the frame rate and ratio start jumping all over the place.
Here is a screen capture of the Performance Monitor when this happens.
After playing with cropping for a while, I have to say I like the ability to choose when to decide where to crop on videos where cropping would be different with or without subtitles. The computer can't make this decision for me, it's really a personal choice. So in that case, there's no need to re-invent the wheel.
Still a few tweaks that would make it better.
Instead of having to de-activate and re-activate to select the cropping frame (with 2x CTRL+SHIFT+C), there could be an easier shortcut to calculate cropping based on the current frame. Such as pressing C.
And when there are large borders and a tiny line of encoding artifacts, artifact noise should be discarted when calculating cropping.
Correction: as I wrote this, there were no dropped frames, but 2 minutes later, it still drops frames. It drops about 12 frames per second right now.
Here's a screenshot of the performance graph. The interesting thing is that the frame rate keeps varying!
VLC says it is a 29.97 fps video. However, SVP views it as variable frame rate and keeps switching its frame rate.
Could it be that there is a lag due to weird ratios, and that lag causes a bottleneck in the amount of frames coming in, and it then recalculates its ratio based on the amount of frames that came in?
Sometimes when playing DVDs, the playback lags with dropped frames. It happened when reading from the DVD, and it also happened on a rip that I made with MakeKRV (which copies the exact same data to my hard drive). It happened with several DVDs.
I also tried disabling madVR, and the dropped frames continued. I also closed SVP to play only with MPC-HC, and there were no dropped frames anymore. So the issue is with SVP.
After closing and re-opening SVP, however, the lag stopped and now it plays fine.
Unlike the other lag issue I mentioned, which happens when the display ratio is out of wack, the lag happened when playing 25fps @ 12:5. Frame rate is good. This is a separate lag issue.
Is there any additional data I can provide that will help identify the issue?
I'm getting to understand how the frame ratio is working. Videos are generally playing at a 2:1, 5:2 or 12:5 on my TV with current settings.
Something is causing the frame ratio calculation to go out of wack in certain cases.
With my background in programming, I can say that random bugs that can't be reproduced consistently are the worst kind.
I'm not getting any specific error message, nor does the log contain any specific error message.
When rebooting, there was a process that wouldn't stop that had to be killed, related to video rendering (don't know the exact process name).
On the TV, there are 2 refresh modes available on Windows 8: 59hz or 60hz. Not sure what the difference is. When I put 60hz, however, whenever I switch between regular desktop and full screen, the screen flickers with "Video Mode Changed".
Sometimes, SVP playback starts lagging. If I reboot the computer, after the computer comes back, I get a message saying SVP ran into an error and it opens the LastErrorLog.txt, saying to post it on this forum. When the lag happens, clicking on the tray icon also causes SVP to crash.
I have only seen this problem on 1080p TV, it hasn't yet happened on my laptop display.
Here's the content of LastErrorLog.txt
23:07:06.759; ===== System resume from sleep state detected
23:11:43.328; Screen mode change detected
Display#00010001: 1920 x 1080 @ 59
23:15:17.186; Screen mode change detected
Display#00010001: 1366 x 768 @ 60
23:15:21.580; Screen mode change detected
Display#00010001: 1920 x 1080 @ 59
23:19:45.084; ===== Detected playback with ffdShow. AppName: mpc-hc_.exe PID: 3600
23:19:45.085; ===== It is first playback with ffdShow after system resume. Duration: 16 ms
23:19:45.101; GetDimensionAndFPS_fromOSD start. Duration: 266 ms
23:19:45.367; GetDimensionAndFPS_fromOSD result: 1920x1080 23.974 1/1
23:19:45.369; T1T: begin. Duration: 276 ms
23:19:45.645; screen settings refinement: Display#00010001: 1920 x 1080 @ 59
23:19:45.649; T1T: GetAllMediaParams
23:19:45.651; ### CorrectStereoModeByAppAndFilename: CAZZETTE - Beam Me Up(Official Director Cut).mp4
23:19:45.652; T1T: SettingsPrepare. Duration: 7 ms
23:19:45.659; T1T: Preparing smooth playback...
23:19:45.661; T1T: WriteAllMediaParamsToIni
23:19:45.661; SVPMgr: main "C:\ProgramData\SVP 3.1\" 1920 1080 23.974 1920 1080 22 9. Duration: 218 ms
23:19:45.879; ===== Playback
23.974 * (22 : 9) = 58.603 fps
23:19:45.880; SetPriorityPlayer: 2. Duration: 704 ms
23:19:46.584; frame #7 crop detected: 0 0 0 0
23:19:46.684; frame #8 crop detected: 0 0 0 0
23:19:46.685; frame #9 crop detected: 0 0 0 0
23:19:46.686; frame #10 crop detected: 0 0 0 0
23:19:46.687; frame #11 crop detected: 0 0 0 0
23:19:46.688; frame #12 crop detected: 0 0 0 0
23:19:46.689; frame #13 crop detected: 0 0 0 0
23:19:46.963; frame #14 crop detected: 0 0 0 0
23:19:46.964; frame #15 crop detected: 0 0 0 0
23:19:46.966; SVPMgr: main "C:\ProgramData\SVP 3.1\" 1920 1080 23.974 1920 1080 22 9. Duration: 152 ms
23:19:47.118; ===== Playback
23.974 * (22 : 9) = 58.603 fps
Auto crop: [0:0:0:0] . Duration: 3827 ms
23:19:50.945; FalseVFR ffdShow-framerate: -Dwn-> 19.409 -Dwn-> 15.382 -Up-> 22.282 -Up-> 23.743 -Up-> 23.974 fps
23:19:50.946; express clear interval
23:19:50.947; stabilized ffdShow-framerate: 23.974 fps. SVP Index: 1.11/1.14
23:23:51.849; RefreshSVP
23:23:51.851; ===== Waiting for ffdshow video
23:23:53.355; ===== Detected playback with ffdShow. AppName: mpc-hc_.exe PID: 3600
23:23:53.356; GetDimensionAndFPS_fromOSD start. Duration: 524 ms
23:23:53.880; ===== The player is in pause state
23:24:02.389; ===== Detected playback with ffdShow. AppName: mpc-hc_.exe PID: 3600
23:24:02.390; GetDimensionAndFPS_fromOSD start. Duration: 122 ms
23:24:02.512; GetDimensionAndFPS_fromOSD result: 322x240 29.917 1/1
23:24:02.515; T1T: begin
23:24:02.516; T1T: GetAllMediaParams
23:24:02.517; ### CorrectStereoModeByAppAndFilename: Junivong - _Gin Num Mia Beer Kom_ (subbed).flv
23:24:02.517; T1T: SettingsPrepare
23:24:02.521; T1T: Preparing smooth playback...
23:24:02.522; T1T: WriteAllMediaParamsToIni
23:24:02.522; SVPMgr: main "C:\ProgramData\SVP 3.1\" 322 240 29.917 322 240 43 22. Duration: 153 ms
23:24:02.675; ===== Playback
29.917 * (43 : 22) = 58.474 fps
23:24:02.675; SetPriorityPlayer: 2. Duration: 759 ms
23:24:03.434; frame #17 crop detected: 0 3 0 2
23:24:03.435; frame #18 crop detected: 0 3 0 2
23:24:03.435; frame #19 crop detected: 0 3 0 2
23:24:03.522; frame #20 crop detected: 0 3 0 2
23:24:03.523; frame #21 crop detected: 0 3 0 2
23:24:03.523; frame #22 crop detected: 0 3 0 2
23:24:03.613; frame #23 crop detected: 0 3 0 2
23:24:03.613; frame #24 crop detected: 0 3 0 2
23:24:03.613; frame #25 crop detected: 0 3 0 2
23:24:03.615; SVPMgr: main "C:\ProgramData\SVP 3.1\" 322 234 29.917 322 234 43 22. Duration: 93 ms
23:24:03.708; ===== Playback
29.917 * (43 : 22) = 58.474 fps
Auto crop: [0:4:0:2]
23:27:13.557; ===== rewind backward 00:00:00 / 00:03:10
23:30:24.714; ===== rewind backward 00:00:00 / 00:03:10
23:30:32.364; FalseVFR ffdShow-framerate: -Dwn-> 27.116 -Dwn-> 17.19 -Up-> 27.476 -Up-> 29.701 fps
23:30:32.364; RefreshSVP
23:30:32.366; ===== Waiting for ffdshow video
23:30:32.894; ===== Detected playback with ffdShow. AppName: mpc-hc_.exe PID: 3600
23:30:32.896; GetDimensionAndFPS_fromOSD start. Duration: 656 ms
23:30:33.552; GetDimensionAndFPS_fromOSD result: 854x480 2.586 1/1
23:30:33.555; T1T: begin
23:30:33.556; T1T: GetAllMediaParams
23:30:33.556; ### CorrectStereoModeByAppAndFilename: Shakira - She Wolf.flv
23:30:33.557; T1T: SettingsPrepare
23:30:33.559; T1T: Preparing smooth playback...
23:30:33.560; T1T: WriteAllMediaParamsToIni
23:30:33.560; SVPMgr: main "C:\ProgramData\SVP 3.1\" 854 480 2.586 854 480 23 1. Duration: 876 ms
23:30:34.436; ===== Playback
2.586 * (23 : 1) = 59.478 fps
23:30:34.436; SetPriorityPlayer: 2. Duration: 302 ms
23:30:34.738; frame #0 crop detected: 0 0 0 0
23:30:34.739; frame #1 crop detected: 0 0 0 0
23:30:34.839; frame #2 crop detected: 0 0 0 0
23:30:34.932; frame #3 crop detected: 0 0 0 0
23:30:35.022; frame #4 crop detected: 0 0 0 0
23:30:35.207; frame #5 crop detected: 0 0 0 0
23:30:35.306; frame #6 crop detected: 0 0 0 0
23:30:35.488; frame #7 crop detected: 0 0 0 0
23:30:35.684; frame #8 crop detected: 0 0 0 0
23:30:35.689; SVPMgr: main "C:\ProgramData\SVP 3.1\" 854 480 24.064 854 480 23 1. Duration: 191 ms
23:30:35.880; ===== Playback
27.698 * (23 : 1) = 637.046 fps
Auto crop: [0:0:0:0] . Duration: 2968 ms
23:30:38.848; FalseVFR ffdShow-framerate: -Up-> 24.064 -Up-> 28.233 -Up-> 29.883 fps
23:30:38.848; express clear interval
23:30:38.849; stabilized ffdShow-framerate: 29.954 fps. SVP Index: 0.10/0.13
23:30:38.890; SVPMgr: main "C:\ProgramData\SVP 3.1\" 854 480 29.954 854 480 41 21. Duration: 129 ms
23:30:39.019; ===== Playback
29.954 * (41 : 21) = 58.482 fps
Auto crop: [0:0:0:0]
23:31:06.347; RefreshSVP
23:31:06.349; ===== Waiting for ffdshow video
According to Chainik, there are currently very little benefits to use SVP with Reclock.
GPU/CPU saturation causing dropped frames is a fact. For that reason, I have to disable Outer Lighting on my laptop screen, and disable madVR's JINC scaling on 1080p TV.
Reclock has to compute extra data, that's a fact. Whether it uses the CPU or GPU, or whether its computation difference can be noticed, is the only thing that is unclear.
Other than that, I think we're done with this thread.
the only purpose to use Reclock is if you really want ZERO dropped frames
otherwise it's useless
Great, now that makes it clear.
The main reason for dropped frames is because of GPU/CPU saturation.
So in this case, Reclock's extra processing might instead increase dropped frames for some videos.
One thing I'd like to understand. What effect does Reclock have on SVP?
Does it clock more precisely with the video card, and displays more exact source frames, instead of displaying calculated frames slightly before and slightly after real frames? Or does it change anything at all?
I also have a video that has a line of encoding artifacts at the very top of a large black bar. Normally, that should be cropped, but because of the artifacts at the very top, it didn't.
I might be confusing things up.
But I'm pretty sure my 25fps videos are playing slightly faster without Reclock than with it.
If that's the case, how does 25fps gets rendered as 60hz?
Edit: OK, I verified by recording the playback with and without. It's exactly the same.
Yes I was referring to PAL speedup.
https://www.google.com.mx/search?q=pal+ … p;ie=UTF-8
I'm curious though. How does ReClock solve the problem of displaying 25fps on a 60fps screen, when not using SVP? (ReClock properties actually say display is 59.935 Hz (DDR))
Good to know. I'll experiment more with Reclock then. I thought there were more rendering glitches due to saturated processing but I can definitely be mistaken. I hadn't found clear information about the real pros and cons of Reclock.
Ah... the over-cropping only happens when the file position is later in the video when it opens up. Otherwise the intro prevents cropping.
Even then, that doesn't explain over-cropping where I'm losing a portion of the top of the video.
In any cases, auto-cropping could be improved. What if you were to auto-detect when opening, and then check a frame every few seconds to make sure the cropping decision is still good? It's also common to have an intro that takes the full screen, then afterwards the video needs cropping, so ideally it could detect that.
Reclock solves the problem where 25fps videos played at 60hz play 4% faster.
However, with madVR, SVP, Outer Lighting and Reclock, I have to make decisions as to which components I use as each have a processing cost. Reclock doesn't make it in my list of priorities. It costs on processing, and also costs on image quality.
And I'm wondering. SVP solves the fundamental problem that causes videos to play faster since you're generating inter-frames and altering the frame rate. Would it be possible for SVP to provide the effect of Reclock on 25fps videos without much extra processing and without any cost on image quality?
As a programmer, my guess is, probably yes.
This video plays with severe glitches, whole areas appearing as blocks. Just to be sure it is due to SVP, I disabled madVR.
https://www.youtube.com/watch?v=9403-9CptH8
I guess the rest is self-explanatory
Here's a video file
http://www.spiritualselftransformation. … k%2008.mpg
The new auto-crop feature is over-cropping this video, both at the top and the bottom.
How do I apply inverse telecine? Would that have side-effects or just make SVP work smoother?
Or use another TRUE 24 fps video
What do you mean by this?
For the frames jumping... now that I look at the video at regular speed, the video is done that way. It just doesn't appear at regular speed :-) So that's good.
But there is definitely lag now and then.
Also, with some videos, at 25% speed, the video freezes on a frame every second or so, such as with this video
http://www.youtube.com/watch?v=93GuC1dMkxc
Slow Motion is working better in SVP v3.1.6
However...
@ 50% speed, there is video lag now and then
@ 25% speed, on top of the video lag, there is weird frame jumping similar to when you seek to a different position when "turn off on seek" is off.
With the latest version of madVR, NNEDI3 is now working. After doing some test, I find image doubling to be very helpful, but for Chroma Upscaling, Jinc is still giving a better result than NNEDI3 for low-quality videos.
First attached image is Jinc Chroma Upscaling + Luma/Chroma Image Doubling (32 neurons)
Second attached image is NNEDI3 Chroma Upscaling + Luma Image Doubling (32 neurons)
First image is what gave me best results.
In MPC-HC, View | Options | Playback | Output, DirectShowVideo, select System Default
Yes, internal decoders disabled. I haven't touched any of the other options, so it's all on default besides scaling algorithms.
Also, for 1080p videos outputting on a 1080p TV, some of them lag slightly with Lanczos, and it still lags the same with Bilinear. The only way I can play them smoothly is by disabling madVR altogether.
It makes me think there is some kind of bandwidth problem with madVR, even if it shouldn't be processing the data passing through it.
Good news is, if that's the case, solving this bottleneck might significantly improve madVR's overall performance.
The options were already set that way, except windowed overlay which was disabled. Doesn't change anything.
SmoothVideo Project → Posts by Mystery
Powered by PunBB, supported by Informer Technologies, Inc.