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. |
27th July 2011, 12:30 | #9001 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
Only very few codecs support it.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
27th July 2011, 14:02 | #9002 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
well that explains why its so slow on my PC
I guess its not really usable then with madvr for many users, even though madshi plans to implement some stuff which could take advantage of using the renderer and decoder integrated in madvr. but in case more performance is needed to work smoothly, missing multithreading support of VC-1 then takes away the advantage which could be gained at another point. maybe madshi could request multithreading implementation for libav/ffmpeg VC-1 decoding, I guess his word might have more impact than mine
__________________
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) Last edited by Thunderbolt8; 27th July 2011 at 14:31. |
27th July 2011, 15:12 | #9003 | Link | |
Registered User
Join Date: Sep 2006
Posts: 212
|
Quote:
http://www.filefactory.com/file/cc93...adVR_-_log.txt |
|
27th July 2011, 16:07 | #9005 | Link | ||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
Quote:
Anyway, according to your log the first frame drop is after 40 seconds of playback. I don't understand. I thought you'd get frame drops right after playback start? I've no idea. I might be able to say in a couple of weeks. |
||||
27th July 2011, 16:22 | #9006 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
This means, for 24/25fps content its fine, but 50/60fps content is too much for the GPU to handle. Of course you can go down in scaling quality to get it 50/60p compatible. I really only ran this test out of curiosity, this is my Dev PC, and the iGPU only powers my secondary screen.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
27th July 2011, 17:14 | #9008 | Link |
Registered User
Join Date: May 2010
Posts: 2
|
dunno if this was mentioned yet, but madVR v0.71 seems to be buggy, I couldn't watch anything except for a few videos.
so I reverted back to version 0.69 @ madshi would you please look at it? and thanks for your great work |
27th July 2011, 17:15 | #9009 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Can you define "buggy"? What happens exactly? Does your computer explode or what? Come on, without a few details your report is not of much use to me. |
|
27th July 2011, 17:20 | #9010 | Link | |
Registered User
Join Date: May 2010
Posts: 2
|
Quote:
the previous version worked fine. |
|
27th July 2011, 17:39 | #9012 | Link | |
Registered User
Join Date: Aug 2007
Posts: 22
|
Quote:
I use External Filters option to set madVR as Prefer, then the OSD is missing regardless if it's enabled in MPC. Maybe a new bug or known limitation? If I use Ffdshow or MPC Decoder then the OSD is finally there and I can see the volume. Let me know if you have OSD and use madVR decoders, then please how do you set it if not in External Filters. |
|
27th July 2011, 17:44 | #9013 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
That's a bug in MPC-HC. If you set madVR to preferred, MPC-HC is confused and isn't aware that madVR is not only the decoder, but also the renderer. If you want to use the madVR internal decoders, block all external decoders that take preference over madVR, then MPC-HC will have no other choice left than to use the madVR internal decoders, and it won't be confused that way.
|
27th July 2011, 17:45 | #9014 | Link |
Registered User
Join Date: Jun 2011
Posts: 288
|
madshi,
Little is known to me about the different algorithms used in madvr. I mean, is there a theoretical "best one" or simply different preferences? For example, I'd like to believe that the most CPU-intensive algorithm is the best one, but that may not be the case. I don't even know how demanding the different algorithms are. Perhaps you could put some sort of rating system for us "newbies" in there? Like for example, Bicubic 50 is 4/10 CPU intensive and 3 taps Lanczos is 7/10 CPU intensive (just examples since I have no clue). Also, are these algorithms benefiting from multiple cores? For someone that has virtually "no limits" on CPU power (6 cores @ 4 GHz), what would you recommend for luma up/down scaling and chroma scaling? Also, I'm using an Nvidia 570 GTX. |
27th July 2011, 18:03 | #9015 | Link |
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
Hi madshi, thanks for the new builds! I will try my test patterns and see how RGB32 looks now. I see you mentioned 0-255 YV12 as well, but do we still have to manually set it to full range? If so, could you please allow mVR to remember this setting over sessions? and same goes for the gamut? so I can have mVR remember to use SMPTE-C permanently? possibly setting the .ini as read-only, so if I set it to EBU it'll go back to SMPTE-C next time I open PotPlayer? That'd kill two birds w/ one stone and make me a very happy camper. Later on, an option to set 25=EBU(for SD only) and SMPTE-C for all the rest would be super neato of course...and there would be no need for a fancy GUI, a text .ini file would be just fine
Last edited by leeperry; 27th July 2011 at 18:06. |
27th July 2011, 18:12 | #9016 | Link | ||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
No, they all run on the GPU, only, so it doesn't matter at all what CPU you have. Quote:
However, there's a freeze problem with the madVR 0.71 and PotPlayer. Am working on that... You won't be satisfied with this, but the logic is that madVR auto detects the best matching settings, and then you can modify them if you don't like what madVR has selected. Since the correct settings can very well be totally different for every new video, it doesn't make sense to carry settings over from one session to the next. It might make sense in your specific case, but not for most other madVR users. I might add a custom hack to force madVR to always assume full range input, but that's far as I'm willing to go at this point in time. You'll have to wait for gamut rules/profiles, as I've said a dozen times in the last couple of days. |
||
27th July 2011, 18:52 | #9017 | Link | |
Registered User
Join Date: Sep 2006
Posts: 212
|
Quote:
With "Delay playback until render is full" checked, I see the same exact stuttering with the vid yet the OSD is not registering them as dropped/delayed frames (shows zero). This is probably why the log I upped for you doesn't show the dropped frames because they are not registering with "Delay playback until render is full" checked. But they are quite visible to the naked eye just the same as if the "Delay playback..." option was unchecked. It just seems to me that the OSD dropped frames logging is being delayed a tad until after the initial stutter is over with the "Delay playback..." checked which is why it's showing zero. |
|
27th July 2011, 19:00 | #9019 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
27th July 2011, 19:30 | #9020 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
On Win7 at least. All previous Windows will probably freak out about it. There are some minor glitches, but it works mostly fine on this Z68 board. With NVIDIA here at least, dunno about ATI.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 27th July 2011 at 19:32. |
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|