Bug 268238 - Amarok transfers .m4a audio files to iPod Touch as .mp4 video files
Summary: Amarok transfers .m4a audio files to iPod Touch as .mp4 video files
Alias: None
Product: amarok
Classification: Applications
Component: Collections/iPod iPhone (show other bugs)
Version: 2.4.1
Platform: Ubuntu Linux
: NOR normal
Target Milestone: 2.4.1
Assignee: Amarok Developers
: 299991 (view as bug list)
Depends on:
Reported: 2011-03-11 17:17 UTC by in.the.afterlight
Modified: 2012-05-14 15:46 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In: 2.6


Note You need to log in before you can comment on or make changes to this bug.
Description in.the.afterlight 2011-03-11 17:17:08 UTC
Version:           2.4.0 (using KDE 4.6.0) 
OS:                Linux

When transferring .m4a audio files to a 2G iPod Touch, the file extension changes from .m4a to .mp4 and the iPod reads the file as video (sending it to the Video .app) rather than audio (where it would fall under Music). It does not appear to be a mime error, as the files are correctly labeled audio/mp4, so it looks like it's a problem in the way that Amarok handles .mp4 files regardless of the extension or mime type. 

Reproducible: Always

Steps to Reproduce:
In Amarok, transfer any file of type .m4a to iPod Touch.

Actual Results:  
Transfered audio file has the file extension changed to .mp4 and can be found under the iPod Touch's video application.

Expected Results:  
Audio file should maintain file extension .m4a and be found under the iPod Touch's music application.

OS: Linux (i686) release 2.6.35-27-generic // Ubuntu 10.10
Compiler: cc
Comment 1 ben.blais6 2011-05-20 20:57:43 UTC
still a problem in 2.4.1
Comment 2 Myriam Schweingruber 2011-05-21 22:06:56 UTC
Thank you for the feedback.
Comment 3 Piotr Keplicz 2011-07-04 11:55:54 UTC
Same issue with iPod Classic 6G.
Comment 4 Myriam Schweingruber 2011-07-04 18:45:20 UTC
Setting status to confirmed.
Comment 5 optiluca@gmail.com 2011-12-07 23:48:29 UTC
Also happening with iPod nano 4G
Comment 6 Carlos 2011-12-10 15:52:24 UTC
This is happening on iPOD clasic as well
Comment 7 Matěj Laitl 2011-12-10 23:54:10 UTC
I'm working on this. The problem is that Amarok itself doesn't differentiate between audio and video MP4 files. I plan to work on this for the 2.6 release.
Comment 8 Matěj Laitl 2012-04-11 09:10:30 UTC
Git commit 1a721e7f41e0225df1c2cbcff3e56b23c3ffa77d by Matěj Laitl.
Committed on 03/04/2012 at 18:57.
Pushed by laitl into branch 'master'.

distinguish between mp4, m4a, m4v types in Amarok::FileType

iPod Collection (the new one) needs to distinguish somehow between
MPEG-4 audio and video files; to make this generic, least bad approach
it probably to use Meta::Track:type().

MetaFile::Track's type() is okay, as it just returns lowercased file
extension. SqlTrack stores file type in db as numeric index to the
Amarok::FileType enum, which currently has just one generic entry for
MP4 files.

This patch extends Amarok::FileType with M4a and M4v values and
TagHelper to try to detect more specific MP4 file format. (currently
just file extension based, can be extended in future) Users will need
to do a full rescan for Local Collection to pick up more specialised
file types.

I'm running this through review board as there seems no general
agreement on Meta::Track:type() semantics. (Speaking of which, I'd be
most satisfied if it returned (the most specific) mime-type represented
using dedicated class that would support mimetype hierarchy)
REVIEW: 104481

M  +2    -0    ChangeLog
M  +3    -1    shared/FileType.cpp
M  +4    -2    shared/FileType.h
M  +10   -1    shared/tag_helpers/TagHelper.cpp

Comment 9 Matěj Laitl 2012-05-14 15:46:44 UTC
*** Bug 299991 has been marked as a duplicate of this bug. ***