I'm shocked at how slow Sound Juicer rips audio CD's. My machine is an Intel i7 with 4Gb RAM, so I thought that ripping would take just a couple of minutes. But the program takes it's time and lasts about 20' for each CD.
Is there a way to configure Sound Juicer to make better use of the available hardware?
Is there another program available for faster ripping?
The DVD is a Super Multi DL Drive. I guess it's faster than single speed. No serious errors on the command line after the extraction starts. Before that, gtk errors and glib errors. Running it from the command line is much faster.
Warnings on command line:
(sound-juicer:1285): WARNING **: Widget (GtkEntry) has more than one label (sound-juicer:1285): GLib-GObject-WARNING **: invalid cast from GdkX11Window' to GtkWidget' (sound-juicer:1285): Gtk-CRITICAL **: gtk_widget_get_display: assertion GTK_IS_WIDGET (widget)' failed (sound-juicer:1285): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion GDK_IS_DISPLAY (display)' failed (sound-juicer:1285): Gdk-CRITICAL **: gdk_cursor_unref: assertion `cursor != NULL' failed
I've monitored the system, and the memory use stays below 800Mb, also, the processors stay mostly below 20%.
Now, if a CD has 700Mb max, wouldn't it be possible to read the smallest song (in bytes) into memory, start processing that with one thread, read the next smallest song into memory and spawn the next process, etc?
With 4Gb RAM, and 8 processors, the computer should not have any problem ripping and encoding 4 CD's in memory at the same time. Or should it?
dd: reading `/dev/cdrom': Input/output error 0+0 records in 0+0 records out 0 bytes (0 B) copied, 0.0258942 s, 0.0 kB/s real 0m12.087s user 0m0.000s sys 0m0.004s