MediaInfo(Lib) 0.7 - Reading information about media files

[Keiyakusha]

the headache you had is due to a value roundig issue (sometimes the delta is 41 ms, sometimes 42 ms) and MediaInfo was sometimes catching the CFR, sometimes not.
Yes, this works way better! Thank you for such a quick fix! :thanks:

[Keiyakusha]

Zenitram
Hi. About the issue I reported earlier. With 24000/1001 framerates it was fixed indeed, but it looks like 60000/1001 and 15000/1001(yes I have one thing that was released on dvd and bd and have this real fps) framerates are affected too. I can make some samples, but it looks like exactly the same issue.
Edit: I'm using mediainfo 0.7.60 release version

[ikuban]

Hi Zenitram,
what about the DTS bitrate issue? Did you forget to fix it?

[Brazil2]

Two APE files with APEv2 tags, MediaInfo is showing the tags of one of the files but not for the other one, while players are showing the tags of both files. Sample files: http://www.embedupload.com/?d=6RIYCHIWRF

[Zenitram]

About the issue I reported earlier. With 24000/1001 framerates it was fixed indeed, but it looks like 60000/1001 and 15000/1001

Please provide samples, it is easier for me to find the issue.

Hi Zenitram,
what about the DTS bitrate issue? Did you forget to fix it?

Oh... Yes. Still on my ToDo-list.

Two APE files with APEv2 tags, MediaInfo is showing the tags of one of the files but not for the other one, while players are showing the tags of both files.

I see tags in both files, but the parser fails on the second file, right. i'll dig the issue.

[Keiyakusha]

Please provide samples, it is easier for me to find the issue.

Here is 3 samples: http://www.mediafire.co/?pmewtf38g1gw822
1) I expect to see constant framerate, but it shows variable. Real framerate is (should be) 15000/1001
2) Same as first case, just framerate is 60000/1001
3) New problem, it shows constant framerate but reports that container and stream framerate differ (it shows 59.880 for container). HeaderEditor from mkvtoolnix reports that container framerate is the same as in sample 2 (16683333 nanoseconds which is 59.94...). If I remux stream with mkvmerge and will manually specify container framerate 60000/1001, then mediainfo shows exact 60 fps for container. I expect it to show constant framerate 60000/1001

Hope this helps...

[Keiyakusha]

Uhh... here is 4th sample. I expect to see 24000/1001 constant fps...
http://www.mediafire.com/?i2ybcdwbgbwxy9h

[manolito]

I do not know if this was brought up before, I noticed a problem with versions 07.59 and 07.60 for MPEG2 files.

My source is a DVD compliant MPEG2 file (one video track, one AC3 audio track, nothing else). Muxing was done with either mplex or Imago. In any case MediaInfo shows a second (non-existing) MPEG audio track with a bitrate of 0 kbps.

Going back to version 07.58 fixes this issue.


Cheers
manolito


//Edit
This problem does not occur if the MPEG2 file is very small.

[Zenitram]

In any case MediaInfo shows a second (non-existing) MPEG audio track with a bitrate of 0 kbps.


