Log in

View Full Version : MediaInfo(Lib) 0.7 - Reading information about media files


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 [20] 21 22 23 24 25 26 27 28 29 30 31 32 33 34

Zenitram
9th May 2011, 18:21
How can I integrate MediaInfo to right-click menu for all file formats?

I currently don't provide such feature. Maybe later. If you know about registry, this is not difficult to do.

Kurtnoise
6th July 2011, 11:09
Would it be too much of a leap to provide support for detecting CD-TEXT (http://en.wikipedia.org/wiki/CD-Text) data. Which Sony (and their affiliated companies) place on their audio CD's?
do you have a sample to provide ?

cdda support is on the way...

Zenitram
6th July 2011, 11:15
do you have a sample to provide ?

CD-Text is directly in the CD-Audio (in the CD subcode data), you need a specific API to interface with the hardware CD player. So no one can provide a sample (or is an ISO image of a CD-TEXT is enough? and I am not sure a Virtual CD software interface can expose such data)

cdda support is on the way...

I wait ;-)

SeeMoreDigital
6th July 2011, 16:28
CD-Text is directly in the CD-Audio (in the CD subcode data), you need a specific API to interface with the hardware CD player. So no one can provide a sample (or is an ISO image of a CD-TEXT is enough? and I am not sure a Virtual CD software interface can expose such data)From what I understand WinAmp can read CD-Text... And according to this web site (http://bmproductions.fixnum.org/index.htm?http://bmproductions.fixnum.org/moreprogs/wmpcdtext.htm) they have a "plug-in" for Windows Media Player...

Also, Nero Burning ROM offers the ability to create your own audio CD's with CD-Text ;)

EDIT: I've just tried the "plug-in" with WMP 12 and Win 7 - It appears to work just fine. VLC player 1.1.10 also seems to recognise CD-text...


Cheers

Dogway
12th July 2011, 02:45
Could you implement framecount and full duration (up to ms) if possible? I always find myself wanting to know that oftenly

Zenitram
12th July 2011, 06:44
Could you implement framecount and full duration (up to ms) if possible? I always find myself wanting to know that oftenly

Already implemented.
-f with command line
-Menu debug, advanced mode with GUI

This is not by default, but you can create your own template.

Dogway
12th July 2011, 19:27
Gorgeous, thank you. Customization is too hard, but its enough with debug mode.

Toddler Naruto
13th July 2011, 10:48
How can I configure MediaInfo to always show the video bitrate?

Zenitram
13th July 2011, 10:49
How can I configure MediaInfo to always show the video bitrate?

???
It is displayed by default. If it is not displayed, this is because this not available (not implemented or not possible)

Toddler Naruto
13th July 2011, 10:52
???
It is displayed by default. If it is not displayed, this is because this not available (not implemented or not possible)

How can I make it possible then, in those scenarios???

Zenitram
13th July 2011, 10:55
How can I make it possible then, in those scenarios???

Which scenario?
- Not implemented? You code yourslelf (this is open source) or you pay me to code what you need.
- Not possible? I let you answer me about how to make something possible when this is not possible, I don't have the answer on my side...

Toddler Naruto
13th July 2011, 13:12
Which scenario?
- Not implemented? You code yourslelf (this is open source) or you pay me to code what you need.


Never Mind then :(.

vlada
21st July 2011, 19:43
Hi Zen,

I found a problem when reading tags from Ogg Vorbis files. If the files have an "Album Artist" tag, MediaInfo returns the information in "Performer" field as "album artist / artist". But I would need these 2 value separated. It works correctly with MP3s, where the values are returned in fields "Performer" and "Album/Performer".

This happens with all Ogg Vorbis files I have. I use foobar2000 or mp3tag to tag my files. Both programs read the tags correctly.

Is this behavior intentional for some reason? Could you have a look at it please? If you need a sample file, please let me know. But it should be reproducible with any Ogg Vorbis file.

Thanks!

Edit: Also I think that to name the Artist field as Performer might be confusing. For example foobar2000 has a separate Performer field. I think that Artist field is meant to contain music author (Mozart, for example) and Performer would be the orchestra that actually plays it. It probably only matters for classical music, but why not make the field names consistent with other programs?

Zenitram
21st July 2011, 20:11
I found a problem when reading tags from Ogg Vorbis files. If the files have an "Album Artist" tag, MediaInfo returns the information in "Performer" field as "album artist / artist". (...) Is this behavior intentional for some reason?

It was not intentional. Corrected, in next version.

vlada
21st July 2011, 20:20
It was not intentional. Corrected, in next version.

Great, thank you!

Zenitram
21st July 2011, 20:27
Edit: Also I think that to name the Artist field as Performer might be confusing. For example foobar2000 has a separate Performer field. I think that Artist field is meant to contain music author (Mozart, for example) and Performer would be the orchestra that actually plays it. It probably only matters for classical music, but why not make the field names consistent with other programs?

I am open to some proposals about fields mapping, but they must be consistent and more "logical" than the current mapping.

"Artist" field is used for so many different people (as you said: this can be the performer, or the music autor), I try to separate and to precise roles when I can. Additionaly, Id3v2 has the same field for Artist/Performer (TPE1), and I must choose a name ;-).
I currently don't agree to fill a different field depending of the genre (e.g. in "Artist" for U2 and "Performer" for the performer of a classical music.), I (and my users!) expect the same field in every case whatever is the genre, so currently "Performer" name seems to be the more logical.

foobar2000 goal is to propose fields from the underlying format, MediaInfo goal is to display same field whatever is the underlying format.

So... If you want a change in the mapping and/or naming, I need a proof this is better for everybody in any case (for pop music up to classical music, from Id3v1 to MP4 tags)

vlada
21st July 2011, 21:23
I think that using Artist and Album artist is very common and most people would expect these fields. Using different field names for different genres is certainly a bad idea.

I think that the track artist/performer should be stored in a field called "Artist". You might copy the value to "Performer" field if a different performer value is not stored in the tag.

It is not important, it would just make MediaInfo more consistent with other programs, which all use "Artist" for this information. But of course the decision is up to you and your commercial partners.

Btw. a funny thing is, that we have no good translation for "Artist" in Czech. We usually translate it as "interpret", which means performer.

Zenitram
21st July 2011, 21:51
It is not important, it would just make MediaInfo more consistent with other programs, which all use "Artist" for this information. But of course the decision is up to you and your commercial partners.

Actually none of my commercial partners care about this field, so I can decide a change without too many complains (at least no complain with financial impact :-D ).

Btw. a funny thing is, that we have no good translation for "Artist" in Czech. We usually translate it as "interpret", which means performer.

Another good reason to use "Performer" :).
I was using "Artist" previously, it was changed due to some requests from other people, people do not agree at 100% on the the naming, so currently I think I keep this field name as is.

