I have got the same Problem. After try to sitch a channel (dvbviewer) the stream stops. It is since the final version.
I did not change my playercorefactory.
Here it is:
<playercorefactory>
<players>
<player name="MPC-HC" type="ExternalPlayer" audio="false" video="true">
<filename>C:\Program Files\MPC-BE x64\mpc-be64.exe</filename>
<args>"{1}" /fullscreen /close</args>
<hidexbmc>false</hidexbmc>
<hideconsole>false</hideconsole>
<warpcursor>none</warpcursor>
<playcountminimumtime>1140</playcountminimumtime>
</player>
</players>
<rules action="prepend">
<rule protocols="rtsp|http|https|pvr" player="VideoPlayer" />
</rules>
</playercorefactory>
My mediasconfig:
<mediasconfig>
<rules>
<rule priority="" filetypes="mkv|avi|divx|ogm|mp4|mov|m4v|flv|m2v|mpeg|mpg|mts|m2ts|ts|bdmv">
<source filter="lavsource" />
<splitter filter="lavsplitter" />
<video filter="lavvideo" />
<audio filter="lavaudio" />
<subs filter="xysubfilter_internal" />
<extra>
<extra filter="ffdshowrawfilter" />
</extra>
</rule>
<rule protocols="https|http" url="false">
<splitter filter="lavsplitter_internal" />
<video filter="lavvideo_internal" />
<audio filter="lavaudio_internal" />
<subs filter="xysubfilter_internal" />
</rule>
</rules>
</mediasconfig>
(2017-02-08, 20:20)aracnoz Wrote: [ -> ] (2017-02-08, 17:11)Slurm Wrote: [ -> ] (2017-02-08, 15:58)_Andy_ Wrote: [ -> ]To confirm the issue with PVR and DSPlayer build install the official build of Kodi 17 and try and if the error is the same make a bug report for the Kodi team. If they don't know the issue they can't fix.
Just tested vanilla kodi and there channel switching works. So it belongs in this thread.
my bad,
it should never happen that DSPlayer creates problems in VideoPlayer, I never wrote a line of code for the PVR because I don't have the possibility to test this part
anyway I think that I figured out where is the problem, but you have to test this fix to have a confirmation before to update the releases at first page
http://www.mediafire.com/file/7jjrkoxrpu...VR_x86.rar
http://www.mediafire.com/file/yvd1b9zfv5...VR_x64.rar
Tested fixPVR_x86.rar and it works again. Thank you so much for your quick fix!
Thanks ARACNOZ! And thank you especially for including the ability to set/reset Formats tab for LAV Audio and Video!
Unfortunately I am still having an issue with Kodi not able to reinitialize WASAPI exclusive mode after I play a video that uses FFDShow and ArcSoft Audio Renderer as extra filters. It seems to be only when I use ffdshow to bitstream that the Audio Engine can't reinitialize WASAPI exclusive mode. If I drive Arcsoft Audio Render with the internal LAV Audio filter, I maintain sound, I just can't bitstream so that my receiver recognizes the stream as TrueHD or HDMA. FFDShow is the only method I have been able to find that allows me to bitstream TrueHD and HDMA so that my receiver detects the stream correctly. Probably because I have the ASUS Xonar HDAV1.3 Slim.
First initialization:
Code:
08:01:20.743 T:7552 INFO: CActiveAESink::OpenSink - initialize sink
08:01:20.743 T:7552 DEBUG: CActiveAESink::OpenSink - trying to open device WASAPI:{E225C9B5-C50B-42F3-945C-1E4E00F98C73}
08:01:20.743 T:7552 DEBUG: CAESinkWASAPI::InitializeExclusive: IsFormatSupported failed (AUDCLNT_E_UNSUPPORTED_FORMAT) - trying to find a compatible format
08:01:20.753 T:7552 INFO: CAESinkWASAPI::InitializeExclusive: WASAPI Exclusive Mode Sink Initialized using: AE_FMT_S24NE3, 44100, 2
08:01:20.753 T:7552 DEBUG: CActiveAESink::OpenSink - WASAPI Initialized:
08:01:20.753 T:7552 DEBUG: Output Device : SPDIF - S/PDIF Pass-through Device (ASUS Xonar HDAV 1.3 Slim Audio Device)
08:01:20.753 T:7552 DEBUG: Sample Rate : 44100
08:01:20.753 T:7552 DEBUG: Sample Format : AE_FMT_S24NE3
08:01:20.753 T:7552 DEBUG: Channel Count : 2
08:01:20.753 T:7552 DEBUG: Channel Layout: FL,FR
08:01:20.753 T:7552 DEBUG: Frames : 2205
08:01:20.753 T:7552 DEBUG: Frame Size : 6
Attempt to initialize after I have played and stopped a successfully HDMA bitstreaming video:
Code:
08:02:06.342 T:7552 INFO: CActiveAESink::OpenSink - initialize sink
08:02:06.342 T:7552 DEBUG: CActiveAESink::OpenSink - trying to open device WASAPI:{E225C9B5-C50B-42F3-945C-1E4E00F98C73}
08:02:06.342 T:7552 DEBUG: CAESinkWASAPI::InitializeExclusive: IsFormatSupported failed (AUDCLNT_E_UNSUPPORTED_FORMAT) - trying to find a compatible format
08:02:06.415 T:7552 ERROR: CAESinkWASAPI::InitializeExclusive: Failed to initialize WASAPI in exclusive mode -2004287478 - (AUDCLNT_E_DEVICE_IN_USE).
08:02:06.415 T:7552 DEBUG: Sample Rate : 44100
08:02:06.415 T:7552 DEBUG: Sample Format : AE_FMT_S24NE3
08:02:06.415 T:7552 DEBUG: Bits Per Sample : 24
08:02:06.415 T:7552 DEBUG: Valid Bits/Samp : 24
08:02:06.415 T:7552 DEBUG: Channel Count : 2
08:02:06.415 T:7552 DEBUG: Block Align : 6
08:02:06.415 T:7552 DEBUG: Avg. Bytes Sec : 264600
08:02:06.415 T:7552 DEBUG: Samples/Block : 24
08:02:06.415 T:7552 DEBUG: Format cBSize : 22
08:02:06.415 T:7552 DEBUG: Channel Layout : FL,FR
08:02:06.415 T:7552 DEBUG: Enc. Channels : 2
08:02:06.415 T:7552 DEBUG: Enc. Samples/Sec: 44100
08:02:06.415 T:7552 DEBUG: Channel Mask : 3
08:02:06.415 T:7552 DEBUG: Periodicty : 499998
08:02:06.415 T:7552 INFO: CAESinkWASAPI::Initialize: Could not Initialize Exclusive with that format
08:02:06.415 T:7552 ERROR: CAESinkWASAPI::Initialize: WASAPI initialization failed.
At this point, audio no longer works in Kodi and it must be restarted to regain audio.
Is it possible that DSPlayer is not shutting down the extra filters correctly, specifically FFDShow, and it is not allowing WASAPI to close properly thus the CAESinkWASAPI::InitializeExclusive: Failed to initialize WASAPI in exclusive mode -2004287478 - (AUDCLNT_E_DEVICE_IN_USE).?
My next step is to try to setup the system use Media Rules for Filter Management and see if there is any difference in performance.
Doug
Hi all
After Jarvis 16.1 i run Krypton17 with Aracnoz latest DsPlayer and Confluence Skin
It runs normally but i see that there are some instant stops for one sec and starts immediately , and watching the Ctrl+J , i see that the dropped frames are going up
Also i see that there is problem with the mouse during these starts/stops
Any advise to avoid this problem?
Thanks for your attention
(2017-02-08, 19:47)Warner306 Wrote: [ -> ] (2017-02-08, 12:11)powermarcel10 Wrote: [ -> ]Hi,
Thanks for the new build! Really nice!
Only I have 2 issues..
Biggest one is that external filters are nog working for me.. Im using dsplayer because I have a license for SVP (smooth video project) Normaly I choose ffdshow raw video filter to use SVP. But I cant get it to work..
Another one is that when I change a PVR channel, the stream Just stops and I have to enable a different channel manually. But everytime I try to change to another channel it stops.. For the record, Im not using dsplayer for PVR.
Does anyone have sugestions for this 2 issues?
Verstuurd vanaf mijn MI 5 met Tapatalk
Did you try adding an extra external filter to the internal filters?
I did: "Add external filter" and than ffdshow raw video filter. Normally this will trigger smooth video project and nu video's are 60fps..
Is that what you mean?
Verstuurd vanaf mijn MI 5 met Tapatalk
did anyone test both versions? is x64 really unstable?
I have tested both x32 and x64. In my case the x64 is very stable. I never have had a crash. One issue with my skin i use (Madnox) i get an error in module PIL
Code:
File "C:\Program Files (x86)\Kodi17_ds_x64\addons\script.module.pil\lib\PIL\Image.py", line 66, in <module>
from PIL import _imaging as core
ImportError: DLL load failed: %1 ist keine zul崳ige Win32-Anwendung.
In the x32 version the module load fine. So i guess it's because of x64 but i have deactivated the script.toolbox and all is fine. At the moment i use the x64 only.
Thanks aracnoz!
SVP is working fine for me, I use external filters and have not touched DSPlayer settings in a long while. I'm using x86 build.
DSplayer / Kodi 17 x86 works great here too, watched a few movies and no issue at all so far.
Seems very stable.
PS : i havent tried again for the volume bug : on my Kodi 16 when i started a movie with sound volume to 0 it starts with 100% volume (not that nice when you resume porn at night with kids sleeping lol).
Wonder if this was fixed.
From what I read here, it seems the x64 Version requires a 32b bit Version to also be installed,
Installing a only a x64 version didn't work for me. It also only installs into "Program Files" and seems to be missing stuff it expects to be in "Program Files (x86)"
(2017-02-08, 20:56)DougShuffield Wrote: [ -> ]At this point, audio no longer works in Kodi and it must be restarted to regain audio.
Is it possible that DSPlayer is not shutting down the extra filters correctly, specifically FFDShow, and it is not allowing WASAPI to close properly thus the CAESinkWASAPI::InitializeExclusive: Failed to initialize WASAPI in exclusive mode -2004287478 - (AUDCLNT_E_DEVICE_IN_USE).?
My next step is to try to setup the system use Media Rules for Filter Management and see if there is any difference in performance.
Doug
I am seeing the same exact behavior when I use the media rules for filter management. Does anyone else have any experience using ffdshow as an audio filter with DSPlayer? Any help or suggestions are greatly appreciated!
Doug
(2017-02-08, 22:56)_Andy_ Wrote: [ -> ]I have tested both x32 and x64. In my case the x64 is very stable. I never have had a crash. One issue with my skin i use (Madnox) i get an error in module PIL
Code:
File "C:\Program Files (x86)\Kodi17_ds_x64\addons\script.module.pil\lib\PIL\Image.py", line 66, in <module>
from PIL import _imaging as core
ImportError: DLL load failed: %1 ist keine zul崳ige Win32-Anwendung.
In the x32 version the module load fine. So i guess it's because of x64 but i have deactivated the script.toolbox and all is fine. At the moment i use the x64 only.
probably I left pillow at 32bit version in the package of the dependecies at 64bit, I will fix this with the upcoming bugfix release
(2017-02-09, 13:20)yamcenutzer Wrote: [ -> ]From what I read here, it seems the x64 Version requires a 32b bit Version to also be installed,
Installing a only a x64 version didn't work for me. It also only installs into "Program Files" and seems to be missing stuff it expects to be in "Program Files (x86)"
if the installer finds somewhere a previous installation of kodi it will use that path to update the program
p.s.
it's not necessary to install both version x86 and x64, you have to install only the one you will use
(2017-02-10, 16:07)DougShuffield Wrote: [ -> ] (2017-02-08, 20:56)DougShuffield Wrote: [ -> ]At this point, audio no longer works in Kodi and it must be restarted to regain audio.
Is it possible that DSPlayer is not shutting down the extra filters correctly, specifically FFDShow, and it is not allowing WASAPI to close properly thus the CAESinkWASAPI::InitializeExclusive: Failed to initialize WASAPI in exclusive mode -2004287478 - (AUDCLNT_E_DEVICE_IN_USE).?
My next step is to try to setup the system use Media Rules for Filter Management and see if there is any difference in performance.
Doug
I am seeing the same exact behavior when I use the media rules for filter management. Does anyone else have any experience using ffdshow as an audio filter with DSPlayer? Any help or suggestions are greatly appreciated!
Doug
I'm not able to reproduce this issue, but I haven't your hardware to make my test attendible, anyway the problem is with the ArcSoft Audio Renderer + FFDShow Audio (and maybe the ASUS Xonar HDAV1.3 Slim) , I saw some older discussion where this renderer + ffdshow was causing the audio device locked up to require a restart of the application, so the problem should not be in dsplayer
(2017-02-10, 16:46)aracnoz Wrote: [ -> ]I'm not able to reproduce this issue, but I haven't your hardware to make my test attendible, anyway the problem is with the ArcSoft Audio Renderer + FFDShow Audio (and maybe the ASUS Xonar HDAV1.3 Slim) , I saw some older discussion where this renderer + ffdshow was causing the audio device locked up to require a restart of the application, so the problem should not be in dsplayer
Thanks aracnoz. I have this filter configuration working fine in MPC-HC as an external player without any lock ups. I also verified this morning that I could play multiple files in MPC-HC with no restart of MPC-HC required. I prefer DSPlayer with MadVR without having to start an external player, but I also prefer to have HDMA and TrueHD bitstreaming, so I will continue to troubleshoot and see if I can find any configuration that works with my hardware.
Doug
What's HDMA? And why do you think you need ffdshow to bistream TrueHD?