Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
12th October 2015, 07:58 | #33481 | Link | ||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Those of you with crash problems:
Here are 2 XySubFilter test builds: 1) Build 709: Same as the older 705 build, just with my position changes for v0.89.8 added: http://madshi.net/XySubFilter709.7z 2) Build 741: Same as the latest 744 build, but *without* my position changes for v0.89.8: http://madshi.net/XySubFilter741.zip Please test both builds with v0.89.8. Probably one of these will have the crashes and one not. Which is which? Quote:
Can you also please test this random size/position changes with the 2 builds linked at the top of this post? Quote:
Anyway, your D3D9 and D3D11 screenshots both show an empty render queue. But the D3D9 OSD shows only dropped frames while the D3D11 screenshot shows both dropped frames and presentation glitches. So I'm not fully sure how to interpret these screenshots and your report. If you have a problem with D3D11 mode, with queues not filling after unpausing, then please create a debug log for that situation. Thanks. |
||
12th October 2015, 08:30 | #33482 | Link | |
Registered User
Join Date: Mar 2002
Posts: 2,323
|
Quote:
2) IT Content : I disabled it, the small help says that for watching video content you should disable it, though I don't know what the preferred state is. 4) in MadVR, is the same: PC Levels 0-255 5) RGB Output levels in LAV, I use default (I think) : PC (0-255) Though, some videos are still looked washed out, but you can use the Source Level trigger feature (CTRL+ALT+SHIFT+I) of madVR to switch to double or triple expanded. (I will have more questions about this when I'll gather up my thoughts )
__________________
Ryzen 5 2600,Asus Prime b450-Plus,16GB,MSI GTX 1060 Gaming X 6GB(v398.18),Win10 LTSC 1809,MPC-BEx64+LAV+MadVR,Yamaha RX-A870,LG OLED77G2(2160p@23/24/25/29/30/50/59/60Hz) | madvr config |
|
12th October 2015, 09:23 | #33483 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
I dont have any crashes, but would those crashes also appear when using the new official build cyberbeing put out?
__________________
Laptop Lenovo Legion 5 17IMH05: i5-10300H, 16 GB Ram, NVIDIA GTX 1650 Ti (+ Intel UHD 630), Windows 10 x64, madVR (x64), MPC-HC (x64), LAV Filter (x64), XySubfilter (x64) (K-lite codec pack) |
12th October 2015, 09:25 | #33484 | Link |
Soul Seeker
Join Date: Sep 2013
Posts: 711
|
Just tested the both xysubfilter builds:
my winner is - "Build 741: Same as the latest 744 build, but *without* my position changes for v0.89.8" the other build gives me higher rendering stats 2.00-3.00 ms above my usual stats. |
12th October 2015, 09:29 | #33485 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,342
|
You're supposed to test for crashes.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
12th October 2015, 10:32 | #33488 | Link | |
Registered User
Join Date: Oct 2012
Posts: 7,903
|
Quote:
2-apl clipping i personally use 1-Black Clipping only to verify things. |
|
12th October 2015, 11:06 | #33489 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
That's probably because moving subtitles into the black bars can cost a bit of extra rendering performance in some situations (one more processing step). There'll probably be an option to move subtitles (or not) in a future madVR build, which should then give you the same lower rendering times with the latest XySubFilter build, if you decide not to move the subtitles into the black bars. Anyway, for now I need feedback from those users who can reproduce crashes, before it makes sense to even look at render times at all.
|
12th October 2015, 11:07 | #33490 | Link |
Registered User
Join Date: Feb 2014
Posts: 139
|
operating system : Windows 10 x64 build 10240
system language : English system up time : 1 day 13 hours program up time : 15 seconds processors : 8x Intel(R) Core(TM) i7-3635QM CPU @ 2.40GHz physical memory : 4318/8079 MB (free/total) free disk space : (C 267.09 GB display mode : 1920x1080, 32 bit process id : $bc allocated memory : 400.26 MB largest free block : 122845.83 GB executable : mpc-hc64AMD.exe current module : MADHCNET64.DLL module date/time : 2015-07-19 22:53 version : 1.0.17.10 compiled with : Delphi XE7 madExcept version : 4.0.12 madVR version : 0.89.8 callstack crc : $bbb85766, $def5b678, $e2ce3e7c exception number : 1 exception class : Exception exception message : Zugriffsverletzung bei Adresse $7ff836225aeb in Modul 'ntdll.dll'. Schreiben von Adresse $24. I get this very reproducibly. It's a crash upon exit (which doesn't really affect anything--playback is fine), but I have noticed that it now takes several seconds for mpchc to load up. 1. Open something that has subs. (external srt in this case) 2. Full screen it. (FSE) 3. Exit MPCHC. Crashes. |
12th October 2015, 11:45 | #33492 | Link |
Registered User
Join Date: Dec 2014
Posts: 666
|
Madshi,
So far no crashing problem with xySubfilter. However, I noticed the ff: 1. Fonts are bigger 2. I think we still can place the subtitle i row lower. This would allow us to use the black bar totally and watch the movie without distraction
__________________
Asus ProArt Z790 - 13th Gen Intel i9 - RTX 3080 - DDR5 64GB Predator - LG OLED C9 - Yamaha A3030 - Windows 11 x64 - PotPlayerr - Lav - MadVR |
12th October 2015, 12:19 | #33493 | Link |
Registered User
Join Date: Oct 2012
Posts: 99
|
Hey Madshi, with 741 there is no flicker nor crashes with OD. 709 crashes with OD, but doesn't flicker. Tell me if you want me to test some more. Going back to old Beta2 705 "solves" the issue.
[edit] Official 3.1.0.744 build crashes with OD. No flicker. [edit2] Random dithering also causes exact same crashes as OD. No dither and ED's work. Last edited by YxP; 12th October 2015 at 13:16. |
12th October 2015, 13:04 | #33494 | Link | |
Registered User
Join Date: Jun 2007
Posts: 652
|
Quote:
madVR 0.89.8 with your test builds gives this: 741 no crash, subs obviously inside the content box (not moved to black bars) 709 crash, with this bug report http://pastebin.com/b8ep8htk It's worth noting that 709 crashes only when the rendering window size is enlarged. As long as there aren't "extra" black bars to render subs on, it works just fine. |
|
12th October 2015, 13:20 | #33496 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Ok, YxP and ashlar42, I now rather think that it's probably not a bug in XySubFilter, but in madVR, although I'm not sure. Could you please go back to v0.89.8 and XySubFilter 744, and then please:
1) Create a debug log which captures the crash. 2) Upload your settings ("settings.bin" file in madVR folder, or "HKEY_CURRENT_USER\Software\madshi\madVR\Settings"). 3) Make a screenshot of the debug OSD from with exact window size setup in which the crash occurs, so that I can see which size your video had, which size the monitor, which scaling algos were used etc. Thanks! |
12th October 2015, 13:34 | #33498 | Link | |
Registered User
Join Date: Aug 2008
Location: the Netherlands
Posts: 851
|
Quote:
|
|
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|