banshee handing of .mp4 metadata seems to be broken
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Banshee |
Won't Fix
|
Medium
|
|||
taglib-sharp (Ubuntu) |
Triaged
|
Low
|
Unassigned |
Bug Description
Binary package hint: banshee
banshee's handling of mp4 metadata seems to be broken in some of its behaviour, an example of the use case (and several problems) is below:
e.g.,
1) turn on file system organization and update when saving metadata
2) import a .mp4 music video containing h264+aac with no metadata set on it
3) play the video and confirm it works fine
4) use `MP4Box -info filename.mp4` on the commandline to check the .mp4 file is valid
5) set the artist and title fields in the metadata editor in banshee and save
5) note that the file has been moved to (for example) ~/Music/
6) attempt to play the video and note that banshee cannot play it (it thinks it cannot find it).
7) choose Tools --> Rescan Music Folder
8) note that banshee adds a new entry for the video with no metadata set and '00 - in the title column
9) confirm that the new entry plays back fine whilst the old one still thinks it cannot be found
10) try `MP4Box -v -info 00-title.mp4` on the newly moved file in a command prompt and note that MP4Box segfaults due to corruption in the .mp4 metadata
ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
Package: banshee 1.4.3-3ubuntu2
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=en_GB.UTF-8
SourcePackage: banshee
Uname: Linux 2.6.28-11-generic i686
Changed in banshee: | |
status: | Unknown → New |
Changed in banshee (Ubuntu): | |
importance: | Undecided → Low |
status: | New → Triaged |
Changed in banshee: | |
importance: | Unknown → Medium |
Changed in banshee: | |
status: | New → Won't Fix |
Reassigning to match the product of the upstream bug.