Naming multiple same-language subtitles

[Carlo 4560]

Because in the apps you can select a default subtitle language.  So we need to make sure that the logic in the back uses the 2 and 3 letter abbreviations correctly.

[Riggs 312]

Alright, got it boss 

[daedalus 434]

6 hours ago, cayars said:

Because in the apps you can select a default subtitle language.  So we need to make sure that the logic in the back uses the 2 and 3 letter abbreviations correctly.

takes just a couple of secs to check that up by yourself, all 3 language variant correctly get identified

ger.forced.srt || de.forced.srt || german.forced.srt

omiting any language tag correctly defaults to undefiend

 

full language written only works in english, should also be stated somewhere, but thats a general problem, cause you don't use localized language names anywhere, use the english ones, cluttery, buy hey its emby

and that that happens, if you dont know how this all have to look like:

commentary.default.srt, grabbl83.forced.srt <-- completely wrong language, that much for "you can write anything you want" || deutsch.forced.srt (localized version of "german") <-- seems correct for german speaking ones, but no app will pick the "wrong" language

    

so time to finally update the wiki

im always staggered how much background check up basic things need here

Edited September 20, 2020 by daedalus

[Carlo 4560]

Takes more than a few seconds to try every language combination.

You never know if code is added for a few key languages vs handling ISO abbreviations correctly across the board.

But I suppose using the same logic trying a couple  combinations of some off the wall hardly ever used language would tell the tail as well.

[daedalus 434]

24 minutes ago, cayars said:

You never know if code is added for a few key languages vs handling ISO abbreviations correctly across the board.

the first one would be unspeakable dumb in a media server environment