Kodi's internal audio renderer is transcoding TrueHD to DD. I looked it up. This is a feature and a useful feature. DSPlayer is simple by comparison and doesn't have this feature.
ffdshow is no longer developed, but it is even more powerful than Kodi. It can decode everything and do it correctly. That shouldn't be an issue. It won't butcher anything and was good software when it was developed. I don't know how to configure the audio decoder portion of the program, but you should be able to only convert TrueHD to AC3. It doesn't automatically convert everything to AC3. It is probably a pain to configure, but it must be possible.
Installing the 32-bit version of DSPlayer and using ReClock isn't a terrible idea, either. The only benefit from the 64-bit version of DSPlayer would be for software decoding. The Kodi interface won't be any faster.
Edit: This post claims AC3Filter will work:
https://forum.kodi.tv/showthread.php?tid...pid2528479. You might not have it configured correctly.
I forgot you can use media rules to apply an audio filter to a specific rule. This might not be appealing, but it is another way to accomplish what you want.
You would have to set DSPlayer to "Media rules and Filters configuration" and create rules for different types of content. The last time I tried this while incorporating the internal filters, I couldn't get it to work, but I could have done something wrong.
These are my old configuration files:
https://drive.google.com/file/d/1oQVg0SV...sp=sharing. They are missing the priority order rule, so I don't know if they still work. They also require external instatallations of LAV Filters and XySubFilter. This can be a bit of work in addition to creating a new rule for TrueHD tracks (which would have to be created by adding a filename tag to these video files and installing a usable audio filter). The configuration files must be moved to: userdata/dsplayer.
Another option if you aren't willing to give up on DSPlayer. There can be some tweaking involved with DSPlayer because it relies on external components to do everything. The default audio renderer, in particular, is very limited.
It was that very post I was replying to at the start.
I'll try ffdshow and see if I have success.
On a related note, how do you correctly specify file names as merits in the 'videoplayer merits' settings? I've got a bunch of files including the characters '[ds]'. How do I get the Kodi videoplayer to play these? I've tried just typing [ds] as a filename rule, but they still play with DSplayer.
I always enter this manually into the playercorefactory.xml found in the userdata folder:
<playercorefactory>
<rules action="prepend">
<rule filename=".*ds.*" player="VideoPlayer" />
</rule>
</rules>
</playercorefactory>
This means "ds" must be somewhere in the filename: file.ds
(2018-08-15, 17:27)Warner306 Wrote: [ -> ]I always enter this manually into the playercorefactory.xml found in the userdata folder:
<playercorefactory>
<rules action="prepend">
<rule filename=".*ds.*" player="VideoPlayer" />
</rule>
</rules>
</playercorefactory>
This means "ds" must be somewhere in the filename: file.ds
Oh, so the GUI doesn't work?
(2018-08-15, 17:29)djcorvus Wrote: [ -> ] (2018-08-15, 17:27)Warner306 Wrote: [ -> ]
Oh, so the GUI doesn't work?
I've never tried. Some people have had trouble with rules using filenames, so there could be some issue with DSPlayer, but they worked for me.
Hi everyone,
Very happy to learn that there is another alternative to the default Kodi video player with MadVR support. Today I tried to install Kodi with DS player version 17.6 32bits and MadVR but encounter some problem which I hope to get some help here.
The issue is, when MadVR is chosen as renderer Kodi crashes no matter which video I throw to it. Before crash MadVR output the ctrl+J info for one or two seconds with a black screen.
I keep all settings in DS Player default and use the internal filters. In Kodi log I don't see anything indicating the cause of the crash.
If I change to EVR everything works w/o problem, and if the same videos play fine with PotLayer and MadVR as renderer.
Any hint where should I look? Thx in advance!
(2018-08-15, 20:00)Warner306 Wrote: [ -> ] (2018-08-15, 17:29)djcorvus Wrote: [ -> ] (2018-08-15, 17:27)Warner306 Wrote: [ -> ]
Oh, so the GUI doesn't work?
I've never tried. Some people have had trouble with rules using filenames, so there could be some issue with DSPlayer, but they worked for me.
Thanks for your suggestions.
The reason I want to get this working is because for some reason, DSplayer doesn't want to play any h.264 video at all (1080p). I'll select the file, hit 'play', and the screen will go black for about 3 seconds, then return me back to the Kodi GUI as if I never selected anything.
It plays fine in VideoPlayer though.
Any ideas what this could be?
(2018-08-19, 18:42)somy Wrote: [ -> ]Hi everyone,
Very happy to learn that there is another alternative to the default Kodi video player with MadVR support. Today I tried to install Kodi with DS player version 17.6 32bits and MadVR but encounter some problem which I hope to get some help here.
The issue is, when MadVR is chosen as renderer Kodi crashes no matter which video I throw to it. Before crash MadVR output the ctrl+J info for one or two seconds with a black screen.
I keep all settings in DS Player default and use the internal filters. In Kodi log I don't see anything indicating the cause of the crash.
If I change to EVR everything works w/o problem, and if the same videos play fine with PotLayer and MadVR as renderer.
Any hint where should I look? Thx in advance!
It could be as simple as setting "Manage settings with Kodi" to "Load from madVR active profile."
(2018-08-21, 13:56)djcorvus Wrote: [ -> ] (2018-08-15, 20:00)Warner306 Wrote: [ -> ] (2018-08-15, 17:29)djcorvus Wrote: [ -> ] Oh, so the GUI doesn't work?
I've never tried. Some people have had trouble with rules using filenames, so there could be some issue with DSPlayer, but they worked for me.
Thanks for your suggestions.
The reason I want to get this working is because for some reason, DSplayer doesn't want to play any h.264 video at all (1080p). I'll select the file, hit 'play', and the screen will go black for about 3 seconds, then return me back to the Kodi GUI as if I never selected anything.
It plays fine in VideoPlayer though.
Any ideas what this could be?
Don't know. Turn off fullscreen exclusive mode and refresh switching in madVR and DSPlayer and try again. If you changed anything in LAV Video, that might be the issue.
Could be related to the above post. I'm using the latest madVR and everything is still playing fine.
A debug log should show some type of error at playback start and/or end.
(2018-08-21, 18:35)Warner306 Wrote: [ -> ] (2018-08-19, 18:42)somy Wrote: [ -> ]Hi everyone,
Very happy to learn that there is another alternative to the default Kodi video player with MadVR support. Today I tried to install Kodi with DS player version 17.6 32bits and MadVR but encounter some problem which I hope to get some help here.
The issue is, when MadVR is chosen as renderer Kodi crashes no matter which video I throw to it. Before crash MadVR output the ctrl+J info for one or two seconds with a black screen.
I keep all settings in DS Player default and use the internal filters. In Kodi log I don't see anything indicating the cause of the crash.
If I change to EVR everything works w/o problem, and if the same videos play fine with PotLayer and MadVR as renderer.
Any hint where should I look? Thx in advance!
It could be as simple as setting "Manage settings with Kodi" to "Load from madVR active profile."
Thanks for reply!Tried that but didn't help. I have regular KODI installed from Windows store, can DS Player version on the same PC? Is 32bits the right version? (I saw 64bits unstable).
(2018-08-22, 13:46)somy Wrote: [ -> ] (2018-08-21, 18:35)Warner306 Wrote: [ -> ] (2018-08-19, 18:42)somy Wrote: [ -> ]
It could be as simple as setting "Manage settings with Kodi" to "Load from madVR active profile."
Thanks for reply!Tried that but didn't help. I have regular KODI installed from Windows store, can DS Player version on the same PC? Is 32bits the right version? (I saw 64bits unstable).
Disable fullscreen exclusive mode in both DSPlayer and madVR. Set the number of frame presented in advacnce to the same number in both DSPlayer and madVR. Did you do anything odd in LAV Video besides change the method of hardware acceleration?
The 64-bit build is stable. I don't think it will fix your problem, but who knows. Try a
portable installation of 64-bit DSPlayer to see if there is a conflict with your existing Kodi installation.
After that, provide a debug log. It could say something that you are missing.
Hi everyone,
I seem to be having with some 1080p movie files.
I like to select the "automatiaclly detect black bars" in MadVR as I use that option to move subtitles into the active video area and also to zoom away very small black bars (projection setup).
This option works great with 4k files, but with certain 1080p files such as Harry Potter 3 and LOTR 1,2,3 (extended) I just have an infinite number of dropped frames when this option is selected. I would say around 50% of the 1080p files I have are affected and it's pretty random.
Note that I never seem to have this issue with 4k files My graphics card is a 1080ti which eats up 1080p files at very high NGU settings without an issue.
But I really want the option to "enable hard coded black bars" with 1080p files.
Does anyone have a solution for this or know what setting is causing this?
(2018-08-23, 15:27)entourage2111 Wrote: [ -> ]Hi everyone,
I seem to be having with some 1080p movie files.
I like to select the "automatiaclly detect black bars" in MadVR as I use that option to move subtitles into the active video area and also to zoom away very small black bars (projection setup).
This option works great with 4k files, but with certain 1080p files such as Harry Potter 3 and LOTR 1,2,3 (extended) I just have an infinite number of dropped frames when this option is selected. I would say around 50% of the 1080p files I have are affected and it's pretty random.
Note that I never seem to have this issue with 4k files My graphics card is a 1080ti which eats up 1080p files at very high NGU settings without an issue.
But I really want the option to "enable hard coded black bars" with 1080p files.
Does anyone have a solution for this or know what setting is causing this?
Can you determine the source of the subtitle tracks? What format are they compared to the comparable 4K files?
You could try playing the same file with MPC-BE with it's internal subtitle renderer to determine if XySubFilter is causing the problem. You should be using DXVA2 copy-back for hardware decoding because D3D11 still doesn't provide proper support for black bar detection.
Hi Warner, the subtitles are part of the MKV file I'm playing and are PGS. Disabling D3D11 didn't help.
I spent quite a few hours last night trying to find a pattern in the issue. Here's what I found.
I play 1080p files on NGU Sharp Very High. Usually no issues, but when I enable the black bar detection, render queue drops to 1-2/8 after 60 seconds of play. When I select NGU high, I found that the issue disappeared. Is this just a graphic card limitation? I'm surprised considering the 1080ti is the best card atm and I thought it would be able to milk 1080p on very high?
With 4K, I run on NGU High. Last night I found that movies filmed in 1.78:1 gave the same issue even without black bar detection. All movies filmed in this ratio (Spiderman 1, Justic League, DK Trilogy, Interstellar), led to a fall in the render queue after 60 seconds of play and infinite dropped frames.
Strangely, films that were 2.39:1 or similar plays on NGU high perfectly. Is this normal? Does it really take more processing power to work with 1.78:1 images?
If so, is there a way to set a rule in MadVR to select NGU medium with 16:9 movies and NGU high for everything else? Right now, I use a rule between 1080p and 2160p like you explain in the tutorial you referenced. I would like a rule within this to select 2160p and then determine whether it will be NGU high or low.
I hope that makes sense. Thanks Warner.