View Full Version : MediaInfo(Lib) 0.7 - Reading information about media files
Zenitram
24th January 2013, 15:13
@zenitram
I think that latest mediainfo incorrectly detects display aspect ratio for some .VOBs
Sample 1: there is a DAR change inside the stream, and I was not correcly handling it.
Sample 2: Weird, first header has the correct DAR, but the other ones have Sequence extension, and we have thisthis issue about malformed Sequence extension (http://forum.doom9.org/showthread.php?p=1577699#post1577699).
PS: for other issues, sorry guys but I have lot of work so currently I stll can not spend time on them, but I don't forget them.
Kurtnoise
25th January 2013, 18:32
Hi J閞鬽e,
It looks like that the HD recordings from the FB R関olution use m2ts container...So, Format Name in General part uses BDAV currently. May I suggest to test also the format of audio streams in this case ? I mean, if Format = BDAV && Audio Format = AAC then MPEG-TS.
What do you think ?
Zenitram
25th January 2013, 18:36
It looks like that the HD recordings from the FB R関olution use m2ts container...So, Format Name in General part uses BDAV currently. May I suggest to test also the format of audio streams in this case ? I mean, if Format = BDAV && Audio Format = AAC then MPEG-TS.
BDAV is not related to stream formats.
The difference between BDAV and MPEG-TS is the size of the packet: 192 for BDAV and 188 for MPEG-TS. BDAV is 4 bytes of timestamp + 188 of MPEG-TS.
So BDAV is really BDAV, this file is not MPEG-TS and an MPEG-TS only player will never be able to play it (it is not MPEG-TS standard).
Kurtnoise
26th January 2013, 07:17
Yeah, I saw that in the code but BDAV stands for Blu-Ray Audio/Video, correct ?
So..., it's not annoying to you that we can have, in this case, AAC streams within BDAV strictly speaking ?
Zenitram
26th January 2013, 07:55
Yeah, I saw that in the code but BDAV stands for Blu-Ray Audio/Video, correct
It is the acronym, yes.
It is the first usage of BDAV, yes.
But it is not the only one.
So..., it's not annoying to you that we can have, in this case, AAC streams within BDAV strictly speaking ?
It's not annoying to you that we can have, in another case, subtitles streams with AVI (Audio Video Interleave, subtitles are not planned)? ;-)
It's not annoying to you that we can have, in another case, a video stream with JPEG (Join Picture Expert Group, video is not planned)? ;-)
It's not annoying to you that we can have, in another case, home material supporting DTS (Digital Theater System, you should never have it outside of Theaters)? ;-)
It is only an unique name for a specific technical thing (the container, and only the conainer), no more. It is not written "Blu-ray compliant". BDAV is also used by camcorders and lot of other encoders now.
When a commercial name (with its limitations) is used, it is in the field "commercial name" e.g. "AVC-Intra 50", "IMX 30", "XDCAM HD 35", "XDCAM EX 35"... If I implement a test on BLu-ray specs, there would be a new line with "commercial name" = "Blu-ray".
Here, BDAV means "it is 4+188 packetized MPEG-TS". If you have a better (and accepted by other people) name for such technical thing...
Reino
25th February 2013, 18:32
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)...Could you have a look, Zenitram? Could you also see if you can retrieve the Channel Positions for TAK?
And about Channel Positions...while for 6ch FLAC, WV and TAK files MediaInfo correctly reports [Channel positions : Front: L C R, Back: L R, LFE], for AC3, DTS, E-AC3, TrueHD, etc, it reports [Channel positions : Front: L C R, Side: L R, LFE]. Is this an error on your hand, or is this hardcoded in the audio format itself or something, because on the other hand I've also seen [Channel positions : Front: L C R, Rear: L R, LFE] for 6ch OPUS files. http://www.hydrogenaudio.org/forums/style_emoticons/default/blink.gif
Btw, MediaInfo fails to report any information on this DTS-file (http://www.mediafire.com/?ra1939kxbndv6cx), while the muxed version (http://www.mediafire.com/?crz9xv1l7gxp9v2) it has no problem with.
Zenitram
25th February 2013, 18:48
Could you have a look, Zenitram? Could you also see if you can retrieve the Channel Positions for TAK?
Sorry, I am really late with some requests :(.
Some time ago, I quickly checked the Tak parser, and yes, it is buggy (old TAK format only), I tried to quickly patch it but due to lack of good specs (Multimedia.cx (http://wiki.multimedia.cx/index.php?title=TAK) is good but the bit order is not simple :( ), it is long, so I postponed the pcorrection.
still on the todo-list, but low priority because TAK is not very spread.
MediaInfo fails to report any information on this DTS-file, while the muxed version it has no problem with.
Weird, the raw dts file has padding (with zeros) between each frame. I accept now padding between frames (in SVN and future version 0.7.63)
Kurtnoise
26th February 2013, 07:19
Hi Zen,
The parsing of this IFO file (https://mega.co.nz/#!19shjboZ!Rb7H3Tva6ClCh1bo7qDrIRV4LY9oXIv0HW1LIeJuSPU) seems to be broken for subtitles. MI finds the same IDs (0x20). Should be 0x20, 0x21, 0x22, 0x23 instead...I cannot find something wrong in the code though.
SF website is down...I cannot create a bug report for the moment.
Selur
4th April 2013, 11:23
MediaInfo doesn't output any infos about: http://www.sendspace.com/file/tyi3nq from (https://forum.doom9.org/showthread.php?t=167559)
ffprobe:
Duration: 00:00:10.04, start: 0.000000, bitrate: 7914 kb/s
Stream #0:0: Video: h264 (Baseline) (AVC1 / 0x31435641), yuv420p, 1216x688,14 fps, 28.08 tbr, 14.04 tbn, 28.08 tbc
Stream #0:1: Video: h264 (Baseline) (AVC1 / 0x31435641), yuv420p, 640x480, 14 fps, 41.92 tbr, 13.97 tbn, 27.95 tbc
Stream #0:2: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 22050 Hz, 2 channels, s16, 705 kb/s
Stream #0:3: Unknown: none
and mplayer:
AVI file format detected.
ID_VIDEO_ID=0
[aviheader] Video stream found, -vid 0
ID_VIDEO_ID=1
[aviheader] Video stream found, -vid 1
ID_AUDIO_ID=2
[aviheader] Audio stream found, -aid 2
VIDEO: [AVC1] 1216x688 0bpp 14.039 fps 6309.8 kbps (770.2 kbyte/s)
Load subtitles in c:\Users\Selur\Desktop\
ID_FILENAME=c:\Users\Selur\Desktop\dual_video.avi
ID_DEMUXER=avi
ID_VIDEO_FORMAT=AVC1
ID_VIDEO_BITRATE=6309784
ID_VIDEO_WIDTH=1216
ID_VIDEO_HEIGHT=688
ID_VIDEO_FPS=14.039
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=1
ID_AUDIO_BITRATE=705600
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=10.04
ID_SEEKABLE=1
ID_CHAPTERS=0
on the other side do,...
Kurtnoise
4th April 2013, 16:45
worksforme...
General
Complete name : Q:\samples\mdr_20130401_192547_I2.avi
Format : AVI
Format/Info : Audio Video Interleave
File size : 9.48 MiB
Video #1
Format : AVC
Format/Info : Advanced Video Codec
Codec ID : AVC1
Duration : 10s 43ms
Width : 1 216 pixels
Height : 688 pixels
Frame rate : 14.039 fps
Color space : YUV
Chroma subsampling : 4:2:0
Video #2
Format : AVC
Format/Info : Advanced Video Codec
Codec ID : AVC1
Duration : 10s 19ms
Width : 640 pixels
Height : 480 pixels
Frame rate : 13.974 fps
Color space : YUV
Chroma subsampling : 4:2:0
Audio
Format : PCM
Codec ID : 1
Duration : 19s 955ms
Bit rate : 705.6 Kbps
Channel(s) : 2 channels
Sampling rate : 22.05 KHz
Bit depth : 16 bits
Text
Duration : 10s 2ms
Selur
4th April 2013, 19:18
Strange I'm using http://mediaarea.net/download/binary/mediainfo/0.7.62/MediaInfo_CLI_0.7.62_Windows_x64.zip on Win7pro 64bit
Redownloaded MediaInfo and the file but:
MediaInfo.exe --full c:\Users\Selur\Desktop\mdr_20130401_192547_I2.avi
still doesn't give any output, other files work fine.
-> What mediainfo version are you using?
Cu Selur
Ps.: also tried:
http://mediaarea.net/download/binary/mediainfo/0.7.62/MediaInfo_CLI_0.7.62_Windows_i386.zip -> same problem
0.7.61 -> same problem
Kurtnoise
5th April 2013, 06:14
The same version as yours, except this is my own compilation. I used to use also an other GUI.
NB: I'm able to reproduce this behavior with the official CLI/GUI...
Selur
5th April 2013, 06:15
@Kurtnoise: thanks for testing, for a moment I thought I screwed up my system somehow :)
-> created an entry in the bug tracker (https://sourceforge.net/p/mediainfo/bugs/752/)
poisondeathray
5th April 2013, 16:25
what is the difference between the Kurtnoise "special" version ? What accounts for the difference ?
Selur
5th April 2013, 16:58
@kurtnoise: could you share you mediainfo compile?
Kurtnoise
6th April 2013, 08:41
Why ? I told you that the problem comes from the CLI and/or the GUI, not the library...
Grab the interface from here (http://www.paehl.de/cms/dpmedia) for example and replace MediaInfo.dll by the latest one, you will have something.
Edit : my own compilation has some differences but not related to the AVI container or AVC streams.
Selur
6th April 2013, 08:44
ah, okay, I misinterpreted your posts :)
Kurtnoise
19th April 2013, 16:05
Hi J閞ome,
There is a regression in the DTS parser since your refactoring in rev5298...Grab this sample (http://forum.doom9.org/showthread.php?p=1624662#post1624662) and using the last library, we get nothing.
By looking at the code, it seems that the issue comes from the FrameSynchPoint_Test() function. The sample above begins as 1FFFE80007F1 whereas you're testing 0x1FFFE80007F0LL value...
LoRd_MuldeR
19th May 2013, 21:43
FWIW, I have made fresh static builds of MediaInfo v0.7.63 today:
http://code.google.com/p/mulder/downloads/detail?name=MediaInfo.2013-05-19.zip&can=2&q=
And, while I was at it, also gave an overhaul to my MediaInfo GUI:
http://code.google.com/p/mulder/downloads/detail?name=MediaInfo-GUI.2013-06-01.zip&can=2&q=
Keiyakusha
30th May 2013, 04:54
Again me with my fps problems...
OK, here is source .h264 stream (https://dl.dropboxusercontent.com/u/110558786/Samples/Mediainfo_fps_bug.h264). Mediainfo shows:
Frame rate: 59.940 - good
After muxing it with mmg 6.2.0 (https://dl.dropboxusercontent.com/u/110558786/Samples/Mediainfo_fps_bug.mkv) mediainfo shows:
Frame rate mode : Constant
Frame rate : 60.000 fps - wrong, where this came from?
Original frame rate : 59.940 fps
If I mux the stream with the following timecode (https://dl.dropboxusercontent.com/u/110558786/Samples/Mediainfo_fps_bug_timecodes.mkv):
# timecode format v1
assume 59.9400
600,2600,29.9700
Mediainfo shows:
Frame rate mode : Constant
Frame rate : 59.880 fps
Original frame rate : 59.940 fps
:confused: I expect anything but that...
LoRd_MuldeR
1st June 2013, 00:20
More a cosmetic problem, but trying to analyze a blank (0 byte) file, gives the following output:
E: File read error
E: File read error
E: File read error
E: File read error
E: File read error
E: File read error
... <-- many more of these messages here
E: File read error
E: File read error
E: File read error
E: File read error
E: File read error
E: File read error
General
Complete name : D:\Avidemux 2.5\New Text Document.txt
File size : 0.00 Byte
Maybe some simple sanity check can be added, so MediaInfo will discard an "empty" file right away?
ChiDragon
2nd June 2013, 01:44
I'm encoding animation with the goal of burning it to SD Blu-ray, so I need the --fake-interlaced flag with my progressive content.
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 2mn 30s
Source duration : 2mn 30s
Bit rate mode : Variable
Bit rate : 1 327 Kbps
Maximum bit rate : 40.0 Mbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Variable
Frame rate : 23.976 fps
Original frame rate : 29.970 fps
Minimum frame rate : 14.985 fps
Maximum frame rate : 29.970 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.160
Stream size : 23.7 MiB (100%)
Source stream size : 23.7 MiB (100%)
Writing library : x264 core 130 r2273 b3065e6
Encoding settings : cabac=1 / ref=6 / deblock=0:-1:-1 / analyse=0x3:0x133 / me=tesa / subme=11 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=6 / lookahead_threads=1 / sliced_threads=0 / slices=4 / nr=0 / decimate=0 / interlaced=fake / bluray_compat=1 / constrained_intra=0 / bframes=3 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=1 / weightp=1 / keyint=24 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=24 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=40000 / vbv_bufsize=30000 / crf_max=0.0 / nal_hrd=vbr / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2013-06-01 07:12:34
Tagged date : UTC 2013-06-01 07:25:50
Color primaries : BT.601 NTSC
Transfer characteristics : BT.601
Matrix coefficients : BT.601
I assume this is a MediaInfo bug and not x264 actually generating VFR output from my AVS file.
wanezhiling
4th June 2013, 03:38
http://pan.baidu.com/share/link?shareid=470086&uk=3490642413
D:\新世纪福音战士EVA Beautiful World.mp3
General
Complete name : D:\新世纪福音战士EVA Beautiful World.mp3
Format : MPEG Audio
File size : 12.4 MiB
Duration : 5mn 18s
Overall bit rate mode : Constant
Overall bit rate : 320 Kbps
Album : Eva
Track name : 新世纪福音战士EVA Beautiful World
Track name/Position : 187
Performer : 宇多田光
Cover : Yes
Cover MIME : image/png
Lyrics : [ti:Beautiful World] / [ar:宇多田光] / [al:Beautiful World / Kiss & Cry] / [by:星辰的哀伤] / / [04:09.52][04:03.83][00:06.16][00:00.00] / [00:04.44]制作 星辰的哀伤 / [00:09.77]it\'s only love it\'s only love / [01:50.09][00:17.51]もしも愿いひとつだけ叶うなら如果只有一个愿望能实现 / [03:46.49][00:26.06]君のそばで眠らせて 那么就让我在你身边恬睡 / [00:31.17]どんな场所でもいいよ 哪里也不再想去 / [03:21.32][02:06.10][00:34.36]Beautiful world / [00:37.48]迷わず君だけを见つめている凝视着坚定的你 / [03:29.69][02:14.43][00:42.65]Beautiful boy / [02:17.80][00:46.68]自分の美しさまだ知らないの还不知道自己的美吗 / [02:25.38][00:53.53]It\'s only love / [00:59.63]寝てもさめても 少年マンガ / [01:05.30]梦见てばっか 睡着醒着 都只梦见少男漫* / [01:08.18]自分が好*じゃないの 难道他就不喜欢我吗 / [01:16.18]何が欲しいか 分からなくて他想要什么 我不知道 / [01:20.41]ただ欲しがって / [01:24.91]ぬるい涙が頬をつたう 只想要脸颊上流淌着的温存的泪 / [01:32.68]言いたいことなんてない 什么都不想说 / [01:37.21]ただもう一度会いたい只想再见一次面 / [01:41.16]言いたいこと言えない想说的事情却不能说 / [01:45.05]根性なしかもしれない说不定是没有毅力 / [01:47.77]それでいいけど这样虽然也不错 / [01:57.71]君のそばで眠らせて那么就让我在你身边恬睡 / [02:02.59]どんな场所でもいいよ哪里也不再想去 / [02:09.40]迷わず君だけを见つめている 凝视着坚定的你 / [02:31.26]どんなことでも やってみて什么事情都试着做做看 / [02:37.19]损をしたって 虽然这样的结果是吃亏 / [02:40.87]少し経験值あげる但却能从中汲取*验 / [02:47.89]新闻なんかいらない根本不需要什么报纸 / [02:50.08]肝心なことが载っていない连那么重要的事情都没有记载 / [02:56.28]最近调子どうだい 最近的气氛是怎么了 / [02:58.66]元気にしてるなら 如果还充满干劲的话 / [03:02.71]别にいいけど 那也还好吧 / [03:04.65]仆の世界消えるまで会えるなら 如果我的世界消失那天能够遇见你 / [03:12.96]君のそばで眠らせて 在你的身边恬睡 / [03:18.52]どんな场所でも结构 无论在什么样的地方 / [03:24.40]儚く过ぎていく日々の中で 在过度虚幻的每一天里 / [03:33.13]気分のムラは仕方ないね 世外桃源不是办法 / [03:37.98]もしも愿いひとつだけ叶うなら 如果只有一个愿望能实现 / [04:11.42]Beautiful world... / [04:27.21]2007年以新设定、新*像、新故事全面复活的《新世纪福音战士新剧场版》 / [04:35.77]日前公开了其《EVA新剧场版：序》主题曲的消息。 / [04:41.93]主题曲选中了宇多田光的新曲《Beautiful World》，这张单曲碟将会在8月29日发售 / [04:53.34]END制作：星辰的哀伤 / / / / / / / / / / / /
Audio
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Duration : 5mn 18s
Bit rate mode : Constant
Bit rate : 320 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 12.1 MiB (98%)
:eek::eek::eek:
a fix chs dll:http://pan.baidu.com/share/link?shareid=511844&uk=3558042035
D:\新世纪福音战士EVA Beautiful World.mp3
常规
文件全称 : D:\新世纪福音战士EVA Beautiful World.mp3
文件格式 : MPEG Audio
文件大小 : 12.4MB
时间长度 : 5分 18秒
混合码率模式 : 恒定(CBR)
平均混合码率 : 320Kbps
专辑 : Eva
音轨 : 新世纪福音战士EVA Beautiful World
音轨/曲目号 : 187
艺术家 : 宇多田光
封面插图 : Yes
封面插图格式 : image/png
Lyrics : [ti:Beautiful World] / [ar:宇多田光] / [al:Beautiful World / Kiss & Cry] / [by:星辰的哀伤] / / [04:09.52][04:03.83][00:06.16][00:00.00] / [00:04.44]制作 星辰的哀伤 / [00:09.77]it\'s only love it\'s only love / [01:50.09][00:17.51]もしも愿いひとつだけ叶うなら如果只有一个愿望能实现 / [03:46.49][00:26.06]君のそばで眠らせて 那么就让我在你身边恬睡 / [00:31.17]どんな场所でもいいよ 哪里也不再想去 / [03:21.32][02:06.10][00:34.36]Beautiful world / [00:37.48]迷わず君だけを见つめている凝视着坚定的你 / [03:29.69][02:14.43][00:42.65]Beautiful boy / [02:17.80][00:46.68]自分の美しさまだ知らないの还不知道自己的美吗 / [02:25.38][00:53.53]It\'s only love / [00:59.63]寝てもさめても 少年マンガ / [01:05.30]梦见てばっか 睡着醒着 都只梦见少男漫画 / [01:08.18]自分が好きじゃないの 难道他就不喜欢我吗 / [01:16.18]何が欲しいか 分からなくて他想要什么 我不知道 / [01:20.41]ただ欲しがって / [01:24.91]ぬるい涙が頬をつたう 只想要脸颊上流淌着的温存的泪 / [01:32.68]言いたいことなんてない 什么都不想说 / [01:37.21]ただもう一度会いたい只想再见一次面 / [01:41.16]言いたいこと言えない想说的事情却不能说 / [01:45.05]根性なしかもしれない说不定是没有毅力 / [01:47.77]それでいいけど这样虽然也不错 / [01:57.71]君のそばで眠らせて那么就让我在你身边恬睡 / [02:02.59]どんな场所でもいいよ哪里也不再想去 / [02:09.40]迷わず君だけを见つめている 凝视着坚定的你 / [02:31.26]どんなことでも やってみて什么事情都试着做做看 / [02:37.19]损をしたって 虽然这样的结果是吃亏 / [02:40.87]少し経験值あげる但却能从中汲取经验 / [02:47.89]新闻なんかいらない根本不需要什么报纸 / [02:50.08]肝心なことが载っていない连那么重要的事情都没有记载 / [02:56.28]最近调子どうだい 最近的气氛是怎么了 / [02:58.66]元気にしてるなら 如果还充满干劲的话 / [03:02.71]别にいいけど 那也还好吧 / [03:04.65]仆の世界消えるまで会えるなら 如果我的世界消失那天能够遇见你 / [03:12.96]君のそばで眠らせて 在你的身边恬睡 / [03:18.52]どんな场所でも结构 无论在什么样的地方 / [03:24.40]儚く过ぎていく日々の中で 在过度虚幻的每一天里 / [03:33.13]気分のムラは仕方ないね 世外桃源不是办法 / [03:37.98]もしも愿いひとつだけ叶うなら 如果只有一个愿望能实现 / [04:11.42]Beautiful world... / [04:27.21]2007年以新设定、新画像、新故事全面复活的《新世纪福音战士新剧场版》 / [04:35.77]日前公开了其《EVA新剧场版：序》主题曲的消息。 / [04:41.93]主题曲选中了宇多田光的新曲《Beautiful World》，这张单曲碟将会在8月29日发售 / [04:53.34]END制作：星辰的哀伤 / / / / / / / / / / / /
音频
文件格式 : MPEG Audio
格式版本 : Version 1
格式算法 : Layer 3
时间长度 : 5分 18秒
码率编码模式 : 恒定(CBR)
码率 : 320Kbps
声道数 : 2声道
采样率 : 44.1KHz
压缩模式 : 有损压缩
流大小 : 12.1MB (98%)
Kurtnoise
4th June 2013, 05:41
@wanezhiling : what is your problem ?
wanezhiling
4th June 2013, 06:03
@wanezhiling : what is your problem ?
MediaInfo cannot correctly recognize the mp3 (http://pan.baidu.com/share/link?shareid=470086&uk=3490642413) lyric info
http://farm4.staticflickr.com/3677/8944405419_a8624e5002_o.png
With a chs dll (http://pan.baidu.com/share/link?shareid=511844&uk=3558042035), its ok
http://farm4.staticflickr.com/3773/8945027958_fe2093108f_o.png
Kurtnoise
4th June 2013, 09:09
I'm not sure that's MediaInfo issue...probably mpc-hc related. I mean, how mediainfo library has been compiled.
Keiyakusha
5th June 2013, 00:48
Found some other weird issue with mkv.
I have mkv with 2 editions. In mkvmerge I set Title/segment name to "1st-2nd day".
If I'll add following tags to my file:
<?xml version="1.0" encoding="UTF-8"?>
<!-- <!DOCTYPE Tags SYSTEM "matroskatags.dtd"> -->
<Tags>
<Tag>
<Targets>
<EditionUID>3527066182666510771</EditionUID>
</Targets>
<Simple>
<Name>TITLE</Name>
<String>1st day</String>
</Simple>
</Tag>
<Tag>
<Targets>
<EditionUID>4757669719501998224</EditionUID>
</Targets>
<Simple>
<Name>TITLE</Name>
<String>2nd day</String>
</Simple>
</Tag>
</Tags>
Then mediainfo will show this:
Writing library : libebml v1.3.0 + libmatroska v1.4.0
TITLE : 2nd day
Why it takes name of the second edition which is not even marked as default :confused:
Edit: string marked blue I can change to whatever I want (however then it won't change the title of the actual edition) Then mediainfo will show something like this:
Writing library : libebml v1.3.0 + libmatroska v1.4.0
名前 : 2nd day
Still using 2nd tag.
sneaker_ger
21st June 2013, 05:53
Here's a 24/1.001 fps sample file (http://www.file-upload.net/download-7739374/mkv_to_mkv_timing_fix.mkv.html) with incorrect h.264 bitstream time scale (24000 instead of 48000 field rate), but correct mkv timecodes.
Here's what is shown:
Frame rate : 11.990 fps
Original frame rate : 11.988 fps
To my understanding, "Frame rate" should be container rate, right? I.e. it should look like that:
Frame rate : 23.976 fps
Original frame rate : 11.988 fps
I know the file is kinda borked, but I thought I'd put this here anyways. I don't really care all that much, but it caused some irritation in another discussion with that sample.
Atak_Snajpera
14th October 2013, 14:16
Is this normal that MediaInfoA_Get(Handle_, 1, 0, 'Codec/String', 1, 0) for UT VIDEO (ULRG) returns Ultimotion string instead of just ULRG? For example UT VIDEO (ULRA) returns just ULRA
Zenitram
14th October 2013, 14:23
Is this normal that MediaInfoA_Get(Handle_, 1, 0, 'Codec/String', 1, 0) for UT VIDEO (ULRG) returns Ultimotion string instead of just ULRG? For example UT VIDEO (ULRA) returns just ULRA
Ultimotion is expected to be provided for 'ULTI' 4CC.
I have in the dtabase:
ULRA --> RGBA (Ut Video)
ULRG --> RGB (Ut Video)
FYI, "Codec/String" field is deprecated for several years and will be removed in few years, you should use non-deprecated fields ("Format" or "CodecID" depending of your needs).
Reino
20th October 2013, 16:35
still on the todo-list, but low priority because TAK is not very spread.Have you found some time to have a look now 8 months later?
SeeMoreDigital
27th November 2013, 16:06
Out of interest...
When running audio files through MediaInfo is it possible to determine/report what ID tagging type and version was used?
Cheers
LoRd_MuldeR
7th December 2013, 19:46
Here are some fresh MediaInfo v.0.7.65 builds:
CLI: http://code.google.com/p/mulder/downloads/detail?name=MediaInfo.2013-12-06.zip&can=2&q=
GUI: http://code.google.com/p/mulder/downloads/detail?name=MediaInfo-GUI.2013-12-07.zip&can=2&q=
Octo-puss
8th December 2013, 17:09
But that version has been out since 20.11. I don't understand the point of your builds.
LoRd_MuldeR
8th December 2013, 18:05
But that version has been out since 20.11. I don't understand the point of your builds.
You know, I'm not a build bot. I have other things to do in my life than monitoring the MediaInfo project and making new builds ASAP, so there can be some delays ;)
(BTW: Those builds are merely a byproduct of my other projects, but I still think they might be useful for others too, so I decided to share them here)
Octo-puss
8th December 2013, 19:29
Oh nothing wrong with that :) I was just being curious whether they were any different, because official builds are being posted pretty consistently.
LoRd_MuldeR
8th December 2013, 20:27
I was just being curious whether they were any different, because official builds are being posted pretty consistently.
First of all there are no "static" builds on the official web-site. So their builds always depend on an external MediaInfo DLL, while mine do not. Furthermore, I have created my own MediaInfo GUI from the scratch, that is quite different from the official one. And, finally, I sometimes needed to include custom patches to make MediaInfo work as I need it - though currently I don't include any custom patches.
Octo-puss
9th December 2013, 12:12
Allright. Thanks for clarification :)
shinchiro
26th December 2013, 07:55
Is it possible to get more information about attachment from mediainfo? For example get font name...
foxyshadis
4th January 2014, 03:10
Out of interest...
When running audio files through MediaInfo is it possible to determine/report what ID tagging type and version was used?
Cheers
Not yet. You'd have to patch it to expose that info, although it could be done as part of the tag reading functions.
SeeMoreDigital
4th January 2014, 12:25
Not yet. You'd have to patch it to expose that info, although it could be done as part of the tag reading functions.
Thanks for the reply...
So far, I've only found that MP3tag can reveal such information.
Kurtnoise
6th January 2014, 10:51
you mean something like ID3v2 or something else ?
SeeMoreDigital
6th January 2014, 18:29
you mean something like ID3v2 or something else ?
Yes, that's it.
MP3tag is able to define between: ID3v1, ID3v2.3, ID3v2.4, APEv2, FLAC and maybe some others...
I've been trying to perform some meta-data recognition tests with my Oppo BDP-103 player. So it would be most useful if your application was able to display such information.
Cheers
Zenitram
6th January 2014, 18:38
MP3tag is able to define between: ID3v1, ID3v2.3, ID3v2.4, APEv2, FLAC and maybe some others...
I definitely have it internally, but it is not exposed (I have to find/create a specific field for Tag format and version).
On the (very long :( ) ToDo-list.
SeeMoreDigital
6th January 2014, 19:38
I definitely have it internally, but it is not exposed (I have to find/create a specific field for Tag format and version).
On the (very long :( ) ToDo-list.
Out of interest... What sort of 'new features' are on your 'very long' to-do list?
Zenitram
7th January 2014, 10:16
Out of interest... What sort of 'new features' are on your 'very long' to-do list?
Oh... Nothing definitive, I always have more "super urgent" requests when I think I may finish soon :)
Most of them do not concern viewers of this forum because they are focused on professional needs (they sponsor me, MediaInfo is my full-time job).
A small list:
- IMF (Interoperable Master Format) (http://www.imfforum.com) (specs are not final so they change often) support,
- AAF (Advanced Authoring Format) (http://en.wikipedia.org/wiki/Advanced_Authoring_Format) (pretty old but professionals have sometimes old tools) support,
- EBUCore (https://tech.ebu.ch/lang/en/MetadataEbuCore) output support,
- Native ISO 9660 (http://en.wikipedia.org/wiki/ISO_9660) and ISO 13346 (http://en.wikipedia.org/wiki/ISO_13346) (aka .iso files) support (requested for a long time and finally sponsored!),
- Support of concatenation of VOB (DVD-Video) files (requested for a long time and finally sponsored!,
- Pro Tools 10+ Session file (.ptx) support,
- More JPEG 2000 bitstream analysis
- Improved ARIB (Japanese standard) captions support (also in MXF),
- More support of directories containing 1 file per stream with "home made standardized" file names (showing the directory as 1 package),
- Optimization of MediaInfo for reading files from high latency locations (HTTP/FTP servers not on site)
- More in depth analysis of MPEG Audio, AC-3, AAC, H.264 and H.265 for bitstream syntax errors detection,
- More regression tests, CPU and memory usage optimization,
- Automation of Windows/Linux/Mac deliveries,
- Improved template support for output (not sponsored yet so low priority),
- Common GUI on all platforms, and improvements on it (not sponsored yet so low priority),
- iPhone/Android/asm.js version (not sponsored yet so low priority),
- Documentation (not sponsored yet so low priority),
- Bugs correction, consulting as Digital Media Specialist...
BTW, if theses items are not cryptic for someone and if this person is interested in doing some development on MediaInfo (he must already know its code a bit as a proof he is interested by the tool), I can pay him (but I can not offer a full time job, only partial time)
LoRd_MuldeR
12th January 2014, 00:20
And again some fresh MediaInfo v0.7.67 builds:
CLI: http://sourceforge.net/projects/muldersoft/files/MediaInfo%20%28CLI%2BGUI%29/MediaInfo.2014-01-11.zip/download
GUI: http://sourceforge.net/projects/muldersoft/files/MediaInfo%20%28CLI%2BGUI%29/MediaInfo-GUI.2014-01-11.zip/download
Nexin
1st February 2014, 02:52
Tak (takc) encoded audio files (filename.tak)
Windows XP3 Right click context menu has no integration with .tak files
After Open Mediainfo manually will show info for tak file. Though MediaInfo shows 2 channel audio for 6 channel audio (Foobar2000_Info: FL FR FC LFE BL BR - 24/96 - lossless)
Also
No MediaInfo context use with MLP audio files. Drag and drop works with MediaInfo GUI v7.66.
wanezhiling
18th February 2014, 07:20
I don't know if someone has same experience, it took MediaInfo 0.7.65(and later) many time to scan a file with 'fake' extension. For example:
Scaning an orginal 4GB abc.ts may need 2sec only, while if you rename it to abc.avi, then the scaning time increases to 15sec..:scared:
ps: 0.7.64 has no this symptom.
Zenitram
18th February 2014, 07:47
it took MediaInfo 0.7.65(and later) many time to scan a file with 'fake' extension.
When the extension is the right one, the right parser is used in priority so all other useless parsers are not launched.
ps: 0.7.64 has no this symptom.
I need the file in order to see which parser has the bug (if it reads too much data before giving up).
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.