MediaInfo(Lib) 0.7 - Reading information about media files

[Octo-puss]

I know... I have thousands of x64 users (me included), but none of them is ready to pay for this request, so I prioritize the features that will contribute to my salary first... Unlike some other tools, MediaInfo is my fulltime job, don't forget it, so uneconomic features are handled after the economic ones (requests from people here are often useful for my professional offer and quick to implement, but unfortunatly for you, not this one)
A bit offtopic, but I find this interesting.
As much as this tool is useful, I cannot imagine how you can make living on this. It's "just" a small information utility like tens of others. And it's free. I can imagine several people sending some donations, but this? Whoa...

[Zenitram]

(...) It's "just" a small information utility like tens of others. And it's free. I can imagine several people sending some donations, but this? Whoa...

Actually, donations are not enough, far from it.
This is not "just" a small information utility, because I support lot of formats (same API for all formats, rare), I provide a lot of information not easy to find (B-Frames, GOP, interleave method...) and I provide a library (and important: cross platform), used by companies for automation on hundred of thousands of files. I work more on feedback I have here about wrongly analyzed files because I know that people paying me can have the same issue later. You win a better software, I win good support. For GUI, I win less, so this is low priority for (I don't forget, but low priority).

I don't live from donations, but from paid feature requests (most of them are not visible in the GUI, you must look inside the code to find them ;-), GUI will be implemented for theses features when I have free time, people who pay use mainly the library).

Yes, some people can live from this kind of development! Not a big company, but enough for 1-2 people.

[Nexin]

I think I already said it here, but I will repeat: THIS IS PLANNED. I know it would be better to have this feature.
I do what I want, you can do what you want, MediaInfo is open-source software, you have a lot of solutions:
- Pay me for what you need
- Pay someone else for doing it
- Do it yourself.
For me, I currently work for people paying me for improving MediaInfo, and they have the priority compared to the needs from people who need something for free (if they really need it, they would pay for it), I am not your slave. My current focus is on the features, not the GUI.
So this feature is planned for when I have a bit free time. In the meanwhile, someone send me a patch, I will integrate it.

Please rethink to the developers and how much you paid for this software.
I wasn't meant to sound harsh, have read again and it does, sorry for that. Nice to hear this is known, todo and planned to be better, thank you for your views :)

[Zenitram]

I wasn't meant to sound harsh, have read again and it does, sorry for that.

Accepted :).

[stax76]

@Zenitram

I have a file where 'CodecID/Hint' won't return 'MP3', maybe you can tell me a easy and reliable way to detect MP3.


General
CompleteName : D:\Video\Temp\aaa.FLV
Format : Flash Video
FileSize/String : 3.42 MiB
Duration/String : 4mn 28s
OverallBitRate/String : 107 Kbps
httphostheader : aaa

Video
Format : H.263
Duration/String : 4mn 28s
BitRate/String : 40.2 Kbps
Width/String : 320 pixels
Height/String : 240 pixels
DisplayAspectRatio/String : 4:3
FrameRate_Mode/String : Constant
FrameRate/String : 25.000 fps
Bits-(Pixel*Frame) : 0.021
StreamSize/String : 1.28 MiB (38%)

Audio
Format : MPEG Audio
Format_Version : Version 2
Format_Profile : Layer 3
Format_Settings_Mode : Joint stereo
Format_Settings_ModeExtension : MS Stereo
Duration/String : 4mn 28s
BitRate_Mode/String : Variable
BitRate/String : 59.2 Kbps
Channel(s)/String : 2 channels
SamplingRate/String : 22.05 KHz
BitDepth/String : 16 bits
StreamSize/String : 1.89 MiB (55%)

[Atak_Snajpera]

Format profile : Layer 3
Layer 3 = MP3
Layer 2 = MP2

[stax76]

These are the relevant parameters:

Format : MPEG Audio
Format_Commercial : MPEG Audio
Format_Version : Version 2
Format_Profile : Layer 3
Codec : MPA2L3
Codec/String : MPEG-2 Audio layer 3

Wikipedia says MP3 is MPEG-1 or MPEG-2 Audio Layer 3 so maybe the easiest way would be to check if 'Codec' is either MPA1L3 or MPA2L3, I could find a sample for both.

[mariush]

