Completed Add DV, Atmos, DTS:X, HDR10+, HLG information to database

[FrostByte 5257]

5 minutes ago, gacopl said:

I noticed on the web portal of emby you can recognize you have dolby vision file there is dvhe in the codec metadata at bottom of info page

 

Shame that info is not where it should be:

Especially when we can't tonemap Dolby Vision its useful to know you will not be able to play that file....

I believe that only shows when using mp4, but that would be a start.

[cybergrimes 93]

Edit my original post as I've found a few topics that are related. I added my +1 here since I'd like to see this too, it would be nice to filter on these items.

Edited December 30, 2021 by cybergrimes

[blumamba 10]

I don't know if you can add a section/modify while showing the stats for nerds in the ATV (Shield TV Pro) to display currently playing HDR/DV material instead of showing what is supports.

Meaning where is shows supports "hdr10/DV" it would show "HDR Type: HDR10 bla bla" or "HDR Type: DV"

I think I read somewhere this would have to be done by exo devs, but cant remember for sure and thus the request.

[FrostByte 5257]

The server is going to have to be updated to recognize DV in a file first before any clients will be able to show this

 

Edited February 4, 2022 by FrostByte

[jsc1205 51]

Plex has finally been able to identify movies with Dolby Vision, so hopefully Emby can now do the same.  This is currently working on the web version of Plex and has not yet been pushed to clients.  See example screenshot.

[joechilds 14]

+1 for this please!

[rbjtech 4996]

I gave up waiting for ffmpeg - and modified all my container's (automatically) with the correct codec titles with MediaInfo CLI .. and mkvpropedit to write the detected data - no need to remux that way.

It's not the end solution though, as I can't sort or filter on it - but at least it displays what I need to see and thus know what to expect to happen on my TV and AVR when I press play ...

 

 

Edited April 8, 2022 by rbjtech

[Cheesegeezer 3102]

Lets mark this as in-progress

dunno why my privileges have been removed to do this.

@CBers @Abobadercan you mark this as in-progress please
 

 

Edited May 16, 2022 by Cheesegeezer

[Cheesegeezer 3102]

I would like to add that this is only for updating the display titles, we can’t mess with anything else but, it will achieve the goal of displaying the upto date formats

[jsc1205 51]

@CheesegeezerI'm not seeing this MediaInfo plugin under the catalog....am I missing something?

[Cheesegeezer 3102]

1 minute ago, jsc1205 said:

@CheesegeezerI'm not seeing this MediaInfo plugin under the catalog....am I missing something?

In progress fella only started it a few hours ago. 

[FrostByte 5257]

1 hour ago, Cheesegeezer said:

Lets mark this as in-progress

dunno why my privileges have been removed to do this.

@CBers @Abobadercan you mark this as in-progress please
 

 

Done

[neik 870]

Brilliant idea, cheese.

Will this also work on Linux?

[Cheesegeezer 3102]

46 minutes ago, neik said:

Brilliant idea, cheese.

Will this also work on Linux?

I cant see any reason why not. I’m using MediaInfoCLI commands and got some initial good info from a debian/ubuntu developer(sorry i dunno the difference) 

[Junglejim 383]

1 hour ago, Cheesegeezer said:

I cant see any reason why not. I’m using MediaInfoCLI commands and got some initial good info from a debian/ubuntu developer(sorry i dunno the difference) 

This looks cool! Can't wait to give this a spin. I'm a bit OCD when it comes to stream title tags and this would be perfect.

As for debian/ubuntu, Ubuntu is based off Debian so not much difference at all. My fav OS "MX Linux" is also Debian based as is my NAS "OMV". I'm sure we could run this in Linux.

I know there is a mediainfo docker available too so maybe I could run this solely from my NAS (which is were Emby is installed via docker).. That would be cool!

Edited May 17, 2022 by Junglejim

[ebr 15667]

12 hours ago, FrostByte said:

Done

I removed it because we use this to track things being worked on in the core.  This plug-in is fine as a stop-gap but is not the end result we'll be looking for.

Thanks.

[Cheesegeezer 3102]

1 minute ago, ebr said:

I removed it because we use this to track things being worked on in the core.  This plug-in is fine as a stop-gap but is not the end result we'll be looking for.

Thanks.

are you waiting for FFmpeg/probe to update?

[ebr 15667]

Just now, Cheesegeezer said:

are you waiting for FFmpeg/probe to update?

That would definitely allow us to do this.  Also, when we have this data available, we may end up creating new properties on the item.