I need the file (PM if you don't want to have it public)

[manolito]

I need the file (PM if you don't want to have it public)
Hi Zenitram,
this seems to be a little difficult...:eek:

As I said before, the problem only occurs for bigger files. I did some more tests to determine the size threshold, but I stopped at a file size of 1.3 GB. This file still caused no problems, but MPEG2 files at DVD-5 size (above 4 GB) always throw off Mediainfo 7.59 or 7.60.

I certainly cannot upload a file of this size (it would take more than 12 hours), but it should be easy enough to make an MPEG2 file of this size yourself.


Some more info about the offending files:

Source: PAL TV capture via DVB-T to a .ts file
Demux with ProjectX
Edit with Cuttermaran
Reencode using HCenc and Aften (audio format AC3 CBR 2-channel 224 kbps)
Demux DVD using DGIndex
Mux to MPEG2 using either mplex or Imago (made no difference).



Cheers
manolito

[Zenitram]

But it should be easy enough to make an MPEG2 file of this size yourself.

I have several TS files of more than 10 GB and I don't have this problem. I'll do nothing if I can not reproduce easily the issue.

[Kurtnoise]

Some more info about the offending files:

Source: PAL TV capture via DVB-T to a .ts file
Demux with ProjectX
Edit with Cuttermaran
Reencode using HCenc and Aften (audio format AC3 CBR 2-channel 224 kbps)
Demux DVD using DGIndex
Mux to MPEG2 using either mplex or Imago (made no difference).

could you try to use muxman as DVD muxer for your last step ?

[LoRd_MuldeR]

I have several TS files of more than 10 GB and I don't have this problem. I'll do nothing if I can not reproduce easily the issue.

AFAIK, the video files an a Video-DVD (VOB files) are muxed as Program Streams (with a few DVD-specific extensions), not Transport Streams.

Maybe that makes the difference...

[Zenitram]

AFAIK, the video files an a Video-DVD (VOB files) are muxed as Program Streams (with a few DVD-specific extensions), not Transport Streams.

Maybe that makes the difference...

The soruce is TS, I agree the format is not precise for the analyzed file (PS or TS). Anyway, without file, no correction on my side.

[manolito]

@kurtnoise
could you try to use muxman as DVD muxer for your last step ?
Muxman does not create MPEG2 files, it can only make a DVD structure. But the DVD I extracted the streams from was authored with Muxman.

@Zenitram
Anyway, without file, no correction on my side.
OK, I'll bite. Here is the link to an offending MPEG2 file. Size is 2.7 GB, smaller files did not show this issue.
http://www.sendspace.com/filegroup/fvWCq8eLY1ZF%2BxNQq3xZH4gsoHke45lca9cSHTjlQOVo8B8dQltC5v6OyjniA%2Bqyf8bkDjd0TKhgYstvgjXgwg

As I said before, Mediainfo versions up to 7.58 have no problems with this file, versions 7.59 and 7.60 report a nonexistent second MPG audio stream.


Cheers
manolito

[Kurtnoise]

Muxman does not create MPEG2 files, it can only make a DVD structure. But the DVD I extracted the streams from was authored with Muxman.

Well, I don't understand what you've done...mplex or Imago aren't dvd muxer ?

[manolito]

Well, I don't understand what you've done...mplex or Imago aren't dvd muxer ?
I needed an MPEG2 file for some testing. To mux the elementary streams (.m2v and .ac3) I used either mplex or Imago. Muxman would have been useless in this case, because it is NOT a pure dvd muxer. It muxes and authors in one step, there is no way to get an MPEG2 file out of Muxman.


Cheers
manolito

[SeeMoreDigital]

Muxman would have been useless in this case, because it is NOT a pure dvd muxer. Now I'm confused...

Muxman generates 'pure' DVD compliant muxes from compliant elementary streams and places these streams within the .VOB container. You can't get more 'DVD compliant' than this.

It muxes and authors in one step, there is no way to get an MPEG2 file out of Muxman.There are quite a few tools to get the MPEG-2 stream out of the .VOB container (as an elementary .M2V stream). There are even tools to re-mux from the .VOB container to the .MPG container.

There are also tools to re-mux from the .VOB to the .TS container, .M2TS container, .MKV container, MP4 container, .MOV container and even the .AVI container!

[manolito]

Some more info about the offending files:

Source: PAL TV capture via DVB-T to a .ts file
Demux with ProjectX
Edit with Cuttermaran
Reencode using HCenc and Aften (audio format AC3 CBR 2-channel 224 kbps)
Author DVD using Muxman
Demux DVD using DGIndex
Mux to MPEG2 using either mplex or Imago (made no difference).
We are moving in circles...
Maybe I should have added the red line in my description.

The DVD was authored with Muxman. To get an MPEG2 file from this DVD I demuxed it and muxed it again. You are not really telling me that I should have used Muxman a second time, are you ?

Kurtnoise's point seems to be that the muxer might be to blame. This is not the case. I also tried to make the MPEG2 directly from the VOBs with VOB2MPEG (uses ffmpeg), but it made no difference regardless which muxer I had used. Again: This is not a muxer issue, it is a Mediainfo issue!



Cheers
manolito

[Zenitram]

it is a Mediainfo issue!
In order to stop the conversion about something useless: I confirm it is a MediaInfo issue.

[manolito]

Thanks for the confirmation...:thanks:


Cheers
manolito

[Sjakko]

I dont mean the tooltip i mean a direct column view integration into Explorer (with selectable data source from mediainfo like codec, container, bitrate,video format,audio format bitrate, framerate, maybe some more codec specific stuff like reference frames, b-frames, gop status, gop time. interlace status ect) without needing to always open the mediainfo gui when working with several files, i wonder that no one needs that it could save time :)

I'm working on it...should be available next week for testing.

May I kindly ask if there's progress yet?

[Kurtnoise]

still in progress...my free time is limited these days.

[Zenitram]

In any case MediaInfo shows a second (non-existing) MPEG audio track with a bitrate of 0 kbps.

Corrected:
http://sourceforge.net/projects/mediainfo/files/development_snapshots/0.7.60%2B (minimum 20121012)

[manolito]

Corrected:
http://sourceforge.net/projects/mediainfo/files/development_snapshots/0.7.60%2B (minimum 20121012)
Yes, I confirm that this development version corrects the problem...:)
Thanks a lot!

