Bug 181789 - lame encoder corrupts the output MP3 produced due to -x option passed by kio_audiocd
Summary: lame encoder corrupts the output MP3 produced due to -x option passed by kio_...
Status: RESOLVED DUPLICATE of bug 171065
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: audiocd (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: icefox
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-24 19:30 UTC by Kunal Gangakhedkar
Modified: 2009-01-25 15:28 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kunal Gangakhedkar 2009-01-24 19:30:39 UTC
Version:           Konqueror 4.1.96 (KDE 4.1.96 (KDE 4.2 RC1)) (using KDE 4.1.96)
OS:                Linux
Installed from:    Ubuntu Packages

When trying to rip -> mp3 encode an audio cd using Konqueror's kio_audiocd kio slave, the output mp3 produces only hissing sound - no legible music at all.

Steps:
1. Load an Audio CD into drive.
2. Fire up konq.
3. Go to audiocd:/MP3/
4. Select any track and hit CTRL+C
5. In another tab, keep a local filesystem directory open - say, ~/Music/.
6. Try to paste the file into this tab - in ~/Music/.

Expected:
A properly encoded mp3 that can be played with normal media player applications.

Observed:
The media player app just produces hissing sound (tested with amarok and mplayer CLI - both product just hiss).

Analysis:
The command that kio_audiocd kio slave fires is (copied from pstree output):
lame --verbose -r -s 44.1 -x -b 320 -q 0 -m s - /tmp/kde-kunal/kio_audiocdL14523.mp3

This produces the broken MP3 file.

I copied the raw .wav file from the CD using the same kio_audiocd and manually converted it to mp3 using the command:
lame -r -s 44.1 -m s -q 0 -b 320 Track\ 12.wav Track\ 12.mp3

This produces a proper working mp3.

As can be noticed, the only difference (apart from --verbose, which doesn't count in this case) in both commands is the '-x' option - which produces the broken mp3.
Comment 1 Dario Andres 2009-01-24 19:34:31 UTC

*** This bug has been marked as a duplicate of bug 171065 ***
Comment 2 Kunal Gangakhedkar 2009-01-25 15:28:57 UTC
(In reply to comment #1)
> 
> 
> *** This bug has been marked as a duplicate of bug 171065 ***
> 

Thanks, Darío for the update :)
I used the workaround mentioned in bug 171065 and it seemed to work.

Thanks once again.
--
Kunal