[rbjtech 4996]

15 hours ago, Cheesegeezer said:

I would like to add that this is only for updating the display titles, we can’t mess with anything else but, it will achieve the goal of displaying the upto date formats

You could also write the updated title back to the source file header using mkvpropedit should the user wish to have that option.  This is what my script does.  Not sure of the situation with other containers - I presume there are MP4 utilities for this, mp4Box maybe ?

The main advantage of this is the data is then stored in the source file (per internal track) - so on an emby rebuild (for example) then the title is just re-imported - as it does today with the current titles.

Edited May 17, 2022 by rbjtech

[Cheesegeezer 3102]

Spent a little more time this evening on this. 
got all the info and I’m starting to play with it.

CLI programs are soooo fussy on the syntax wasted about 2 hrs debugging and fining out that i had something unnecessary in the command lol grrrrrr.

Need to do some conditional string formatting,  and then i will test with my only tester!! 
 

should be done pretty quickly i think.
 

 

[chef 3808]

Hey @Cheesegeezer check this out LOL!

I use it in auto organize to test the resolution of video info... Dunno if you can use it, since you are calculating  possible formats.... I know this thread is about Audio, but maybe useful... or someday be useful.

I went through and calculated all the square roots of all the possible diagonal pixel ratios on modern (and not so modern) tv formats, and came up with this little treat of a method. Works like a  charm too.

It assumes that nothing is interlaced anymore. LOL!

       private string ApproximateScreenResolution(int width, int height)
       {
            //Calucate the diagonal of a rectange/square
            var diagonal = Math.Round(Math.Sqrt(Math.Pow(width, 2) + Math.Pow(height,2)), 2);

            if (diagonal <= 800) return "480p"; //4:3
            if (diagonal > 800 && diagonal <= 1468.6) return "720p"; //16:9
            if (diagonal > 1468.6 && diagonal <=  2315.32) return "1080p"; //16:9 or 1:1.77
            if (diagonal > 2315.32 && diagonal <= 2937.21) return "1440p"; //16:9
            if (diagonal > 2937.21 && diagonal <= 4405.81) return "2160p"; //1:1.9 - 4K
            if (diagonal > 4405.81 && diagonal <= 8811.63) return "4320p"; //16∶9 - 8K

            return "Unknown";
         }

 

[SikSlayer 241]

Can't wait to see this Cheesegeezer!

[FrostByte 5257]

I loaded the mediainfo package on Synology DSM7.  I hope this will work 

[rbjtech 4996]

6 hours ago, chef said:

Hey @Cheesegeezer check this out LOL!

I use it in auto organize to test the resolution of video info... Dunno if you can use it, since you are calculating  possible formats.... I know this thread is about Audio, but maybe useful... or someday be useful.

I went through and calculated all the square roots of all the possible diagonal pixel ratios on modern (and not so modern) tv formats, and came up with this little treat of a method. Works like a  charm too.

It assumes that nothing is interlaced anymore. LOL!

       private string ApproximateScreenResolution(int width, int height)
       {
            //Calucate the diagonal of a rectange/square
            var diagonal = Math.Round(Math.Sqrt(Math.Pow(width, 2) + Math.Pow(height,2)), 2);

            if (diagonal <= 800) return "480p"; //4:3
            if (diagonal > 800 && diagonal <= 1468.6) return "720p"; //16:9
            if (diagonal > 1468.6 && diagonal <=  2315.32) return "1080p"; //16:9 or 1:1.77
            if (diagonal > 2315.32 && diagonal <= 2937.21) return "1440p"; //16:9
            if (diagonal > 2937.21 && diagonal <= 4405.81) return "2160p"; //1:1.9 - 4K
            if (diagonal > 4405.81 && diagonal <= 8811.63) return "4320p"; //16∶9 - 8K

            return "Unknown";
         }

 

Nice !

Hi @chef - up to Cheese of course, but we've also been discussing HDR and the notorious Dolby Vision flavours as well - mediaInfo picks them all up - and thus can incorporate those into the display as well.  From mediainfo generally, there are huge number of possible values, so the trick is going to be what to identify as useful / needed.   

From a personal perspective, it's just the 'extra' layer of details not available from ffmpeg such as Atmos/DTS:X etc and the level of HDR/DV plus the video bitrate.

 

[softworkz 4569]

As I had mentioned somewhere before (as that it will come), DV data is available from ffprobe since 5.0:

 

 

Just to let you know that it's not far away anymore..

Edited May 18, 2022 by softworkz