MediaInfo(Lib) 0.7 - Reading information about media files

[Zenitram]

No info about AAC bitrate in this

No index in MKV + variable bitrate of AAC = no bitrate info is possible as far as I know
https://sourceforge.net/tracker/?func=detail&aid=2132791&group_id=86862&atid=581184

[b66pak]

hi,

i just encode a sample with neroaacenc at 32kb/s (AAC-HE v2)...i am confused about mediainfo report (0.7.38):


for the .m4a:

General
Complete name : audio.m4a
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 7.05 MiB
Duration : 30mn 1s
Overall bit rate : 32.8 Kbps
Encoded date : UTC 2010-12-25 18:23:24
Tagged date : UTC 2010-12-25 18:24:43
Writing application : Nero AAC codec / 1.5.4.0
cdec : ndaudio 1.5.4.0 / -cbr 32000

Audio
ID : 1
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AACv2 / HE-AAC / LC
Codec ID : 40
Duration : 30mn 1s
Bit rate mode : Variable
Bit rate : 32.0 Kbps
Maximum bit rate : 38.9 Kbps
Channel(s) : 2 channels / 1 channel / 1 channel
Channel positions : Front: L R / Front: C / Front: C
Sampling rate : 48.0 KHz / 48.0 KHz / 24.0 KHz
Compression mode : Lossy
Stream size : 6.87 MiB (98%)
Encoded date : UTC 2010-12-25 18:23:24
Tagged date : UTC 2010-12-25 18:24:43

Menu


after demuxing to adts:

General
Complete name : audio_track1.aac
Format : ADTS
Format/Info : Audio Data Transport Stream
File size : 7.15 MiB

Audio
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : HE-AACv2 / HE-AAC / LC
Bit rate mode : Variable
Channel(s) : 2 channels / 1 channel / 1 channel
Channel positions : Front: L R / /
Sampling rate : 48.0 KHz / 48.0 KHz / 24.0 KHz
Compression mode : Lossy
Stream size : 7.15 MiB (100%)
_

[LoRd_MuldeR]

Format profile : HE-AACv2 / HE-AAC / LC
Sampling rate : 48.0 KHz / 48.0 KHz / 24.0 KHz
Channel(s) : 2 channels / 1 channel / 1 channel

HE-AAC == LC-AAC with SBR (Spectral Bandwidth Replication)
HE-AACv2 == LC-AAC with SBR (Spectral Bandwidth Replication) and PS (Parameteric Stereo).

Given we have a HE-AACv2 stream, you can decode with a HE-AACv2 (SBR+PS) capable decoder and you'll get Stereo at 48 KHz. Decode with a decoder that supports HE-AAC (SBR), but not HE-AACv2 (PS) and you'll get Mono at 48 KHz. Decode with a LC-AAC decoder that neither supports SBR nor PS and you'll get Mono at 24 KHz.

[Zenitram]

Given we have a HE-AACv2 stream, you can decode with a HE-AACv2 (SBR+PS) capable decoder and you'll get Stereo at 48 KHz. Decode with a decoder that supports HE-AAC (SBR), but not HE-AACv2 (PS) and you'll get Mono at 48 KHz. Decode with a LC-AAC decoder that neither supports SBR nor PS and you'll get Mono at 24 KHz.

I would not have said it better :)
More généraly, data after " / " are legacy stream information, requested by some users.
This seems to be a bit stupid for AAC because there is only one method per AAC profile (HE-AACv2 has always legacy HE-AAC and HE-AAC has always LC-AAC), but I try to be coherant with other format like AC-3/TrueHD and DTS/DTS-HD (settings for the legacy part may be very different), and this is a way to remind that HE-AAC v1/v2 is compatible with old decoders!

b66pak, can you provide your file, I would like to see where is the "cdec" atom in order to put it in the right MediaInfo field (Writing library settings I imagine, but weird "-cbr" with a not cbr encode...)
+ I will correct the channel position glitch in ADTS I just remarked.

[b66pak]

