MediaInfo(Lib) 0.7 - Reading information about media files [Archive] - Page 14

Zenitram

2nd March 2010, 17:34

Front/Side/Back...

Front/Side/Back = b66pak
Front/Surround/Back = kypec

In every case, at least 1 person will not be happy... What should I do?

I am not against changing terminology, but I must win more happy users with the new terminology than before, or have a very big argument for changing it.
I understand that "Side" is better, more "technical", but is it understable for the majority of people? I am not sure... Currently, I am still undecided.

SeeMoreDigital

2nd March 2010, 19:03

Front/Side/Back...Yep... I reckon this is good enough ;)

Zenitram

3rd March 2010, 18:06

b66pak

3rd March 2010, 18:20

thanks a lot...
_

SeeMoreDigital

3rd March 2010, 20:58

I released a version with Front/Side/Back, because I was convinced this is more "Marketing" than reality (especialy with now 7.1 configs), but choice was not easy ("Surround" is a lot spread)

https://sourceforge.net/projects/mediainfo/files/development_snapshots/0.7.28%2B/MediaInfo_GUI_20100303_Windows_i386_WithoutInstaller.7z/downloadHi Zenitram,

It still requires a bit of work: -

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Format profile : TrueHD / Core
Muxing mode : Stream extension
Duration : 1mn 34s
Bit rate mode : Variable / Constant
Bit rate : Variable / 640 Kbps
Maximum bit rate : 5 844 Kbps / 640 Kbps
Channel(s) : 8 channels / 6 channels
Channel positions : Front: L C R, Side: L R, rs: L R, LFE / Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz

Needs to be: -
Channel(s) : 8 channels / 6 channels
Channel positions : Front: L C R, Side: L R, Back: L R, Sub: Yes / Front: L C R, Back: L R, Sub: Yes
Sampling rate : 48.0 KHz

As based on the following layout: -

http://i47.tinypic.com/oa1b4j.png

Cheers

b66pak

3rd March 2010, 21:11

Needs to be: -
Channel(s) : 8 channels / 6 channels
Channel positions : Front: L C R, Side: L R, Back: L R, Sub: Yes / Front: L C R, Back: L R, Sub: Yes
Sampling rate : 48.0 KHz

as discussed "one position = one name" :

Channel positions : Front: L C R, Side: L R, Back: L R, Sub: Yes / Front: L C R, Side: L R, Sub: Yes

the picture is confusing:

90-110 speakers can't be "back" in 5.1 and "side" in 7.1...correct is "side" in both cases...
_

SeeMoreDigital

3rd March 2010, 21:18

as discussed "one position = one name" :

the picture is confusing:

90-110 speakers can't be "back" in 5.1 and "side" in 7.1...correct is "side" in both cases...The images are lifted from Dolby's web site

When you play the 5.1Ch "core" the "sides" are not present... The "backs" remain...

b66pak

3rd March 2010, 21:25

the difference between 7.1 and 5.1 are the backs!...with 7.1 you have them...with 5.1 you don't have them...probably you have switched backs with sides...
_

Zenitram

3rd March 2010, 21:44

When you play the 5.1Ch "core" the "sides" are not present... The "backs" remain...

As b66pak said, the image 5.1 has back for 90-110°, and the image 7.1 has side for 90-110°

I have no idea about the reason they change the name and the position in the image for the same angle, but if they do not change the angle, 5.1 back = 7.1 side (both at 90-110°)

For MediaInfo, 90-110° angle must have only ONE name (and the discussion was about Side vs Surround).
Back is already reserved for 135-150°, it can't be reused for 90-110° whatever are the pictures and names, and you demonstrated with the image that your 5.1 channel have "surround" channels at 90-110°... So "Side", and not "Back (135-150°)

If the image is wrong about angles(if speaker position is right), another name for this "new" angle must be found ("Surround"?), so 5.1 would have Front+Surround, and 6.1 or 7.1 would have Front+Side+Back.
But in order to do this, I must be sure that speaker positions are not same (90-110°), and I currently saw no other angles...

About "Sub", I already spoke about it, I don't remember where, but people demonstrated that LFE and Subwoofer names are different, and that "LFE" is better, I use it. I don't display "Yes" because I hide "LFE" if it is not present. I admit this is not the best presentation because separation between the last field and LFE is not great, but this is the best I currently have (I am not sure that ", Back: L R, LFE: Yes" is better than ", Back; L R, LFE". And additionnaly, this is more difficult for translation, L and R are common and understable as Left and Right in the language of people so I let it as is, but "Yes" is a bit too much "english")

