Jump to content

Is there a way to display track name if available?


Fayth
 Share

Recommended Posts

I like to rip the commentary on my Blu-rays, and rename the subtitle and audio track to indicate that they are commentary. It seems Emby web client (and I assume mobile apps but I haven't checked) just shows the language and some technical details, but does not show the name. Is there a way to enable this?

 

If not, I think it would be something to think about adding, as it can be hard to tell which subtitle or audio track you should take for some media. For example, with anime there will be full english subtitles, then the english subtitles that go with the dub, and then the english commentary subtitles. Right now, other than the default or forced flag, those appear identical, despite my files having names that would differentiate them.

Edited by Fayth
  • Like 3
Link to comment
Share on other sites

Yeah, when I rip my blu-rays using MakeMKV and mkvmerge. I guess I am kind of out of touch with other methods. I've never used open subtitles or anything because all that information is on my discs already. 

 

How does the typical user differentiate between tracks with the same language (audio or subtitles)? If there is a way that is commonly used that I don't know about I am open to trying it.

Link to comment
Share on other sites

  • 1 month later...
shorty1483

In containers like Matroska or MPEG4 there is the possibility to use the Title field to put in a Description for Video and Audio. In this Example, Audio:

Audio #1
ID                                       : 2
Format                                   : AC-3
Format/Info                              : Audio Coding 3
Format_Settings_ModeExtension            : CM (complete main)
Format-Einstellungen für Endianess       : Big
Codec-ID                                 : A_AC3
Dauer                                    : 2h 2min
Bitraten-Modus                           : konstant
Bitrate                                  : 384 Kbps
Kanäle                                   : 2 Kanäle
Kanal-Positionen                         : Front: L R
Samplingrate                             : 48,0 KHz
Stream-Größe                             : 335 MiB (2%)
Titel                                    : 1978 2.0 @ 384 kbps
Sprache                                  : Deutsch
Default                                  : Ja
Forced                                   : Nein

Audio #2
ID                                       : 3
Format                                   : AC-3
Format/Info                              : Audio Coding 3
Format_Settings_ModeExtension            : CM (complete main)
Format-Einstellungen für Endianess       : Big
Codec-ID                                 : A_AC3
Dauer                                    : 2h 2min
Bitraten-Modus                           : konstant
Bitrate                                  : 384 Kbps
Kanäle                                   : 2 Kanäle
Kanal-Positionen                         : Front: L R
Samplingrate                             : 48,0 KHz
Stream-Größe                             : 335 MiB (2%)
Titel                                    : 1993 SilverScreen LD 2.0 @ 384 kbps
Sprache                                  : Deutsch
Default                                  : Nein
Forced                                   : Nein

When checking details of titles with different audio in supporting apps (e.g. Android, WebClient, iOS...) or when changing Audio during playback, it would be really useful to implement the display of the infos in the Title field instead of just showing language + Codec + bitrate + channels. 

 

This time a bad mockup, but this is how I kinda imagine:

 

56b99c392187b_Unbenannt.png56b99c40d606e_Unbenannt2.png

 

 

Thanks for your attention!

Edited by elysium
  • Like 2
Link to comment
Share on other sites

  • 4 weeks later...

So I've looked into this some more, and it is definitely common that content with subtitles that comes from more "mainstream" sources have titles for their tracks. I mean, that is kind of expected, because I still don't see how there is any way to tell tracks of the same language apart without some additional information. Emby shows the default and forced flags, but those aren't sufficient to cover content with commentary tracks, not to mention the fact that they aren't user friendly at all.

 

This isn't just about subtitles either, a good example would be episode commentary audio tracks, that you find on many Blu Ray releases (Game of Thrones is something popular that comes to mind as an example). Right now, the only thing I can do is set the normal episode audio to default and include the commentary as a second audio track. In all Emby apps, it will just say something like "eng -dca -DTS-HD MA -6ch (D)" for the normal track, and "eng -dca -DTS-HD MA -6ch" for the commentary track in the dialog where I can choose between them. As the person who rips the content, I pretty much always no what is what, because I follow the same process for all my rips, but its unreasonable to expect a user who doesn't manage the content to intuitively understand what the extra audio track might be. Sure, they could switch to it and check, but it just seems like an unnecessary problem.

 

I still think this is something worth considering.

  • Like 1
Link to comment
Share on other sites

is it really that common though? what does ffprobe produce as the output for it?

Link to comment
Share on other sites

shorty1483

It's the same request as this one from me @@Luke

 

http://emby.media/community/index.php?/topic/31123-feature-request-support-for-audio-descriptiontitle-in-mediainfo/

 

And yes, filling the title field is totally mainstream, specially in mkv scene like @@Fayth said. It's used for indication when having multiple streams in same language or the bitrate in lossless compressed formats like DTS-HD or TrueHD which usually cannot be read out by e.g. MediaInfo without reading the whole stream.

 

A very good use case are the Despecialized Editions of Star Wars by Harmy. 

Edited by shorty1483
  • Like 3
Link to comment
Share on other sites

  • 4 weeks later...
shorty1483

Any news about this? I need to ask here since my initial feature request to this obviously got deleted.

 

@@Luke you asked for ffprobe. I mean we talk about a an info which is included on Metadata 1st place when using ffprobe (title). It's just not used by Emby. 

 Stream #0:1(ger): Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s (defau
 Metadata:
   title           : 1978 2.0 @ 384 kbps
   BPS             : 384000
   BPS-eng         : 384000
   DURATION        : 02:01:07.328000000
   DURATION-eng    : 02:01:07.328000000
   NUMBER_OF_FRAMES: 227104
   NUMBER_OF_FRAMES-eng: 227104
   NUMBER_OF_BYTES : 348831744
   NUMBER_OF_BYTES-eng: 348831744
   _STATISTICS_WRITING_APP: mkvmerge v8.6.1 ('Flying') 32bit
   _STATISTICS_WRITING_APP-eng: mkvmerge v8.6.1 ('Flying') 32bit
   _STATISTICS_WRITING_DATE_UTC: 2016-02-03 19:45:30
   _STATISTICS_WRITING_DATE_UTC-eng: 2016-02-03 19:45:30
   _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
   _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
 Stream #0:2(ger): Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s
 Metadata:
   title           : 1993 SilverScreen LD 2.0 @ 384 kbps
   BPS             : 384000
   BPS-eng         : 384000
   DURATION        : 02:01:29.024000000
   DURATION-eng    : 02:01:29.024000000
   NUMBER_OF_FRAMES: 227782
   NUMBER_OF_FRAMES-eng: 227782
   NUMBER_OF_BYTES : 349873152
   NUMBER_OF_BYTES-eng: 349873152
   _STATISTICS_WRITING_APP: mkvmerge v8.6.1 ('Flying') 32bit
   _STATISTICS_WRITING_APP-eng: mkvmerge v8.6.1 ('Flying') 32bit
   _STATISTICS_WRITING_DATE_UTC: 2016-02-03 19:45:30
   _STATISTICS_WRITING_DATE_UTC-eng: 2016-02-03 19:45:30
   _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
   _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
 Stream #0:3(ger): Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s
 Metadata:
   title           : 1995 THX LD 2.0 @ 384 kbps
   BPS             : 384000
   BPS-eng         : 384000
   DURATION        : 02:01:00.256000000
   DURATION-eng    : 02:01:00.256000000
   NUMBER_OF_FRAMES: 226883
   NUMBER_OF_FRAMES-eng: 226883
   NUMBER_OF_BYTES : 348492288
   NUMBER_OF_BYTES-eng: 348492288
   _STATISTICS_WRITING_APP: mkvmerge v8.6.1 ('Flying') 32bit
   _STATISTICS_WRITING_APP-eng: mkvmerge v8.6.1 ('Flying') 32bit
   _STATISTICS_WRITING_DATE_UTC: 2016-02-03 19:45:30
   _STATISTICS_WRITING_DATE_UTC-eng: 2016-02-03 19:45:30
   _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
   _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Edited by shorty1483
  • Like 1
Link to comment
Share on other sites

bfir3

This is also common with Anime releases that have different types of subtitles (for credits/songs vs. dialog). If I open the file in PotPlayer or VLC I'll be able to see the descriptive name of audio track which helps differentiate.

Link to comment
Share on other sites

  • 1 month later...

This will be in the upcoming server release. We're not going to re-probe existing videos though, so it will require manually refreshing titles.

Link to comment
Share on other sites

FrostByte

Will track names be displayed for both audio and subtitle tracks?

 

 

It does.  It also looks like it populates the title with the language, codec, channels, etc if left blank.  Mine are typically blank unless I have more than one audio or subtitle

 

5737a40606067_title.jpg

  • Like 1
Link to comment
Share on other sites

shorty1483

It does.  It also looks like it populates the title with the language, codec, channels, etc if left blank.  Mine are typically blank unless I have more than one audio or subtitle

 

 

 

Definitely not Frosty ;) I don't know which fields Emby takes as source, but it's not the title field as far as I can see. If so, e.g. in 1st audio stream there should stand "1978 2.0 @ 384 kbps"

 

