Hello. I use 16.9.0 (8142) on Arch Linux and am no longer able to produce the desired effect from the preferred audio setting. I first noticed the issue within the past year or so and now wish that I had reported it promptly.
The following table shows results with a file having track #1 (eng) and track #2 (jpn). I hope you are viewing in a monospace font.
Preferred Audio | Default Track | Selected Track
jpn|eng | 1 | 1
eng|jpn | 1 | 1
jpn|eng | 2 | 1
jpn | 1 | 2
SMPlayer should select tracks like the following, of course:
Preferred Audio | Default Track | Selected Track
jpn|eng | 1 | 2
eng|jpn | 1 | 1
jpn|eng | 2 | 2
jpn | 1 | 2
Thank you for the best video player so far. Please do not hesitate to let me know if I can provide additional information.
Observed Outcome:
Expected Outcome:
Last edit: Gent 2016-10-08
Could you send the mplayer/mpv log after playing a video with this problem? (menu View).
Aboslutely. Thank you for the response.
You need to use just "jpn", not "jpn|eng", because if the first audio track is "eng" it will match "jpn|eng" as regular expression and will select that track.
jpn|eng means japanese or english
Last edit: Ricardo Villalba 2016-10-15
Edit: SourceForge will post an email reply... It just takes a few hours.
Last edit: Gent 2016-10-17
I see. That explains the behavior.
I seem to remember SMPlayer treating the preffered audio setting as an ordered list of precedence, though perhaps the regex matcher underneath the hood only conveniently matched as such.
Order of precedence is nice because, continuing with the example, a bilingual speaker of Japanese and English could run into a file that contains "rus" and "eng" tracks. By using just "jpn," SMPlayer would select Russian audio--but being able to specify a native language followed by a secondary language would correctly select the secondary, when a native one is not available.
I imagine English would be a popular fallback language for many users.