Which app to use for Google TV?

[tattler 32]

14 hours ago, FrostByte said:

I also noticed that it's DD+ and not DD like the rest of the apps

Yes I see the difference, universal Android version:

/app/emby/bin/ffmpeg -loglevel +timing -y -print_graphs_file "/config/logs/ffmpeg-transcode-1ff70957-a858-4d52-82ab-7fa7d8f0ae44_1graph.txt" -copyts -start_at_zero -init_hw_device "vaapi=dev1:/dev/dri/renderD128" -f matroska,webm -ss 01:14:15.000 -c:v:0 h264 -threads:v:0 1 -hwaccel:v:0 vaapi -hwaccel_device:v:0 dev1 -hwaccel_output_format:v:0 vaapi -noautorotate -canvas_size:s:0 "1920:1080" -i "/data/media/movies/X-Men Days of Future Past (2014)/X-Men Days of Future Past (2014) [imdb-tt1877832][Remux-1080p][DTS-HD MA 7.1][AVC].mkv" -filter_complex "[0:4]scale@f1=width=1920:height=1056,hwupload@f2[f2_out0];[0:0][f2_out0]overlay_vaapi@f3=alpha=1:shortest=0[f3_out0]" -map [f3_out0] -map 0:1 -sn -c:v:0 h264_vaapi -b:v:0 30230171 -g:v:0 72 -maxrate:v:0 30230171 -bufsize:v:0 60460342 -keyint_min:v:0 72 -r:v:0 23.976024627685547 -profile:v:0 main -c:a:0 ac3 -ab:a:0 384000 -ar:a:0 48000 -ac:a:0 6 -metadata:s:a:0 language=eng -disposition:a:0 default -max_delay 5000000 -avoid_negative_ts disabled -f segment -map_metadata -1 -map_chapters -1 -segment_format mpegts -segment_list "/transcode/transcoding-temp/EBAA73/EBAA73.m3u8" -segment_list_type m3u8 -segment_time 00:00:03.000 -segment_start_number 1485 -individual_header_trailer 0 -write_header_trailer 0 -segment_write_temp 1 "/transcode/transcoding-temp/EBAA73/EBAA73_%d.ts"

It transcodes to ac3 and not eac3. That is why the sound on SONOS is better with ATV.

[FrostByte 5557]

8 minutes ago, tattler said:

 

It transcodes to ac3 and not eac3. That is why the sound on SONOS is better with ATV.

Agreed, I can tell the difference between the two apps on my Samsung soundbar too. 

One of the advantages of EAC3 is that it's supposed to sound better than AC3 at the same low bitrates, I just never noticed before because I have no need for reencoding audio.

[tattler 32]

I have Shield TV Pro so the audio specs are better:

Edited 12 hours ago by tattler

[FrostByte 5557]

And ATV should really say it's converting TrueHD to eac3 in SFN, not direct playing

[CBers 7657]

39 minutes ago, tattler said:

It transcodes to ac3 and not eac3. That is why the sound on SONOS is better with ATV.

Which Sonos soundbar do you have? 

 

[tattler 32]

4 minutes ago, FrostByte said:

And ATV should really say it's converting TrueHD to eac3 in SFN, not direct playing

That is what is confusing to me the fact that it is transcoding the audio in ATV it shows Direct Play. I am still waiting for confirmation from the Emby team about this.

What is SFN?

Edited 12 hours ago by tattler

[FrostByte 5557]

Stats for Nerds.  Click the settings wheel on the OSD and you should see it.  Both apps have it and they both have a hotkey to turn it on and off also without having to bring up the OSD.

It just overlays a little box on top of the movie and gives details of how your video and sound are playing.

 

Edited 12 hours ago by FrostByte

[tattler 32]

23 minutes ago, CBers said:

Which Sonos soundbar do you have? 

 

I have 2 SONOS Playbar with different hardware firmware:

Sonos Living Room: 1.9.1.11-2.2

Sonos Bedroom: 1.9.1.10-2.0

I have recently updated the firmware so it is updated.

Edited 12 hours ago by tattler

[CBers 7657]

2 hours ago, tattler said:

2 hours ago, CBers said:

Which Sonos soundbar do you have? 

 

I have 2 SONOS Playbar

And do they support better audio quality that DD 5.1? 

I have an old Sonos Beam soundbar which only supports upto DD. 

 

[tattler 32]

41 minutes ago, CBers said:

And do they support better audio quality that DD 5.1? 

I have an old Sonos Beam soundbar which only supports upto DD. 

 

I noticed the difference in DD and DD+ support on both playbars. The Bedroom one supports only DD and the living room one DD+.

I came to discover this discrepancy in DD support with the same Sonos Playbar when streaming live tv from tvheadend. I converted the stream to EAC3 with a custom stream profile I created. Sonos Living Room can direct play the audio without transcoding but the one in the bedroom produces no audio. If I turned on the option to convert unsupport audio to DD then Emby transcode it for the bedroom playbar.

When I modified the stream profile in tvheadend to convert to ac3, both Playbars can direct play the stream without converting to DD.

[ebr 16563]

5 hours ago, FrostByte said:

And ATV should really say it's converting TrueHD to eac3 in SFN, not direct playing

Do we have definitive evidence that that is what was actually happening?

I can direct play TrueHD from my Shield Pro connected to just my TV.

The latest update to the TV app is allowing conversion to DD+ if it is supported by the device.

[FrostByte 5557]

37 minutes ago, ebr said:

Do we have definitive evidence that that is what was actually happening?

I can direct play TrueHD from my Shield Pro connected to just my TV.