Note: I changed "rs" to "Back" for TrueHD

The images are lifted from Dolby's web site

On http://www.dolby.com/consumer/setup/speaker-setup-guide/index.html , Dolby's website, 5.1 channels are named "Surround", not "Back"... I don't know where you saw this image.

SeeMoreDigital

3rd March 2010, 22:20

I see...

I have taken new "lifts" from Dolby's web site for further reference: -

http://i49.tinypic.com/2w5tzya.png

Cheers

kypec

4th March 2010, 10:10

I told you so. Even the Architect alone (=Dolby Laboratories) calls them "Left and Right Surround" speakers! :p

SeeMoreDigital

4th March 2010, 10:29

I told you so. Even the Architect alone (=Dolby Laboratories) calls them "Left and Right Surround" speakers! :pIndeed they do...

Sufficed to say though... The "front" left, centre and right speakers are "surround speakers" too!

Personally... I prefer to have identified where all my surround speakers need to be located. ie: the ones to the "side" and/or the ones to the "back" :)

EDIT: FFdshow's "naming" convention is very understandable: -

http://i45.tinypic.com/11skqjt.png

Cheers

Keiyakusha

18th April 2010, 01:05

Zenitram
Hi! Can you please check this (http://forum.doom9.org/showthread.php?t=154061) thread? There is information about possible bug. Thanks.

qyot27

25th April 2010, 02:21

I've been doing some testing with AVStoDVD, and it's transcoding some of my DVD compliant files because Mediainfo isn't reporting the Standard field for these files. The files in question are MPEG-2 @ 352x240, which is a valid NTSC DVD combination. It seems that 'NTSC' is only reported for files that are 720x480, but not 704x480, 352x480, or 352x240. Likewise, 'PAL' is only reported for 720x576, not 704x576, 352x576, or 352x288. The resolutions are also listed here:
http://www.videohelp.com/dvd#tech

For all those resolutions, could the Standard field also report 'NTSC' or 'PAL'?

Zenitram

2nd May 2010, 18:46

The files in question are MPEG-2 @ 352x240, which is a valid NTSC DVD combination. It seems that 'NTSC' is only reported for files that are 720x480, but not 704x480, 352x480, or 352x240. Likewise, 'PAL' is only reported for 720x576, not 704x576, 352x576, or 352x288. The resolutions are also listed here:
http://www.videohelp.com/dvd#tech

For all those resolutions, could the Standard field also report 'NTSC' or 'PAL'?

Trusting http://en.wikipedia.org/wiki/NTSC#Lines_and_refresh_rate , 240 lines is not NTSC. But I agree that theses digital resolution have NTSC or PAL TVs as target. I added theses resolutions as NTSC/PAL in the release of today (0.7.32).

b66pak

2nd May 2010, 18:52

thanks a lot...
_

LoRd_MuldeR

3rd May 2010, 14:49

Zenitram, may I ask why there is no source package available this time? Or did I miss something?

:thanks:

[EDIT]

Never mind. I managed to manually check out the "v0.7.32" tags from the SVN repository.

qyot27

3rd May 2010, 21:00

Trusting http://en.wikipedia.org/wiki/NTSC#Lines_and_refresh_rate , 240 lines is not NTSC. But I agree that theses digital resolution have NTSC or PAL TVs as target. I added theses resolutions as NTSC/PAL in the release of today (0.7.32).
Thanks.

Zenitram

4th May 2010, 21:22

[QUOTE=LoRd_MuldeR;1396890]Zenitram, may I ask why there is no source package available this time? Or did I miss something?[EDIT]

A bit late, but the source package is avaialble.
This is exactly the same as the SVN tag 0.7.32, no need to update if you used the SVN.

smok3

5th June 2010, 16:46

mediainfoDroplet.app (OS X) updated with MediaInfo_CLI_0.7.33

more info and download here:
http://forum.doom9.org/showthread.php?p=1336727#post1336727

(no other changes)

houdini69

6th June 2010, 10:27

Thanks for updating mediainfoDroplet for Mac OS X! Annoying bug: spaces in files path are not handled.

smok3

6th June 2010, 11:13

Thanks for updating mediainfoDroplet for Mac OS X! Annoying bug: spaces in files path are not handled.

that was already reported, but i cant reproduce here (works with every type of path i could imagine here, spaces in path, spaces in file names, weird chars, etc). So if you have a clue on how to reproduce that, then i can do something?

snap of a 'fil e.m2ts':
http://imagebin.ca/view/lpF2JS7.html
snap of a 'fil e čšžČŠŽ.m2ts':
http://imagebin.ca/view/6-ri3Fn.html

mods: can someone split this from post 672 to a new thread with name:
mediainfoDroplet.app (OS X)
(i did not expect a debate :))

