2023-08-24, 01:53
(2023-08-23, 13:47)hakkinenvthh Wrote:There is logic is the add-on to wait for certain video stream types to get results, and you can change the wait time in the settings. If you find that waiting gets you a result eventually for those files, I can probably add the same logic for audio. The drawback is that, as currently written, it's all or nothing. You either have a delay for everything or nothing, and that could mean a delay in triggering whatever action you want for audio. I might be able to do something where if it gets no result or unknown that it waits and tries again though.(2023-08-23, 11:38)pkscout Wrote:Yeah you are right, no problem when we can treat it on the add-on side. I notice that when I call the method "GetProperties" on the player to get the current stream 's informations with some *.dsf or *.dff files, it takes time so I had to add some delays depending on the file's size. Maybe it's the same case for the core, the add-on demands the informations too soon (sometimes the core returns well the song type). I'll try to debug xbmc(2023-08-23, 08:17)hakkinenvthh Wrote: Sorry, I'm new here, I reposted the logs in the below link (I can't edit my first post)Kodi core returned unknown as the type, so that's what we have to work with on the addon side. I can't say why core did that, especially with only a log snippet. We really need a full and complete log, not just the snippet. Put Kodi in debug mode, restart Kodi, duplicate the issue, and then put the entire log in pastebin. Maybe that'll show something that will tell us why core is doing that.
https://paste.kodi.tv/uceraxices.kodi
Many thanks for your help!