firebo14
26th July 2011, 03:07
Im getting these errors on MediaInfo_GUI_0.7.47_Windows_i386 whenever i open the .exe (not the installation).

http://img26.imageshack.us/img26/6509/error1bo.png
http://img121.imageshack.us/img121/3948/error2fg.png

Help please, :[.

Toddler Naruto
26th July 2011, 04:28
Hi, I have a problem to report, when I installed MediaInfo 7.47, the about window shows it as 7.46, do you know why?

Zenitram
26th July 2011, 07:31
Im getting these errors on MediaInfo_GUI_0.7.47_Windows_i386 whenever i open the .exe (not the installation).

This seems be not related to MediaInfo, but a global instability of your Windows installation:
http://www.google.com/search?ie=UTF-8&q=IsThreadDesktopComposited
http://www.mediamonkey.com/support/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=122

Zenitram
26th July 2011, 07:32
Hi, I have a problem to report, when I installed MediaInfo 7.47, the about window shows it as 7.46, do you know why?

Initial version of the installer (0.7.47.0) was wrong, updated version (0.7.47.1) is OK. Try download the installer from the official website so you are sure you have the updated version.

Toddler Naruto
26th July 2011, 10:36
Initial version of the installer (0.7.47.0) was wrong, updated version (0.7.47.1) is OK. Try download the installer from the official website so you are sure you have the updated version.

Thanks :), I did that and everything checks out now :cool:.

firebo14
26th July 2011, 15:33
This seems be not related to MediaInfo, but a global instability of your Windows installation:
http://www.google.com/search?ie=UTF-8&q=IsThreadDesktopComposited
http://www.mediamonkey.com/support/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=122

Im slightly sure that it is not my windows problem because i can run an older version (0.7.27 from klite codec pack, klmcodec570.exe) of mediainfo just fine. And my comp is very clean, i only install nearly everything in sandboxie. :]

I renamed or deleted the DWMAPI.DLL, then it gave me this error:

http://img853.imageshack.us/img853/8948/errorlv.png

Help please... :[

Thanks for your help. :)

Zenitram
29th July 2011, 12:23
Im slightly sure that it is not my windows problem because i can run an older version (0.7.27 from klite codec pack, klmcodec570.exe) of mediainfo just fine.

No, no, and no. I don't care of K-Lite. This GUI is not made by me, this is not a confirmation. This is not an older version, this is another software. If you want to compare, compare with my software, not the tool from someone else.

Help please... :[

Currently, you are the only one complaining about this. So I wait for other people complaining about the same problem before I look at it more seriously (I don't have the time nor the wish to debug for free something on only one machine).

firebo14
30th July 2011, 20:12
No, no, and no. I don't care of K-Lite. This GUI is not made by me, this is not a confirmation. This is not an older version, this is another software. If you want to compare, compare with my software, not the tool from someone else.



Currently, you are the only one complaining about this. So I wait for other people complaining about the same problem before I look at it more seriously (I don't have the time nor the wish to debug for free something on only one machine).

There is another person with this problem, difference is i have XP SP2. I promise u it is not me as it was posted on Wed Jun 29, 2011 5:44 pm. :)

http://www.sandboxie.com/phpbb/viewtopic.php?p=69507&sid=0f3b29bec12531a2abca65bc478aac4c

Thanks, Zenitram, :thanks:and please help. :)

Zenitram
30th July 2011, 20:55
There is another person with this problem, difference is i have XP SP2. I promise u it is not me as it was posted on Wed Jun 29, 2011 5:44 pm. :)

OK. I checked the dependencies of the GUI .exe, this is weird, there is a hard-coded link to Windowscodecs.dll and dwmapi.dll but without any function called in theses DLLs. Argh this new version of Embarcadero RAD Studio! I must trash it ASAP...

I tried to remove manually the links to theses useless DLLs, please try:
http://sourceforge.net/projects/mediainfo/files/development_snapshots/0.7.47%2B/MediaInfo_GUI_20110730_Windows_i386_WithoutInstaller.7z

firebo14
31st July 2011, 04:08
Thanks, Zenitram, that worked. :)



And it is not my "global instability of your Windows installation"... :)

Atak Snajpera (klite codec) makes a good and simple gui. It also loads faster. :]

Zenitram
31st July 2011, 08:05
And it is not my "global instability of your Windows installation"... :)

Yeah, yeah... I was wrong. (or I wansn't: I still don't know if theses files are in default installation of Windows XP, or with some Windows update. The thing I did is to remove the useless link to theses DLLs, this does not mean that this DLLs are expected not to be there)

Atak Snajpera (klite codec) makes a good and simple gui. It also loads faster. :]

His GUI is his choice, this is not my choice and the choice of my users. You have choice, you can choose Atak Snajpera GUI if you prefer it.
For info, you can select "Text view" as default and remove menu bar in preferences screen, then you have nearly the same GUI than Atak Snajpera one.

LoRd_MuldeR
17th August 2011, 21:37
MediaInfo v0.7.48 (Static Build)
http://code.google.com/p/mulder/downloads/detail?name=MediaInfo.2011-08-17.zip&can=2&q=

Now with Windows 2000 compatibility fix ;)

Zenitram
17th August 2011, 21:41
Now with Windows 2000 compatibility fix ;)

What is wrong with my official build and Windows 2000?

LoRd_MuldeR
17th August 2011, 22:07
What is wrong with my official build and Windows 2000?

If you still use MSVC 9.0 to make your builds, then probably nothing.

But I use MSVC 10.0 for quite some now and therefore the binaries won't run on Windows 2000 without the fix :rolleyes:

See also:
http://mulder.googlecode.com/svn/trunk/Utils/EncodePointerLib/README.txt

Zenitram
17th August 2011, 22:19
If you still use MSVC 9.0 to make your builds, then probably nothing.

I use MSVC 9.0 for CLI versions of MediaInfo for this reason actually, I was afraid you mean that my version was not working anymore with Windows 2000.
Worse, I use MSVC 8.0 (MSVC 2005!) for 32-bit DLL in order to be compatible with Windows 95 ;-) (yes, some crazy people still use Windows 95, and they use up to date MediaInfo... I force myself not to try to understand this)

(64-bit versions are built with MSVC 10 because all 64-bit OS are currently supported).

Such limitations from Microsoft is a bit frustrating...

LoRd_MuldeR
17th August 2011, 22:36
I use MSVC 9.0 for CLI versions of MediaInfo for this reason actually

It actually is pretty easy to get MSVC 10.0 binaries running under Windows 2000.

In my test even complex stuff, such as the Qt-framework, appears to work flawlessly this way.

Worse, I use MSVC 8.0 (MSVC 2005!) for 32-bit DLL in order to be compatible with Windows 95 ;-) (yes, some crazy people still use Windows 95, and they use up to date MediaInfo... I force myself not to try to understand this)

People even try to run Win32 GUI applications on DOS, using the HX Extender ;)

Such limitations from Microsoft is a bit frustrating...

To be fair, the backward compatibility provided by Microsoft is pretty good compared to, let's say, Apple :devil:

smok3
18th August 2011, 00:00
question, this:

head -c 100000 filebig.ext > filesmall.ext
mediainfo filesmall.ext = mediainfo filebig.ext

will fail in what circumstances (if any) ?

Zenitram
18th August 2011, 08:57
head -c 100000 filebig.ext > filesmall.ext
mediainfo filesmall.ext = mediainfo filebig.ext