That's correct. MP3 can be MPEG 1 Layer 3, MPEG 2 Layer 2 and MPEG 2.5 Layer 3 (some not official or standardized)... http://en.wikipedia.org/wiki/MP3#Bit_rate shows it well.

[Zenitram]

I have a file where 'CodecID/Hint' won't return 'MP3', maybe you can tell me a easy and reliable way to detect MP3.

'CodecID/Hint' depends of the CodecID, so of the container (ie AVI in you case I imagine, CodecID 0x55 is for layer 3).

If you want to be sure to detect MP3 whatever is the container, other people provided the right direction:
Format : MPEG Audio
Format_Profile : Layer 3

[SeeMoreDigital]

That's correct. MP3 can be MPEG 1 Layer 3, MPEG 2 Layer 2 and MPEG 2.5 Layer 3 (some not official or standardized)... http://en.wikipedia.org/wiki/MP3#Bit_rate shows it well.I think you mean: MPEG-2 Layer-3...

[mariush]

No, I'm pretty sure I know what I mean. Read the Wikipedia article.

[stax76]

You wrote Layer 2. :D

[stax76]

Next StaxRip version will have some MediaInfo related improvements:

http://thumbnails9.imagebam.com/9370/96e96493699600.jpg (http://www.imagebam.com/image/96e96493699600) http://thumbnails31.imagebam.com/9370/89701593699638.jpg (http://www.imagebam.com/image/89701593699638) http://thumbnails31.imagebam.com/9370/d4cb0d93699662.jpg (http://www.imagebam.com/image/d4cb0d93699662) http://thumbnails32.imagebam.com/9370/25b98093699672.jpg (http://www.imagebam.com/image/25b98093699672) http://thumbnails33.imagebam.com/9370/e6c93493699692.jpg (http://www.imagebam.com/image/e6c93493699692) http://thumbnails25.imagebam.com/9370/4ecc1d93699706.jpg (http://www.imagebam.com/image/4ecc1d93699706)

[Zenitram]

Next StaxRip version will have some MediaInfo related improvements:


Eh eh... I see you like to play with it...

[jasonwc]

I'm using Mediainfo 0.7.34 and I've noticed that after merging a FLAC into an MKV, I lose the FLAC bitrate metadata. I asked Mosu about this, and he insists that MKVMerge does not strip the metadata. Instead, he says that Mediainfo simply doesn't read the metadata when it's two levels deep.

Would it be possible to display this information?

[jasonwc]

Next StaxRip version will have some MediaInfo related improvements:

http://thumbnails9.imagebam.com/9370/96e96493699600.jpg (http://www.imagebam.com/image/96e96493699600) http://thumbnails31.imagebam.com/9370/89701593699638.jpg (http://www.imagebam.com/image/89701593699638) http://thumbnails31.imagebam.com/9370/d4cb0d93699662.jpg (http://www.imagebam.com/image/d4cb0d93699662) http://thumbnails32.imagebam.com/9370/25b98093699672.jpg (http://www.imagebam.com/image/25b98093699672) http://thumbnails33.imagebam.com/9370/e6c93493699692.jpg (http://www.imagebam.com/image/e6c93493699692) http://thumbnails25.imagebam.com/9370/4ecc1d93699706.jpg (http://www.imagebam.com/image/4ecc1d93699706)

That mediainfo explorer view would be awesome integrated into Windows Explorer. Currently, the only explorer filter to show Matroska metadata is the DivX codec pack, and it kills Explorer when a folder contains a MKV with AVC header compression.

[Zenitram]

I asked Mosu about this, and he insists that MKVMerge does not strip the metadata. Instead, he says that Mediainfo simply doesn't read the metadata when it's two levels deep.

Would it be possible to display this information?

He is absolutely right.
This is possible, please add a feature request here or I will forget it:
http://sourceforge.net/tracker/?group_id=86862&atid=581184

But I warn: not a priority for me, no idea about when I will do it.

[Zenitram]

That mediainfo explorer view would be awesome integrated into Windows Explorer.

This is planned, but not a priority for me.
If someone wants to do it, I will be happy to accept his patch.

[stax76]

If I remember the property system API correctly you can assign one property handler each file type so if you want to have your property handler to work with a file type you have to disable the existing property handler so all existing properties would be gone like all the MP3 properties Album, Title, Rating etc. I think this API sucks, bad luck for you and everybody having a similar application.

