myriadbits/mxfinspect

Windows tool to display the internal structure of an MXF (Material eXchange Format) file

mxfinspect's Issues

Error when open and incomplete header partition pack

Hi
I found that when there is an open and incomplete header partition pack, program reports a wrong headerbytecount in footer,
either if the value is correct. This is due to the fact that IsHeaderByteCountCorrect method evaluate value measuring from start of primer pack to end of partition, but doesn't take account of index table present on footer. Correct value should be from start of primer pack to index table offset, as reported from MXFAnalyzer Lite from IRT.
I correct the bug on my code, how can I get in touch with contributors ?
Regards
FrancescoBLT

Wrong hex conversion for offsets values

Hi again,

Second bug i'm experiencing, is that if i change the settings to display the offsets in hex instead of decimal, the displayed values are completely wrong.

See the 2 pictures attached displaying the same part of the same file, in decimal and in hexadecimal.

For example value 34 949 439 086 becomes 0x34949439086 which is the same digits that the decimal values, but with a 0x appended and spaces removed.

Version 4.0.9.0 Windows 22H2.

Thanks again for your help!

Regards.

SetTypePropertiesToReadOnly causes unwanted behavior

We adopted your work to on of our projects and came to an issuse regarding SetTypePropertiesToReadOnly found in MXFKLVFactory.cs

https://github.com/Myriadbits/MXFInspect/blob/master/MXF/MXFKLVFactory.cs#L177

Our web application would not serialize the users post json as this methods sets every property to readonly via the TypeDescriptionProvider

as debuging shows your code here goes up to System.Object

SetTypePropertiesToReadOnly: System.Object
SetTypePropertiesToReadOnly: Myriadbits.MXF.MXFObject
SetTypePropertiesToReadOnly: Myriadbits.MXF.MXFKLV
SetTypePropertiesToReadOnly: Myriadbits.MXF.MXFMetadataBaseclass
SetTypePropertiesToReadOnly: Myriadbits.MXF.MXFInterchangeObject
SetTypePropertiesToReadOnly: Myriadbits.MXF.MXFGenericPackage
SetTypePropertiesToReadOnly: Myriadbits.MXF.MXFDescriptiveFramework

you might could add some check for MXFObject to prevent this.

thanks

Displayed index entries lines are all empty on graphical display

Hi,

I've just discovered your product, and i try to use it to inspect some MXF files. It works pretty great, except for 2 strange bugs on some files.

First bug is that when i click the "+" sign of "IndexEntries" to display the contained entries (in this case 4308 items), lines are appearing, but nothing is displayed on it, they remain completely empty. Normaly, i should see something like "Index[000] - TempsOffs (...)".

It works correctly on some other files with less items (240 for example), so maybe is it related to the number of items.

Version 4.0.9.0, Windows 10 22H2.

Thanks in advance for your help, and congratulations for your great work!

Terse loader error messages could be made more helpful

As part of the metarex project we're testing the toxicity of a new framework with different tools.

Currently MXF Inspect 4.x fails to open some files with errors like Error while populating the tree ... Sequence contains no elements whereas v2.x loads the same file and displays SourceClips for every Sequence (we think).

Could we have some helpful errors like

printf ( "Sequence %s contains no elements", SequienceUUID.toString())

A typical breaking file is on the metarex dowloads page. We know it's broken but it's really hard to find where the error is.

Thanks for reading this.

How to get Sourcepackage track Origin and Duration

Hello and thanks for open-sourcing this great package. It looks like it could ease my life when looking out for specific issues in MXF files.
What i want to do is to retrieve and compare the Origin and Duration values of all track from Material Package and Source Package.
Unfortunately the coding style of the whole project is new to me and i don't know how to dig my way through the source code in order to get out how to do what i want to do.

Basically, this works for getting the MP tracks:
List<MXFLogicalObject> lot = MXFLogicalObject.GetLogicChilds<MXFGenericTrack>(mxff.LogicalBase[typeof(MXFMaterialPackage)]);

But the same for MXFSourcePackage does not work and i cannot get out why.

So i tried just looping through all the items manually but finally when i come to the track in the Sourcepackage, Visual Studio shows that the field "Reference" would contain the Origin and Duration but i cannot access this field for my _track object below. (it is now shown by VS intellisense). Also casting _track to MXFTimelineTrack returns 0.

            Myriadbits.MXF.MXFFile mxff = new Myriadbits.MXF.MXFFile(filename, backgroundWorker1,Myriadbits.MXF.FileParseOptions.Fast);
            int trackID = 2;
            try
            {
                var blah = mxff.LogicalBase.Children;
                foreach (var package in blah) {
                    var name = package.ToString();
                    if (package.ToString().Contains("ContentStorage")) //content storave contains MP and SP
                    {
                        foreach (var pack in package.Children) {
                            if (pack.ToString().Contains("Source")) {//source package
                                
                                var tracks = pack.Object.Children[0].Children;
                                foreach (var _track in tracks)
                                {
                                    //_track is now a track in Source package, but Casting to Logical or Timelinetrack returns null
                                }

                            }
                        }
                       
                    }
                    
                }

Any clue would be very welcome :-)

ANC Frame Element's Packet Boundary Calculation Error

I found a problem that incorrectly analyzes the ANC Frame Element while using MXF Inspect.
If the element is a CDP, AFD, OP47 packet, then the next element is calculated incorrectly.

The problematic part is the source below, and I also included the modifications I made, but I don't know if there is a better way to fix it.

		// Length Alignment
		this.Length = 4 * ((this.Length + 3) / 4);

		// FIX : calculate end of packet position
		long packetEndPosition = reader.Position + this.Length;

		if (this.Length > 3)
		{
			// Read the DID
			this.DID = reader.ReadB();
			this.SDID = reader.ReadB();
			this.Size = reader.ReadB();

			UInt16 combinedID = (UInt16)((((UInt16)this.DID) << 8) | this.SDID);
			if (m_DIDDescription.ContainsKey(combinedID))
				this.ContentDescription = m_DIDDescription[combinedID];
			else
				this.ContentDescription = "<unknown content>";

			switch (combinedID)
			{
				case 0x6101: // CDP
					this.AddChild(new MXFCDPPacket(reader));
					break;
				case 0x4105: // AFD
					break;
				case 0x4302: // OP47
					break;
				default:
					// Read the real payload without the did/sdid/size
					this.Payload = new byte[this.Length - 3];
					reader.Read(this.Payload, this.Length - 3);
					break;
			}
		}

		// FIX : move to packet end position
		if ( reader.Position != packetEndPosition )
			reader.Seek(packetEndPosition);

After modification, it will look like this.