PremiumRed 69 Posted August 28, 2017 Posted August 28, 2017 Hi, With amazon app and android tv app, when a live m3u stream is not set to direct streaming then you cannot change the audio track. It says that it’s an incorrect format. It works perfectly with VOD, its the live tv thats the issue. If the web app is used then it works perfectly and it also works perfectly on ios app.
ebr 16178 Posted August 28, 2017 Posted August 28, 2017 Hi. We're going to need to look at a specific example. Thanks. How to Report a Problem
PremiumRed 69 Posted August 29, 2017 Author Posted August 29, 2017 Hi, I have submitted logs 200 times via the app. I just submitted another one right now from amazon fire tv app 1.4.40a
ebr 16178 Posted August 29, 2017 Posted August 29, 2017 Okay, you are running a beta version of the app that is almost two weeks old (we're up to .45 now). Can you please try updating? Thanks.
PremiumRed 69 Posted August 29, 2017 Author Posted August 29, 2017 Hi, It happens on the .45 for android tv too.. I cannot update amazon fire tv beta because of amazon spain blocking it..., you send me the updated every so often. I can only update the android tv. But this has been an issue from day 1. I just realized it works on ios and webapp thats why I left this message. Do you want a report from android tv too from the latest beta?
ebr 16178 Posted August 29, 2017 Posted August 29, 2017 Do you want a report from android tv too from the latest beta? Yes, please. And, if the same problem occurs, please also include the server log and any ffmpeg logs that are produced. Thanks.
PremiumRed 69 Posted August 29, 2017 Author Posted August 29, 2017 (edited) Hi, Just sent the log from Android TV latest BETA 1.4.45g and also I attached server and ffmpeg logs Edited August 29, 2017 by PremiumRed
ebr 16178 Posted August 29, 2017 Posted August 29, 2017 Have you turned off some of the options that allow transcoding for this user?
Luke 42078 Posted August 29, 2017 Posted August 29, 2017 So does the second audio track not show up, or does it show up but then says incorrect format when you select it? thanks.
ebr 16178 Posted August 29, 2017 Posted August 29, 2017 So does the second audio track not show up, or does it show up but then says incorrect format when you select it? thanks. The second thing. Premium - can I access your m3u for testing?
PremiumRed 69 Posted August 29, 2017 Author Posted August 29, 2017 Hi, The second track shows up and works perfectly on all devices except from Android and Fire TV. Yeah of course you can. Do you want me to send it via PM?
PremiumRed 69 Posted August 29, 2017 Author Posted August 29, 2017 (edited) Ps: No I havent turned off any options. Everything is set as default for admin user. Like I mentioned, it works perfectly on ios and webapp. Here is a video of it working in ios. 151843CA-11F0-4099-B188-AB77BBA2B9AE.MOV Edited August 29, 2017 by PremiumRed
ebr 16178 Posted August 29, 2017 Posted August 29, 2017 Yeah of course you can. Do you want me to send it via PM? Yes, can you please PM it to me? Thanks.
PremiumRed 69 Posted August 29, 2017 Author Posted August 29, 2017 (edited) Hey, I have sent you the m3u.. As I couldnt attach it, I uploaded it to an external server so you can download. Btw, what I asked you to do in PM in regards to delete the ffmpeg log, I managed to do it myself thanks If you need it again I can forward it to you. Thanks Edited August 29, 2017 by PremiumRed
PremiumRed 69 Posted August 31, 2017 Author Posted August 31, 2017 (edited) Hey, Update: just tried this on a Samsung s8 mobile using the app Emby for Android (non android tv version) and it works perfectly so it must be something in the android tv / fire tv version. Edited August 31, 2017 by PremiumRed
Luke 42078 Posted August 31, 2017 Posted August 31, 2017 Thanks for the feedback. We are looking into it.
PremiumRed 69 Posted August 31, 2017 Author Posted August 31, 2017 Its strange because a couple of channels, one of them being “Hollywood HD 1080” that I sent ebr doesnt even play. It just automatically gives an m3u tuner error, but again this only happens in Android TV version. It didnt actually happen before
ebr 16178 Posted August 31, 2017 Posted August 31, 2017 Many of the channels would not play for me but I wasn't sure if that was an issue with the provider or stream. I also could not find a channel to reproduce your issue as all the ones I found to play only had one audio stream.
Spaceboy 2573 Posted August 31, 2017 Posted August 31, 2017 Oh hello! More dual audio failures? I told you this would need dealing with at some point
Luke 42078 Posted August 31, 2017 Posted August 31, 2017 @@PremiumRed can you tell us exactly what channel to test? thanks.
PremiumRed 69 Posted September 1, 2017 Author Posted September 1, 2017 Hi, All of the channels that say HD 1080 at the end are dual audio. Try Movistar+ Accion HD 1080 or Hollywood HD 1080 or FOX HD 1080. When I play the stream with MX Player I can change audio so it must be an issue with the internal player you guys use for emby.
ebr 16178 Posted September 6, 2017 Posted September 6, 2017 I finally found one that will play that has multiple audio tracks (Mega HD). When I allow the app to direct stream it plays fine with the default audio. However, the player is only seeing a single audio track while ffmpeg is seeing a whole slew of them. What is really interesting is that ffmpeg also sees a whole bunch of video tracks as well: Duration: N/A, start: 24491.610333, bitrate: N/A Program 0 Metadata: variant_bitrate : 0 Stream #0:0: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 720x404 [SAR 1:1 DAR 180:101], 25 fps, 25 tbr, 90k tbn, 50 tbc Metadata: variant_bitrate : 0 Stream #0:1: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp Metadata: variant_bitrate : 0 Stream #0:2: Data: timed_id3 (ID3 / 0x20334449) Metadata: variant_bitrate : 0 Stream #0:3: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 720x404 [SAR 1:1 DAR 180:101], 25 fps, 25 tbr, 90k tbn, 50 tbc Metadata: variant_bitrate : 0 Stream #0:4: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp Metadata: variant_bitrate : 0 Stream #0:5: Data: timed_id3 (ID3 / 0x20334449) Metadata: variant_bitrate : 0 Stream #0:6: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 720x404 [SAR 1:1 DAR 180:101], 25 fps, 25 tbr, 90k tbn, 50 tbc Metadata: variant_bitrate : 0 Stream #0:7: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp Metadata: variant_bitrate : 0 Stream #0:8: Data: timed_id3 (ID3 / 0x20334449) Metadata: variant_bitrate : 0 Stream #0:9: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 720x404 [SAR 1:1 DAR 180:101], 25 fps, 25 tbr, 90k tbn, 50 tbc Metadata: variant_bitrate : 0 Stream #0:10: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp Metadata: variant_bitrate : 0 Stream #0:11: Data: timed_id3 (ID3 / 0x20334449) Metadata: variant_bitrate : 0 Stream #0:12: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Metadata: variant_bitrate : 0 Stream #0:13: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp Metadata: variant_bitrate : 0 Stream #0:14: Data: timed_id3 (ID3 / 0x20334449) Metadata: variant_bitrate : 0 Stream #0:15: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Metadata: variant_bitrate : 0 Stream #0:16: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp Metadata: variant_bitrate : 0 Stream #0:17: Data: timed_id3 (ID3 / 0x20334449) Metadata: variant_bitrate : 0 Stream #0:18: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Metadata: variant_bitrate : 0 Stream #0:19: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp Metadata: variant_bitrate : 0 Stream #0:20: Data: timed_id3 (ID3 / 0x20334449) Metadata: variant_bitrate : 0 Stream #0:21: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Metadata: variant_bitrate : 0 Stream #0:22: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp Metadata: variant_bitrate : 0 Stream #0:23: Data: timed_id3 (ID3 / 0x20334449) Metadata: variant_bitrate : 0 If you try to switch audio while direct streaming, it fails because the player in android is not seeing any other audio tracks (perhaps because there are other video tracks interspersed in them). If I transcode from the outset, again, it plays fine in the beginning but then fails with the error you are seeing if you try to switch. I haven't figure that out yet but I wonder if it is also related to the multiple video tracks...
PremiumRed 69 Posted September 7, 2017 Author Posted September 7, 2017 Hi. The latest betas are not playing 90% of the streams, but in VLC they are working perfectly. All channels are working but as you see, the app is now struggling to play them for some odd reason. If you change external player they work fine or if you set to directl streaming as you say they also play perfectly. Its strange how they have multiple video tracks.... how can that be? Nice work on finding that info
Luke 42078 Posted September 7, 2017 Posted September 7, 2017 Can you add me to the private conversation with the logging info? thanks.
ebr 16178 Posted September 7, 2017 Posted September 7, 2017 My hypothesis at this point is that these channels do not actually have multiple audio tracks at all. Instead, we are pulling in all the standard audio tracks from all the different bitrates presented in the HLS stream. At least, that's what it looks like on the channel I'm testing. I can't get the channel to play at all in the web app so cannot confirm what it does with it.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now