[jasonwc]

He is absolutely right.
This is possible, please add a feature request here or I will forget it:
http://sourceforge.net/tracker/?group_id=86862&atid=581184

But I warn: not a priority for me, no idea about when I will do it.

Sure. Here you go - https://sourceforge.net/tracker/?func=detail&aid=3051684&group_id=86862&atid=581184

[jasonwc]

I noticed that adding a raw TrueHD (not a hybrid TrueHD+AC3) file into Mediainfo fails to show any metadata other than size. For example, here is the Mediainfo output for a TrueHD output stored in an MKV, and then raw:

MKV:
Audio
ID : 2
Format : TrueHD
Codec ID : A_TRUEHD
Codec ID/Info : Dolby TrueHD
Duration : 49mn 53s
Channel(s) : 6 channels
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Title : 5.1
Language : English

Raw:
General
Complete name : D:\In Process\Dexter S04 E01 1080p BluRay AVC TrueHD 5.1-Remux_Track2.thd
File size : 597 MiB

AC3, DTS, FLAC, and DTS-HD MA don't have this issue.

[Zenitram]

I noticed that adding a raw TrueHD (not a hybrid TrueHD+AC3) file into Mediainfo fails to show any metadata other than size.

Please provide a sample.
1st MB should be enough.

[jasonwc]

Please provide a sample.
1st MB should be enough.

Here you go- http://www.mediafire.com/?y79avd3m2xuug7c

Included is a 1MB raw TrueHD file (16/48 Khz) as well as the same THD in a MKA container.

[Vincent Vega]

hi Zenitram,

i have this MOV file with LPCM 5.1 audio track, mediainfo seems to incorrectly report it as 3ch, sampling rate 1Hz. could you please take a look? file was created with QT 7 Pro, QT Movie Inspector properly shows audio as 5.1, 48KHz.

here's a link, hope 60MB is not too big a sample:
http://depositfiles.com/files/kji563pju

thank you

[SeeMoreDigital]

here's a link, hope 60MB is not too big a sample:
http://depositfiles.com/files/kji563pju

thank youIf it helps... Here are just "ten frames" (1.36MB) cut from the same sample:

http://www.mediafire.com/?4oo8qge1882w88r

Cheers

[Vincent Vega]

thanx man, what did you use to split a MOV?

[SeeMoreDigital]

thanx man, what did you use to split a MOV?A licenced/registered version of Quicktime Pro.


Cheers

[LoRd_MuldeR]

MediaInfo v0.7.35:
http://code.google.com/p/mulder/downloads/detail?name=MediaInfo.2010-09-06.zip&can=2&q=

(CLI Front-end, Intel C Compiler 11.1.065 Update-6, statically linked)

[Vincent Vega]

hi Zenitram,

i have this MOV file with LPCM 5.1 audio track, mediainfo seems to incorrectly report it as 3ch, sampling rate 1Hz. could you please take a look? file was created with QT 7 Pro, QT Movie Inspector properly shows audio as 5.1, 48KHz.

here's a link, hope 60MB is not too big a sample:
http://depositfiles.com/files/kji563pju

thank you

If it helps... Here are just "ten frames" (1.36MB) cut from the same sample:

http://www.mediafire.com/?4oo8qge1882w88r

Cheers

the 7.35 version doesn't fix this, so question still remains

[Zenitram]

the 7.35 version doesn't fix this, so question still remains

I know... I didn't yet work on this issue (the file is weird... Not really standard compared to usual description atom, but I think I can handle this kind of issue specific to "lpcm" = DVD PCM), this is on my ToDo list.

[roozhou]

This is something I didn't yet understand.
Matroska trace example:
(...)
0000115A CodecPrivate (41 bytes)
0000115A Header (3 bytes)
0000115A Name: 23A2 (9122)
0000115C Size: 26 (38)
0000115D Specific (38 bytes)
0000115D Header (0 bytes)
0000115D Profile: 1 (1)
0000115E Compatible profile: 64 (100)
0000115F Reserved: 0 (0)
00001160 Level: 29 (41)
00001161 Reserved: 3F (63)
00001161 Size of NALU length minus 1: 3 (3)
00001162 Reserved: 7 (7)
00001162 seq_parameter_set count: 1 (1)
00001163 seq_parameter_set (25 bytes)
00001163 Size: 17 (23)
00001165 nal_ref_idc: 3 (3)
00001165 nal_unit_type: 7 (7)
00001166 profile_idc: 64 (100)
(...)

