Posts: 23,231
Joined: Aug 2011
Reputation:
1,069
fritsch
Team-Kodi Developer
Posts: 23,231
That would really be the very first AVR that would not accept DTS / AC3 from nvidia hw via a non cripled OS.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 23,231
Joined: Aug 2011
Reputation:
1,069
fritsch
Team-Kodi Developer
Posts: 23,231
I am doing OpenELEC since 5 years and no, absolutely no case appeared on x86 hw where passthrough of ac3 or DTS did not work. Denons / Pioneers have issues "eating" 44.1 khz at 1080p60 is very known in combination with intel hw - but there was not a single case that passthrough for ac3 and or dts did not work.
Don't confuse Android AC3 with a general statement. On Android only nullptr knows what happens after we have sent the data ... koying is working on another way of sending the passthrough bits which could make the difference.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 2,858
Joined: Mar 2013
Reputation:
108
2015-11-02, 19:42
(This post was last modified: 2015-11-02, 19:43 by Tinwarble.)
No, just a misreading of your statement, since I don't really consider Android on the SATV to be "crippled". Especially with some of the newer APIs integrated into it, which I'm not sure if they have been fully been taken advantage of yet.
But it's good to know that Koying is working on something.
Posts: 23,231
Joined: Aug 2011
Reputation:
1,069
fritsch
Team-Kodi Developer
Posts: 23,231
@Tinwarble: You seem to be "into the API" - care to help - we have a very, very high percentage of Android leechers - but very few people that actually do / develop something for it - so now is the time to stand up and get hands dirty.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 23,231
Joined: Aug 2011
Reputation:
1,069
fritsch
Team-Kodi Developer
Posts: 23,231
2015-11-02, 19:48
(This post was last modified: 2015-11-02, 19:49 by fritsch.)
Lol - can you understand that if someone says that "kodi wrongly sends AC3 via 2 channels" that this is globally wrong as this is the way to send AC3 / DTS audio? No matter on which platform? All I was saying was: Do not blame your AVR - cause it is _not_ the AVR's problem - but something else.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 162
Joined: Feb 2011
Reputation:
2
Vidman
Senior Member
Posts: 162
2015-11-02, 19:52
(This post was last modified: 2015-11-02, 19:55 by Vidman.)
They are saying kodi on the nvidia shield "wrongly sends AC3 via 2 channels"
I do not believe anyone was blaming their AVR
Posts: 287
Joined: Feb 2013
Reputation:
6
drhill
Senior Member
Posts: 287
I have a Denon X2100W and other then an occasional hiccup where just hitting stop then play again I haven't had any problems with DD/DTS passthrough. I think on Jarvis I just decode everything to PCM and still get those occasional hiccups.
Posts: 23,231
Joined: Aug 2011
Reputation:
1,069
fritsch
Team-Kodi Developer
Posts: 23,231
And this is wrong! This statement is wrong. AC3 is always sent via 2 pcm channels ... it is a virtual bitstream format (it encapsulates up to 6 channels via those 2 (!) pcm channels) - that is decoded by the AVR at the end.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.