See screenshot of reprobed title and compare with http://emby.media/community/index.php?/topic/29047-is-there-a-way-to-display-track-name-if-available/&do=findComment&comment=317285

 

5737ab5debcc2_Screenshot_20160515004135.

Edited by shorty1483
  • Like 2
Link to comment
Share on other sites

FrostByte

Hmm...well crap.  The release notes say "Support media track display titles" so I assumed it was supposed to be the title and it was just filling it in with other information since mine were blank.  

  • Like 1
Link to comment
Share on other sites

shorty1483

Hmm...well crap.  The release notes say "Support media track display titles" so I assumed it was supposed to be the title and it was just filling it in with other information since mine were blank.  

 

Since everything in the title field in Emby is part of the Stream #X:X info itself, I could imagine it has been generated from this. Or @@Luke hasn't yet fully finished the implementation.

Edited by shorty1483
Link to comment
Share on other sites

it does auto-populate if left blank. the apps can use this now to standardize the display text that shows up in the track selection menus

  • Like 3
Link to comment
Share on other sites

shorty1483

Ok @@FrostByte I have to take a further look. After @@Luke 's post I tried another file and there it works ... silly :D

 

Edit: it took some time but it's working, great job @@Luke

 

5737b370aba3f_Unbenannt.jpg

 

 

Edited by shorty1483
  • Like 2
Link to comment
Share on other sites

yea you have to refresh existing titles. the server isn't going to re-probe them as that will just cause people to complain about it.

Link to comment
Share on other sites

shorty1483

yea you have to refresh existing titles. the server isn't going to re-probe them as that will just cause people to complain about it.

 

I took longer when I refreshed the title since server was busy because I started a refresh few minutes ago regarding another issue http://emby.media/community/index.php?/topic/34767-305960/page-2&do=findComment&comment=329476

 

But I forgot the other refresh, silly me  :lol:

Link to comment
Share on other sites

Michael K.

...the apps can use this now to standardize the display text that shows up in the track selection menus

 

@@Luke, what would I need do to see this update working via Apple TV app?

 

The update looks good using the browser/Firefox, so thank you for that.

Link to comment
Share on other sites

  • 4 weeks later...

Woohoo! Excellent! Only just got around to updating myself on Emby changes after a trip and saw this in a blog post. Thanks a bunch, this was a moderately big deal for me!

 

Stay awesome!

Link to comment
Share on other sites

Good day,

 

That make issue for me when I try to add a subtitle, now, I do not see the track name for language, hope this return back to what it was, or at least an option.

 

My best

Link to comment
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

×
×
  • Create New...