You are not logged in. Please login or register.
SmoothVideo Project → Posts by blabb
I absolutely agree, I don't want that to be a solution. I want to get updates, too 
It was just my idea of verifying that the problematic change was made in 4.0.0.66.
Could you provide me with version 4.0.0.60?
As I have said in a previous post (http://www.svp-team.com/forum/viewtopic … 736#p57736) the problem appeared when I installed 4.0.0.66. I wanna test the old version again and see if I really don't have any crashes with 4.0.0.60.
I'm not the OP guy. 
And Reclock Audio Renderer doesn't help, as expected.
ntdll!RtlpFreeHeap+0x11f3
ntdll!RtlFreeHeap+0x319
lavvideo!free+0x1c
lavvideo!aligned_free+0x16
lavvideo!getFFPixelFormatFromLAV+0x132
lavvideo!FreeLAVFrameBuffers+0x17
lavvideo!CLAVVideo::DeliverToRenderer+0x701
lavvideo!CLAVVideo::Deliver+0x23a
lavvideo!CDecodeThread::ProcessOutput+0xb9
lavvideo!CDecodeThread::Decode+0x1a8
lavvideo!CLAVVideo::Receive+0x134
lavvideo!CTransformInputPin::Receive+0x5f
lavsplitter!CLAVOutputPin::DeliverPacket+0x435
lavsplitter!CLAVOutputPin::ThreadProc+0x1a7
lavsplitter!CAMThread::InitialThreadProc+0x4c
lavsplitter!beginthreadex+0x107
lavsplitter!endthreadex+0x192
kernel32!BaseThreadInitThunk+0x22
ntdll!RtlUserThreadStart+0x34
and
kernelbase!RaiseException+0x68
msvcr120!__ExceptionPtr::_RethrowException+0x181
avisynth!DllGetClassObject+0x7c53
avisynth!avs_get_frame+0x33
ffdshow!DllUnregisterServer+0x7cfd5
ffdshow!DllUnregisterServer+0x807ea
ffdshow!DllUnregisterServer+0x814c3
ffdshow!DllUnregisterServer+0xada6e
ffdshow!DllUnregisterServer+0xad4a3
ffdshow!DllUnregisterServer+0xada6e
ffdshow!DllUnregisterServer+0x93822
ffdshow!DllUnregisterServer+0xada6e
ffdshow!DllUnregisterServer+0xadd85
ffdshow!DllUnregisterServer+0x173f4
ffdshow!configureEnc+0x535ff
ffdshow!DllUnregisterServer+0x1e5cb
ffdshow!DllUnregisterServer+0x16fb9
ffdshow!DllGetClassObject+0x363f
ffdshow!ffacm2creator+0x204f
ffdshow!DllUnregisterServer+0x1e513
lavvideo!CLAVVideo::DeliverToRenderer+0x9aa
lavvideo!CLAVVideo::Deliver+0x23a
lavvideo!CDecodeThread::ProcessOutput+0xb9
lavvideo!CDecodeThread::Decode+0x1a8
lavvideo!CLAVVideo::Receive+0x134
lavvideo!CTransformInputPin::Receive+0x5f
lavsplitter!CLAVOutputPin::DeliverPacket+0x435
lavsplitter!CLAVOutputPin::ThreadProc+0x1a7
lavsplitter!CAMThread::InitialThreadProc+0x4c
lavsplitter!beginthreadex+0x107
lavsplitter!endthreadex+0x192
kernel32!BaseThreadInitThunk+0x22
ntdll!RtlUserThreadStart+0x34
kernelbase!RaiseException+0x48
msvcr120!__ExceptionPtr::_RethrowException+0xd5
WARNING: Following frames may be wrong.
avisynth!DllGetClassObject+0x7868
avisynth!avs_get_frame+0x44
ffdshow!DllUnregisterServer+0x6c88c
ffdshow!DllUnregisterServer+0x70c9d
ffdshow!DllUnregisterServer+0x93cd2
Oh well, not fixed on 4.0.0.72
edit:
1min later:
ntdll!RtlpAllocateHeap+0x1b1b
ntdll!RtlpAllocateHeapInternal+0x27b
ntdll!RtlAllocateHeap+0x2e
lavvideo!_malloc_base+0x38
lavvideo!_aligned_offset_malloc_base+0x54
lavvideo!_aligned_malloc_base+0x12
lavvideo!AllocLAVFrameBuffers+0xbf
lavvideo!CDecDXVA2::DeliverDXVA2Frame+0x116
lavvideo!CDecDXVA2::HandleDXVA2Frame+0x78
lavvideo!CDecAvcodec::Decode+0xbe6
lavvideo!CDecBase::Decode+0x112
lavvideo!CDecodeThread::DecodeInternal+0x1c
lavvideo!CDecodeThread::ThreadProc+0x348
lavvideo!CAMThread::InitialThreadProc+0x36
lavvideo!_stricmp_l+0xf1
kernel32!BaseThreadInitThunk+0x24
ntdll!__RtlUserThreadStart+0x2f
ntdll!_RtlUserThreadStart+0x1b
Indeed this is not happening anymore with 4.0.0.72. Great work, thank you very much!
I don't think I can give a definitive answer yet, but I wanted to give an interim result: So far I have not experienced any crashes with 'plugins122&MTmode2.zip' so it's looking good
Do I have to replace those files again if I update to 4.0.0.72?
Next crash. This time a little different. I have updated LAV filters to latest version and MPC-HC to latest nightly.
kernelbase!RaiseException+0x48
msvcr120!__ExceptionPtr::_RethrowException+0xd5
WARNING: Following frames may be wrong.
avisynth!DllGetClassObject+0x7868
avisynth!avs_get_frame+0x44
ffdshow!DllUnregisterServer+0x6c88c
ffdshow!DllUnregisterServer+0x70c9d
ffdshow!DllUnregisterServer+0x93cd2
I've never had black bar detection or outer lighting enabled.
It still crashes with Crimson 16.3.
But I had an idea how to look up when the first crash happened. It was February 23rd.
So the change probably was made in that version:
Manager - 4.0.0.66 - 2016-02-22
+ SVP logo in the Control panel now shows main menu
+ "Reset to defaults" option
= "1.5m" mode now works the same way as in SVP 3
+ MT mode = 1 for SVPflow functions
SVPflow - 4.0.0.128 - 2016-02-22
+ improved multi-threaded performance and stability
Thanks for the tip Blackfyre. Sadly it didn't work for me. I reset the settings yesterday and today I got that crash:
WARNING: Following frames may be wrong.
ntdll!RtlReleaseSRWLockShared+0x1cdb
ntdll!RtlAllocateHeap+0x2cb
ntdll!RtlAllocateHeap+0x2e
svpflow2!AvisynthPluginInit2+0xaa63
svpflow2!AvisynthPluginInit2+0x88c1
svpflow2!svpGetVersion+0x23aba
svpflow2!svpGetVersion+0x1adba
svpflow2!svpGetVersion+0x18191
@MAG79 any more ideas?
Yeah I have an AMD 290X. But it doesn't seem to be madVR since I already use Enhanced Video Renderer and the crashes still occur.
I didn't have D3D Fullscreen enabled though, so I'm trying that now.
Yes for about 2 weeks I think I have also experienced frequent crashes. Everytime it crashes it uploads bug reports automatically.
As you can see, quite a few bug reports with that problem have accumulated. https://drdump.com/Problem.aspx?Problem … ogin=guest
I guess this is a SVP problem, since MPC-HC hasn't been updated for a while and those crashes didn't happen a few weeks ago.
So whats the reason it hangs in the first place?
If I would use double the monitor refresh rate for SVP or similar I'd understand since it has to check the refresh rate and adjust the FPS for the new monitor, but I'm using fixed 60FPS.
how often do you need to "drag video to another monitor"?
Sometimes quite often, if I do a lot of multi-tasking.
When I drag a video to another monitor, SVP seems to reinitialize or drop some frames (at least the green overlay shows up saying 'SVP: Playing at 60FPS') and the video (audio is fine) will hang for a few milliseconds.
Is there any way to fix this? Without SVP this doesn't happen.
Thanks for the fast reply. It seems to be a madVR problem indeed. Found another guy having the same problem on the madVR thread @doom9 http://forum.doom9.org/showthread.php?p … ost1756631
Hey guys,
since a few days I have the problem that MPC-HC just stops playing the video when I move it to another monitor. I have to press Pause and then Play to start the video again.
At first it didn't happen for every move. I saw something about this in madVR changelog ("* fixed: some problems when moving madVR to a different monitor") so I updated madVR to the latest version. Now it seems to happen on every move to another monitor.
I'm pretty sure it happened after the update to the latest SVP version 4.0.0.60.
I'm using a AMD 290X with latest Crimson driver and Hardware Acceleration is set to DXVA2 (copy-back) in LAV filters if it helps.
Is this a bug?
SmoothVideo Project → Posts by blabb
Powered by PunBB, supported by Informer Technologies, Inc.