Cheers
manolito

[Zenitram]

Yes, there are several bitrates. And again Page 20: "The targeted transmission rate may be greater than or equal to the actual bit rate."

Corrected in version 20121018 (http://sourceforge.net/projects/mediainfo/files/development_snapshots/0.7.60%2B/MediaInfo_GUI_20121018_Windows_i386_WithoutInstaller.7z/download).

My computing is now based on the frame size instead of the "targeted transmission rate". Thank you for the explaination and samples, they were helpful.

[Atak_Snajpera]

Since 0.7.57 version I'm getting this error message on this sample -> http://www.mediafire.com/?338otlnlo6lxl66 (http://www.mediafire.com/?338otlnlo6lxl66)

http://i.imgur.com/E1mR2.png

Last working version is 0.7.56

[Zenitram]

Since 0.7.57 version I'm getting this error message on this sample

I think it is corrected in the v0.7.61 release (from today).

[Atak_Snajpera]

I think it is corrected in the v0.7.61 release (from today).

Nope. 0.7.61 gives me the same error.

[Zenitram]

Nope. 0.7.61 gives me the same error.

With official GUI too?
I found another division by 0, with 0 byte long files, but I don't find anything else.

[Atak_Snajpera]

It crashes on this

MediaInfoA_Open(Handle_,PChar(mediapath));

[Zenitram]

Nope. 0.7.61 gives me the same error.

It is weird, it works well with the GUI but it does not work with ripbot.
The other division I found (after 0.7.61) sees to patch your crash (I tested it with ripbot directly)
New version of the DLL 20121022 (http://sourceforge.net/projects/mediainfo/files/development_snapshots/0.7.61%2B/MediaInfo_DLL_20121022_Windows_i386_WithoutInstaller.7z/download)

[Atak_Snajpera]

It is weird, it works well with the GUI but it does not work with ripbot.
Yep it works even with my MediaInfo Lite GUI but I noticed that I used

MediaInfo_Open(_handle,PWideChar(_FileName));

instead of

MediaInfoA_Open(Handle_,PChar(mediapath));

[Atak_Snajpera]

The other division I found (after 0.7.61) sees to patch your crash (I tested it with ripbot directly)
New version of the DLL 20121022

Thanks! This works ok now. :)

[Kurtnoise]

Hi Jérôme,

MI doesn't recognize (yet ?) ac3 streams at 22050Hz (http://forum.doom9.org/showthread.php?p=1597964#post1597964)...yes, not covered by the specs. :D

[Zenitram]

ac3 streams at 22050Hz (http://forum.doom9.org/showthread.php?p=1597964#post1597964)...yes, not covered by the specs. :D

Wow... Awful hack! I hope I well understood the hack (if bsid is 9 instead of 8, then I divide the sampling rate by 2?), SVN is up to date with a patch for 22.05 kHz support.

[Kurtnoise]

Cool...thank you very much.

[tmservo]

I admit, I'm struggling to make this function the way I want too.. I haven't been able to get to mediainfotab to download it (period). I've recently switched CODEC packs, and Klite seemed to have 7.7.7 (very old or faked up by them or ?) Anyway, the one really useful thing it would tell me was what was the Average BR of the video on it's own, etc. and .7.61, newest download, doesn't seem to have that info. It also doesn't seem to give me the bitrate of the HD Audio tracks, which that version offered. Are they different lines or ? Just trying to figure it out :)

[Zenitram]

the one really useful thing it would tell me was what was the Average BR of the video on it's own

Which container format? If it is Matroska with 2 VBR streams (video + audio HD), it is normal, I can provide the average bit rate, but I can not do the difference between each stream for the bit rate (no index, no metadata).

[tmservo]

Which container format? If it is Matroska with 2 VBR streams (video + audio HD), it is normal, I can provide the average bit rate, but I can not do the difference between each stream for the bit rate (no index, no metadata).

I'm looking to get the average video bit rate and audio bitrate. Hmm. I'm not sure, it always seemed to be there in that strange. I can just split the MKV into a Video and MKA for audio and get it that way I suppose

[nikosvault]

Zenitram
Hi. About the issue I reported earlier. With 24000/1001 framerates it was fixed indeed, but it looks like 60000/1001 and 15000/1001(yes I have one thing that was released on dvd and bd and have this real fps) framerates are affected too. I can make some samples, but it looks like exactly the same issue.
Edit: I'm using mediainfo 0.7.60 release version

I wonder if that bug explains why 95% of my encoded mkv videos looks like this in mediainfo:

Frame rate : 60.000 fps
Original frame rate : 59.940 fps

or

Frame rate : 59.880 fps
Original frame rate : 59.940 fps

[Zenitram]

I wonder if that bug explains why 95% of my encoded mkv videos looks like this in mediainfo:

Frame rate : 60.000 fps
Original frame rate : 59.940 fps

or

Frame rate : 59.880 fps
Original frame rate : 59.940 fps

Maybe. Please provide some sample files (few MB are enough, you can cut the files)

[Keiyakusha]

Yeah I have this issue too on some more files but haven't had time to make samples yet... will be helpful if nikosvault can do it.
Also as before sometimes simple remuxing using mkvmerge can change report from.

Frame rate : 59.880 fps
Original frame rate : 59.940 fps
to
Frame rate : 60.000 fps
Original frame rate : 59.940 fps

still, neither is right.

[nikosvault]

http://www.sendspace.com/file/nx5x6c (Frame rate : 60.000 fps, Original frame rate : 59.940 fps)

It seems that the older mkv files in my collection are more prone to show 59.880 fps, but when I cut out a small sample, the files show the same info as the clip above.

[nikosvault]

Any news?

[Selur]

when I cut out a small sample, the files show the same info as the clip above.
judging from the time codes:
...
484
500
517
534
550
567
584
600
617
634
650
667
684
700
.... content is vfr, so if you cut out a portion it is kind of expected that mediainfo will report another frame rate,...

[Reino]

MediaInfo reports 2 channels for this TAK-file (http://www.degeelebosch.nl/reino/Across the River_sample.tak), while in fact it has 4 (quad).

I have no idea, but does TAK also store the channel-mask somewhere, just like WavPack?
Channel positions : Front: L R, Back: L R

[nikosvault]

judging from the time codes:
...
484
500
517
534
550
567
584
600
617
634
650
667
684
700
.... content is vfr, so if you cut out a portion it is kind of expected that mediainfo will report another frame rate,...

Strange that it should pop up like this in mediainfo then:

File size : 4.00 GiB
Duration : 1h 9mn
Overall bit rate : 8 191 Kbps
Encoded date : UTC 2007-11-22 07:14:24
Writing application : mkvmerge v2.1.0 ('Another Place To Fall') built on Aug 19 2007 13:40:07
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 9mn
Bit rate : 7 800 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 59.880 fps
Original frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.141
Stream size : 3.73 GiB (93%)
Writing library : x264 core 56 svn-682C
Encoding settings : cabac=1 / ref=3 / deblock=1:0:1 / analyse=0x3:0x113 / me=umh / fpel_cmp=sad / subme=6 / me-prepass=0 / brdo=1 / mixed_ref=1 / me_range=12 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=7800 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=25000 / vbv_bufsize=9000 / ip_ratio=1.40 / pb_ratio=1.30
Language : English
Default : Yes
Forced : No

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 1h 9mn
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 192 MiB (5%)
Default : Yes
Forced : No

[Kurtnoise]

MediaInfo reports 2 channels for this TAK-file (http://www.degeelebosch.nl/reino/Across the River_sample.tak), while in fact it has 4 (quad).

I have no idea, but does TAK also store the channel-mask somewhere, just like WavPack?
Channel positions : Front: L R, Back: L R
Looks like MI is only compatible with the old taK API, not fully with the new one (http://wiki.multimedia.cx/index.php?title=TAK)...

[Atak_Snajpera]

@zenitram
I think that latest mediainfo incorrectly detects display aspect ratio for some .VOBs

Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : M=3, N=12
Duration : 18s 388ms
Bit rate mode : Variable
Bit rate : 4 279 Kbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 2.40:1
Frame rate : 29.970 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.413
Stream size : 9.38 MiB (94%)
Alignment : encoded by TMPGEnc (ver. 2.524.63.181)
Title : TMPGEnc
Writing application : 2.524.63.181
Writing library : TMPGEnc 2.524.63.181
Color primaries : BT.470 System M
Transfer characteristics : BT.470 System M
Matrix coefficients : BT.601

correct DAR is obviously 16:9 .

Samples
http://www.mediafire.com/?g9n7qy2sll3zcde

http://www.mediafire.com/?rmx18kbzlmb61k2