Public bug reported: Binary package hint: mplayer
The mplayer package for Ubuntu is broken when playing VBR MP3 audio in various video files (mpeg4 part 2 and part 10, MPEG compliant and incompliant frame order, AVI, mp4, mkv, etc). I've origially reponded to a seemingly ignored bug (bug #163382), so I'm posting a new bug with more information and specific to resoloving this issue. The bug is libmad cannot playback VBR MP3 correctly. The video will sound alright, but the video will quickly get out of sync! This is a known bug with the mplayer developers. See: http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-January/055849.html http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2006-August/045241.html Considering the age of this known bug and the unwillingness to fix the decoder, libmad should not be the default decoder for video playback. There are two good reasons for this. First, 21% of my video files that use MP3 audio are VBR, so a fith the time my files fail to play correctly. Second, libmad is no longer maintained. The last release was in 2004, and some discussion via IRC has produced some clear issues with parts of the libmad code. As a specific example, mad doesn't correctly parse info tags. My recommendation is to switch to the official mp3lib decoder or the ffmpeg decoder. Unfortunally, neither these are a good choice. Bug #85751 details a bug in mp3lib for mplayer 1.0 rc1. Comments in that bug and bug #52729 further detail issues with ffmpeg's decoder. If mp3lib has been fixed in 1.0 rc2, then I recommend mp3lib as the default decoder. mp3lib seems to have been fixed upstream and ffmpeg's decoder has had multiple fixes checked in since the reported problems. I'll be aiming to repoduce the original noise bugs. If I can, I'll backport any fixes from upstream to Ubuntu's stable release. Related bugs: bug #52729 bug #85751 bug #111025 bug #163382 ** Affects: mplayer (Ubuntu) Importance: Undecided Status: New ** Description changed: Binary package hint: mplayer The mplayer package for Ubuntu is broken when playing VBR MP3 audio in various video files (mpeg4 part 2 and part 10, MPEG compliant and incompliant frame order, AVI, mp4, mkv, etc). I've origially reponded to a seemingly ignored bug (#163382), so I'm posting a new bug with more information and specific to resoloving this issue. The bug is libmad cannot playback VBR MP3 correctly. The video will sound alright, but the video will quickly get out of sync! This is a known bug with the mplayer developers. See: http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-January/055849.html http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2006-August/045241.html Considering the age of this known bug and the unwillingness to fix the decoder, libmad should not be the default decoder for video playback. There are two good reasons for this. First, 21% of my video files that use MP3 audio are VBR, so a fith the time my files fail to play correctly. Second, libmad is no longer maintained. The last release was in 2004, and some discussion via IRC has produced some clear issues with parts of the libmad code. As a specific example, mad doesn't correctly parse info tags. My recommendation is to switch to the official mp3lib decoder or the ffmpeg decoder. Unfortunally, neither these are a good choice. Bug #85751 details a bug in mp3lib for mplayer 1.0 rc1. Comments in that bug and #52729 further detail issues with ffmpeg's decoder. If mp3lib has been fixed in 1.0 rc2, then I recommend mp3lib as the default decoder. mp3lib seems to have been fixed upstream and ffmpeg's decoder has had multiple fixes checked in since the reported problems. I'll be aiming to repoduce the original noise bugs. If I can, I'll backport any fixes from upstream to Ubuntu's stable release. + + Related bugs: #52729 #85751 #111025 ** Description changed: Binary package hint: mplayer The mplayer package for Ubuntu is broken when playing VBR MP3 audio in various video files (mpeg4 part 2 and part 10, MPEG compliant and incompliant frame order, AVI, mp4, mkv, etc). I've origially reponded to a seemingly ignored bug (#163382), so I'm posting a new bug with more information and specific to resoloving this issue. The bug is libmad cannot playback VBR MP3 correctly. The video will sound alright, but the video will quickly get out of sync! This is a known bug with the mplayer developers. See: http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-January/055849.html http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2006-August/045241.html Considering the age of this known bug and the unwillingness to fix the decoder, libmad should not be the default decoder for video playback. There are two good reasons for this. First, 21% of my video files that use MP3 audio are VBR, so a fith the time my files fail to play correctly. Second, libmad is no longer maintained. The last release was in 2004, and some discussion via IRC has produced some clear issues with parts of the libmad code. As a specific example, mad doesn't correctly parse info tags. My recommendation is to switch to the official mp3lib decoder or the ffmpeg decoder. Unfortunally, neither these are a good choice. Bug #85751 details a - bug in mp3lib for mplayer 1.0 rc1. Comments in that bug and #52729 further + bug in mp3lib for mplayer 1.0 rc1. Comments in that bug and bug #52729 further detail issues with ffmpeg's decoder. If mp3lib has been fixed in 1.0 rc2, then I recommend mp3lib as the default decoder. mp3lib seems to have been fixed upstream and ffmpeg's decoder has had multiple fixes checked in since the reported problems. I'll be aiming to repoduce the original noise bugs. If I can, I'll backport any fixes from upstream to Ubuntu's stable release. Related bugs: #52729 #85751 #111025 ** Description changed: Binary package hint: mplayer The mplayer package for Ubuntu is broken when playing VBR MP3 audio in various video files (mpeg4 part 2 and part 10, MPEG compliant and incompliant frame order, AVI, mp4, mkv, etc). I've origially reponded to a seemingly ignored bug (#163382), so I'm posting a new bug with more information and specific to resoloving this issue. The bug is libmad cannot playback VBR MP3 correctly. The video will sound alright, but the video will quickly get out of sync! This is a known bug with the mplayer developers. See: http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-January/055849.html http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2006-August/045241.html Considering the age of this known bug and the unwillingness to fix the decoder, libmad should not be the default decoder for video playback. There are two good reasons for this. First, 21% of my video files that use MP3 audio are VBR, so a fith the time my files fail to play correctly. Second, libmad is no longer maintained. The last release was in 2004, and some discussion via IRC has produced some clear issues with parts of the libmad code. As a specific example, mad doesn't correctly parse info tags. My recommendation is to switch to the official mp3lib decoder or the ffmpeg decoder. Unfortunally, neither these are a good choice. Bug #85751 details a bug in mp3lib for mplayer 1.0 rc1. Comments in that bug and bug #52729 further detail issues with ffmpeg's decoder. If mp3lib has been fixed in 1.0 rc2, then I recommend mp3lib as the default decoder. mp3lib seems to have been fixed upstream and ffmpeg's decoder has had multiple fixes checked in since the reported problems. I'll be aiming to repoduce the original noise bugs. If I can, I'll backport any fixes from upstream to Ubuntu's stable release. - Related bugs: #52729 #85751 #111025 + Related bugs: bug #52729 bug #85751 bug #111025 ** Description changed: Binary package hint: mplayer The mplayer package for Ubuntu is broken when playing VBR MP3 audio in various video files (mpeg4 part 2 and part 10, MPEG compliant and incompliant frame order, AVI, mp4, mkv, etc). I've origially reponded to a seemingly ignored bug - (#163382), so I'm posting a new bug with more information and specific to + (bug #163382), so I'm posting a new bug with more information and specific to resoloving this issue. The bug is libmad cannot playback VBR MP3 correctly. The video will sound alright, but the video will quickly get out of sync! This is a known bug with the mplayer developers. See: http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-January/055849.html http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2006-August/045241.html Considering the age of this known bug and the unwillingness to fix the decoder, libmad should not be the default decoder for video playback. There are two good reasons for this. First, 21% of my video files that use MP3 audio are VBR, so a fith the time my files fail to play correctly. Second, libmad is no longer maintained. The last release was in 2004, and some discussion via IRC has produced some clear issues with parts of the libmad code. As a specific example, mad doesn't correctly parse info tags. My recommendation is to switch to the official mp3lib decoder or the ffmpeg decoder. Unfortunally, neither these are a good choice. Bug #85751 details a bug in mp3lib for mplayer 1.0 rc1. Comments in that bug and bug #52729 further detail issues with ffmpeg's decoder. If mp3lib has been fixed in 1.0 rc2, then I recommend mp3lib as the default decoder. mp3lib seems to have been fixed upstream and ffmpeg's decoder has had multiple fixes checked in since the reported problems. I'll be aiming to repoduce the original noise bugs. If I can, I'll backport any fixes from upstream to Ubuntu's stable release. - Related bugs: bug #52729 bug #85751 bug #111025 + Related bugs: bug #52729 bug #85751 bug #111025 bug #163382 -- VBR MP3 audio broken https://bugs.launchpad.net/bugs/244722 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