The latest update to the TV app is allowing conversion to DD+ if it is supported by the device.

Fairly, but let me do it one more time to make sure.  I will post all the logs and send you an app log to.  Also post some pics of SFN, settings, etc

[ebr 16563]

4 minutes ago, FrostByte said:

Fairly, but let me do it one more time to make sure.  I will post all the logs and send you an app log to.  Also post some pics of SFN, settings, etc

Keep in mind that it can take 10+ seconds for SFN to update...

[FrostByte 5557]

10 minutes ago, ebr said:

Keep in mind that it can take 10+ seconds for SFN to update...

Ok, let me redo it and I'll wait at least 1 min.

[FrostByte 5557]

42 minutes ago, ebr said:

Keep in mind that it can take 10+ seconds for SFN to update...

Just resent the app log user Rick at I believe 1217 EDT and SFN showed audio DP the whole time while waiting about 1 minute.

server logs showing it was transcoding to eac3

ffmpeg-transcode-1ffd126a-21a1-40ef-9f8c-1724df347c40_1.txtembyserver.txt

 

Android settings.  I had to manually set these because my soundbar actually supports TrueHD, but they match tattler's

 

Edited 5 hours ago by FrostByte
duplicate images

[FrostByte 5557]

1 hour ago, ebr said:

The latest update to the TV app is allowing conversion to DD+ if it is supported by the device.

Nice, I didn't see it in the release notes, but you may have said it elsewhere and I missed it.  

To me it sounds better, but of course I won't ever need it unless I for some reason connect my Shield directly to my TV.  I never transcode anything.  However, thanks for doing that.

[tattler 32]

3 hours ago, FrostByte said:

Just resent the app log user Rick at I believe 1217 EDT and SFN showed audio DP the whole time while waiting about 1 minute.

server logs showing it was transcoding to eac3

ffmpeg-transcode-1ffd126a-21a1-40ef-9f8c-1724df347c40_1.txt 349.63 kB · 0 downloads embyserver.txt 121.28 kB · 0 downloads

 

Android settings.  I had to manually set these because my soundbar actually supports TrueHD, but they match tattler's

 

Thanks for testing @FrostByteWhen I checked the transcode log it is the same as my ATV transcode log. The SFN shows direct play for the audio but in fact it is remuxing the audio (bold text):

/var/packages/EmbyServer/target/bin/ffmpeg -loglevel +timing -y -print_graphs_file "/var/packages/EmbyServer/var/logs/ffmpeg-transcode-1ffd126a-21a1-40ef-9f8c-1724df347c40_1graph.txt" -copyts -start_at_zero -f matroska,webm -c:v:0 hevc -noautorotate -i "/volume1/MyEmbyMedia/Movies/Zootopia 2 (2025)/Zootopia.2.2025.2160p.UHD.Blu-ray.DV.HDR10P.TrueHD.Atmos.8ch.h265.Remux.mkv" -filter_complex "[0:0]scale@f1=width=1920:height=1080,setparams@f2=color_primaries=bt2020:color_trc=smpte2084:colorspace=bt2020nc,format@f3=pix_fmts=p010,supertonemap@f4=tonemap=hable,setparams@f5=color_primaries=bt709:color_trc=bt709:colorspace=bt709,format@f6=pix_fmts=yuv420p[f6_out0]" -map [f6_out0] -map 0:1 -sn -c:v:0 libx264 -g:v:0 72 -maxrate:v:0 29616000 -bufsize:v:0 59232000 -sc_threshold:v:0 0 -keyint_min:v:0 72 -r:v:0 23.976024627685547 -pix_fmt:v:0 yuv420p -preset:v:0 veryfast -profile:v:0 high -x264opts:v:0 "subme=0:me_range=4:rc_lookahead=10:partitions=none" -crf:v:0 23 -c:a:0 eac3 -ab:a:0 384000 -ac:a:0 6 -metadata:s:a:0 language=eng -disposition:a:0 default -max_delay 5000000 -avoid_negative_ts disabled -f segment -map_metadata -1 -map_chapters -1 -segment_format mpegts -segment_list "/var/packages/EmbyServer/var/transcoding-temp/90962F/90962F.m3u8" -segment_list_type m3u8 -segment_time 00:00:03.000 -segment_start_number 0 -individual_header_trailer 0 -write_header_trailer 0 -segment_write_temp 1 "/var/packages/EmbyServer/var/transcoding-temp/90962F/90962F_%d.ts"

See here: 

 

By the way, I set the Shield to auto for the available formats.

Edited 2 hours ago by tattler

[ebr 16563]

If you bring up the OSD, does it say "Trans" or "Remux" there?

I think the reason SFN is incorrect is that it isn't getting any info from the server:

08-02 12:15:58.346 15537 15537 I System.out: *** No transcoding info found

Why, I'm not sure...

[FrostByte 5557]

6 minutes ago, ebr said:

If you bring up the OSD, does it say "Trans" or "Remux" there?

I think the reason SFN is incorrect is that it isn't getting any info from the server:

08-02 12:15:58.346 15537 15537 I System.out: *** No transcoding info found

Why, I'm not sure...

Ahh...it does say trans there

 

[ebr 16563]

Okay, then this comes down to the fact that, for some reason, we are getting no transcode info from the server.  This isn't a one-time thing, either.  The app is requesting it every 10 seconds and getting nothing back.

[FrostByte 5557]

Okay, well if it's an app issue and you need someone to test, I can always turn TurnHD off again.

[ebr 16563]

38 minutes ago, FrostByte said:

Okay, well if it's an app issue

It looks like a server issue right now but I haven't reproduced yet.