The same thing in a MP4:
(...)
00000643 AVC decode (33 bytes)
00000643 Header (8 bytes)
00000643 Size: 21 (33)
00000647 Name: avcC
0000064B Version: 1 (1)
0000064C Specific (24 bytes)
0000064C Header (0 bytes)
0000064C Profile: 4D (77)
0000064D Compatible profile: 40 (64)
0000064E Level: C (12)
0000064F Reserved: 3F (63)
0000064F Size of NALU length minus 1: 3 (3)
00000650 Reserved: 7 (7)
00000650 seq_parameter_set count: 1 (1)
00000651 seq_parameter_set (12 bytes)
00000651 Size: A (10)
00000653 nal_ref_idc: 1 (1)
00000653 nal_unit_type: 7 (7)
00000654 profile_idc: 4D (77)
(...)

I see this in some MKV and in some FLV.
Theses files are reported to be NOT playable on some HW players, so users want to see if the "Profile" field is the same as in the seq_parameter_set. if they are different, I display "Container profile" (this value is not used by any player I know), and 1 is un unknown profile from specs.

I am interested if you have any explaination about this...
Sorry for replying to this one-year-old post. I don't read the MKV and FLV spec. But this is code from x264's flv and mkv writer.

FLV:

x264_put_byte( c, 1 ); // version
x264_put_byte( c, sps[1] ); // profile
x264_put_byte( c, sps[2] ); // profile
x264_put_byte( c, sps[3] ); // level
x264_put_byte( c, 0xff ); // 6 bits reserved (111111) + 2 bits nal size length - 1 (11)
x264_put_byte( c, 0xe1 ); // 3 bits reserved (111) + 5 bits number of sps (00001)


MKV:

avcC[0] = 1;
avcC[1] = sps[1];
avcC[2] = sps[2];
avcC[3] = sps[3];
avcC[4] = 0xff; // nalu size length is four bytes
avcC[5] = 0xe1; // one sps

They are exactly the same as MP4. And I find no reason for mkv and flv to use extra data for AVC different from MP4. Here 1 is the version number, 64 is profile, and there is no "reserved" byte between compatible profile and level.

All my AVC in flv shows Unknown as well as AVC in mkv except those in VFW compatible mode.

[Lawk]

by default, "Enable context menu" is not ticked, but it's still in the context menu. Ticking and unticking makes no difference. Whats up with that?

[SeeMoreDigital]

I know... I didn't yet work on this issue (the file is weird... Not really standard compared to usual description atom, but I think I can handle this kind of issue specific to "lpcm" = DVD PCM), this is on my ToDo list.It maybe down to another one of Apples weird ".MOV" file muxing implementations.

For example, you can re-assign the audio channel positions and change the output levels by simply altering the files meta-data. ie: without having to re-encode: -

http://img841.imageshack.us/img841/299/snap1t.png

Who knows where all this "transformation" information is stored?

[Zenitram]

Who knows where all this "transformation" information is stored?

