### Author:  [@ckahn](https://resource.dopus.com/u/ckahn)
#### Post date: [June 23, 2025, 1:04am UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/21 "2025-06-23T01:04:49Z")
I enabled the MediaInfo++ column in a folder with **5,033 MXF files** , and the log showed all 5,033 entries being processed correctly.
Then I switched to a folder with **2,135 MXF files** suspected of being corrupt — **no scanning activity** appeared in the log. I launched `>MediaInfo++ CONFIG`, hoping to reset the scan engine, but didn't realize it would **clear the script log** , so that full 5,033-file scan log is now lost.
Next, I tested with a small folder containing **2 known-good MXF files** — both scanned successfully and were logged.
I then returned to the **2,135 suspected files** folder: **still no scanning** activity in the log.
However, when I switched to the **Duplicate Files results view** (a comparison between the 5,033 good and 2,135 suspect files), the scan resumed — but **only reached 361 files** before stalling again.
**Tentative theory:**
- MediaInfo++ **stalls silently** when the scan target is entirely made up of corrupt or metadata-inaccessible MXF files.
- When the scan target is a **hybrid set** (some readable, some not), it proceeds but **gives up around 360–370 entries**.
- If the folder contains **only valid MXF files** , the scan runs to completion.
Here's the (incomplete) log:
>
**P.S.** I’ve set `if (value === undefined) return 'X';` again in this version, since I’m eager to confirm which files were scanned but found unreadable. It’s important for me to distinguish between files that genuinely failed metadata extraction versus those that simply haven’t been processed yet.
---
### Author:  [@errante](https://resource.dopus.com/u/errante)
#### Post date: [June 23, 2025, 1:28am UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/22 "2025-06-23T01:28:36Z")
Thanks!
If you can find a file that causes that stall, one that's small enough and you could send me via private message here, I could take a look at what's going on and more importantly, see how to fix the issue with the column if possible.
---
### Author:  [@ckahn](https://resource.dopus.com/u/ckahn)
#### Post date: [June 23, 2025, 3:52am UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/23 "2025-06-23T03:52:04Z")
MXF file sent via PM
---
### Author:  [@ckahn](https://resource.dopus.com/u/ckahn)
#### Post date: [June 23, 2025, 3:59am UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/24 "2025-06-23T03:59:52Z")
Because 180 mxf files were marked as "X" (corrupt) I grouped by Format Profile and moved them into a separate folder and re-ran the Duplicate File scan based on this slightly smaller folders comparison. Then the MediaInfo++ scan stopped after 3 (!) scans, and all the log shows is the successful scans, not the filename of the scan that choked it.
```auto
2025-06-22 11:55:04.329 PM MediaInfo++: DEBUG => Starting MediaInfo...
2025-06-22 11:55:04.396 PM MediaInfo++: DEBUG => 1:"V01.E14C9DF3_41EFD41EFD3D8V.mxf" => MI:yes; exts:.mxf ; group:General; keyword:Format_Profile; multi:false; regex:; value:OP-Atom
2025-06-22 11:55:04.478 PM MediaInfo++: DEBUG => 2:"V01.E14C9C42_4169C4169C7DEV.mxf" => MI:yes; exts:.mxf ; group:General; keyword:Format_Profile; multi:false; regex:; value:OP-Atom
2025-06-22 11:55:04.507 PM MediaInfo++: DEBUG => 3:"V01.E14C9C09_4162F4162F481V.mxf" => MI:yes; exts:.mxf ; group:General; keyword:Format_Profile; multi:false; regex:; value:OP-Atom
```
---
### Author:  [@errante](https://resource.dopus.com/u/errante)
#### Post date: [June 23, 2025, 12:58pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/25 "2025-06-23T12:58:29Z")
Thanks for the file!
The issue seems deeper than I first thought.
As mentioned above, the script uses an ActiveX addin courtesy of @PolarGoose to talk to MediaInfo.
When trying to open one of these files that way, the script stops responding—and eventually DOpus does too—and you can't even kill the task from the new Opus Task Manager.
Since this plugin doesn't return anything when opening a file, there's no way to detect if/when this happens. According to [this part](https://github.com/PolarGoose/DOpus-Scripting-Extensions/tree/main?tab=readme-ov-file#MediaInfoRetriever:~:text=void%20Open(mediaFileFullName)%20%2D%20opens%20a%20media%20file.%20Throws%20an%20exception%20in%20case%20of%20failure), it's supposed to throw an error on failure, but it doesn't seem to apply here, not sure why.
From the script's perspective, there's nothing I can do here, unfortunately.
@PolarGoose, could you take a look at this? Just try something like this in the ad-hoc Script Editor.
```javascript
var item = DOpus.FSUtil().GetItem('E:\\Descargas\\mi_test\\V01E14C9C09_4162F4162F481V.mxf');
var MediaInfo = new ActiveXObject('DOpusScriptingExtensions.MediaInfoRetriever');
var mi_info;
DOpus.Output('starting test...');
//MediaInfo.Option_Static('Output', 'JSON');
try {
MediaInfo.Open(item);
mi_info = MediaInfo.Inform();
MediaInfo.Close();
}
catch (err) {
DOpus.Output(err);
}
DOpus.Output('MI:' + mi_info);
DOpus.Output('test finished...');
```
Opus won't hang, but it'll start gobbling CPU and memory, you can't stop it—even from its own Task Manager—and eventually you have to completely exit from Opus.
FWIW, the MediaInfo CLI version does not have that issue with the file.
@ckahn, could you send that same file to PolarGoose so he can check it out?
Thanks to both!
---
### Author:  [@PolarGoose](https://resource.dopus.com/u/PolarGoose)
#### Post date: [June 23, 2025, 3:12pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/26 "2025-06-23T15:12:59Z")
Very interesting. Seems like a bug in `MediaInfoLib`.
Something is wrong with this specific file.
Please send me the file, I will look into it.
---
### Author:  [@ckahn](https://resource.dopus.com/u/ckahn)
#### Post date: [June 23, 2025, 4:32pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/27 "2025-06-23T16:32:57Z")
I've added you to the PM with the link.
---
### Author:  [@PolarGoose](https://resource.dopus.com/u/PolarGoose)
#### Post date: [June 24, 2025, 3:02am UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/28 "2025-06-24T03:02:24Z")
It turned out that it was a bug in a specific version ot MediaInfoLib.
Now the `DOpus-Scripting-Extensions` uses the version of MediaInfoLib that works properly.
I have released a new version of `DOpus-Scripting-Extensions` [Release v13.0](https://github.com/PolarGoose/DOpus-Scripting-Extensions/releases/tag/v13.0)
---
### Author:  [@errante](https://resource.dopus.com/u/errante)
#### Post date: [June 24, 2025, 9:52pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/29 "2025-06-24T21:52:06Z")
Many thanks!
At least on my end, with the file that ckahn shared with us, there are no issues now.
---
### Author:  [@MegMac](https://resource.dopus.com/u/MegMac)
#### Post date: [June 25, 2025, 7:08pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/30 "2025-06-25T19:08:36Z")
This is great!
For those of us averse to code, _please_ add something here to access the configuration:
---
### Author:  [@errante](https://resource.dopus.com/u/errante)
#### Post date: [June 25, 2025, 8:02pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/31 "2025-06-25T20:02:19Z")
I don't understand what you're talking about.
The whole point of this script is so you don't have to write or modify a single line of the code in there.
That place is not designed for what you suggest.
It might be possible to have the configuration dialog displayed by clicking the About button in the script management window. I've never tried do something like that.
In my opinion, it would be a bit confusing, and I can't think of an easier way to access that dialog than the one that currently exists.
---
### Author:  [@Hardkorn](https://resource.dopus.com/u/Hardkorn)
#### Post date: [June 25, 2025, 8:44pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/32 "2025-06-25T20:44:26Z")
Hello,
thanks for the script. 🙂
I have 2 suggestions.
1. Could you add "MD5 of the unencoded content " and "AccurateRipResult" into the list?
1. An option for adding columns into the default categories or user generated categories?
---
### Author:  [@errante](https://resource.dopus.com/u/errante)
#### Post date: [June 25, 2025, 9:19pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/33 "2025-06-25T21:19:28Z")
I have also noticed that some keywords are shown that are not listed in the official Mediainfo documentation (which is where I got the data from).
Beside that, I was thinking to add a way so when you drop a file for a preview, it will also add all the keywords that are not listed, so you can simply check those you want to add and then edit them as usual. Would that work for you? That way users don't have to rely on me to add any new non listed keyword. Thinking in retrospect, that should have been the way to go in the first place.
For custom categories, I can add an option for that too, although I can't find how to change that value for a column in the documentation.
---
### Author:  [@MegMac](https://resource.dopus.com/u/MegMac)
#### Post date: [June 25, 2025, 9:43pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/34 "2025-06-25T21:43:41Z")
I should have suggested something here, since that is the 'normal' place to open whatever dialog is needed.
---
### Author:  [@errante](https://resource.dopus.com/u/errante)
#### Post date: [June 26, 2025, 4:19am UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/35 "2025-06-26T04:19:46Z")
Please note that I can't add buttons to that dialog.
---
### Author:  [@MegMac](https://resource.dopus.com/u/MegMac)
#### Post date: [June 26, 2025, 2:46pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/36 "2025-06-26T14:46:09Z")
Oh, sorry. Of course.
But can you control what opens when one clicks the gear icon, or the 'Edit' button?
I realize I you consider me a nuisance, but your script is the only solution I have found for displaying certain video date fields. I am extremely grateful.
I organize personal digital photo and video collections for clients, and I teach others how to do that also. Clients collections often include .AVI, MTS, and other file extensions for which no GUI application (other than DOpus with your plugin) displays the date metadata fields needed.
I am developing a DOpus course for working with personal photo and video collections, and I am hoping to include your plugin, but am also hoping to avoid including commands in the course, or teaching people how to create a button to run a command.
But, that's my problem, not your problem.
Once again, thank you very, very much!
---
### Author:  [@errante](https://resource.dopus.com/u/errante)
#### Post date: [June 26, 2025, 6:33pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/37 "2025-06-26T18:33:45Z")
> [@MegMac](#):
>
> I am developing a DOpus course for working with personal photo and video collections, and I am hoping to include your plugin, but am also hoping to avoid including commands in the course, or teaching people how to create a button to run a command.
That makes me want to make this script more complicated to use 😆
---
### Author:  [@errante](https://resource.dopus.com/u/errante)
#### Post date: [June 26, 2025, 6:44pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/38 "2025-06-26T18:44:22Z")
New version is out.
MediaInfo++ v0.9.2
**⚠ At least Opus v13.16.5 is required**
Last night I made some big changes:
- Now when you run `CONFIG`, only saved values show in the list at first. Then, if you drop a file into the window, the list populates with every keyword that actually has a value (not empty) for that file. I think **this is the way** for a script like this. With it:
Other tweaks:
- Reset and Remove buttons now are functional. Use `Remove` to take a value out of the list, or `Reset` to revert a field to its state when you opened the dialog.
- A few UI fixes—some values now show translated labels, etc.
- Added a field to customize which category the column goes in. I've included the ones that make sense for now.
- When you drop a file for preview, its file-type group or extension is added automatically—whichever applies.
- Values converted to "double" should now accept negatives.
Notes:
- This is a preview, so future updates might break your existing settings. I've tried to keep compatibility, but if you run into problems updating columns, a clean reinstall of the script is recommended (note that this will erase your previous column configs).
- I've changed the keyword names (e.g. from `ImageWidth` to `Image_Width`), so if you were using them elsewhere (not in columns), is time to change them.
- Default infotips have changed—use the Reset button to restore them to factory settings.
I haven't had time for extensive testing, so please report any bugs or issues you find in this version. Or simply just drop your like if you find this script useful.
---
### Author:  [@oberold](https://resource.dopus.com/u/oberold)
#### Post date: [June 27, 2025, 2:19pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/39 "2025-06-27T14:19:42Z")
It's so buggy i cant edit anything.
---
### Author:  [@abr](https://resource.dopus.com/u/abr)
#### Post date: [June 27, 2025, 2:23pm UTC](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185/40 "2025-06-27T14:23:42Z")
If there are bugs, best chances to have them fixed is to be a bit more specific about what is going wrong.
[Previous page](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185.md?page=1)
[Next page](https://resource.dopus.com/t/opusmediainfo-script-add-in-feedback-needed/56185.md?page=3)