I've switched to RipperX. You may also need to manually install
(Synaptic) Lame.
However, I strongly recommend reading:
http://www.dwasifar.com/?p=836 for setting up RipperX (note the manual
amendment of the config file)
and
http://jthz.com/mp3/ for general VBR info.
Note that the last url
grip is no longer maintained and it has been removed since Karmic.
Keeping opened only for Intrepid.
** Also affects: grip (Ubuntu Intrepid)
Importance: Undecided
Status: New
** Changed in: grip (Ubuntu)
Status: Confirmed = Won't Fix
--
grip buffer overflow in intrepid
If grip is not in karmic any more, what is the recommended feature
comparable alternative?
--
grip buffer overflow in intrepid
https://bugs.launchpad.net/bugs/283658
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
personally i switched to sound-juicer. doesn't have quite so many
options, but can still do everything i need it to. also it uses
musicbrainz instead of CDDB which gives more consistent results (eg
'REM' vs 'R.E.M.').
there are some more listed at
https://help.ubuntu.com/community/CDRipping , or
I don't know if it helps but I had the same problem and each time,
changing the genre did solve the problem.
Here are the CD, old genre (that lead to a crash) and new genre (that
made grip work well) :
Qemists - Join the Q Drum Bass - Electronic
Brigitte Fontaine -
If you are using LAME as the encoder, a good work around is tagging files with
lame instead instead of letting Grip do it.
1. on the Config / ID3 Screen, turn off all ID3 tags
2. on the Config / Encode / Encoder screen, set
Encoder: lame
Encoder executable: /usr/bin/lame
Encoder
Just to note, Grip is no longer being maintained by upstream or debian,
it will be dropped from Karmic (unless someone takes over maintenance),
hence the change of this being fixed is small.
--
grip buffer overflow in intrepid
https://bugs.launchpad.net/bugs/283658
You received this bug
This is probably the wrong place to ask, but I guess that makes me
wonder: is the old maintainer looking for anyone to take over? I might
volunteer. It would certainly take a few weeks to get up to speed on
the codebase, but Grip is a program worth maintaining, in my opinion.
--
grip buffer
you could start trying to contact Mike Oliphant from his email address
at http://nostatic.org/grip/ (click his name at the bottom of the page),
or https://sourceforge.net/users/oliphant . you could also try
contacting Daniel Baumann http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=515887
i also
** Bug watch added: Red Hat Bugzilla #160671
https://bugzilla.redhat.com/show_bug.cgi?id=160671
** Also affects: grip (Fedora) via
https://bugzilla.redhat.com/show_bug.cgi?id=160671
Importance: Unknown
Status: Unknown
--
grip buffer overflow in intrepid
** Changed in: grip (Fedora)
Status: Unknown = Fix Released
--
grip buffer overflow in intrepid
https://bugs.launchpad.net/bugs/283658
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I have had this same problem - rather, a friend of mine did, on Ubuntu
Jaunty x86.
The output from grip --verbose is almost identical to what is listed for
the bug.
** Attachment added: output from crash
http://launchpadlibrarian.net/28011123/grip_verbose_buffer_overflow
--
grip buffer
I have this same problem - and disabling id3v2 fixes it for me also.
--
grip buffer overflow in intrepid
https://bugs.launchpad.net/bugs/283658
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
The (valid) Speech genre crashes Grip
Am trying to convert an audio book to mp3
Grip with id3v2 disabled passed the crash point WooHoo!
Glad to get grip working again.
--
grip buffer overflow in intrepid
https://bugs.launchpad.net/bugs/283658
You received this bug notification because you are
Converting cd to mp3 using lame I was getting the same crash here
selecting 'Power Ballad' for the album genre from the dropdown list.
Selecting 'Rock', which I normally have it set to, saw it rip and encode
with no problems (using id3v2).
--
grip buffer overflow in intrepid
@Paulo: Aha! Good to know that! Seems Garage Rock is no genre after
all...
Maybe we should Grip warn people with a message or something. After all,
you can always change the tag to whatever you want with EasyTAG
afterwards...
--
grip buffer overflow in intrepid
Same problem here. The inexistent genre was the problem.
ID3 has a limited and american centric set of genres:
http://www.activedjstudio.com/help/amp3dj_3e.htm
Grip always ignored if you put a invalid genre. Now I tried to put Samba
and it crashed. Everything works fine after changing the
Grip crashes for me when attempting to encode the song I like van halen
because my sister says they are cool. Turning off id3v2 fixes the
problem.
--
grip buffer overflow in intrepid
https://bugs.launchpad.net/bugs/283658
You received this bug notification because you are a member of Ubuntu
I tried three CDs which led grip to crash before, and all of them were ripped
(and tagged) successfully with the patch.
Genre for those discs were Anime for two and JPop for one.
The genre Classical will be mapped to the value of 32, so I think it
shouldn't be a problem even if you use the
Hi,
The attached patch worked for me.
This patch fixes a buffer overflow bug in id3.c.
I found that sometimes the genre argument to ID3v2TagFile() exceeds 100
(in my test case it was 145).
In this case, sprintf() call in id3.c:L281 overruns the buffer.
The maximum length of the formatted string
The above patch is for grip (3.3.1-15build1) on intrepid.
I tested the patch on Intrepid/amd64 (I believe there's no
architecture-dependency with this patch, though).
--
grip buffer overflow in intrepid
https://bugs.launchpad.net/bugs/283658
You received this bug notification because you are a
Hajime, are you sure it has to do with the genre? In my case the genre
was Classical and it still crashed.
in any case your patch seems to work in most situation but there is
still a problem although I am not sure it is related.
If the track name is very long, that is greater then 95
Yes, thanks for the tip. For now I use ID3 but that means that I have
to go and use another tool (EasyTag) to fix all the long tags that get
chopped off with ID3. Please fix this problem...
--
grip buffer overflow in intrepid
https://bugs.launchpad.net/bugs/283658
You received this bug
I had the very same problem (buffer overflow error) after upgrading to Intrepid
with 2 CDs.
I confirm that after turning off ID3v2, it worked fine on those 2.
--
grip buffer overflow in intrepid
https://bugs.launchpad.net/bugs/283658
You received this bug notification because you are a member
Thanks for the tip that the problem is with the writing of the ID3v2
tags.
I've found a work around. Its a bit painful, but it works.
I can add the tag information to the command line.
I sure wish there was work happening to fix GRiP. Its the best Ripper
program I've found. I've tried many
It seems that it's the *v2* tags that are causing the problem. If I turn
off ID3v2 then the program no longer crashes, even though I have ID3
tags on still.
--
grip buffer overflow in intrepid
https://bugs.launchpad.net/bugs/283658
You received this bug notification because you are a member of
Hi,
I have the same problem (same dump), but it seems to be related to the
insertion of the ID3 tags.
I managed to extract and encode the full cd by disabling the ID3 tags.
Cheers
Marco
--
grip buffer overflow in intrepid
https://bugs.launchpad.net/bugs/283658
You received this bug
27 matches
Mail list logo