2016-12-30, 10:47
Not really. Kodi's Audio-Engine starts with silence from the beginning and then reconfigures the Sink when LiveTV playback sets in.
2016-12-30, 10:48
With Live TV, I meant the Live TV from the TV itself, not Kodi PVR...
2016-12-30, 10:49
Ah! So another firmware bug? :-) Internal machine needs some kind of flushing :-)
2017-01-02, 17:12
Does "This won't work anyways. Damn globals ..." @ https://github.com/xbmc/xbmc/pull/11138 mean I'll have to setup my own build environment and start building my own fork to keep my AVR working?
Btw. not related to above, but I made an interesting observation. I launched one movie in TV's built-in video player out of curiosity and found that the TV transcodes DD TrueHD (no other audio track in source MKV) to DD EX (over optical SPDIF). I am aware of DTS-HD having the core DTS stream for backward compatibility. However I don't think the same is true for DD TrueHD. I believe full transcode is needed in such case and it's interesting to know the TV is capable of it.
Btw. not related to above, but I made an interesting observation. I launched one movie in TV's built-in video player out of curiosity and found that the TV transcodes DD TrueHD (no other audio track in source MKV) to DD EX (over optical SPDIF). I am aware of DTS-HD having the core DTS stream for backward compatibility. However I don't think the same is true for DD TrueHD. I believe full transcode is needed in such case and it's interesting to know the TV is capable of it.
2017-01-02, 17:48
As you have seen in the thread you are citing I posted a link to an image that forces it by default.
2017-01-02, 18:15
Quote:However I don't think the same is true for DD TrueHD.BD specs mandate an AC3 compatible stream interleaved in a True HD stream. And that's what you are seeing...
2017-01-02, 21:16
(2016-12-24, 21:30)wasimsonytv Wrote:(2016-12-12, 20:02)fritsch Wrote: Known. Why not using the internal player of your TV as kodi's videoplayer? Then you have a nice interface and additionally the vendor hacked funtionality?
Hi - please can you advise how this is done in kodi?
guys - just following up on a reply to this please
2017-01-02, 22:16
(2017-01-02, 17:48)fritsch Wrote: As you have seen in the thread you are citing I posted a link to an image that forces it by default.
I'm sorry but I don't understand very well. I think it's partially language barrier and partially me not being familiar with GitHub.
1. My understanding is that you closed your proposed commit and it was not merged into master, is that right?
2. When you state you posted a link to an image that forces it by default, do you refer to hogfan build? If yes, then sure it's very nice of you and thanks for that, it's been working quite nicely so far. However I don't expect you'd provide similar build in future based on Release Candidates or Final version. You already did a lot for us people with devices with broken FW and no one can ask you more than that. Which means that if we run into some Kodi bug that's fixed in final version, we're back at square one, unfortunately.
2017-01-02, 22:19
(2017-01-02, 21:16)wasimsonytv Wrote:(2016-12-24, 21:30)wasimsonytv Wrote:(2016-12-12, 20:02)fritsch Wrote: Known. Why not using the internal player of your TV as kodi's videoplayer? Then you have a nice interface and additionally the vendor hacked funtionality?
Hi - please can you advise how this is done in kodi?
guys - just following up on a reply to this please
Check this thread: http://forum.kodi.tv/showthread.php?tid=...pid2482088
2017-01-02, 22:19
http://mirrors.kodi.tv/test-builds/andro...bi-v7a.apk <- have this laying arround, also fixes livetv hw accel issues. Handle with care, take care for your ears.
2017-01-07, 20:43
http://mirrors.kodi.tv/test-builds/andro...bi-v7a.apk has potential for final - this is without the PCM hack, reducing AC3 Bitrate to 384 Kbit/s and having a v17 workaround for LiveTV.
2017-01-25, 16:41
(2017-01-07, 20:43)fritsch Wrote: http://mirrors.kodi.tv/test-builds/andro...bi-v7a.apk has potential for final - this is without the PCM hack, reducing AC3 Bitrate to 384 Kbit/s and having a v17 workaround for LiveTV.
DTS passthrough stopped working in this build (it worked fine in hogfan build). When I disable DTS passthrough, the DTS track gets properly transcoded to DD. But when I enable DTS passthrough, DTS track causes bit longer-than-usual player buffering and then the player stops. Player is not frozen, it can still be left with back button, audio track can be switched, etc., and once it's switched to DD track, then player resumes playing, but then when audio track is switched back to DTS track, player again buffers extensively and then stops playing.
Are you interested in log or do you know what it is about?
2017-01-25, 16:51
Another problem. When I quit the video player, the AV receiver keeps showing DD5.1 mode, Kodi's UI effects do not work and when I try playing stereo FLAC music, it doesn't play. Well, it plays but there's no sound, AV receiver keeps showing DD5.1. Resolution is to quit Kodi and start it again. Then AVR starts showing PCM and Kodi's UI effects start working, music starts playing in music player.
Seems like the video player does not properly close the audio device once finished. This also did not happen with hogfan build.
Edit: log https://dl.dropboxusercontent.com/u/9162...29.log.zip
Seems like the video player does not properly close the audio device once finished. This also did not happen with hogfan build.
Edit: log https://dl.dropboxusercontent.com/u/9162...29.log.zip
2017-01-30, 15:44
Ah, is it the PCM hack and Kodi's own IEC packaging what made the DTS work in the hogfan build?
