-
Will save to alternative output path during session. New session will reset output path to default.
2009-10-19 08:14:50 UTC by nobody
-
I had changed many of the preferences before clicking Rip+Encode. In my case, the rip was not started yet. (no wav file)
2009-10-18 14:27:27 UTC by eigieveeyme
-
i had this. Encoder was set to flac. Error was SegFault. I don't have a core, so can not backtrace.
2009-10-18 14:20:24 UTC by eigieveeyme
-
at start up and while running, grip repeatedly prints
Usage:program_name [address][:port]
to stdout. this is in the release & the development version 3.3.1.
2009-10-18 14:15:33 UTC by eigieveeyme
-
oops, i made a dup of 2009571.
2009-10-18 14:11:49 UTC by eigieveeyme
-
Running with
cdparanoia from svn
cdparanoia III release 10.3pre (September 16, 2008)
I get this error as a response to
./configure --with-gnu-ld --with-pic --enable-shared-cdpar --enable-shared-id3 --disable-libtool-lock.
2009-10-18 13:10:03 UTC by eigieveeyme
-
Same problem for me.
In fact, this might appear on some CD's exclusively.I tried many times to rip+encode the same ones with the same results : buffer overflow.
I tried to find a solution and saw in Launchpad some peopl telling the problem comes from ID3tags : https://bugs.launchpad.net/ubuntu/+source/grip/+bug/283658
They also says grip is no more maintained.
2009-09-28 18:11:43 UTC by n3wborn
-
Can also Confirm, but very funny is, if showing the volume control, dragging the volume control makes the tracks reapear, the I can ripp em, but only track one or all selectable, editor only alows track one data to be edited, can not select any other track.
2009-06-29 13:50:12 UTC by nobody
-
I have Ubuntu Jaunty Jackalope 9.04, libgtk is 2.16.1., grip 3.3.1. But now the described problem has been solved by itself. I don't know why or how.
2009-05-22 12:58:27 UTC by nobody
-
Same problem here. Which version of gtk+ do you have installed?.
2009-05-16 08:43:11 UTC by polynomial-c