houdini69

6th June 2010, 21:14

Bug reproduced when mediainfoDroplet is in a folder with a name containing spaces! See attached file.

SeeMoreDigital

12th June 2010, 09:31

Hi Zen,

I just thought you may be interested in this one...

I have a "7.1 channel" Dolby Digital Plus sample for you, which is not currently supported by MediaInfo... In-fact it's not currently supported in most applications.

I am able to play it on my Xtreamer (hardware media player) and send the bit-stream output to my Onkyo amplifier. So I can confirm it works.

Any chance you can provide support for such sources?

Here's a link to the source: http://www.megaupload.com/?d=Q4YSDD48

Cheers

Zenitram

12th June 2010, 13:10

I have a "7.1 channel" Dolby Digital Plus sample for you, which is not currently supported by MediaInfo...

There is some info:
Audio
Format : E-AC-3
Format/Info : Audio Coding 3
Duration : 3mn 34s
Bit rate mode : Constant
Bit rate : 732 Kbps
Sampling rate : 48.0 KHz
Stream size : 18.7 MiB

(bit rate is wrong due to how the file is created)

In-fact it's not currently supported in most applications.

I imagine!
Actually, you file has 2 E-AC-3 streams interleaved!
(One 7.1 frame, one 5.1 frame, One 7.1 frame, one 5.1 frame, ...)

Any chance you can provide support for such sources?

On my ToDo list.
But there are some development to do, not quick, and my ToDo list is currently very long, so do not expect it soon.

SeeMoreDigital

12th June 2010, 15:19

Hi Zenitram,

Thanks for the information...

So it's two audio files in one. I wonder if this is the reason why TSmuxer GUI does not recognise it :eek:

Midzuki

22nd June 2010, 04:08

FFdshow's "naming" convention is very understandable: -

http://i45.tinypic.com/11skqjt.png

However the "rear center" channel still is absent... :rolleyes:

SeeMoreDigital

22nd June 2010, 10:37

However the "rear center" channel still is absent... :rolleyes:As far as I know...

None of todays surround sound audio formats generate streams offering a dedicated "rear centre" channel...

Midzuki

22nd June 2010, 14:07

As far as I know...

None of todays surround sound audio formats generate streams offering a dedicated "rear centre" channel...

:confused: :confused: :confused:

What about this 4-channel config (FL, FR, FC, BC) in:

--- .WAV

--- WMA Pro

--- AC3

--- DTS

???

Anyway, the "Mixer" tab of the ffdshow audio decoder/processor DOES include the rear-centre channel. What would be the "logical" "excuse" now? :rolleyes:

P.S.: Still, thanks for answering, and apologies for going off-topic, but it seems the "appropriate" thread (http://forum.doom9.org/showthread.php?t=120465) hasn't cared about this problem since "sometime around 2007", ...

clsid

22nd June 2010, 16:34

If you really want it, submit a patch. That is how open-source development works.

SeeMoreDigital

22nd June 2010, 16:40

:confused: :confused: :confused:

What about this 4-channel config (FL, FR, FC, BC) in:

--- .WAV

--- WMA Pro

--- AC3

--- DTS

???

Anyway, the "Mixer" tab of the ffdshow audio decoder/processor DOES include the rear-centre channel. What would be the "logical" "excuse" now? :rolleyes: Yes... but I'm yet to see or should that be hear, such sources commercially available...

Midzuki

22nd June 2010, 16:48

1)

Yes... but I'm yet to see or should that be hear, such sources commercially available...

hydrogenaudio.org/forums/lofiversion/index.php/t38611.html says:

I think it is important to standardize/implement features before some progressive content provider will choose WMA Lossless over FLAC due to lack of ahead-looking. In other words, only supporting what is widespread at the moment is probably not enough. Microsoft also has a point :
In order to keep pace with new data formats and delivery mechanisms, a standard must be produced to ensure consistency between applications and hardware.

2)

If you really want it, submit a patch. That is how open-source development works.

Translation:

download the latest source-code,
get the required compilers,
close the forum thread,
redirect everybody to the pertinent URL @ sourceforge.net
or @ elsewhere.

-.-

pistacho

24th June 2010, 09:11

Hello, it would be nice if the library showing the bitrate of DTS-HD Core. In the same way that TrueHD:

DTS-HD: Variable / 1509 Kbps

In addition I updated the dll to version 0.7.33 and I stopped working language detection in my application:

info = MediaInfo_Get (mi, MediaInfo_Stream_Audio, (size_t)i, "Language/String", MediaInfo_Info_Text, MediaInfo_Info_Name);

I tested with:

Language
Language/String
Language/String1
Language/String2
Language/String3
Language/String4

No results with any :(

Returns nothing either in the audios or subtitles but the rest is working properly. Does anyone know because it can be?

Back to the 0.7.30 works OK with the same code.

Thanks!
________
drug testing kit (http://drugtestingkit.org)
________
honey oil (http://trichomes.org/hashish/honey-oil)

SeeMoreDigital

24th June 2010, 10:10

pistacho

26th June 2010, 17:33

@Zenitram

Bug confirmed:

From version 0.7.32 language is not detected in the .m2ts files (from Blu-ray). In other types of files works OK. Even with .m2ts files obtained from tsMuxer output also works OK.

With version 0.7.31 this behavior does not occur.

This is the same with the lib as GUI :eek:

http://img96.imageshack.us/img96/8489/language.png

Where is the Language/String?? :p
________
Honda VTX1800F (http://www.cyclechaos.com/wiki/Honda_VTX1800F)
________
extreme vaporizer (http://extremevaporizer.info)

Midzuki

26th June 2010, 22:26

Jeez Midzuki,

That comment on HydrogenAudio is nearly 5 years old. And dates back to a time when 5.1Ch speaker set-ups were the accepted standard.

With the advent of 7.1 speaker set-ups, things have moved on. Indeed, even the "rear channel" positions for a 5.1Ch set-up have moved to the "sides" for a 7.1Ch set-up. Meaning, we now have two dedicated rear channels.

There are certain facts or truths that never "expire". :rolleyes:

Repeat after me:

In other words, only supporting what is widespread at the moment is probably not enough. Microsoft also has a point :

In order to keep pace with new data formats and delivery mechanisms, a standard must be produced to ensure consistency between applications and hardware.

SeeMoreDigital

27th June 2010, 10:18

There's nothing to "repeat after you"...

And as I said before, the "quote" you refer to was written nearly five years ago. The "new data formats and delivery mechanisms" have been agreed and they are now here.

They all utilise an agreed 7.1 channel speaker position layout. Regardless of whether all or just some of the speaker channels are active.

The next "delivery mechanism" (if it ever gets off the ground) will utilise 9.1 (or more LFE) channels, by incorporating front left and right "high level" mounted speakers. Again, regardless of whether all or just some of the speaker channels are active.

Essentially, the sound engineer has to work with the "agreed" speaker position layout - for use with any commercially released product.

Zenitram

27th June 2010, 14:31

Hello, it would be nice if the library showing the bitrate of DTS-HD Core. In the same way that TrueHD:

DTS-HD: Variable / 1509 Kbps

This is still planned, but I still continue to priorize paid feature requests, so this feature is postponed until I have free time.

In addition I updated the dll to version 0.7.33 and I stopped working language detection in my application

I think I lost nothing between the upgrades with my current samples, so I need a sample of your files (the complete blu-ray structure, with clpi and mpls), can you provide a minimal sample? If you do not want to make it public, I can provide a private FTP server access, contact me by private message.
Do you test the m2ts, the mpls or the clpi?

Zenitram

27th June 2010, 14:56

The next "delivery mechanism" (if it ever gets off the ground) will utilise 9.1 (or more LFE) channels, by incorporating front left and right "high level" mounted speakers

This will not be soon, blu-ray is limited to 8 channels currently, and this is expensive enough to have 7 speakers (with good quality) + 1 LFE!

Maybe later, a lot later, we will have 8K (8192 x 3420 pixels, 60p and 12 bits per pixel) video and 22.2 sound!
http://en.wikipedia.org/wiki/8K_Video_Format
http://en.wikipedia.org/wiki/22.2

Dreams :-D

pistacho

27th June 2010, 15:26

Do you test the m2ts, the mpls or the clpi?

m2ts. It is easy to reproduce because it happens with any m2ts of any Blu-ray.

Small m2ts sample:
http://www.hotshare.net/file/270208-1077563d77.html

In the screenshot also is seen to be a .m2ts (T:\SHUTTER_ISLAND\BDMV\STREAM\00015.m2ts) and do not see any language information:

http://img96.imageshack.us/img96/8489/language.png
________
CRF50 (http://www.cyclechaos.com/wiki/Honda_CRF50)
________
volcano vaporizers (http://vaporizers.net/volcano-vaporizer)

stax76

27th June 2010, 15:55

@Zenitram

Maybe you can add high DPI support, right no it uses DPI virtualization compatibility mode and it's ugly at 144 DPI, in XP mode it's ugly too.

http://msdn.microsoft.com/en-us/library/dd464660%28v=VS.85%29.aspx

Today people are using different monitors ranging from big Full HD to small netbook and to make it look good everywhere you need to scale your UI manually, how to do this depend on the widget toolkit, it's one of the main advantages of WPF since it's DPI aware out of the box and manual scaling with old toolkits is more or less painful.

@all

There is a new feature in StaxRip showing MediaInfo of all files contained in a folder using a table (ListView in detail mode), maybe somebody finds it useful or wants to reuse the code in another project, here is a screenshot:

http://j.imagehost.org/t/0833/Unbenannt_7.jpg (http://j.imagehost.org/view/0833/Unbenannt_7)

It's supports sorting by clicking on the column headers.

Zenitram

27th June 2010, 18:04

m2ts. It is easy to reproduce because it happens with any m2ts of any Blu-ray.

The m2ts alone is not enough for language (it is in the .clpi), but I see with my samples now, yes there is a problem during analyzing of the .m2ts (if you analyze the corresponding .clpi or .mpls, language should be available). I should be quick to correct, I try to correct it for next version.

pistacho

27th June 2010, 19:01

The m2ts alone is not enough for language (it is in the .clpi)

In the .m2ts is the 3-letter language code (eng, spa, etc...) not required. In the .clpi word with entire language (English, Spanish...)

I try to correct it for next version.

:thanks:
________
herbalaire (http://vaporizers.net/herbalaire-vaporizer)
________
Honda Z50M (http://www.cyclechaos.com/wiki/Honda_Z50M)

Zenitram

27th June 2010, 19:10

Maybe you can add high DPI support, right no it uses DPI virtualization compatibility mode and it's ugly at 144 DPI, in XP mode it's ugly too.

This is planned too, but same problem than the previous post.
But any help for working on it would be appreciated (this is open source...)

There is a new feature in StaxRip showing MediaInfo of all files contained in a folder using a table

Nice!

stax76

5th July 2010, 11:08

I'm experiencing a hang with a eac3to created h264 20 GB file, it hangs in both our GUIs, the file decodes with NV tools, the troublesome thing is it don't hang with a 50 MB chunk, maybe I should try a bigger chunk but this will gonna be a pain for me to upload since I can only upload with 192 kbit/s.

Zenitram

5th July 2010, 11:17

I'm experiencing a hang with a eac3to created h264 20 GB file.

I think I already corrected the bug in the latest version of MediaInfo.dll (previously, with raw H.264, the whole file was parsed, no problem with 50 MB, but a bit more for 20 GB ;-) ).
Please test at least version 20100704:
https://sourceforge.net/projects/mediainfo/files/development_snapshots/

stax76

5th July 2010, 11:28

That works, thanks! :)

SeeMoreDigital

5th July 2010, 15:33

Hi Zenitram,

I've been sent some iPhone4 captures for testing with my Xtreamer hardware media players.

Anyway, it would seem the iPhone4 generates AAC audio streams with Parametric Stereo. However, they don't seem to contain an SBR flag!

This makes me wonder whether they actually contain SBR signalling or even parametric stereo.

Here's a link to a sample: http://alexmaine.net/IMG_0036.mov And here's another: http://www.dsvilla.co.uk/iphone4testvideo.mov

Cheers