[k3b] [Bug 418814] Ripping CD fails on tracks containing question marks

[bugzilla_noreply at kde.org]

https://bugs.kde.org/show_bug.cgi?id=418814

--- Comment #2 from forenkram at gmx.de ---
(In reply to Albert Astals Cid from comment #1)
> Can you please paste the full
> "flac -V -o"
> command line?
> 
> I just tried adding a ? and it worked fine here

OK, your comment got me thinking as due to space restrictions I was encoding to
a usb hard drive. I retested the following (flac output below):
Encode a track with question mark but save it to my hard disk (ext4) instead of
an external drive.
Everything works fine. That is, with the latest version of k3b etc. as I'm on
my home computer running Arch.

If I tell k3b to save the ripped file to an external hard drive (ntfs),
however, 
the error occurs with the following output in the console (excerpt)

"flac -V -o
/run/media/david/Speicherkiste/Take_Five_(CD04)/04-Why_Do_I_Love_You?.flac
--force-raw-format --endian=little --channels=2 --sample-rate=44100
--sign=signed --bps=16 -T ARTIST=The Dave Brubeck Quartet -T TITLE=Why Do I
Love You? -T TRACKNUMBER=04 -T DATE=1954 -T ALBUM=Take Five (CD04) -"
K3bQProcess::QProcess(0x0)
started
(K3b::CdparanoiaLib) initReading(  67639 ,  93335  )
(K3b::CdparanoiaLib) need to seek before read. Looks as if we are reusing the
paranoia instance.
"Ripping track 4 (The Dave Brubeck Quartet - Why Do I Love You?)"
error while encoding.
( "Flac" )  "flac 1.3.3"
( "Flac" )  "Copyright (C) 2000-2009  Josh Coalson, 2011-2016  Xiph.Org
Foundation"
( "Flac" )  "flac comes with ABSOLUTELY NO WARRANTY.  This is free software,
and you are"
( "Flac" )  "welcome to redistribute it under certain conditions.  Type `flac'
for details."
( "Flac" )  "(No runtime statistics possible; please wait for encoding to
finish...)"
( "Flac" )  "-: ERROR initializing encoder"
( "Flac" )  "   init_status = FLAC__STREAM_ENCODER_INIT_STATUS_ENCODER_ERROR"
( "Flac" )  "   state = FLAC__STREAM_ENCODER_IO_ERROR"
( "Flac" )  "An error occurred opening the output file; it is likely that the
output"
( "Flac" )  "directory does not exist or is not writable, the output file
already exists and"
( "Flac" )  "is not writable, or the disk is full."

Mind you, the hard drive is not full. It is ntfs formated however.

Next test: rip same track to a usb stick formated with fat32. 
Success. 
Note, that when ripping to fat32 the question mark in the track name gets
replaced by an underscore, which doesn't happen when the file gets ripped to
ext4. 

So the issue seems to lie in the ntfs-3g driver?
Do these characte replacements happen driverside of the filesystem? Or is this
still a bug in k3b?

I wanted to test if all this is also true on Debian Buster (have my laptop from
work here) but when I open the CD in k3b, the tracklist gets shown without the
question marks to begin with. The CD info seems to be getting loaded
differently or from another source. 
Weird. That didn't happen on my main work machine, which also runns Buster. The
laptop is up to date, the work computer might be a week behind, since it gets
updated every week by the admins. I cannot test this further at the moment
since I'm in home office. 

Hope that helps.

-- 
You are receiving this mail because:
You are the assignee for the bug.