will fail in what circumstances (if any) ?

May fail.
May not fail.
This depends of the content of the file (if header is at beginning or at end of the file, if index is included in the partial file...), format (for MPEG-TS, you'll have the duration of the partial file...).

MediaInfo is designed to provide maximum info it can with partial files. But there is no list of circumstances, currently (nobody has requested such thing).

smok3
18th August 2011, 10:13
just thinkering with the idea to make a sort of a web app, but so far i can't see a php/http upload way which would stop uploading when certain file size is reached.

p.s. my usual avi and mp4 files do pass the head test.

Zenitram
18th August 2011, 10:26
just thinkering with the idea to make a sort of a web app, but so far i can't see a php/http upload way which would stop uploading when certain file size is reached.

This is in the pipe on my side, but with a C++ server, in order to have fine control about when and how to cut the connexion (MediaInfo DLL API provides fine control of when to cut instead of a hard-coded value)

p.s. my usual avi and mp4 files do pass the head test.

You are lucky. This is not the case of all the files I have.

Brazil2
26th August 2011, 16:02
Zenitram, you may want to check this:

http://forum.doom9.org/showthread.php?p=1522012#post1522012
http://forum.doom9.org/showthread.php?p=1522035#post1522035

Zenitram
27th August 2011, 19:45
Zenitram, you may want to check this:

Done. Thanks for reporting the issue to me.

Kurtnoise
20th September 2011, 09:08
cdda support is on the way...
I wait ;-)
http://sourceforge.net/tracker/index.php?func=detail&aid=3411596&group_id=86862&atid=581183
;)

Zenitram
20th September 2011, 09:10
http://sourceforge.net/tracker/index.php?func=detail&aid=3411596&group_id=86862&atid=581183
;)

Don't worry, I am on it (several disagreements ;-) )

Zenitram
21st September 2011, 12:50
Are you going to add support for .y4m ?

Already done since 0.7.45:
General
Complete name : akiyo_cif.y4m
Format : YUV4MPEG2
File size : 43.5 MiB

Video
Format : YUV
Width : 352 pixels
Height : 288 pixels
Display aspect ratio : 4:3
Frame rate : 29.970 fps
Standard : PAL
Color space : YUV
Scan type : Progressive
Compression mode : Lossless

Edit: I remarked that Windows explorer integration is not done for .y4m, I'll add it.

LoRd_MuldeR
24th September 2011, 14:36
Thanks for the new version.

However there still is a longstanding "cosmetic" bug:
D:\SVN\Tools\mediainfo_0.7.50_AllInclusive>MediaInfo-x64.exe --Help
MediaInfo Command line,
MediaInfoLib - v0.7.50Usage: "MediaInfo [-Options...] FileName1 [Filename2...]"

I think there should be a linebreak or at least a whitespace after the version number ;)

iwod
25th September 2011, 12:19
Will MediaTab gets updated or is it an entirely separate project?

Zenitram
26th September 2011, 11:29
However there still is a longstanding "cosmetic" bug:
I think there should be a linebreak or at least a whitespace after the version number ;)

Oups. Windows Unicode only. Corrected.

Will MediaTab gets updated or is it an entirely separate project?

This is a third-party project, I am not involved in it. Anyway, I asked its author to do a new version.

Zenitram
27th September 2011, 09:05
Will MediaTab gets updated or is it an entirely separate project?

From its author (he can not post here due to the stupid 5-day "you must wait" obligation for new registerd users):

"I have some ideas for a next version (including unicode file names support) but I'm actually a little bit busy. The project is alive but next version has no date release. Execute the updater once at week "

LoRd_MuldeR
27th September 2011, 20:08
Zenitram, what do you think about a more general fix for stdout/stderr and cout/cerr on Win32?

http://pastie.org/private/a5cz9atppnrcgcwyuega

Zenitram
27th September 2011, 23:29
Zenitram, what do you think about a more general fix for stdout/stderr and cout/cerr on Win32?

This is a bit cryptic for me :).
OK, I take it. In SVN.

LoRd_MuldeR
27th September 2011, 23:41
This is a bit cryptic for me :).

It definitely is cryptic :scared:

Unfortunately the only way to convert an operating system file HANDLE into a normal C-style FILE pointer (as needed to replace 'stdout' and fix the 'cout' object) is converting it into a CRT file descriptor first, by calling _open_osfhandle(), and then converting it further to a FILE pointer, by calling _fdopen(). For the 'cout' we additionally need to wrap it into an std::filebuf object...

But it's more or less what Microsoft recommends, except that we explicitly do not want "text" (aka "UTF-8 mangling") mode:
http://support.microsoft.com/default.aspx?scid=kb;en-us;105305