PUBLIC BETA TEST: AviSynth Filter - 10-bit/HDR in DirectShow (Page 3 of 4)

this is really strange
https://github.com/CrendKing/avisynth_filter/issues/19

So I'm getting a similar crash with certain videos with the new filter too (+madVR+PotPlayer) when SVP is enabled. No crash when SVP turned off but filter is used. I noticed that the video is YUY12 colorspace, and the YUY12 checkbox in ffdshow > AviSynth > Input colorspaces is unchecked. I checked it and no more errors.

EDIT: I misread the usage instructions -- I thought the new filter replaced the ffdshow raw video filter entry, turns out I had to switch the filter to "AviSynth Filter". Sorry!

EDIT2: Still crashing with new AviSynth filter as soon as SVP is enabled. This was NV12. Log attached.

Nice, it's working now. I am loving how less CPU usage Avisynth Filter uses.
Sadly it crashes after a few seeks. Somtimes it dosen't even go past one before crashing.
I attached the latest log just in case you ask about it later.

Apparantly the log file is too large. I uploaded it to a host. You can download it here - https://www49.zippyshare.com/v/XsgoO2sI/file.htmll

try that one - https://github.com/CrendKing/avisynth_f … -720877972

there's another build that doesn't hang on audio tracks selection
https://github.com/CrendKing/avisynth_f … Filter.zip

Hi, another issue, I assume also somehow related to the frame queue/cache. When madVR is set (as I have it set) to "delay playback start until render queue is full", and "delay playback start after seeking, too", sometimes (perhaps 50% of the time, but I can't find a pattern), when starting some videos, the image plays a few frames and then freezes. I have gpu and cpu queue set at 16 now. The audio continues in the background fine.

Manually seeking in the file, restores video playback.

Changing display modes (by double clicking madVRs image and letting it change my desktop from default of 60 to 48hz) seems to completely stop the audio.

This clip is an interlaced clip that I'm using LAV Video Yadif to de-interlace to double its original frame rate. (its a live performance of Lady Gaga Born This Way titled "Born This Way - 2011(HDTV-1080).mpg")

Is it something to do with SVP initially turning on, but then a few ms into the clip, it is switching to the 'Ignore HFR sources' profile as the clip is high frame rate (after being deinterlaced). Is this switch somehow causing the issue.

Heres the event log.

18:38:29.549 [i]: AVSF: found new player instance
18:38:29.592 [i]: AVSF: filters in use: LAV Splitter Source -> LAV Video Decoder -> * -> madVR Renderer
18:38:29.593 [i]: AVSF: new video in mpc-be64.exe (64-bit) [MPC-BE x64 1.5.5.5274] on screen 0
18:38:29.662 [i]: Media: video 1920x1080 [PAR 1.000] at 29.970 fps
18:38:29.662 [i]: Media: codec type is MPEG Video, YUV/4:2:0/8 bits/BT.709 BT.709
18:38:29.663 [W]: Media: frame rate info can be incorrect - 59.940 fps via video player vs. 29.970 fps via MediaInfo
18:38:29.663 [i]: Media: scan type is interlaced, assuming 59.940 fps instead of 29.970 fps
18:38:29.664 [i]: Playback: starting up...
18:38:29.671 [i]: Playback [ff91ef3c]: Frame server (64-bit) 3.5.0.0, AviSynth+ 3.5 (r3106, 3.5, x86_64), C:\WINDOWS\SYSTEM32\avisynth.dll
18:38:29.673 [i]: Playback [ff91ef3c]: resulting video frame 1920x1080
18:38:29.673 [i]: Playback [ff91ef3c]: 2 acceptible profiles, best is 'Ignore HFR sources' [592]
18:38:29.675 [i]: Playback [ff91ef3c]: enabled while video is in some unknown state
18:38:29.675 [i]: Profile: using automatic profile #2 /film
18:38:29.681 [i]: Playback [ff91ef3c]: playing at 59.94 [59.94 *1/1] 

Issue 1 - Freeze after a few frames at start off playback
Yes, it looks 0.8.1 is working better. I have not seen the issue yet

Edit: After a few reattempts, its now occurring also with 0.8.1. The frame its frozen on is I would estimate 8-10 frames into the scene. You can see the audio continues from the seek bar still moving. cpu usage has dropped to almost 0 as theres nothing happening from a video point of view. I have now reproduced without SVP even switched on,  just by having avisynthfilter in the graph is enough to trigger it. I'll log it on the avisynthfilter github page.

Issue 2 - Seeking causes old frames to reappear / flicker during playback
The second issue thats currently not allowing me to use SVP is the issue mentioned above in a previous thread, where it looks like frames from a few seconds ago are still cached / queued or something. So the old images flicker in and out, even with this latest avisynthfilter 0.8.1. Would that be an issue in the filter or in SVP or in both? I'm mainly seeing this in HDR content when in fullscreen. I can't catch this in a screenshot, only a picture taken from my phone, or by frame advancing in mpc, by doing Ctrl-Right. You can see normal frames appear, then soon followed by some frames from before the seek even happened. Like as if they needed to be flushed from some buffer but were not, and so turn up in the playback.

Just updated to the latest Avisynth Filter through the Maintenance Tool and Audio/Sub track selection no longer produces the strange error message with MPC-HC.

Hello there, huge thank you to SVP team for those updates as HDR was a huge issue for me.

btw I had the same issue as previous user, hang of video playback within 5-10 seconds. I managed to fix this with 0.8.2 of avsf : https://github.com/CrendKing/avisynth_filter/releases

Same procedure Chainik wrote, juste replace .ax files.

When I play an HDR file via MPC my monitor switches to its HDR mode which is shit though With ffdshow SVP (or was it MadVR or whatever) tried to change the colours appropriately so that HDR material looked good even without an HDR monitor/tv mode. That was better. How can I play an HDR file now without the monitor switching to its HDR mode?