Jump to content

MediaInfo For Emby Plugin(HDR, Vision, Atmos, DTS:X)


Cheesegeezer

Recommended Posts

Cheesegeezer
5 minutes ago, Andy2k said:
andy@odroid:/media/video/Filme/HD-DL/Der Gesang der Flusskrebse (2022)$ mediainfo  'Der Gesang der Flusskrebse (2022) 1080p DTS Blu-ray.mkv' --output=JSON
{
"creatingLibrary": {
"name": "MediaInfoLib",
"version": "21.09",
"url": "https://mediaarea.net/MediaInfo"
},
"media": {
"@ref": "Der Gesang der Flusskrebse (2022) 1080p DTS Blu-ray.mkv",
"track": [
{
"@type": "General",
"VideoCount": "1",
"AudioCount": "2",
"TextCount": "1",
"MenuCount": "1",
"FileExtension": "mkv",
"Format": "Matroska",
"Format_Version": "4",
"FileSize": "9225210906",
"Duration": "7525.476",
"OverallBitRate": "9806913",
"FrameRate": "23.976",
"FrameCount": "180431",
"StreamSize": "183575112",
"IsStreamable": "Yes",
"File_Modified_Date": "UTC 2022-10-29 23:51:26",
"File_Modified_Date_Local": "2022-10-30 01:51:26",
"Encoded_Application": "mkvmerge v6.6.0 ('The Edge Of The In Between') built on Dec 1 2013 17:55:00",
"Encoded_Library": "libebml v1.3.0 + libmatroska v1.4.1"
},
{
"@type": "Video",
"StreamOrder": "0",
"ID": "1",
"UniqueID": "1",
"Format": "AVC",
"Format_Profile": "High",
"Format_Level": "4.1",
"Format_Settings_CABAC": "Yes",
"Format_Settings_RefFrames": "5",
"CodecID": "V_MPEG4/ISO/AVC",
"Duration": "7525.484",
"BitRate": "6593755",
"Width": "1920",
"Height": "808",
"Stored_Height": "816",
"Sampled_Width": "1920",
"Sampled_Height": "808",
"PixelAspectRatio": "1.000",
"DisplayAspectRatio": "2.376",
"FrameRate_Mode": "CFR",
"FrameRate": "23.976",
"FrameCount": "180431",
"ColorSpace": "YUV",
"ChromaSubsampling": "4:2:0",
"BitDepth": "8",
"ScanType": "Progressive",
"Delay": "0.000",
"StreamSize": "6202649974",
"Encoded_Library": "x264 - core 164 r3101 b093bbe",
"Encoded_Library_Name": "x264",
"Encoded_Library_Version": "core 164 r3101 b093bbe",
"Encoded_Library_Settings": "cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=25 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00",
"Default": "Yes",
"Forced": "No"
},
{
"@type": "Audio",
"@typeorder": "1",
"StreamOrder": "1",
"ID": "2",
"UniqueID": "2864556435",
"Format": "DTS",
"Format_Settings_Mode": "16",
"Format_Settings_Endianness": "Big",
"CodecID": "A_DTS",
"Duration": "7525.476",
"BitRate_Mode": "CBR",
"BitRate": "1509000",
"Channels": "6",
"ChannelPositions_Original": "Front: L C R, Side: L R, LFE",
"ChannelLayout_Original": "C L R Ls Rs LFE",
"SamplesPerFrame": "512",
"SamplingRate": "48000",
"SamplingCount": "361222848",
"FrameRate": "93.750",
"BitDepth": "24",
"Compression_Mode": "Lossy",
"Delay": "0.000",
"Delay_Source": "Container",
"StreamSize": "1419492910",
"StreamSize_Proportion": "0.15387",
"Title": "dts",
"Language": "de",
"Default": "Yes",
"Forced": "No"
},
{
"@type": "Audio",
"@typeorder": "2",
"StreamOrder": "2",
"ID": "3",
"UniqueID": "2864556437",
"Format": "DTS",
"Format_Settings_Mode": "16",
"Format_Settings_Endianness": "Big",
"CodecID": "A_DTS",
"Duration": "7525.476",
"BitRate_Mode": "CBR",
"BitRate": "1509000",
"Channels": "6",
"ChannelPositions_Original": "Front: L C R, Side: L R, LFE",
"ChannelLayout_Original": "C L R Ls Rs LFE",
"SamplesPerFrame": "512",
"SamplingRate": "48000",
"SamplingCount": "361222848",
"FrameRate": "93.750",
"BitDepth": "24",
"Compression_Mode": "Lossy",
"Delay": "0.000",
"Delay_Source": "Container",
"StreamSize": "1419492910",
"StreamSize_Proportion": "0.15387",
"Title": "dts",
"Language": "en",
"Default": "Yes",
"Forced": "No"
},
{
"@type": "Text",
"StreamOrder": "3",
"ID": "4",
"UniqueID": "2864556439",
"Format": "UTF-8",
"CodecID": "S_TEXT/UTF8",
"Title": "forced",
"Language": "de",
"Default": "Yes",
"Forced": "Yes"
},
{
"@type": "Menu",
"extra": {
"_00_00_00_000": "en:00:00:00.000",
"_00_08_45_358": "en:00:08:45.358",
"_00_15_25_967": "en:00:15:25.967",
"_00_22_13_958": "en:00:22:13.958",
"_00_29_12_834": "en:00:29:12.834",
"_00_36_34_192": "en:00:36:34.192",
"_00_46_39_338": "en:00:46:39.338",
"_00_54_06_660": "en:00:54:06.660",
"_01_00_51_231": "en:01:00:51.231",
"_01_06_53_301": "en:01:06:53.301",
"_01_15_50_463": "en:01:15:50.463",
"_01_22_19_101": "en:01:22:19.101",
"_01_29_23_441": "en:01:29:23.441",
"_01_36_23_152": "en:01:36:23.152",
"_01_43_36_335": "en:01:43:36.335",
"_01_53_24_089": "en:01:53:24.089",
"_02_00_59_461": "en:02:00:59.461"
}
}
]
}
}

