GoogleCodeExporter
commented
8 years ago Oops, forgot to change the bug type, sorry. :/Original comment by boagena...@gmail.com on 8 May 2010 at 5:00
Closed GoogleCodeExporter closed 8 years ago
GoogleCodeExporter
commented
8 years ago Oops, forgot to change the bug type, sorry. :/Original comment by boagena...@gmail.com on 8 May 2010 at 5:00
GoogleCodeExporter
commented
8 years ago same for Fedora 12 64bit:
rubyripper-gui-0.5.7-2.fc12.noarch
rubyripper-0.5.7-2.fc12.noarch
It seams the latest ruby updates on ruby last week causes rubyripper to fail.
the updates:
ruby-libs-1.8.6.399-1.fc12.x86_64
ruby-1.8.6.399-1.fc12.x86_64
rubygems-1.3.6-1.fc12.noarch
ruby-glib2-0.19.4-1.fc12.x86_64
ruby-atk-0.19.4-1.fc12.x86_64
ruby-gdkpixbuf2-0.19.4-1.fc12.x86_64
ruby-pango-0.19.4-1.fc12.x86_64
ruby-gtk2-0.19.4-1.fc12.x86_64
ruby-irb-1.8.6.399-1.fc12.x86_64
ruby-rdoc-1.8.6.399-1.fc12.x86_64
rubygems-1.3.6-1.fc12.noarch
btw, the rrip_cli also doesn't work. It will start, recognize the CD but at
first
test it stops (at 0%).
Original comment by peter_ra...@yahoo.com on 10 May 2010 at 3:41
GoogleCodeExporter
commented
8 years ago Running with sudo breaks rubyripper because the ENV variables are not set then.
The
other problems seem to indicate there is a problem with the ruby-gettext
package. You
should file a bug at your distribution.Original comment by boukewou...@gmail.com on 16 May 2010 at 4:27
GoogleCodeExporter
commented
8 years ago I am trying to run rubyripper-0.5.7 in fedora 12 x86_64. Then, is it rubyripper
distribution dependent? I am trying to running rrip_gui but it freezes without
any
message, but rrip_cli seems to work but it falls in a loop. It seems that it is
not
reading the preferences file because in GUI I have configured to rip all tracks
in a
single one creating a cue sheet, and it seems trying to rip the whole track a
number
of times depending on how many tracks are in the album (see the attachments).
However if you select only one track it seems to work. I call this a bug (see
the
attachment).Original comment by nespit...@gmail.com on 25 May 2010 at 4:29
Attachments:
GoogleCodeExporter
commented
8 years ago The 0.5.7 version is not supported anymore. It's known to break in a lot of ugly
ways, especially when combined with ruby-1.9. You should try latest git version
of
rubyripper. See the source tab for more info on this.Original comment by boukewou...@gmail.com on 25 May 2010 at 6:40
GoogleCodeExporter
commented
8 years ago I have tried the git version (0.6.0) but it has the same bug
in./rubyripper_gtk2.rb
that version 0.5.7, It seems that rubyripper cannot find the cdrw unit, and it
doesn't give any message, I have tried to find something with strace, but I
don't
have enough knowledge to figure out, where the bug is (see the attachment).
Now rrip_cli is worse that with 0.5.7 because it doesn't give time to choose any
option, it does what it wants and it falls in a loop (see the attachment).
After "found info track $LAST_TRACK" it freezes. Then, what is the advantage of
using
cdrdao?
I will returned to the fedora 12 x86_64 rpm version and continue using
rrip_cli, but
it also fails if the disc info is not in the freedb.
Then it is not problem of the linux distribution.Original comment by nespit...@gmail.com on 27 May 2010 at 11:08
Attachments:
GoogleCodeExporter
commented
8 years ago I don't know what I should do with your attachments, they're meaningless to me.
I am
interested however in the traceback when launched from a terminal. As you are
referring to the same error, I am reacting on the traceback above.
It seems rubyripper is not the only one having troubles with the gettext
package:
http://www.google.nl/search?
hl=nl&q=locale.rb:239:in+`collect_candidates'&aq=f&aqi=&aql=&oq=&gs_rfai=
But it does work on Arch Linux on the other hand. So it really should be filed
as a
bug for your specific distribution.Original comment by boukewou...@gmail.com on 27 May 2010 at 4:44
GoogleCodeExporter
commented
8 years ago I need to use rubyripper, as you I can only use the command line version, could
you
tell me what is the effect of "rip CD to a single file" of the GUI version in
the
settings file? I need to edit ~/.rubyripper/settings by hand. Thanks in advance.Original comment by nespit...@gmail.com on 31 May 2010 at 3:21
GoogleCodeExporter
commented
8 years ago See the source:
def initialize(configFile = false)
@settings = Hash.new()
@configFound = false
@defaultSettings = {"flac" => false, #boolean
"flacsettings" => "--best -V", #string, passed to flac
"vorbis" => true, #boolean
"vorbissettings" => "-q 4", #string, passed to vorbis
"mp3" => false, #boolean
"mp3settings" => "-V 3 --id3v2-only", #string, passed to lame
"wav" => false, #boolean
"other" => false, #boolean, any other codec
"othersettings" => '', #string, the complete command
"playlist" => true, #boolean
"cdrom" => cdrom_drive(), #string
"offset" => 0, #integer
"maxThreads" => 0, #integer, number of encoding proces while
ripping
"rippersettings" => '', #string, passed to cdparanoia
"max_tries" => 5, #integer, #tries before giving up
correcting
'basedir' => '~/', #string, where to store your new rips?
'naming_normal' => '%f/%a (%y) %b/%n - %t', #string, normal
discs
'naming_various' => '%f/%va (%y) %b/%n - %a - %t', #string
various
'naming_image' => '%f/%a (%y) %b/%a - %b (%y)', #string,
image
"verbose" => false, #boolean, extra verbose info shown in
terminal
"debug" => true, #boolean, extra debug info shown in terminal
"eject" => true, #boolean, open up the tray when finished
'ripHiddenAudio' => true, #boolean, rip part before track 1
'minLengthHiddenTrack' => 2, #integer, min. length hidden
track
"req_matches_errors" => 2, # #integer, matches when errors
detected
"req_matches_all" => 2, #integer, #matches when no errors
detected
"site" => "http://freedb2.org:80/~cddb/cddb.cgi", #string,
freedb site
"username" => "anonymous", #string, user name freedb
"hostname" => "my_secret.com", #string, hostname freedb
"first_hit" => true, #boolean, always choose 1st option
"freedb" => true, #boolean, enable freedb
"editor" => editor(), #string, default editor
"filemanager" => filemanager(), #string, default file manager
"browser" => browser(), #string, default browser
"no_log" =>false, #boolean, delete log if no errors?
"create_cue" => true, #boolean, create cuesheet
"image" => false, #boolean, save to single file
'normalize' => false, #boolean, normalize volume?
'gain' => "album", #string, gain mode
'gainTagsOnly' => false, #string, not actually modify audio
'noSpaces' => false, #boolean, replace spaces with
underscores
'noCapitals' => false, #boolean, replace uppercase with
lowercase
'pregaps' => "prepend", #string, way to handle pregaps
'preEmphasis' => 'cue' #string, way to handle pre-emphasis
}Original comment by boukewou...@gmail.com on 31 May 2010 at 4:49
GoogleCodeExporter
commented
8 years ago I don't know what it is wrong with my setting, it seems a problem with the
commands
passed to cdparaoina, because the ripping never begins, my settings are:
vorbissettings=-q 4
flacsettings=--best -V
cd=#<Disc:0x7fa943346f68>
noCapitals=false
naming_normal=%b/%n-%a-%t
max_tries=8
wav=false
vorbis=false
flac=true
gain=album
req_matches_all=2
req_matches_errors=3
naming_various=%f/%a (%y) %b/%n - %va - %t
freedb=true
username=anonymous
create_cue=true
maxThreads=2
mp3=false
normalize=false
no_log=false
editor=gedit
eject=true
verbose=false
basedir=/home/nespino/lossless
noSpaces=false
site=http://freedb2.org:80/~cddb/cddb.cgi
rippersettings= 1-
playlist=false
first_hit=false
hostname=my_secret.com
debug=true
naming_image=%f/%a (%y) %b/%a - %b (%y)
offset=6
cdrom=/dev/cdrw
othersettings=
mp3settings=-V 3 --id3v2-only
image=false
other=false
filemanager=nautilus --no-desktop
instance=main
I only want a single flac file with all the tracks plus the cue-sheet,
something like
this script:
#! /bin/bash
echo "Escribe el nombre de la banda: "
read ARTIST
echo "Escribe el nombre del album: "
read ALBUM
DISKNAME=$ARTIST" - "$ALBUM
echo `cdparanoia 1- "$DISKNAME.wav"`
echo `flac -V -8 --delete-input-file "$DISKNAME.wav"`
echo `cuegen -o "$DISKNAME.cue" -p "$ARTIST" -t "$ALBUM" -f "$DISKNAME.wav"`
Any help will be appreciated. I could get it with the gui bug and before trying
the
git version, then I think is a settings problem.
Original comment by nespit...@gmail.com on 1 Jun 2010 at 5:08
Original issue reported on code.google.com by
boagena...@gmail.comon 8 May 2010 at 4:59