Unexplainable Crashes

[AlexJDowson]

Using the latest version from git. Most of the time rubyripper crashes during ripping, sometimes it completes an entire CD this is rare. I'm using the GTK version on Arch Linux.

Running ./rubyripper_gtk2 from a terminal window gives me no useful output for debugging, just a crash with no output (seg fault?).

Enabling debug mode gives me this (I've anonymised the output):

[user@userpc bin]$ ./rubyripper_gtk2 
DEBUG: cdparanoia -d /dev/sr0 -vQ
DEBUG: cd-discid /dev/sr0
DEBUG: trackselection = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]
DEBUG: date
DEBUG: cdparanoia --version
DEBUG: flac --version
DEBUG: Ripping track 1
DEBUG: Expected filesize for track 1 is 68130428 bytes.
DEBUG: LC_ALL=C; df "/home/user/Media/4TB Internal/Music/Artists/Artist/Album (2019)"
DEBUG: Free disk space is 1682420308 MB
DEBUG: Minutes ripping is 0.0002787378.
DEBUG: cdparanoia -Z [.0]-[.28966] -d /dev/sr0 -O 0 "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_1_1.wav"
DEBUG: Minutes ripping is 0.7506408261166667.
DEBUG: cdparanoia -Z [.0]-[.28966] -d /dev/sr0 -O 0 "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_1_2.wav"
DEBUG: Start of hashes algorithm 2019-06-12 21:45:27 +0100.
DEBUG: End of hashes algorithm 2019-06-12 21:45:28 +0100.
DEBUG: LC_ALL=C; sox "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_1_1.wav" -n stats
DEBUG: Start of hashes algorithm 2019-06-12 21:45:28 +0100.
DEBUG: End of hashes algorithm 2019-06-12 21:45:29 +0100.
DEBUG: Adding track 1 (flac) to the queue..
DEBUG: Ripping track 2
DEBUG: Expected filesize for track 2 is 62304524 bytes.
DEBUG: LC_ALL=C; df "/home/user/Media/4TB Internal/Music/Artists/Artist/Album (2019)"
DEBUG: flac -o "/home/user/Media/4TB Internal/Music/Artists/Artist/Album (2019)/01 - Song.flac" --best -V --tag ARTIST="Artist" --tag ALBUM="Album" --tag GENRE="Genre" --tag DATE="2019" --tag ENCODER="Rubyripper 0.7.0rc2" --tag DISCID="00000000" --tag TITLE="Title" --tag TRACKNUMBER=1 --tag TRACKTOTAL=11 "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_1_1.wav"
DEBUG: Free disk space is 1682617196 MB
DEBUG: Minutes ripping is 1.4241047138166667.
DEBUG: cdparanoia -Z [.28967]-[.26489] -d /dev/sr0 -O 0 "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_2_1.wav"
DEBUG: Removing track 1 (flac) from the queue..
DEBUG: Minutes ripping is 1.9284993381.
DEBUG: cdparanoia -Z [.28967]-[.26489] -d /dev/sr0 -O 0 "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_2_2.wav"
DEBUG: Start of hashes algorithm 2019-06-12 21:46:30 +0100.
DEBUG: End of hashes algorithm 2019-06-12 21:46:31 +0100.
DEBUG: LC_ALL=C; sox "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_2_1.wav" -n stats
DEBUG: Start of hashes algorithm 2019-06-12 21:46:31 +0100.
DEBUG: End of hashes algorithm 2019-06-12 21:46:32 +0100.
DEBUG: Adding track 2 (flac) to the queue..
DEBUG: Ripping track 3
DEBUG: Expected filesize for track 3 is 70313084 bytes.
DEBUG: LC_ALL=C; df "/home/user/Media/4TB Internal/Music/Artists/Artist/Album (2019)"
DEBUG: flac -o "/home/user/Media/4TB Internal/Music/Artists/Artist/Album (2019)/02 - Song.flac" --best -V --tag ARTIST="Artist" --tag ALBUM="Album" --tag GENRE="Genre" --tag DATE="2019" --tag ENCODER="Rubyripper 0.7.0rc2" --tag DISCID="00000000" --tag TITLE="Title" --tag TRACKNUMBER=2 --tag TRACKTOTAL=11 "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_2_1.wav"
DEBUG: Free disk space is 1682547036 MB
DEBUG: Minutes ripping is 2.472385168116667.
DEBUG: cdparanoia -Z [.55457]-[.29894] -d /dev/sr0 -O 0 "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_3_1.wav"
DEBUG: Removing track 2 (flac) from the queue..
DEBUG: Minutes ripping is 2.96409355825.
DEBUG: cdparanoia -Z [.55457]-[.29894] -d /dev/sr0 -O 0 "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_3_2.wav"
DEBUG: Start of hashes algorithm 2019-06-12 21:47:31 +0100.
DEBUG: End of hashes algorithm 2019-06-12 21:47:33 +0100.
DEBUG: LC_ALL=C; sox "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_3_1.wav" -n stats
DEBUG: Start of hashes algorithm 2019-06-12 21:47:33 +0100.
DEBUG: End of hashes algorithm 2019-06-12 21:47:34 +0100.
DEBUG: Adding track 3 (flac) to the queue..
DEBUG: Ripping track 4
DEBUG: Expected filesize for track 4 is 56977244 bytes.
DEBUG: LC_ALL=C; df "/home/user/Media/4TB Internal/Music/Artists/Artist/Album (2019)"
DEBUG: flac -o "/home/user/Media/4TB Internal/Music/Artists/Artist/Album (2019)/03 - Song.flac" --best -V --tag ARTIST="Artist" --tag ALBUM="Album" --tag GENRE="Genre" --tag DATE="2019" --tag ENCODER="Rubyripper 0.7.0rc2" --tag DISCID="00000000" --tag TITLE="Title" --tag TRACKNUMBER=3 --tag TRACKTOTAL=11 "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_3_1.wav"
DEBUG: Free disk space is 1682580776 MB
DEBUG: Minutes ripping is 3.5055153869833333.
DEBUG: cdparanoia -Z [.85352]-[.24224] -d /dev/sr0 -O 0 "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_4_1.wav"
DEBUG: Removing track 3 (flac) from the queue..
DEBUG: Minutes ripping is 3.8850521582833335.
DEBUG: cdparanoia -Z [.85352]-[.24224] -d /dev/sr0 -O 0 "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_4_2.wav"
DEBUG: Start of hashes algorithm 2019-06-12 21:48:20 +0100.
DEBUG: End of hashes algorithm 2019-06-12 21:48:21 +0100.
DEBUG: LC_ALL=C; sox "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_4_1.wav" -n stats
DEBUG: Start of hashes algorithm 2019-06-12 21:48:21 +0100.
DEBUG: End of hashes algorithm 2019-06-12 21:48:22 +0100.
DEBUG: Adding track 4 (flac) to the queue..
DEBUG: Ripping track 5
DEBUG: Expected filesize for track 5 is 58223804 bytes.
DEBUG: LC_ALL=C; df "/home/user/Media/4TB Internal/Music/Artists/Artist/Album (2019)"
DEBUG: flac -o "/home/user/Media/4TB Internal/Music/Artists/Artist/Album (2019)/04 - Song.flac" --best -V --tag ARTIST="Artist" --tag ALBUM="Album" --tag GENRE="Genre" --tag DATE="2019" --tag ENCODER="Rubyripper 0.7.0rc2" --tag DISCID="00000000" --tag TITLE="Title" --tag TRACKNUMBER=4 --tag TRACKTOTAL=11 "/home/user/Media/4TB Internal/Music/Artists/Artist/temp_sr0/track_4_1.wav"
DEBUG: Free disk space is 1682550504 MB