And another one...

 

andy@odroid:/media/video/Filme/Web-DL HD & UHD/Bekenntnisse des Hochstaplers Felix Krull (1957)$ mediainfo 'Bekenntnisse des Hochstaplers Felix Krull (1957) 1080p DTS Blu-ray.mkv' --output=JSON
{
"creatingLibrary": {
"name": "MediaInfoLib",
"version": "21.09",
"url": "https://mediaarea.net/MediaInfo"
},
"media": {
"@ref": "Bekenntnisse des Hochstaplers Felix Krull (1957) 1080p DTS Blu-ray.mkv",
"track": [
{
"@type": "General",
"VideoCount": "1",
"AudioCount": "1",
"MenuCount": "1",
"FileExtension": "mkv",
"Format": "Matroska",
"Format_Version": "2",
"FileSize": "4303262405",
"Duration": "6848.342",
"OverallBitRate": "5026925",
"FrameRate": "23.976",
"FrameCount": "164196",
"StreamSize": "85631919",
"IsStreamable": "Yes",
"File_Modified_Date": "UTC 2022-10-19 19:38:42",
"File_Modified_Date_Local": "2022-10-19 21:38:42",
"Encoded_Application": "mkvmerge v6.6.0 ('The Edge Of The In Between') built on Dec 1 2013 17:55:00",
"Encoded_Library": "libebml v1.3.0 + libmatroska v1.4.1"
},
{
"@type": "Video",
"StreamOrder": "0",
"ID": "1",
"UniqueID": "1",
"Format": "AVC",
"Format_Profile": "High",
"Format_Level": "4.1",
"Format_Settings_CABAC": "Yes",
"Format_Settings_RefFrames": "5",
"CodecID": "V_MPEG4/ISO/AVC",
"Duration": "6848.348",
"BitRate": "3417889",
"Width": "1920",
"Height": "808",
"Stored_Height": "816",
"Sampled_Width": "1920",
"Sampled_Height": "808",
"PixelAspectRatio": "1.000",
"DisplayAspectRatio": "2.376",
"FrameRate_Mode": "CFR",
"FrameRate": "23.976",
"FrameCount": "164196",
"ColorSpace": "YUV",
"ChromaSubsampling": "4:2:0",
"BitDepth": "8",
"ScanType": "Progressive",
"Delay": "0.000",
"StreamSize": "2925861976",
"Encoded_Library": "x264 - core 164 r3101 b093bbe",
"Encoded_Library_Name": "x264",
"Encoded_Library_Version": "core 164 r3101 b093bbe",
"Encoded_Library_Settings": "cabac=1 / ref=5 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=25 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00",
"Language": "en",
"Default": "Yes",
"Forced": "No"
},
{
"@type": "Audio",
"StreamOrder": "1",
"ID": "2",
"UniqueID": "2864556435",
"Format": "DTS",
"Format_Settings_Mode": "16",
"Format_Settings_Endianness": "Big",
"CodecID": "A_DTS",
"Duration": "6848.342",
"BitRate_Mode": "CBR",
"BitRate": "1509000",
"Channels": "6",
"ChannelPositions_Original": "Front: L C R, Side: L R, LFE",
"ChannelLayout_Original": "C L R Ls Rs LFE",
"SamplesPerFrame": "512",
"SamplingRate": "48000",
"SamplingCount": "328720416",
"FrameRate": "93.750",
"BitDepth": "24",
"Compression_Mode": "Lossy",
"Delay": "0.000",
"Delay_Source": "Container",
"StreamSize": "1291768510",
"StreamSize_Proportion": "0.30018",
"Title": "dts",
"Language": "de",
"Default": "Yes",
"Forced": "No"
},
{
"@type": "Menu",
"extra": {
"_00_00_00_000": "en:00:00:00.000",
"_00_09_40_580": "en:00:09:40.580",
"_00_20_01_617": "en:00:20:01.617",
"_00_29_36_483": "en:00:29:36.483",
"_00_38_37_190": "en:00:38:37.190",
"_00_48_25_611": "en:00:48:25.611",
"_00_58_44_646": "en:00:58:44.646",
"_01_08_55_715": "en:01:08:55.715",
"_01_19_37_022": "en:01:19:37.022",
"_01_27_28_702": "en:01:27:28.702",
"_01_38_34_283": "en:01:38:34.283",
"_01_48_41_515": "en:01:48:41.515"
}
}
]
}
}

 

