MediaInfo(Lib) 0.7 - Reading information about media files

[Zenitram]

Originally Posted by Teebeeke

But does that explain why MI.Get_(StreamKind.Video, 0, "Width") gives me 0 results?

If i use:
MI.Option_("Complete")
To_Display += MI.Inform()

which gives above info, it shows the width, but if i use MI.Get it shows no value.

No, issue is somewhere else, and I can not explain it for the moment (without testing it myself, but I don't have time for the moment).

[Kurtnoise]

I would try :

Dim temp_FileWidth As String = MI.Get_(StreamKind.Video, 1, "Width/String")

[Zenitram]

Originally Posted by Kurtnoise

I would try :

Dim temp_FileWidth As String = MI.Get_(StreamKind.Video, 1, "Width/String")

0 for the 1st stream. (0-based number).
and that does not change the issue with "Width" .

[ndjamena]

Is Width_Original empty?

[foxyshadis]

Originally Posted by Teebeeke

But does that explain why MI.Get_(StreamKind.Video, 0, "Width") gives me 0 results?

If i use:
MI.Option_("Complete")
To_Display += MI.Inform()

which gives above info, it shows the width, but if i use MI.Get it shows no value.

You have Option Explicit Off and On Error Resume Next in your project, don't you? In the default VB project, it's StreamKind.Visual, not StreamKind.Video (perhaps a typo, perhaps intentional); if you change it to StreamKind.Visual -- or change Visual to Video in MediaInfoDLL.vb -- it should just start working. You would have noticed it wasn't just width if you'd looked for any other video properties.

With Option Explicit Off, VB will just ignore any typos you make, which makes IntelliSense much less useful. Use the tools you have!

[Teebeeke]

Yes, i noticed it too last night when i was looking into mediainfo_dll.vb, and i added video in there myself, but that didnt work. When i tried visual it showed the correct value.

Option Explicit was On btw.

[Kurtnoise]

Originally Posted by Zenitram

0 for the 1st stream. (0-based number).
and that does not change the issue with "Width" .

mmh, yes...I thought it was the ID but it's the Stream identifier actually that should be taken into account.


@Teebeeke : you should put a sample file somewhere just to check out on our side...


@ndjamena : I would suggest to put "*Statistics Tags Verified : Yes/No" into the General Part, not for each streams...it's confusing for me.

[Zenitram]

Originally Posted by Teebeeke

When i tried visual it showed the correct value.

Argh... Very bad thing, there is an incoherency in the API.
I changed "Visual" to "Video"
Fixed, with support of legacy StreamKind.Visual (considered as deprecated).

Something I don't understand is that your code was not detected as buggy (no "StreamKind.Video") when you ran your program (compiler indicates an error on my side).

[Zenitram]

Originally Posted by Kurtnoise

@ndjamena : I would suggest to put "*Statistics Tags Verified : Yes/No" into the General Part, not for each streams...it's confusing for me.

the statistics writing app is provided by track, so he needs to test per track and provides this piece of information per track.

[foxyshadis]

Originally Posted by Zenitram

Argh... Very bad thing, there is an incoherency in the API.
I changed "Visual" to "Video"
Fixed, with support of legacy StreamKind.Visual (considered as deprecated).

Something I don't understand is that your code was not detected as buggy (no "StreamKind.Video") when you ran your program (compiler indicates an error on my side).

Sounds like he added Video without realizing that adding a value instead of replacing an old one won't work. Messing with enums has to be done carefully....

[Teebeeke]

yes, that was initially my fault. Once i replaced visual with video it worked. I was going to post this morning, but you beat me to it.

[ndjamena]

Originally Posted by Kurtnoise

@ndjamena : I would suggest to put "*Statistics Tags Verified : Yes/No" into the General Part, not for each streams...it's confusing for me.

I'd be quite happy to remove all trace of the tags from sight, but it's not my place to make executive decisions like that.

The purpose of the "*Statistics Tags Verified" field being visible is to allow any unknown tags that have been encountered to be listed and shown and shown to be, in fact, verified.

It's preliminary, apparently Jerome doesn't like the idea of adding asterisks to the beginnings of unknown statistics tags to identify them.

I've left everything on the table, things need to be worked out from here.

(Did you download my dll or did yo compile your own?)

[Zenitram]

Originally Posted by ndjamena

I'd be quite happy to remove all trace of the tags from sight, but it's not my place to make executive decisions like that.

I updated code with info visible only if there is a difference between muxer app name/date and stats app name/date because it is a source of problem as ndjamena pointed out.

Originally Posted by ndjamena

The purpose of the "*Statistics Tags Verified" field being visible is to allow any unknown tags that have been encountered to be listed and shown and shown to be, in fact, verified.

The current policy in MediaInfo is to extract data wherever it comes from, without showing the source. In the future I could add information about the source but this is a long term feature and it will not be visible by default.

I modified the patch accordigly.

[73ChargerFan]

I'm glad to see MediaInfo will recognize HDCD; now I can script a test for it and mark such albums in my collection. Thanks.

[salam2009]

Hey guys,
Is it possible to open MediaInfo of any file using a keyboard shortcut instead of going through its context menu ??
Thanks for any tip!
Cheers,
Salaam

[nekrovski]

Originally Posted by salam2009

Hey guys,
Is it possible to open MediaInfo of any file using a keyboard shortcut instead of going through its context menu ??

Yes.
Just press Shift + F10 + M + Enter

[salam2009]

Originally Posted by nekrovski

Yes.
Just press Shift + F10 + M + Enter

lol, the mouse would be much easier than that
I meant something like opening the properties by Alt+Enter, if it has its own.
Anyway, thanks for stopping by!

[LoRd_MuldeR]

Hi Zenitram,

I'm trying to build v0.7.82 from the "AllInclusive" source package, but I noticed that the solutions (VS2013 and VS2015) contain a missing project called "zlibstat"

There is only the project "zlib" included, but it is missing from the solution. Furthermore, "zlib" only has a project file for VS2013, not for VS2015.

[Zenitram]

Originally Posted by LoRd_MuldeR

I'm trying to build v0.7.82 from the "AllInclusive" source package, but I noticed that the solutions (VS2013 and VS2015) contain a missing project called "zlibstat"

There is only the project "zlib" included, but it is missing from the solution. Furthermore, "zlib" only has a project file for VS2013, not for VS2015.

Argh, the script uses an old version of zlib package.
I'll update it soon.
New zlib package with VS2015 project (in /contrib/vstudio/vc14) is at https://github.com/MediaArea/zlib
New "All Inclusive" Git repo is at https://github.com/MediaArea/MediaInfo-AllInOne

[LoRd_MuldeR]

Thanks, I have now cloned the "All Inclusive" Git repo. VS2013 solution now contains "zlibstat" project, but VS2012 still contains the missing "zlib". VS2015 solution doesn't seem to exist in Git at all.

However I now stumbled upon a new strange issue, with the "ZenLib" project:

If I change any properties of the "ZenLib" project, then those changes do not apply to the .cpp files contained in the "ZenLib" project! For example, if I change "Enable Enhanced Instruction Set" from "Streaming SIMD Extension" to "No Enhanced Instructions" in the project properties, then the "Enable Enhanced Instruction Set" for the individual .cpp files still remains at "Streaming SIMD Extension". Very dangerous, because that is easy to miss! The strange thing is, that the "Enable Enhanced Instruction Set" property for the .cpp files are not showing in bold, so Visual Studio seems to believe it is inheriting these settings from the project properties. But it is very wrong! How is that even possible? Any clue what's up?

There appears to be no such problem with the "MediaInfoCLI" and "MeidaInfoLib" projects, as far as I can tell. But I'll have to do some more checks...

_________________

Side note: The pre-processor definitions for MediaInfoLib's "Release/Win32" and "Release/x64" configurations differ as follows, is that intentional?

Win32: WIN32;NDEBUG;MEDIAINFO_DVDIF_ANALYZE_NO;MEDIAINFO_MPEGTS_DUPLICATE_NO;MEDIAINFO_TRACE_NOx;MEDIAINFO_LIBMMS_NO;MEDIAINFO_LIBCURL_DLL_RUNTIME;%(PreprocessorDefinitions)
x64:   WIN32;NDEBUG;MEDIAINFO_ADVANCED2;%(PreprocessorDefinitions)