Posts: 23,266
Joined: Aug 2011
Reputation:
1,074
fritsch
Team-Kodi Developer
Posts: 23,266
Jarvis: No passthrough API, everything tunneled via PCM
Jarvis Koying: RAW implementation
Krypton: RAW Implementation
The RAW implementations use a "preliminary, buggy" nvidia backport of android v23 passthrough API. It is only supported on the shield, broken especially while seeking, it introduces a "drrrr" noise, sounds a bit like a machine gun. Version 6 of Android firmware for the shield has this resolved.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 131
Joined: Sep 2015
2016-02-06, 23:00
(This post was last modified: 2016-02-06, 23:02 by User 289973.)
(2016-02-06, 22:32)fritsch Wrote: Jarvis: No passthrough API, everything tunneled via PCM
Jarvis Koying: RAW implementation
Krypton: RAW Implementation
The RAW implementations use a "preliminary, buggy" nvidia backport of android v23 passthrough API. It is only supported on the shield, broken especially while seeking, it introduces a "drrrr" noise, sounds a bit like a machine gun. Version 6 of Android firmware for the shield has this resolved.
Thank you very much.
So am i right to assume that when using Jarvis I am not actually receiving true DTS even though my amplifier says it is DTS?
Also does it look like the auto frame rate switching is working correctly in the logs?
I can see
Code:
20:26:02 T:18446744071727761408 NOTICE: fps: 23.976024, pwidth: 1808, pheight: 1088, dwidth: 1794, dheight: 1080
20:26:02 T:18446744071727761408 NOTICE: Display resolution ADJUST : 1920x1080 @ 23.98 - Full Screen (20) (weight: 0.000)
But cannot tell if it is playing at 23.976 or 23.98 and if this is correct or not. Thanks again.
Posts: 23,266
Joined: Aug 2011
Reputation:
1,074
fritsch
Team-Kodi Developer
Posts: 23,266
It is "true dts". But it sends it via PCM and the AVR picks it - it's perfectly fine. This is the same way as linux does it, too for example.
Nvidia / Android added a new API for Android6 to have AC3, DTS, EAC3, DTSHD support, but "totally" different. While all other implementations want IEC frames, Android wants the raw payload to pack that itself. We currently got the best of the API that is possible - which is - not perfect. With v6 it is getting better, at least the drr sound is gone and some other TrueHD issues are fixed.
When do you get the "crackle"? On Seek? Startup?
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 131
Joined: Sep 2015
2016-02-06, 23:11
(This post was last modified: 2016-02-06, 23:12 by User 289973.)
(2016-02-06, 23:03)fritsch Wrote: It is "true dts". But it sends it via PCM and the AVR picks it - it's perfectly fine. This is the same way as linux does it, too for example.
Nvidia / Android added a new API for Android6 to have AC3, DTS, EAC3, DTSHD support, but "totally" different. While all other implementations want IEC frames, Android wants the raw payload to pack that itself. We currently got the best of the API that is possible - which is - not perfect. With v6 it is getting better, at least the drr sound is gone and some other TrueHD issues are fixed.
When do you get the "crackle"? On Seek? Startup?
Only on seek. On startup sonud if perfectly fine, no buzz but it is out of sync. When i seek i get the buzz and then the lips sync with the sound.
Did you see my addiditon to the post above
"Also does it look like the auto frame rate switching is working correctly in the logs?
I can see
Code:
20:26:02 T:18446744071727761408 NOTICE: fps: 23.976024, pwidth: 1808, pheight: 1088, dwidth: 1794, dheight: 1080
20:26:02 T:18446744071727761408 NOTICE: Display resolution ADJUST : 1920x1080 @ 23.98 - Full Screen (20) (weight: 0.000)
But cannot tell if it is playing at 23.976 or 23.98 and if this is correct or not. Thanks again."
You replied soon after i edited so did now know if you saw it.
Posts: 23,266
Joined: Aug 2011
Reputation:
1,074
fritsch
Team-Kodi Developer
Posts: 23,266
Jo that is correct, but "Adjust Refreshrate to match video" is also not working very well currently, basically it is causing this delay on startup. I wrote several times in this thread: Don't use it as of now.
Best to use currently:
- Disable Adjust Refreshrate
- Don't seek :-)
To be honest: I would recommend to disable passthrough for now. Nvidia's new firmware has that stuff fixed (at least the drrr noise on seek). PCM is perfectly fine, especially if you have an AVR that can cope with multichannel. So basically your issues are known and no one can do anything about it :-)
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 3
Joined: Nov 2015
Reputation:
0
I'm on Jarvis RC3 and using the emby addon with direct links enabled. It seems to work with multichannel fine. I have a Sony HT‑ST7 Sound Bar System. However i'm having an issue where sometimes i get buzzing or an echo sound with certain sounds changing to the "music" setting on my soundbar seems to help that but it reduces the bass. Any assistance with this would be great. I'm using a mix of x265 and x264 formats most are extremely high quality. i have the 500GB nvidia shield and connected via gigabit ethernet. Movies are stored on a NAS. I do have adjust refresh rate on but it doesnt appear to be working. Do we know when marshmellow is coming out? I have this hooked up to a 4k tv. Sony XBR65X800B. The Shield is connected directly to the TV and setup to passthrough. Not to the device directly because it doesnt support 4k 60fps passthrough but the tv does. So any advice would be appreciated for optimizations.
Posts: 357
Joined: Aug 2008
Reputation:
3
The DRRR sound is a firmware bug. And this thread is for Krypton only, not Jarvis.
AppleTV 4K, LG 65E6 OLED TV, Marantz NR1606, Harmony Elite
Posts: 23,266
Joined: Aug 2011
Reputation:
1,074
fritsch
Team-Kodi Developer
Posts: 23,266
We are mainly done with the shield. Just working out with Martijn if we could get the Speaker Layout correctly. I have some ideas :-)
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.