You are not logged in. Please login or register.
SmoothVideo Project → Posts by Mystery
AviSYnth can either return INT16, INT24, INT32 or FLOAT32 audio. I did some tests with it. When returning FLOAT32, the sound is almost the same quality as the input. Very little distortion at all. If instead using INT32, then the sound feels a bit more "square", losing a bit of smoothness.
As far as plugging into the ffdshow chain, is there any technical reason preventing from doing this in the same way as SVP is doing it?
Now I'm using SVP3 again. I confirm that when playing videos with madVR's excluside full-screen mode disabled, and playing in full-screen, it works in SVP3 and lags in SVP4. With SVP4, it works when the window is maximized but not full-screen, and when playing full-screen with exclusive mode. Otherwise it lags.
Since SVP does its job and feeds the data back to ffdshow to send for rendering to the screen, and SVP doesn't do any of the rendering, I have no clue where the difference could be.
Because SVP3 and SVP4 are configured exactly the same, I shouldn't see any downside to instead using SVP4.
SVP3 allowed mod 2 (because I'm seeing image corruption when opening up certain script files) both in the image source and in the auto-cropping.
It worked most of the time; but then there can be occasional issues like what I encountered.
I doubt there's anything different in SVP4. It's just there as a precaution. I had never seen any issues before I started using the auto-pitching script file.
Yes that's set to High Performance; it had to be set manually.
No power option is active. And then, I'm comparing SVP3 with SVP4. If my hardware was responsible for a slowdown, then SVP3 should suffer in the same way.
Currently, full-screen non-exclusive works with SVP3 but lag under SVP4.
It works if I use D3D fullscreen mode; although it flickers 4 times when switching to full-screen, not sure why (it didn't do that when I used that mode in the past)
I'm using SVP3 and it works fine.
Max stats is 12.03 over 5 seconds. That can go up to 16ms
I still don't have much luck with SVP4. I removed Windows 10's feature to enlarge the UI and am now really working with 1080p content on 1080p display.
Both CPU and GPU usage are good, and the video plays fine in window mode, but as soon as I put it in full screen, I get tons of dropped frames.
I fixed my padding issue. In my case, it only needs to be mod 4, not mod 8. The image gets corrupt when it's only mod 2.
Perhaps you could add an option for desired padding? It really only needs to be increased when the specific setup fails at lower mod.
The feature to enlarge the UI on high DPI screens... apparently it's useless for watching videos. I have to de-activate that.
huh... that's on a 1080p display. Is Windows 10 dumb enough to shrink the resolution down to 720p on high DPI displays!?
on top of uninstalling SVP4 Dev without my permission...
Wow. So that means ever since I installed Windows 10, I've been watching videos in 720p and madVR wasn't doing anything. SVP4 is rendering in 1080p and madVR is downscaling it back down to 720p. That explains a lot.
OK I'm giving SVP4 a try again. CPU/GPU usage is definitely higher for same settings. See attached images.
GPU Acceleration setting is set to the right video card.
mmm I'm just thinking... if SVP gets to support VapourSynth, when I'm doing video re-encoding, all the components would have VapourSynth equivalents...
Except the AviSynth filter that I coded myself; but then I can fix that
I was mentioning in the 432hz Auto-Pitching thread that there was an issue with some videos being corrupt when SVP3 was active.
It turns out that the video width of 854 which is mod 2 was the problem. If I crop to 848, then it fixes the image corruption issue.
So I concur: some renderers requires videos that are mod 8 or something to avoid problems. I'll test that some more.
Yeah, if I just switch from SVP3 to SVP4, then the image corruption issue disappears.
It's also worth nothing that without SVP, it appears fine. and adding SVP into the mix is what corrupts it.
but perhaps the float audio doesn't help. Not sure how to change it.
On a side note, this setup is actually working pretty well with my software playing the videos one after the other and generating the scripts. Audio/video sync is holding pretty well... when using SVP3. I've been getting weird stuff going on when re-testing SVP4, and I don't want to test 2 new components at the same time. But if SVP starts lagging, then audio/video go off sync.
This also gives a more accurate pitch than any "change play speed" approach. I've tried the "play .981818 slower" approach both with AviSynth and with VLC, and in both cases, the pitch was higher. I also listened to both approaches side-by-side, and I can barely hear the quality loss resulting from the conversion **when using TimeStretch.dll instead of the built-in function and when first resampling to 48000hz**.
It is already disabled. The problem is that AviSynth returns IEEE Float which must then be converted by the player. Not sure how to get AviSynth to return it as Int audio.
And I doubt this is the problem because this applies to every videos, and 96% of them play just fine.
Maybe in LAVfilters, try to disable all the output formats except YV12?
I tried that and it didn't work.
Here's one video that fails
https://www.youtube.com/watch?v=Nwh3Kc-Nta0
Here are the streams I have downloaded
Video: MPEG4 Video (H264) 854x480 29.97fps 1082kbps [V: h264 main L3.1, yuv420p, 854x480, 1082 kb/s]
Audio: AAC 44100Hz stereo 253kbps [A: SoundHandler (aac lc, 44100 Hz, stereo, 253 kb/s)]
When playing through the AVS script, here's how MPC-HC sees the streams
Video: I420 854x480 29.97fps [V: rawvideo, yuv420p, 854x480]
Audio: IEEE Float 48000Hz stereo 3072kbps [A: pcm_f32le, 48000 Hz, 2 channels, fp32, 3072 kb/s]
If I try to add 1366x768 50hz, I get the error "The custom resolution exceeds the maximum bandwidth capacity"
Dual-graphics are kind of a hardware hack, and hacking over hacks doesn't always work.
On a technical side, why isn't the audio being processed by ffdshow? It does have as much support for audio as it has for video, so why couldn't we process the audio in the exact same way as the video with SVP?
With the above script, some videos play corrupted with SVP.
If I disable SVP, then the image shows up fine. Until I re-open it again.
Any idea what could be causing this and how to avoid it?
What's also curious is that yesterday I only saw that issue a few times on the TV screen, while right now on my laptop screen it seems to show all videos as corrupt.
Edit: Adding "ConvertToYV12()" after FFmpegSource2 does solve the problem in "most" cases.
There is still occasional corrupt videos and occasional out of sync audio; where plugging into ffdshow directly would be a better option.
Is there a way to get the audio also processed through ffdshow when SVP is running its script, so that I can simply add the TimeStretch in there?
mashingan, I tried it. That didn't make any difference for me. Perhaps the audio isn't being processed by ffdshow? Adding "ffdshow Audio Decoder" in MPC-HC's external filters doesn't help.
And if it did, what about 48000hz sources?
Here's the AviSynth code that's working best so far
PluginPath=""
LoadPlugin(PluginPath+"ffms2.dll")
LoadPlugin(PluginPath+"TimeStretch.dll")
SetMTMode(3,4)
FFmpegSource2(source="Input.mp4", atrack=-1, cache=false, threads=1)
SetMTMode(2)
ResampleAudio(48000)
SemiTone = -0.3176665363342977
TimeStretchPlugin(pitch = 100.0 * pow(2.0, SemiTone / 12.0))Which requires these 2 DLLs
http://avisynth.nl/index.php/FFmpegSource
http://forum.doom9.org/showthread.php?p … ost1722472
The Radeon card would support it... if it wasn't dual-graphics
Yeah it's more a matter of which settings are applied, as the rendering code is still exactly the same.
Intel HD 4000 doesn't allow custom resolutions above 60hz. Can't do this on a dual-graphics laptop.
Btw I found the solution to this: create an AVS file with this code, and open this instead of directly opening the video.
LoadPlugin("TimeStretch.dll")
SetMTMode(3,4)
DirectShowSource("Mamma Mia.mp4", audio=true, pixel_type="YV12", fps=23.976)
SetMTMode(2)
TimeStretchPlugin(pitch=100.0 * 0.981818)
Which requires this DLL
http://forum.doom9.org/showthread.php?p … ost1722472
And yeah this solution has nothing to do with SVP
SmoothVideo Project → Posts by Mystery
Powered by PunBB, supported by Informer Technologies, Inc.