Looks like mediainfo ist not even called...

it is.  but i can see straight away what the issue is.... it's not a valid json 

you have an extra line at the top of your output. which has the file location.  I'll add you to the testing thread, so i can add in extra logging. for you to test on.

Cheers

 

This is how the json should start

{
"creatingLibrary": {
"name": "MediaInfoLib",
"version": "22.03",
"url": "https://mediaarea.net/MediaInfo"
},

  • Like 1
Link to comment
Share on other sites

The first line is not from the json output, its the cli line from where i started mediainfo. I just thought its better to do this under linux than using the windows version.

 

Link to comment
Share on other sites

7 hours ago, Cheesegeezer said:

V1.0.1.17 is up

This introduces the override feature

  1. Fix mkv Version SafeGuard for linux and macOS users
  2. Add mkvVersion SafeGuard override utility for users to test new versions.

Oh wow, you are amazing. With the new Library feature introduced yesterday, plus the safeguard override feature, this makes installing for first time, running on daily basis, detecting errors, selective testing etc so much safer and easier.

Update: sure enough, after I started using a previous version of MKVToolNix/MKVPropedit on the previous backup copy of "corrupted" files, the scans and processing completed just fine. The ability to use a "Test Library" on Mediainfo makes this testing process so much easier!

  • Like 1
  • Thanks 1
Link to comment
Share on other sites

@softworkz

 

Finaly we found out why the lastest versions not worked for me. All of my libraries used an optional smb network path in the library folder setup. After setting up a test library (without the optional path) the lasted versions worked on this folder/ library. Removing these pathes from all of my library folders got the media info plugin worked again.

It seems the plugin had problems (since 1.0.1.14) getting the file(path) if an optional network path is in the library settings.

 

Maybe you have an explanation;)

 

 

Link to comment
Share on other sites

49 minutes ago, Andy2k said:

@softworkz

 

Finaly we found out why the lastest versions not worked for me. All of my libraries used an optional smb network path in the library folder setup. After setting up a test library (without the optional path) the lasted versions worked on this folder/ library. Removing these pathes from all of my library folders got the media info plugin worked again.

It seems the plugin had problems (since 1.0.1.14) getting the file(path) if an optional network path is in the library settings.

Maybe you have an explanation;)

This is interesting, I am seeing "Code 3" errors after running Mediainfo / MKVTool (v.69) on my regular libraries, but the same test files were fine on the Test Library.

I was dumbfounded until I saw your post, then I also realized I also did not set optional path on the Test Library but all my regular libraries (where errors occur) have optional path.

But this also doesn't explain why corruption happens to specific files only, not all of them, so more testing is required. I will also look into specific ways the files are encoded and test using a different version of MKVToolNix as well.

Here is the error of these files after running MediaInfo with v69 of MKVToolNix:

2022-11-01 14:30:34.319 Info Media Info: PROCESSING OF  Grab a Nug  HAS STARTED
2022-11-01 14:30:34.319 Info Media Info: Item FilePath = \\Computer\TV Shows\The Amazing Race Canada\Season 1\the.amazing.race.canada.s01e04.720p.hdtv.x264.mkv 
2022-11-01 14:30:34.555 Info Media Info: Video Track successfully Written & Exited with Code 3
2022-11-01 14:30:34.555 Info Media Info: Video Track Title Set to SD AVC [4.7Mb/s]
2022-11-01 14:30:34.556 Info Media Info: Item Tags found =  
2022-11-01 14:30:34.556 Info Media Info: PROCESSING OF Grab a Nug HAS COMPLETED

After this "Code 3", then a regular Emby scan will produce this:

2022-11-01 15:20:27.145 Info MediaProbeManager: ProcessRun 'ffprobe' Execute: C:\Users\main\AppData\Roaming\Emby-Server\system\ffprobe.exe -i file:"\\Computer\TV Shows\The Amazing Race Canada\Season 1\the.amazing.race.canada.s01e03.720p.hdtv.x264.mkv" -threads 0 -v info -print_format json -show_streams -show_chapters -show_format -show_data
2022-11-01 15:20:27.205 Info MediaProbeManager: ProcessRun 'ffprobe' Process exited with code 1 - Failed
2022-11-01 15:20:27.205 Error App: Error in ffprobe
	*** Error Report ***
	Version: 4.7.8.0
	Command line: C:\Users\main\AppData\Roaming\Emby-Server\system\EmbyServer.dll
	Operating system: Microsoft Windows 10.0.22621
	Framework: .NET 6.0.9
	OS/Process: x64/x64
	Runtime: C:/Users/main/AppData/Roaming/Emby-Server/system/System.Private.CoreLib.dll
	Processor count: 24
	Data path: C:\Users\main\AppData\Roaming\Emby-Server\programdata
	Application path: C:\Users\main\AppData\Roaming\Emby-Server\system
	System.Exception: System.Exception: ffprobe failed for file:"\\Computer\TV Shows\The Amazing Race Canada\Season 1\the.amazing.race.canada.s01e03.720p.hdtv.x264.mkv" - streams and format are both null: 
{
	
	}
	
	