I know, and this is the data I will use to know the real number of audio channels:
0000020B Audio (72 bytes)
0000020B Header (8 bytes)
0000020B Size: D8 (216)
0000020F Name: lpcm
00000213 Reserved: 0 (0)
00000217 Reserved: 0 (0)
00000219 Data reference index: 1 (1)
0000021B Version: 2 (2)
0000021D Revision level: 0 (0)
0000021F Vendor
00000223 Number of channels: 3 (3)
00000225 Sample size: 10 (16)
00000227 Compression ID: FFFE (65534)
00000229 Packet size: 0 (0)
0000022B Sample rate: 1 (1) - 1 Hz
0000022D Reserved: 0 (0)
0000022F Samples per packet: 48 (72)
00000233 Bytes per packet: 40E77000 (1088909312)
00000237 Bytes per frame: 0 (0)
0000023B Bytes per sample: 6 (6)
0000023F Unknown: 7F000000 (2130706432)
00000243 Unknown: 10 (16)
00000247 Unknown: C (12)
0000024B Unknown: C (12)
0000024F Unknown: 1 (1)
00000253 Channels (144 bytes)
00000253 Header (8 bytes)
00000253 Size: 90 (144)
00000257 Name: chan
0000025B Version: 0 (0)
0000025C Flags: 0 (0)
0000025F ChannelLayoutTag: 0 (0)
00000263 ChannelBitmap: 0 (0)
00000267 NumberChannelDescriptions: 6 (6)
0000026B ChannelLabel: 1 (1)
0000026F ChannelFlags: 2 (2)
00000273 Coordinates (0): -30.000
00000277 Coordinates (1): 0.000
0000027B Coordinates (2): 1.000
0000027F ChannelLabel: 2 (2)
00000283 ChannelFlags: 2 (2)
00000287 Coordinates (0): 30.000
0000028B Coordinates (1): 0.000
0000028F Coordinates (2): 1.000
00000293 ChannelLabel: 3 (3)
00000297 ChannelFlags: 2 (2)
0000029B Coordinates (0): 0.000
0000029F Coordinates (1): 0.000
000002A3 Coordinates (2): 1.000
000002A7 ChannelLabel: 4 (4)
000002AB ChannelFlags: 0 (0)
000002AF Coordinates (0): 0.000
000002B3 Coordinates (1): 0.000
000002B7 Coordinates (2): 0.000
000002BB ChannelLabel: A (10)
000002BF ChannelFlags: 2 (2)
000002C3 Coordinates (0): -110.000
000002C7 Coordinates (1): 0.000
000002CB Coordinates (2): 1.000
000002CF ChannelLabel: B (11)
000002D3 ChannelFlags: 2 (2)
000002D7 Coordinates (0): 110.000
000002DB Coordinates (1): 0.000
000002DF Coordinates (2): 1.000

