Pandabuck 0 Posted July 20, 2019 Share Posted July 20, 2019 Hello Guys, I cannot change default langage in a video with the app on my LG TV (model 55EF950V), apps version 1.0.15 last updated 15/03/2019. The langage is checked as used but the auditorack doesn't switch. It works well on chrome (PC) and on my phone (Huawei P20 pro) perfectly. I don't know what to do, I reinstall the app, modify default langage in the media server too, nothing works. If anyone has any idea on how to solve this. Thank you very much Panda. Link to comment Share on other sites More sharing options...
Luke 37064 Posted July 20, 2019 Share Posted July 20, 2019 Hi there, can we please look at an example? Please attach the requested in how to report a media playback issue: https://emby.media/community/index.php?/topic/790-how-to-report-a-problem/?view=getnewpost Thanks. Link to comment Share on other sites More sharing options...
Pandabuck 0 Posted July 20, 2019 Author Share Posted July 20, 2019 Hi again, I couldn't find anything usefull in log so I made a video, that will be far clearer than my explication : https://www.youtube.com/watch?v=5sSlgFTg8i4&feature=youtu.be Hope it'll help. Thx Link to comment Share on other sites More sharing options...
Luke 37064 Posted July 20, 2019 Share Posted July 20, 2019 I couldn't find anything usefull in log hi there, please attach the information anyway. Thanks. Link to comment Share on other sites More sharing options...
Pandabuck 0 Posted July 21, 2019 Author Share Posted July 21, 2019 Hi there, Here are the log link to the youtube video. Thx again embyserver-63699296521.txt hardware_detection-63699266242.txt Link to comment Share on other sites More sharing options...
Luke 37064 Posted July 21, 2019 Share Posted July 21, 2019 Can you provide a copy of the media info of this file from the web app? Thanks. Link to comment Share on other sites More sharing options...
Pandabuck 0 Posted July 22, 2019 Author Share Posted July 22, 2019 (edited) Hello, Here it is ffmpeg-remux-9de75a80-1f57-4f58-b03b-5e376bd948ce_1.txt Edited July 22, 2019 by Pandabuck Link to comment Share on other sites More sharing options...
Luke 37064 Posted July 22, 2019 Share Posted July 22, 2019 Have you tried selecting the audio prior to playback? Link to comment Share on other sites More sharing options...
Pandabuck 0 Posted July 22, 2019 Author Share Posted July 22, 2019 Hello, Yes I've that too Link to comment Share on other sites More sharing options...
Luke 37064 Posted July 22, 2019 Share Posted July 22, 2019 Can you provide a sample video for testing? thanks. Link to comment Share on other sites More sharing options...
Pandabuck 0 Posted July 22, 2019 Author Share Posted July 22, 2019 Hello, You mean a sample of the video linked to the log file? If yes, you can basically take whatever video with a multi audiotrack, it doesn't work with any video at all. Link to comment Share on other sites More sharing options...
Luke 37064 Posted July 22, 2019 Share Posted July 22, 2019 Hello, You mean a sample of the video linked to the log file? If yes, you can basically take whatever video with a multi audiotrack, it doesn't work with any video at all. Well we have tested this, and it has worked, so that's why i was asking for your specific file. Link to comment Share on other sites More sharing options...
Luke 37064 Posted July 22, 2019 Share Posted July 22, 2019 Unless perhaps the problem is specific to your model or 2015 models. Link to comment Share on other sites More sharing options...
Pandabuck 0 Posted July 22, 2019 Author Share Posted July 22, 2019 As you mentioned, the issue doesn't come with this specific video. It happen for any kind of video with multiple tracks. I can only have the track that is set as default. Thus said, every videos work fine with any other other apps or emby for mobile, web browser. It is only happening in the LG TV's app and also it is extremely slow (need to wait between 5 to 10 second from the moment I press the button to the moment the app react). Link to comment Share on other sites More sharing options...
Luke 37064 Posted July 22, 2019 Share Posted July 22, 2019 @@SamES can give this a re-test. Thanks. Link to comment Share on other sites More sharing options...
SamES 890 Posted July 22, 2019 Share Posted July 22, 2019 I’m going to suspect that this is related to older WebOS version on this model, although I’m surprised it hasn’t come up before if that is the case. Are you on the latest firmware for that model? Link to comment Share on other sites More sharing options...
Pandabuck 0 Posted July 22, 2019 Author Share Posted July 22, 2019 Hi SamES, I assume yes, the version is 04.26.00, I've checked on the Korean LG website this update was out this mounth if the google translate did no translation mistake. For some reasons, I cannont see this kind of information in my native langage web site version... Link to comment Share on other sites More sharing options...
stefgun 0 Posted August 2, 2019 Share Posted August 2, 2019 (edited) Hi there! I just setup Emby for the first time yesterday, and when trying it out today I came across the exact same issue. My TV: LG 55LB674V-ZB webOS version 1.4.0-2529 (the TV says it is on the latest version) Emby app latest version for this TV (just installed it today from LG store) Would be great if this could be solved. I came to Emby because of the Plex-app for my TV having (confirmed, intended and probably not to be fixed) trouble with certain audio tracks and the xplay-Plex-app getting worse and worse. Emby appears to be a great alternative, were it not for this issue, Edit: Firmware is 5.5.70 (latest for that model). Also, the app is rather sluggish. Many clicks take one or two seconds before anything happens and sometimes (rather randomly) a click leads to minute-long freezing before being processed. Edited August 2, 2019 by stefgun Link to comment Share on other sites More sharing options...
Luke 37064 Posted August 2, 2019 Share Posted August 2, 2019 Hi there! I just setup Emby for the first time yesterday, and when trying it out today I came across the exact same issue. My TV: LG 55LB674V-ZB webOS version 1.4.0-2529 (the TV says it is on the latest version) Emby app latest version for this TV (just installed it today from LG store) Would be great if this could be solved. I came to Emby because of the Plex-app for my TV having (confirmed, intended and probably not to be fixed) trouble with certain audio tracks and the xplay-Plex-app getting worse and worse. Emby appears to be a great alternative, were it not for this issue, Edit: Firmware is 5.5.70 (latest for that model). Also, the app is rather sluggish. Many clicks take one or two seconds before anything happens and sometimes (rather randomly) a click leads to minute-long freezing before being processed. Hi there @@stefgun can we please look at an example? Please attach the information requested in how to report a media playback issue. thanks ! Link to comment Share on other sites More sharing options...
stefgun 0 Posted August 2, 2019 Share Posted August 2, 2019 Hi there @@stefgun can we please look at an example? Please attach the information requested in how to report a media playback issue. thanks ! Sure, I'll gladly try to help you track this down! This is what I did: Played a video file from my library with two audio tracks in the webplayer to make sure the file itself is fine. I could change between the default audio track (in this case, German 5.1) and the secondary audio track (English 5.1) without any issues. Activated debug logging on the Emby server. Turn on my TV (see my previous post for FW and webOS details) and start the Emby app (1.0.17). The embyserver.txt excerpt I attached starts at this point, with the servers first contact with the TV (let me know if you need anything earlier). Navigate the library to the file tested under 1. Start playback with initial language set to default Fast-forward to right before the first line is spoken. It is using default audio track as it should. Open the audio track menu and switch to secondary audio track. It does not change the actual audio and is still using the default track! Again, open the audio track menu to see which track is selected: the secondary audio track is selected, although default is actually used Go back to the file's library page via back-button on my remote Verify which audio track shows as selected: the secondary audio track shows as selected, as it was in the track menu during playback Switch back to default audio track (to force activity in the GUI) and again back to secondary track Start playback, now with secondary track selected (note: this time, between clicking on the play button and playback actually starting the app appeared to be frozen for about a minute, not accepting input and not doing anything apart from intermittently overlaying that "loading circle") Fast forward to right before the first spoken line Verify which audio track is used: the default audio track is used, despite the secondary track being selected when hitting playback Quit the app and open the log file. Attached log file ends here. Note: I have two hardware detection logs. At first glance, they appear to be very similar, but I have attached both just in case. For my tests with the webplayer, playback logs were generated, but apparently not for my test with the TV. Hope this helps you in some way! embyserver.txt hardware_detection-63700291582.txt hardware_detection-63700300797.txt Link to comment Share on other sites More sharing options...
SamES 890 Posted August 2, 2019 Share Posted August 2, 2019 (edited) I suspect the issue is that the TV OS version is webOS 1.0. The support for advanced playback features is limited, and this probably include audio track selection. According to the specs, Media Source Extensions (MSE) was only available from version 3, and even that was only the draft standard. http://webostv.developer.lge.com/discover/specifications/supported-media-formats/ We know that the web0s 1.x and 2.x version have issues with subtitle switching, and this will most likely be the same issue. This older OS version/model will also be why the app is somewhat sluggish Edited August 3, 2019 by SamES Link to comment Share on other sites More sharing options...
Luke 37064 Posted August 3, 2019 Share Posted August 3, 2019 To clarify, we can still resolve this, it just means that for certain webos versions we may have to use audio transcoding in order to do a track change. Link to comment Share on other sites More sharing options...
stefgun 0 Posted August 3, 2019 Share Posted August 3, 2019 (edited) Well, Xplay (3rd-party app for Plex) already does transcoding for track change (and worked like a charm until the app's general playback performance went down the drain for most users), so I know my NAS can handle this. Looking forward to implementation. Edited August 3, 2019 by stefgun Link to comment Share on other sites More sharing options...
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