GNOME Bugzilla – Bug 634015
Exception when reading AAC files created by Banshee
Last modified: 2012-06-29 15:51:03 UTC
As mentioned in #612741 I get the following exception when reading m4a files created by Banshee. [1 Warn 16:46:14.013] Caught an exception - TagLib.CorruptFileException: Could not read data. Too small. (in `taglib-sharp') at TagLib.Mpeg4.AppleElementaryStreamDescriptor..ctor (BoxHeader header, TagLib.File file, TagLib.Mpeg4.IsoHandlerBox handler) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.BoxFactory.CreateBox (TagLib.File file, BoxHeader header, BoxHeader parent, TagLib.Mpeg4.IsoHandlerBox handler, Int32 index) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.BoxFactory.CreateBox (TagLib.File file, Int64 position, BoxHeader parent, TagLib.Mpeg4.IsoHandlerBox handler, Int32 index) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.Box.LoadChildren (TagLib.File file) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.IsoAudioSampleEntry..ctor (BoxHeader header, TagLib.File file, TagLib.Mpeg4.IsoHandlerBox handler) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.BoxFactory.CreateBox (TagLib.File file, BoxHeader header, BoxHeader parent, TagLib.Mpeg4.IsoHandlerBox handler, Int32 index) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.BoxFactory.CreateBox (TagLib.File file, Int64 position, BoxHeader parent, TagLib.Mpeg4.IsoHandlerBox handler, Int32 index) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.Box.LoadChildren (TagLib.File file) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.IsoSampleDescriptionBox..ctor (BoxHeader header, TagLib.File file, TagLib.Mpeg4.IsoHandlerBox handler) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.BoxFactory.CreateBox (TagLib.File file, BoxHeader header, BoxHeader parent, TagLib.Mpeg4.IsoHandlerBox handler, Int32 index) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.BoxFactory.CreateBox (TagLib.File file, BoxHeader header, TagLib.Mpeg4.IsoHandlerBox handler) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.FileParser.ParseTagAndProperties (Int64 start, Int64 end, TagLib.Mpeg4.IsoHandlerBox handler) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.FileParser.ParseTagAndProperties (Int64 start, Int64 end, TagLib.Mpeg4.IsoHandlerBox handler) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.FileParser.ParseTagAndProperties (Int64 start, Int64 end, TagLib.Mpeg4.IsoHandlerBox handler) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.FileParser.ParseTagAndProperties (Int64 start, Int64 end, TagLib.Mpeg4.IsoHandlerBox handler) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.FileParser.ParseTagAndProperties (Int64 start, Int64 end, TagLib.Mpeg4.IsoHandlerBox handler) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.FileParser.ParseTagAndProperties (Int64 start, Int64 end, TagLib.Mpeg4.IsoHandlerBox handler) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.FileParser.ParseTagAndProperties () [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.File.Read (ReadStyle propertiesStyle) [0x00000] in <filename unknown>:0 at TagLib.Mpeg4.File..ctor (IFileAbstraction abstraction, ReadStyle propertiesStyle) [0x00000] in <filename unknown>:0 at (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (object,object[],System.Exception&) at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0 The issue is 100% reproducible on my machine, due to copyright concerns I can only provide a test file in private.
Upon further investigation I haven noticed that Banshee does not appear to correctly transfer metadata to these aac encoded files as they show up without artist name on my N900.
This cannot be verified to be fixed without a test file. It's possible this has been fixed by some of the recent commits so i'm closing this bug for now. Please reopen if this issue occurs again.