This if from the file provided by Vincent Vega
This is based on theses specs:
http://developer.apple.com/library/mac/#documentation/MusicAudio/Reference/CAFSpec/CAF_spec/CAF_spec.html#//apple_ref/doc/uid/TP40001862-CH210-CHDIAFFD
But if someone can help to decrypt the values (I don't understand what I decode compared to specs...). I see the number of channels "NumberChannelDescriptions", but difficult to know the channel map (and map them to L R, Rear L or R)

Edit: Oups, I had a bug, code edited, now I understand better the values!

[Vincent Vega]

so ffmpeg also just reads that 6 from NumberChannelDescriptions, not knowing much beyond that about this audio track?

Duration: 00:00:14.91, start: 0.000000, bitrate: 33357 kb/s
Stream #0.0(eng): Audio: pcm_s16le, 48000 Hz, 6 channels, s16, 4608 kb/s
Stream #0.1(eng): Video: h264, yuv420p, 1280x720, 28745 kb/s, 29.97 tbr, 2997 tbn,
5994 tbc

[SeeMoreDigital]

But if someone can help to decrypt the values (I don't understand what I decode compared to specs...). I see the number of channels "NumberChannelDescriptions", but difficult to know the channel map (and map them to L R, Rear L or R)If it helps.... here's the 10-frame sample with reverse channel assignment (http://www.mediafire.com/?hmhznizfihq8jfi)

http://img844.imageshack.us/img844/2851/reverse.png

Cheers

EDIT: I can generate more samples for you, with individual channels disabled if you like?

[Zenitram]

If it helps.... here's the 10-frame sample with reverse channel assignment (http://www.mediafire.com/?hmhznizfihq8jfi)

Good. Now I see where was my error in my code, and I have something more logic.

EDIT: I can generate more samples for you, with individual channels disabled if you like?

I think this is enough, I will add some code to display the channel positions tomorrow, you will be able to test directly ;-).
I will not display the "reverese channel assignment", I don't think it is so important, is it? I will display as usual "Front: L C R, Side: L R, LFE" for both files I have.

[Zenitram]

i have this MOV file with LPCM 5.1 audio track, mediainfo seems to incorrectly report it as 3ch, sampling rate 1Hz
I noticed that adding a raw TrueHD (not a hybrid TrueHD+AC3) file into Mediainfo fails to show any metadata other than size.
And I find no reason for mkv and flv to use extra data for AVC different from MP4.

Please test new development snapshot:
http://sourceforge.net/projects/mediainfo/files/development_snapshots/0.7.35%2B/MediaInfo_GUI_20100910_Windows_i386_WithoutInstaller.7z/download



Sorry for replying to this one-year-old post.
Not a problem!
I don't read the MKV and FLV spec. But this is code from x264's flv and mkv writer.
(...)
They are exactly the same as MP4. And I find no reason for mkv and flv to use extra data for AVC different from MP4. Here 1 is the version number, 64 is profile, and there is no "reserved" byte between compatible profile and level.
All my AVC in flv shows Unknown as well as AVC in mkv except those in VFW compatible mode.

OK, this is very old code, and maybe bad code. I remember I did this because some files were different (not showing this "unknown profile") and a user said there is some compatibility issues between some MKV files and players, but I can not find them anymore. My AVC skills have improved (+how AVC is embedded in theses containers), this seems no more logic, so I change this. MP4 has no "Version" byte, so I keep a difference betwen MP4 and MKV/FLV. Maybe users will complain, I wait for their feedback and adapt my code with a better method if needed.

[Zenitram]

I'm using Mediainfo 0.7.34 and I've noticed that after merging a FLAC into an MKV, I lose the FLAC bitrate metadata.

Any sample?

[Zenitram]

by default, "Enable context menu" is not ticked, but it's still in the context menu. Ticking and unticking makes no difference. Whats up with that?

Do you use an official version (from mediainfo.sourceforge.net)? Which version? Which OS?
I tested it again, and if the box is unchecked, there is nothing in the explorer.

[rack04]

I have a raw 264 output stream from x264 that is being reported as 47.952 fps by MediaInfo 0.7.35. The file was encoded as 24000/1001 fps and is reported as such by DGDecNV and eac3to. What's strange is that it seems to be dependent on x264 encoding settings. For example:

"C:\Program Files\x264\x264.exe" --preset slow --tune animation --crf 22 --level 3.0 --profile baseline --aq-mode 2 --aud --sar 1:1 --output "E:\Output\Asro Boy-output.264" "E:\Output\Astro Boy.avs"

is reported as 47.952 fps

and

"C:\Program Files\x264\x264.exe" --preset slow --tune animation --crf 22 --aq-mode 2 --open-gop normal --aud --output "E:\Output\Asro Boy-output.264" "E:\Output\Astro Boy.avs"

is reported as 23.976 fps

Here (http://www.mediafire.com/?jotkpq214hha0zj) is a sample that is reported as 47.952 fps.

[Zenitram]

I have a raw 264 output stream from x264 that is being reported as 47.952 fps by MediaInfo 0.7.35.

Oups... I forgot a case in the complex AVC frame rate calculation.
Corrected (in SVN, will be in next development snapshot and next official release)

[Sharktooth]

@Zenitram, we're in the process to release a new MeGUI stable build and a user had the AVC FPS bug. I've never built mediainfo, so if it's not a problem, could you please provide updated 32 and 64 builds of mediainfo lib with your latest fix please?

[Zenitram]

[QUOTE=Sharktooth;1442322]could you please provide updated 32 and 64 builds of mediainfo lib with your latest fix please?/QUOTE]

On wednesday (I am currently on business travel without my usual development environment)

[LoRd_MuldeR]

Or those fixes in SVN already? If so, I could make builds. Guess I would nee to build from "Trunk", eh ???

[Zenitram]

Or those fixes in SVN already? If so, I could make builds. Guess I would nee to build from "Trunk", eh ???

Modification is in SVN trunk.

[LoRd_MuldeR]

MediaInfo SVN-r3332

x86 - ICL11
CLI: http://www.mediafire.com/file/ia9kgmv3st46gm6/MediaInfo.r3332.CLI-Static.7z
DLL: http://www.mediafire.com/file/4z6xxzj239o77hf/MediaInfo.r3332.DLL.7z

x64 - MSVC9
CLI: http://www.mediafire.com/file/ld7dbbvje1jb8eu/MediaInfo.r3332.CLI-Static.x64.7z
DLL: http://www.mediafire.com/file/6ir6q96lbc10pib/MediaInfo.r3332.DLL.x64.7z

[Sharktooth]

thanks :)

[b66pak]

thanks a lot...
_

[Sharktooth]

the x64 version lib doesnt work on all machines, or at least it crashes on some PCs.

edit: the mediainfo builds on SF are dated 2010-09-15. do they contain the fix?