It just checks the disk space and at the next step crashes without any explanation in the debug output.

Any ideas?

[refi64]

I've had similar stuff happen as well, it's pretty random but also consistent, in that it often will work, but if it doesn't work on a particular disc it will always fail on that disc.

[AlexJDowson]

I've had similar stuff happen as well, it's pretty random but also consistent, in that it often will work, but if it doesn't work on a particular disc it will always fail on that disc.

I'll try it with a couple more discs. Really sucks that this program is pratically unusable now, there's nothing that replaces it for me. It rips using cdparanoia, compresses into FLAC and organises all of the files. It does everything I need it to do.

That said, I have not tried it with another USB disc reader (I don't have one) so it could also be that (TSSTcorp BDDVDW SE-506AB TS01).

[carlu78]

For what it might be worth to anybody, this is happening to me, as well. There is no indication of what is going on in the debug information, and the crashes don't occur after any particular debug line. They also occur on random tracks. I haven't tried another disc yet, but frankly, if it can't rip my whole collection, I will be exploring other options anyway. I will experiment a bit more over the next couple days.

Edit: I just ripped four discs two times each with no trouble through rubyripper_cli. Whatever this problem is, it appears to be GUI related.

[bleskodev]

Hi guys, sorry for the long delay concerning this issue. Yes, I'm also experiencing the same (I believe) crashes and I suspect they are related to scrolling of the log window during ripping. I have tried different approaches to fix this issue, currently without success. As a workaround, I have added a new option in preferences (in the 'Other' tab) to disable the auto log scrolling. If you ever have time, please try and report if this helps avoiding the problem. In the meantime, I'll will continue searching for the correct solution to this problem. Thanks!

[bleskodev]

I think this problem should be fixed with the port to GTK3. I'm closing this bug. Please, reopen it if the problem still exists on the master (GTK3) branch. It is still present on the stable branch (GTK2), but the workaround, see above comment, exists.