ffprobe version 5.0.0-emby_2022_05_27-u1 Copyright (c) 2007-2022 the FFmpeg developers and softworkz for Emby LLC
	  built with gcc 10.3.0 (Rev5, Built by MSYS2 project)
	[matroska,webm @ 000001dd35b60400] 0x00 at pos 173 (0xad) invalid as first byte of an EBML number
	[matroska,webm @ 000001dd35b60400] Element at 0x35 ending at 0x34df5 exceeds containing master element ending at 0x13e1
	[matroska,webm @ 000001dd35b60400] Duplicate element
	[matroska,webm @ 000001dd35b60400] Element at 0x44 ending at 0x9b4e04 exceeds containing master element ending at 0x13f0
	[matroska,webm @ 000001dd35b60400] Element at 0x53 ending at 0x2f32 exceeds containing master element ending at 0x13ff
	[matroska,webm @ 000001dd35b60400] Element at 0x64 ending at 0x2f43 exceeds containing master element ending at 0x1410
	[matroska,webm @ 000001dd35b60400] 0x00 at pos 173 (0xad) invalid as first byte of an EBML number
	[matroska,webm @ 000001dd35b60400] Duplicate element
	[h264 @ 000001dd35b73300] missing picture in access unit with size 906
	[extract_extradata @ 000001dd35b33500] No start code is found.
	file:\\Computer\TV Shows\The Amazing Race Canada\Season 1\the.amazing.race.canada.s01e03.720p.hdtv.x264.mkv: Invalid data found when processing input
	
	
	   at Emby.Server.MediaEncoding.Probing.MediaProbeManager.GetMediaInfoInternal(String inputPath, String primaryPath, MediaProtocol protocol, String userAgent, Boolean extractChapters, String probeSizeArgument, Boolean isAudio, Boolean forceEnableLogging, CancellationToken cancellationToken)
	   at Emby.Providers.MediaInfo.FFProbeVideoInfo.ProbeVideo[T](MetadataResult`1 metadataResult, MetadataRefreshOptions options, LibraryOptions libraryOptions, CancellationToken cancellationToken)
	   at Emby.Providers.Manager.MetadataService`2.RunCustomProvider(ICustomMetadataProvider`1 provider, MetadataResult`1 itemResult, String logName, MetadataRefreshOptions options, LibraryOptions libraryOptions, RefreshResult refreshResult, CancellationToken cancellationToken)
	Source: Emby.Server.MediaEncoding
	TargetSite: Void MoveNext()

Too bad I can't pinpoint if the corruption happens after Code 3 or the regular Emby library scan.

I wish I tested the "Code 3" files immediately with Mediainfo GUI after the MediaInfo scan (which completed to 100% by the way, so I thought everything was fine).

I will setup a different test library again and get to the bottom of this.

It does suck that I have another 250 corrupt files to deal with, but this time I learned my lesson. I have backup for everything!  😂

Edited by mbguy
Link to comment
Share on other sites

Both of my known corrupted files was (according to mediainfo) made with mkvtoolnix v6.6.0

Kodierendes Programm                     : mkvmerge v6.6.0 ('The Edge Of The In Between') built on Dec 1 2013 17:55:00
verwendete Encoder-Bibliothek            : libebml v1.3.0 + libmatroska v1.4.1

Simple remuxing with a newer version (v70.0) prevented these files to get corrupted.

Maybe you can check some of your backup files too.

Edited by Andy2k
  • Like 1
Link to comment
Share on other sites

5 minutes ago, Andy2k said:

Both of my known corrupted files was (according to mediainfo) made with mkvtoolnix v6.6.0

Simple remuxing with a newer version (v70.0) prevented these files to get corrupted.

Thanks for the insight, is there a way to "remux" without source files? some of these are downloaded files.

It would be great to be able to batch remux these using a windows app.

But the strange part is, after copying from backup, the same files with issues are no longer getting corrupted by scans, there must be something else going on that is causing the corruption.

Link to comment
Share on other sites

You have downgraded your mkvtoolnix version....thats why. mkvpropedit V71 + V71.1 caused the corruption on these files.

On windows, open mkvtoolnix, load the file in the multiplexer windows, and start multiplexing. thats all.

But i hope the next mkvtoolnix version will be bugfree.

  • Like 1
Link to comment
Share on other sites

Follow-up question: How to get Mediainfo to process the previously processed files that ended with Code 3?

I have replaced all these corrupted files from backup and made sure I have MKVToolNix v69 but Mediainfo seems to skip these 316 files even though it says "Performing mediainfo extraction..." and "Mediainfo.. completed" without actually processing anything 

Log:

2022-11-02 10:25:37.187 Info Media Info: MKVPropEdit Process Version Check Completed with Exit Code: 0
2022-11-02 10:25:37.187 Info Media Info: MKVPROPEDIT VERSION IS 69 - CONGRATS..... THIS VERSION IS SUPPORTED!!
2022-11-02 10:25:37.187 Info Media Info: No. of Libraries selected is 1
2022-11-02 10:25:37.187 Debug Media Info: Internal Library Folder Id = 2220 - Folder Name: TV
2022-11-02 10:25:37.187 Info Media Info: Getting Root Folder Library Items
2022-11-02 10:25:37.725 Info Media Info: Total No. of items in Library 6866
2022-11-02 10:25:37.881 Info Media Info: Actual Items to process = 316
2022-11-02 10:25:37.881 Info Media Info: PERFORMING MEDIAINFO EXTRACTION ON MOVIES
2022-11-02 10:25:37.944 Info Media Info: MEDIAINFO TITLES Completed for 316 Videos

 

Link to comment
Share on other sites

18 hours ago, Andy2k said:

You have downgraded your mkvtoolnix version....thats why. mkvpropedit V71 + V71.1 caused the corruption on these files.

On windows, open mkvtoolnix, load the file in the multiplexer windows, and start multiplexing. thats all.

But i hope the next mkvtoolnix version will be bugfree.

Dumb question maybe but have you reported the issue to them?

Link to comment
Share on other sites

rbjtech
5 minutes ago, mbguy said:

Follow-up question: How to get Mediainfo to process the previously processed files that ended with Code 3?

I have replaced all these corrupted files from backup and made sure I have MKVToolNix v69 but Mediainfo seems to skip these 316 files even though it says "Performing mediainfo extraction..." and "Mediainfo.. completed" without actually processing anything 

Log:

2022-11-02 10:25:37.187 Info Media Info: MKVPropEdit Process Version Check Completed with Exit Code: 0
2022-11-02 10:25:37.187 Info Media Info: MKVPROPEDIT VERSION IS 69 - CONGRATS..... THIS VERSION IS SUPPORTED!!
2022-11-02 10:25:37.187 Info Media Info: No. of Libraries selected is 1
2022-11-02 10:25:37.187 Debug Media Info: Internal Library Folder Id = 2220 - Folder Name: TV
2022-11-02 10:25:37.187 Info Media Info: Getting Root Folder Library Items
2022-11-02 10:25:37.725 Info Media Info: Total No. of items in Library 6866
2022-11-02 10:25:37.881 Info Media Info: Actual Items to process = 316
2022-11-02 10:25:37.881 Info Media Info: PERFORMING MEDIAINFO EXTRACTION ON MOVIES
2022-11-02 10:25:37.944 Info Media Info: MEDIAINFO TITLES Completed for 316 Videos

 

Do you have a lot of extras', multi-version or otherwise 'normal' files ?

If yes, then this is what the count is - you can ignore it (I need to follow up with Dave on this)

The reason your files are likely not being processed, is during the first run, they were tagged as being completed - thus they will not be attempted again.

On just a couple, try the 're-process' function - get the ItemId's from the web browser title bar.

ie

http://emby.rbjtech.lan:8096/web/index.html#!/item?id=2329244&serverId=xxxx

id = 2329244 in this case

If they re-process ok - then you have two options.

1. Add all the item ID's into the reprocessing (in csv) - if you have an electronic list of them - clearly not an option if you do not..  or

2. Re-run the entire thing again - using the Refresh All items.    Titles will just be overwritten with the same titles - but it will also pick up those that were missed last time.    Clearly this should be tested on a test library but be warned that by removing libraries and selecting this option - it effectively starts again - so be cautious !

The file that keeps the history is in .. ..\programdata\plugins\configurations\Emby.MediaInfo.xml so i'd suggest making a copy of this ( when emby has been shutdown) before starting - then you can restore the current state should you need to.

 

 

 

  • Like 1
Link to comment
Share on other sites

rbjtech
16 minutes ago, mbguy said:

Follow-up question: How to get Mediainfo to process the previously processed files that ended with Code 3?

I have replaced all these corrupted files from backup and made sure I have MKVToolNix v69 but Mediainfo seems to skip these 316 files even though it says "Performing mediainfo extraction..." and "Mediainfo.. completed" without actually processing anything 

Log:

2022-11-02 10:25:37.187 Info Media Info: MKVPropEdit Process Version Check Completed with Exit Code: 0
2022-11-02 10:25:37.187 Info Media Info: MKVPROPEDIT VERSION IS 69 - CONGRATS..... THIS VERSION IS SUPPORTED!!
2022-11-02 10:25:37.187 Info Media Info: No. of Libraries selected is 1
2022-11-02 10:25:37.187 Debug Media Info: Internal Library Folder Id = 2220 - Folder Name: TV
2022-11-02 10:25:37.187 Info Media Info: Getting Root Folder Library Items
2022-11-02 10:25:37.725 Info Media Info: Total No. of items in Library 6866
2022-11-02 10:25:37.881 Info Media Info: Actual Items to process = 316
2022-11-02 10:25:37.881 Info Media Info: PERFORMING MEDIAINFO EXTRACTION ON MOVIES
2022-11-02 10:25:37.944 Info Media Info: MEDIAINFO TITLES Completed for 316 Videos

 

Code 3 items should not exist - there should only be code 0 (successful), code 1 (ok but warning) and code 2 (failed).    My understanding is the file is only tagged as being complete for code 0 (successful) - all other codes will mean the file is re-attempted during the next run.

https://mkvtoolnix.download/doc/mkvpropedit.html#d4e1189

Link to comment
Share on other sites

4 minutes ago, rbjtech said:

Code 3 items should not exist - there should only be code 0 (successful), code 1 (ok but warning) and code 2 (failed).    My understanding is the file is only tagged as being complete for code 0 (successful) - all other codes will mean the file is re-attempted during the next run.

https://mkvtoolnix.download/doc/mkvpropedit.html#d4e1189

I also don't know where Code 3 comes from. I suspect the audio track has been corrupted on these files.

But since these are marked by MediaInfo as "completed" they don't get reprocessed after backup files are copied over the corrupted files. Here are some examples: 

2022-11-01 14:21:09.469 Info Media Info: PROCESSING OF  From Pole to Pole  HAS STARTED
2022-11-01 14:21:09.469 Info Media Info: Item FilePath = \\Computer\HD Documentaries\Planet Earth\Season 1\Planet.Earth.S01E01.from.pole.to.pole.1080p.x264.mkv 
2022-11-01 14:21:09.679 Info Media Info: Video Track successfully Written & Exited with Code 3
2022-11-01 14:21:09.679 Info Media Info: Video Track Title Set to SD AVC [7.8Mb/s]
2022-11-01 14:21:09.689 Info Media Info: Item Tags found =  
2022-11-01 14:21:09.689 Info Media Info: PROCESSING OF From Pole to Pole HAS COMPLETED
2022-11-01 14:21:09.693 Info Media Info: PROCESSING OF  Mountains  HAS STARTED
2022-11-01 14:21:09.693 Info Media Info: Item FilePath = \\Computer\HD Documentaries\Planet Earth\Season 1\Planet.Earth.S01E02.mountains.1080p.x264.mkv 
2022-11-01 14:21:09.840 Info Media Info: Video Track successfully Written & Exited with Code 3
2022-11-01 14:21:09.840 Info Media Info: Video Track Title Set to SD AVC [7.7Mb/s]
2022-11-01 14:21:09.850 Info Media Info: Item Tags found =  
2022-11-01 14:21:09.850 Info Media Info: PROCESSING OF Mountains HAS COMPLETED

 

Link to comment
Share on other sites

rbjtech
3 minutes ago, mbguy said:

I also don't know where Code 3 comes from. I suspect the audio track has been corrupted on these files.

But since these are marked by MediaInfo as "completed" they don't get reprocessed after backup files are copied over the corrupted files. Here are some examples: 

2022-11-01 14:21:09.469 Info Media Info: PROCESSING OF  From Pole to Pole  HAS STARTED
2022-11-01 14:21:09.469 Info Media Info: Item FilePath = \\Computer\HD Documentaries\Planet Earth\Season 1\Planet.Earth.S01E01.from.pole.to.pole.1080p.x264.mkv 
2022-11-01 14:21:09.679 Info Media Info: Video Track successfully Written & Exited with Code 3
2022-11-01 14:21:09.679 Info Media Info: Video Track Title Set to SD AVC [7.8Mb/s]
2022-11-01 14:21:09.689 Info Media Info: Item Tags found =  
2022-11-01 14:21:09.689 Info Media Info: PROCESSING OF From Pole to Pole HAS COMPLETED
2022-11-01 14:21:09.693 Info Media Info: PROCESSING OF  Mountains  HAS STARTED
2022-11-01 14:21:09.693 Info Media Info: Item FilePath = \\Computer\HD Documentaries\Planet Earth\Season 1\Planet.Earth.S01E02.mountains.1080p.x264.mkv 
2022-11-01 14:21:09.840 Info Media Info: Video Track successfully Written & Exited with Code 3
2022-11-01 14:21:09.840 Info Media Info: Video Track Title Set to SD AVC [7.7Mb/s]
2022-11-01 14:21:09.850 Info Media Info: Item Tags found =  
2022-11-01 14:21:09.850 Info Media Info: PROCESSING OF Mountains HAS COMPLETED

 

Correct - you need to 'reprocess them' as per my previous post.

  • Like 1
Link to comment
Share on other sites

1 hour ago, neik said:

Dumb question maybe but have you reported the issue to them?

Yes, ticket got closed today, fixes are in the git main branche and will be included in the upcomming version V72.0.

  • Like 1
  • Thanks 2
Link to comment
Share on other sites

Cheesegeezer

FYI 

you should see this in logs. Im gonna change some code for exitcode 2 to if exitcode >=2 then fail it


                        if (ExitCode == 2)
                        {
                            Log.Warn("Replace Video Track Failed to update Track Title & Exited with Code {0}", ExitCode);
                            failedList.Add(item.InternalId);
                        }
                        if (ExitCode == 1)
                        {
                            await this.ReplaceVideoTrackName(this._videoTrackTitle, mediaSource).ConfigureAwait(false);
                            Log.Debug("Replace Video Track update completed with Warnings & Exited with Code {0}", ExitCode);
                            Log.Info("Video Track Title Set to {0}", _videoTrackTitle);
                        }
                        if (ExitCode == 0)
                        {
                            await this.ReplaceVideoTrackName(this._videoTrackTitle, mediaSource).ConfigureAwait(false);
                            Log.Info("Video Track successfully Written & Exited with Code {0}", ExitCode);
                            Log.Info("Video Track Title Set to {0}", _videoTrackTitle);
                        }

 

Link to comment
Share on other sites

Something definitely happened in a recent update, the plugin no longer works, I'll have to figure it out when I have more time.  Even if I check to reprocess my entire library it completes in under a second and does nothing.

Link to comment
Share on other sites

Cheesegeezer
1 hour ago, bookw said:

Something definitely happened in a recent update, the plugin no longer works, I'll have to figure it out when I have more time.  Even if I check to reprocess my entire library it completes in under a second and does nothing.

Full debug logs please.  What OS you are working on. 

i think that you are on Linux 🤬 (bane of my life) i have been working with andy to look at this.  I've been so busy yesterday and will be today that i hope to get time this evening to continue.  I think it's failing on getting the version number from MkvPropEdit in linux or MacOS, but i have fixed this, just not released it.  There is also a change in the item or mediasource paths which is causing some issues.  So i need to fix these.  

Please bare with me and i should have a fix tomorrow for you.  thanks

Link to comment
Share on other sites

Actually Windows 11 - I also believe the emby server recently stopped saving .nfo files as well, so perhaps an update to that messed up something in MediaInfo, I need to look at the logs and see.  The only thing that changed hardware-wise was me moving from WiFi to a wired switch, but my IP is still the same family just a different final address, and I've updated port forwarding etc and all my remote devices can see the server and play from it fine, so I dunno.  I'll have to troubleshoot more when I have time.

Link to comment
Share on other sites

I'll PM you a log now - I feel like I'm also going to need to post in the main forum to see what my issue is with the .nfo not generating now too, but maybe there's enough for you to see what MediaInfo is doing / not doing.

  • Thanks 1
Link to comment
Share on other sites

Turned out to be a problem with me not following the new directions for the library picker, have to add in the libraries for it to scan the files!  Thanks

  • Haha 2
Link to comment
Share on other sites

Cheesegeezer

V1.0.1.18 has now been released.

Fix path substitution issues for some users.

Hopefully i can put this to bed for a while now.

Enjoy!!! and thanks for all your support and feedback as always

  • Like 1
Link to comment
Share on other sites

Hello

 

first thanks for this plugin. I've tried my best to install it and it works with the manual here

https://github.com/Cheesegeezer/MediaInfoWiki/wiki/Various-OS-Installation-Help

 

on my synology NAS with DSM7.

 

The only problem which i currently have is, that i do not see if the video codec contains DV, or HDR, or HDR+.

I've the the two destination path to mediainfo and MKVTOOLNIX, but i can not set it to the execute file. Is that the issue?

 

image.png.3ffc8c8778d46e7405a6e4ec18367511.png

 

I have a movie, which is a mkv video file and this one contains DV.

 

image.png.0765a6f4a718d898549d52b215869caf.png

 

But this is not been scanned correctly from the Mediainfo plugin.

If i'm starting the playback on my TV, i can see, that the video file contains DV.

 

Can someone help me, what i'm doing wrong this the configuration?

 

Thanks

 

(Sorry for my bad english)

 

 

In the LOG File, i can see that information:

2022-11-04 09:07:36.242 Info Media Info: MEDIAINFO TASK IS STARTING
2022-11-04 09:07:36.242 Info Media Info: Performing MKV Version Checks.........
2022-11-04 09:07:36.242 Warn Media Info: Please check your Folder Path and FileName: Filename must be Correct
2022-11-04 09:07:36.242 Warn Media Info: MEDIAINFO CANNOT CONTINUE
2022-11-04 09:07:36.243 Error Media Info: The FileName property should not be a directory unless UseShellExecute is set.
 
So maybe the mediainfoclipath is not set up correctly?

 

 

 

Edited by Regista
Link to comment
Share on other sites

As fast as i understand, the destination path to mediainfo and MKVtoolnix isn't set up correct by myself. But how to i find out, where this software packages have been installed to?

Link to comment
Share on other sites

Cheesegeezer
1 hour ago, Regista said:

As fast as i understand, the destination path to mediainfo and MKVtoolnix isn't set up correct by myself. But how to i find out, where this software packages have been installed to?

Hi there.  @FrostByte will be able to help you as he's on the same system as you are.

So you need to use MediaInfo CLI (i belive that this is included in the download)

but you need to point to MKVPROPEDIT NOT toolnix.

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
×
×
  • Create New...