here (http://www.mediafire.com/?nl7z0locrpzvcza) it is a 40 sec sample (160k)...


how to reproduce (eac3to v3.24 + neroaacenc 1.5.4.0):

eac3to any_stereo.wav he-aac_v2.m4a -32
_

[vlada]

Hi Zenitram,

today a ran into some problems regarding audio files. First I noticed that I get (possibly) incorrect ID3 tag information from some of my music files (MP3s). I was using pretty old version 0.7.30, so I decided to upgrade to the newest one.

Unfortunately 0.7.38 crashes if I try to read information about audio files (video and images work). Here is the error I get:

http://img153.imageshack.us/img153/4725/mierror.png

I tried previous version, 0.7.37, and it has the same problem. Both the dll and GUI versions crash. Version 0.7.35 doesn't crash but shows the wrong tags.

I would like to send you the file with wrong tags. I tried to create a header file, but result was a zero sized file. I don't want to upload the whole MP3, because it is illegal. I could send you the file personally if you have an ftp or by e-mail. Or do you have any other idea?

Thank you!

[Zenitram]

Unfortunately 0.7.38 crashes if I try to read information about audio files (video and images work). Here is the error I get:

There is already a corrected version for the same kind of bug, please test the latest development snapshot:
https://sourceforge.net/projects/mediainfo/files/development_snapshots/

[vlada]

Thanks a lot, this version doesn't crash anymore. However the problem with ID3 tags remains. I made a sample which should show the problem. I cut a few kB at the beginning and at the end of the MP3, which causes problem. The beginning contains ID3v2 tag, which is not read by MediaInfo at all. At the end is ID3V1 tag which is read incorrectly (shows "+" as song title). Other programs I tried (foobar2000, mp3tag, mp3infp) read the tags correctly.

Here is the sample. (http://www.mediafire.com/?c47o82w28da2q1o)

[Zenitram]

The beginning contains ID3v2 tag, which is not read by MediaInfo at all.

Corrected.
Album replay gain : -4.40 dB
Album replay gain peak : 1.075327
Album : Parsley, Sage, Rosemary and Thyme
Track name : Homeward Bound
Track name/Position : 04
Performer : Simon & Garfunkel
Genre : Folk-Rock
Recorded date : 1966
Cover : Yes
Cover type : Cover (front)
Cover MIME : image/jpeg
PLAY_COUNTER : 4
LAST_PLAYED : 2009-12-13 03:48:28
FIRST_PLAYED : 2009-12-06 11:34:01
rating : 4
Play_date : 01. 07. 2005
Play_time : 02:26:45


At the end is ID3V1 tag which is read incorrectly (shows "+" as song title).

TAG+ support added (the long album name is provided even if Id3v2 is not present.

Album : Parsley, Sage, Rosemary and Thyme
Track name : Homeward Bound
Track name/Position : 4
Performer : Simon & Garfunkel
Recorded date : 1966

Version 20101229 contains corrections.

[vlada]

Zenitram, you're amazing! Thanks a lot for the extremely quick fix. I can confirm it works perfectly now.

[Nexin]

To indicate if file is an archive .7z .zip .rar for when real archive file .extension is missing or renamed.

Had some files today that no player, video softwares or any info tool informed me that they were archives. Vlc was only one to see and play them and even then didn't say it was playing file from an archive. Files extensions were .avi and .mp4 viewing hex i could see they were all .rar files with. If this is available in more recent mediainfo than i have, please excuse this post.

[LoRd_MuldeR]

Seems like MediaInfo detects ZIP and 7-Zip files, but not RAR files:

>mediainfo_i386.exe LameXP.2011-01-02.Release-Static.Build-210.zip
General
Complete name : G:\DeLpHi\LameXP_Qt\LameXP\bin\LameXP.2011-01-02.Release-Static.Build-210.zip
Format : ZIP
File size : 11.3 MiB

>mediainfo_i386.exe 7-zip.x86.7z
General
Complete name : E:\7-Zip\7-zip.x86.7z
Format : 7-Zip
File size : 21.5 KiB

>mediainfo_i386.exe oggdec_unicode.rar
General
Complete name : G:\DeLpHi\LameXP_Qt\oggdec_unicode.rar
File size : 779 Bytes

RAR files should be easy to detect though, as they start with a "Marker block" sequence:
0x52 0x61 0x72 0x21 0x1a 0x07 0x00

(The first 4 bytes are "Rar!" when interpreted as ASCII).

[Zenitram]

To indicate if file is an archive .7z .zip .rar for when real archive file .extension is missing or renamed

for a very very long time.

General
Complete name : F:\MediaInfo_GUI_0.7.38_Windows_i386_WithoutInstaller.7z
Format : 7-Zip
File size : 1.56 MiB

If this is available in more recent mediainfo than i have, please excuse this post.

Please always test the latest version (or at least <1 year...) before asking, for all software...


Seems like MediaInfo detects ZIP and 7-Zip files, but not RAR files

Weird, I was testing "RAR!", it works for some files. I added detection of magic value "Rar!" for next release.

MediaInfo does not yet analyze files in ISO/ZIP/RAR/7-Zip/..., this is planned (but low priority)

[LoRd_MuldeR]

With the latest MediaInfo release I have a build problem, because "gzio.c" cannot be found. Excluding that file from the build seems to fix the issue.

{EDIT}

And a small cosmetic issue:
>mediainfo_i386.exe --Help
MediaInfo Command line,
MediaInfoLib - v0.7.39Usage: "MediaInfo [-Options...] FileName1 [Filename2...]"

Missing line-break before "Usage:" !?

[Zenitram]

With the latest MediaInfo release I have a build problem, because "gzio.c" cannot be found. Excluding that file from the build seems to fix the issue.

Oups, I changed locally but I forgot to modify the release files.
Thnaks for the info, for next release.

[vlada]

I found out that MI doesn't read rating tag from Ogg Vorbis files. The files I have are tagged by foobar2000. Also fooabr2000 now uses 'RATING' (uppercase) for the ID3 tag description in MP3 files. I think it is a good idea to check both 'rating' and 'RATING' and return whatever value is set. I'm not sure which one should be preferred if both are set.

Edit: Also MI returns the name of Xiph's container as OGG. According to the format developers it should rather be Ogg.

[Zenitram]

I found out that MI doesn't read rating tag from Ogg Vorbis files. The files I have are tagged by foobar2000. Also fooabr2000 now uses 'RATING' (uppercase) for the ID3 tag description in MP3 files. I think it is a good idea to check both 'rating' and 'RATING' and return whatever value is set. I'm not sure which one should be preferred if both are set.

Please provide a sample, I'll merge information.
If no priority is provided, the last detected item has priority.

[SeeMoreDigital]

With regard to "ID3 tagging"...

Would it be possible to provide information about the ID3 tag version? Such as: ID3v1, ID3v2, ID3v2.3 ISO-8859-1, ID3v2.3 UTF-16, ID3v2.4 UTF-8 (as stated in MP3Tag).


Cheers

[Zenitram]

Would it be possible to provide information about the ID3 tag version? Such as: ID3v1, ID3v2, ID3v2.3 ISO-8859-1, ID3v2.3 UTF-16, ID3v2.4 UTF-8 (as stated in MP3Tag).

so version, subversion, and code page...
This is already available internaly for decoding, I need see how to display this (if there are both ID3v1 and v2, or APETag etc), then... When I have a bit time to think about this. And for code page, this is per field, so I need to imagine how to display this without being too verbose for "normal" users.

Why is it interesting for you?

There is also a pending request to diplay origin of data per field, in the ToDo list but not a priority for me.

[SeeMoreDigital]

Why is it interesting for you? Because it would seem different hardware players support different versions :eek:

So when people provide their MediaInfo reports for their non working (usually iTunes generated) MP3 files, it would be most useful to know which tagging version was used.


Cheers

[Zenitram]

Because it would seem different hardware players support different versions :eek:

So when people provide their MediaInfo reports for their non working (usually iTunes generated) MP3 files, it would be most useful to know which tagging version was used.

Not stupid :rolleyes:
Actually, I was focusing about compatibility of streams (lot of technical details about how a stream is encoded, so people can know the reason the streams are not playable), I was not care about tag compatibility, and I did not think that someone uses MediaInfo for tags compatibility.

I need think about how to display it, showing this information on the default display is maybe too much (currently, I would like to remove something from the default display, not add something), but the piece of information must be easily available for newbees you try to help.

[microchip8]

Hi,

A stupid question, since it wasn't obvious to me how to do it...

If I only want to display the below fields, what exactly do I have to tell mediainfo to do it? The files in question are audio files so I need to get their tags. I'm using the CLI version of mediainfo. I saw the --Inform option, but it's not obvious to me how to use it

Artist
Track title
Track number
Track genre
Album
Year

[Kurtnoise]

try this : mediainfo --Inform=General inputfile

[microchip8]

try this : mediainfo --Inform=General inputfile

That just shows the whole output

What I want is a way to say something like --Inform="Performer" and --Inform="Album" and get only those, not the whole output

[Kurtnoise]

maybe,

mediainfo --Inform=General;%Album%;%Title%;%Track%;%Track/Position%;%Track/Position_Total%;%Genre%; inputfile

[microchip8]

maybe,

mediainfo --Inform=General;%Album%;%Title%;%Track%;%Track/Position%;%Track/Position_Total%;%Genre%; inputfile

Nope, gives nothing. Empty output

[Kurtnoise]

remove the last ; in the command line...otherwise I give up. :D

[microchip8]

remove the last ; in the command line...otherwise I give up. :D

Yeah, isn't working either. Guess I'll have to resort to sed and uncle grep :)

[Kurtnoise]

or wait Zenitram's answer...;)


@Jérôme : it's time to update this thread's title...

[qyot27]

I find it easiest to write templates for the information and call that using --inform. All those semi-colons may be what's messing it up, as I don't use those in the template files (aside from defining the General; or such parameters) and it works fine here.

For example, I saved this in a file called testplate.txt (I included the relevant category headers in the real output because it makes it easier to read):
General;Album: %Album%\r\nTitle: %Title%\r\nTrack: %Track%\r\nTrack Position: %Track/Position%\r\nTrack Position Total: %Track/Position_Total%\r\nGenre: %Genre%

The output from MediaInfo when I use the template is now:
mediainfo --inform=file://c:/testplate.txt "Project 86 - Evil (A Chorus Of Resistance).m4a"
Album: Rival Factions
Title: Evil (A Chorus of Resistance)
Track: Evil (A Chorus of Resistance)
Track Position: 1
Track Position Total: 11
Genre: Pop

[microchip8]

hmm, I just tried it but still empty output here. I'm on Linux, if it matters. My mediainfo version is 0.7.36

[qyot27]

hmm, I just tried it but still empty output here. I'm on Linux, if it matters. My mediainfo version is 0.7.36
I seem to remember it working this way on Linux too (albeit c:/ doesn't work, $HOME/template.txt or something instead). At least it did the last time I tried, but that was several months or even over a year ago, can't remember the mediainfo version. I don't do much info-related stuff on there.

[microchip8]

That's what I get here


neutrino@neutrino:~> mediainfo --Inform=file://file.txt 6th\ Borough\ Project\ -\ Miss\ World\ \(Soultourist\ Remix\).mp3
Album:
Title:
Track:
Track Position:
Track Position Total:
Genre:

[microchip8]

Oh, duuuh! I was tsting on the wrong track, without tags. Both tracks have same file name, but one of it doesn't have tags. Doing the above on the tagged one, works ;)

Many thanks... and slap me on the head :P

[qyot27]

That's weird. I'll need to log onto the other side of my computer to see if I'm getting the same behavior (I'd hope it isn't a difference between 32- and 64-bit, or distro choice - this comp is dualbooted with 32-bit Ubuntu 10.10).

EDIT: Nevermind, it seems it got worked out. I was about to ask if you knew for sure that the file had those tags, but I thought that would be rude.

[microchip8]

One more question, how to get the year? I've noticed that sometimes mediainfo uses "Recorded date" while other times uses "Encoded date". For mp3s, it seems to always use the former, while for m4a the latter

[Zenitram]

One more question, how to get the year? I've noticed that sometimes mediainfo uses "Recorded date" while other times uses "Encoded date". For mp3s, it seems to always use the former, while for m4a the latter

%Recorded_Date% and %Encoded_Date% are different, not the same meaning (Recorded = from artist, Encoded = from encoder).
If you think your file is well tagged but a year is not in the right place, please provide samples.

[Zenitram]

I find it easiest to write templates for the information and call that using --inform. All those semi-colons may be what's messing it up,

I definetely need to change lot of things, write documentation and debug templates, on the long ToDo-list :(.

[microchip8]

%Recorded_Date% and %Encoded_Date% are different, not the same meaning (Recorded = from artist, Encoded = from encoder).
If you think your file is well tagged but a year is not in the right place, please provide samples.

Well, when I use neroAacTag and add -meta:year=1997 (for example), mediainfo displays it always as Encoded_Date. If I add a year in an mp3 (with LAME --ty 1997) then it gets displayed as Recorded_Date

[Zenitram]

Well, when I use neroAacEnc and add -meta:year=1997 (for example), mediainfo displays it always as Encoded_Date.

I have not all encoders installed on my system. Please provide a sample.

[microchip8]

I have not all encoders installed on my system. Please provide a sample.

Here's one :)

http://www.megaupload.com/?d=80Y8CUFB

[Zenitram]

Well, when I use neroAacTag and add -meta:year=1997 (for example), mediainfo displays it always as Encoded_Date.

Bug from me.
Next version will be with Recorded_Date.

[microchip8]

Bug from me.
Next version will be with Recorded_Date.

hehe, happens :)

Will wait for the next version

[mister_no]

@Zenitram

Would it be possible to provide information about the VOB-ID present in our PGC (DVD)? Such as: VID 01 --> 00:00:06.0 VID 02 --> 00:00:08.0 VID 03 --> 00:41:11.0

[Zenitram]

Would it be possible to provide information about the VOB-ID present in our PGC (DVD)? Such as: VID 01 --> 00:00:06.0 VID 02 --> 00:00:08.0 VID 03 --> 00:41:11.0

There is a lot to do with IFO/PGC/DVD, this is possible, but definitely not my priority (no expected professional need / no risk of impact on my professional users / No sponsor)

[Taurus]

@Zenitram
Why is the field scan order not shown for DV Avi like in Mpeg?
I know normally BFF is the default for this kind of container.
But some rare grabbers and/or editors change the field order,
So you have to deal with all kind of jittery playback and encoding hazzles.
Sure I can verify the scan order with avisynth,
but it would be a step less if Mediainfo could do it for me :p
GSpot 2.70a shows the information.

If this has been adressed before, pardon me.
Could'nt find it.

thanks for your patience

[Zenitram]

Why is the field scan order not shown for DV Avi like in Mpeg?

Because I don't know where to find this information, I don't need this piece of information currently so I am not personnaly interested to spend time on it and nobody proposed a patch for it (this is open-source...).

I know normally BFF is the default for this kind of container.
But some rare grabbers and/or editors change the field order,
So you have to deal with all kind of jittery playback and encoding hazzles.
Sure I can verify the scan order with avisynth,
but it would be a step less if Mediainfo could do it for me :p
GSpot 2.70a shows the information.

If you say me where it is in the DV spec, I could integrate it soon, else... Some day when I have a bit free time (and this will not happen soon)

[Taurus]

I understand. :thanks:
If I can find the specs I will come back to you :).

[Vincent Vega]

hi Zenitram,

i just noticed starting version 0.7.39 some of my mp4 files can't open in mediainfo.

here's a sample:
http://www.mediafire.com/?2mvmnm5d62esf97

[SeeMoreDigital]

hi Zenitram,

i just noticed starting version 0.7.39 some of my mp4 files can't open in mediainfo.

here's a sample:
http://www.mediafire.com/?2mvmnm5d62esf97
I'm moved to ask why anyone would generate an AVC video stream at a resolution of 720x400 pixels with an SAR of 80:81 :eek: