I might be wrong, but from what I can tell, gstreamer does not parse the alac atom, but relies only on the sound sample description to get audio properties. The problem with this is that, in mp4, channels in the version 0 sound sample description is reserved as 2 no matter what the actual number of channels is. The reader must parse the alac atom in order to get the actual number of channels.
I'll test this on iPod as soon as I get a chance to see if I can reproduce the issue there. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/661922 Title: ffmpeg generates mono ALAC .m4a sound files which play double speed in totem (but play fine with ffplay and alac-decoder) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libav/+bug/661922/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
