Activity for ripperX
-
Tiago Barrionuevo modified a comment on ticket #69
Changelog for the 3.0 release: Features RipperX now support multiple encoders configuration and multiple encodings in the same encoding process: * Enhanced encoders configuration with new options supporting more than * one encoder and specific options to each encoder. You don't need to change * anymore your extra options every time you change your encoder! * Enhanced the jobs controller to process all enabled encoders in the * encodings queue. * ".ripperxrc" file renamed to ".ripperx3rc". * The config...
-
Jos Dehaes posted a comment on ticket #69
Hey Guys, cool that ripperX project is still continuing :-D. I've been working off and on on this: https://github.com/joske/ripperx4 In my experience it's much faster to rip than the C/C++ version. Any thoughts? Cheers! jos On Fri, 2 Jan 2026 at 04:23, Tiago Barrionuevo thothix@users.sourceforge.net wrote: Gitlab repository was archived and migrated to Codeberg at: https://codeberg.org/thothix/ripperx [bugs:#69] https://sourceforge.net/p/ripperx/bugs/69/ Unexpected close if no wav to rip Status:...
-
Hi @tmancill! Thanks for your reply. I'm sorry to not be able to talk to you before make the fork. As ripperX development was inactive and I had made a lot of changes to my own use, I thought it was a good thing to share with other users. I don't know if I'll get time to be always in active development as well. You and the former developers feel free to request access to new repo or get the code to update yours for future developments if you want. My intention is to join efforts to keep the project...
-
Hi @tmancill! Thanks for your reply. I'm sorry to not be able to talk to you before make the fork. As ripperX development was inactive and I had made a lot of changes to my own use, I thought it was a good thing to share with other users. I don't know if I'll get time to be always in active development as well. You and the former developers feel free to request access to new repo or get the code to update yours for future developments if you want. My intention is to join efforts to keep the project...
-
tony mancill posted a comment on ticket #69
Hi @thothix - Thank you for continuing development of ripperX. I have not had time to participate in active development of this project for quite a while. Codeberg looks like a good home going forward. Please let me know how I can help with the migration. At a minimum, I would like to update the project description on the landing page to refer to the Codeberg repo as the new home. (You might also consider editing the review you left that refers to the gitlab fork.)
-
Gitlab repository was archived and migrated to Codeberg at: https://codeberg.org/thothix/ripperx
-
As I see that ripperX development is not active anymore, I did a fork in Gitlab and implemented some big new features and fixed some more bugs. If the developers/maintainers have interest on that, feel free to contact me or merge it. Here it is, for users that have interest to take a look in the Changelog and build it : https://codeberg.org/thothix/ripperx I'm going to create binary .deb files for Debian and Ubuntu/Mint soon.
-
Robert Turnbull posted a comment on ticket #70
That didn't help - no change in the displayed text or graphics. .xsessionrc contains: export GDK_SCALE=1.5 .Xresources contains: Xft.dpi: 150
-
Can you try to set this: echo export GDK_SCALE=1.5 >> ~/.xsessionrc and in ~/.Xresources Xft.dpi: 150 If it doesn't work, you can remove it or let the original values
-
Can you try to set this: echo export GDK_SCALE=1.5 >> ~/.xsessionrc and in ~/.Xresources Xft.dpi: 150 If it doesn't work, you can remove it
-
Further attachments.
-
Text Overlap with High DPI Display
-
Hi @rulrich I did a fork in Gitlab with lots of enhancements and merged your changes (I needed do it manually because there was some changes in master). It's here ((https://gitlab.com/tiagobar/ripperx/-/tree/master) if you have some interest.
-
I did a fork in Gitlab with lots of enhancements and merged your changes (I needed do it manually because there was some changes in master). It's here ((https://gitlab.com/tiagobar/ripperx/-/tree/master) if you have some interest.
-
The changes are already in the 3_0_1_release branch in Gitlab. I have no additional changes to commit right now so I should merge it in master next week.
-
The changes are already in the 3_0_1_release branch in Gitlab. I no have additional changes to commit right now so I should merge it in master next week.
-
The changes are already in the 3_0_1_release branch in Gitlab.
-
Hi @circlotron Thanks for report these issues. As I stated here, we don't have any responses here from the maintainers or someone else. There're some valuable merge requests that are ignored without any comment. So I decided to fix some bug I got and finishing implementing a lot of enhancements. I didn't try yet a contact by email with the guys in the readme so I'll try it soon. I think they have no interest to merge this so I forked it in Gitlab.
-
Happy to see someone working on ripperX again. I've got a couple of small patches for the Gitlab 3.0 release: The changelog states: Change the default cddb server (freedb) to gnudb. config_rw.c still contains: // CDDB insert_pair("CDDBConfig::Server", &config.cddb_config.server,"freedb.freedb.org/~cddb/cddb.cgi"); Also, when ripperX was originally written, encoding was much slower than ripping. Now the opposite is true. The default value for config.mp3_ratio needs to be reduced to account for this....
-
Changelog for the Gitlab 3.0 release: Features RipperX now support multiple encoders configuration and multiple encodings in the same encoding process: * Enhanced encoders configuration with new options supporting more than * one encoder and specific options to each encoder. You don't need to change * anymore your extra options every time you change your encoder! * Enhanced the jobs controller to process all enabled encoders in the * encodings queue. * ".ripperxrc" file renamed to ".ripperx3rc"....
-
Changelog for the proposed 3.0 release: Features RipperX now support multiple encoders configuration and multiple encodings in the same encoding process: * Enhanced encoders configuration with new options supporting more than * one encoder and specific options to each encoder. You don't need to change * anymore your extra options every time you change your encoder! * Enhanced the jobs controller to process all enabled encoders in the * encodings queue. * ".ripperxrc" file renamed to ".ripperx3rc"....
-
Changelog for 3.0 release: Features RipperX now support multiple encoders configuration and multiple encodings in the same encoding process: * Enhanced encoders configuration with new options supporting more than * one encoder and specific options to each encoder. You don't need to change * anymore your extra options every time you change your encoder! * Enhanced the jobs controller to process all enabled encoders in the * encodings queue. * ".ripperxrc" file renamed to ".ripperx3rc". * The config...
-
Changelog for 3.0 release: Features RipperX now support multiple encoders configuration and multiple encodings in the same encoding process: * Enhanced encoders configuration with new options supporting more than * one encoder and specific options to each encoder. You don't need to change * anymore your extra options every time you change your encoder! * Enhanced the jobs controller to process all enabled encoders in the * encodings queue. * ".ripperxrc" file renamed to ".ripperx3rc". * The config...
-
Changelog for 3.0 release: Features RipperX now support multiple encoders configuration and multiple encodings in the same encoding process: Enhanced encoders configuration with new options supporting more than one encoder and specific options to each encoder. You don't need to change anymore your extra options every time you change your encoder! Enhanced the jobs controller to process all enabled encoders in the encodings queue. ".ripperxrc" file renamed to ".ripperx3rc". The config file ".ripperx3rc"...
-
Changelog for 3.0 release: Features RipperX now support multiple encoders configuration and multiple encodings in the same encoding process: Enhanced encoders configuration with new options supporting more than one encoder and specific options to each encoder. You don't need to change anymore your extra options every time you change your encoder! Enhanced the jobs controller to process all enabled encoders in the encodings queue. ".ripperxrc" file renamed to ".ripperx3rc". The config file ".ripperx3rc"...
-
As I see that ripperX development is not active anymore, I did a fork in Gitlab and implemented some big new features and fixed some more bugs. If the developers/maintainers have interest on that, feel free to contact me or merge it. Here it is, for users that have interest to take a look in the Changelog and build it : https://gitlab.com/tiagobar/ripperx/-/tree/master I'm going to create binary .deb files for Debian and Ubuntu/Mint soon.
-
Implemented here: https://gitlab.com/tiagobar/ripperx/-/tree/master
-
As I see that ripperX development is not active I did a fork in Gitlab and implemented some big new features and fixed some more bugs. If the developers/maintainers have interest on that, feel free to contact me or merge it. Here it is, for users that have interest to take a look in the Changelog and build it : https://gitlab.com/tiagobar/ripperx/-/tree/master I'm going to create binary .deb files for Debian and Ubuntu soon.
-
As I see that ripperX development is not active I did a fork in Gitlab and implemented some big new features and fixed some more bugs. If the former developers have interest on that, feel free to contact me or merge it. I'm going to merge the branch 3_0_0 in master branch in the next few days. Here it is, for users that have interest take a look in the Changelog : https://gitlab.com/tiagobar/ripperx/-/tree/3_0_0_release I'm going to create binary .deb files for Debian and Ubuntu soon.
-
As I see that ripperX development is not active I did a fork in Gitlab and implemented some big new features and fixed some more bugs. If the former developers have interest on that, feel free to contact me or merge it. I'm going to merge the branch 3_0_0 in master branch in the next few days. Here it is, for users that have interest take a look in the Changelog : https://gitlab.com/tiagobar/ripperx/-/tree/3_0_0_release
-
As I see that ripperX development is not active I did a fork in Gitlab and implemented some big new features and fixed some more bugs. If the former developers have interest on that, feel free to contact me or merge it. I'm going to merge the branch 3_0_0 in master branch in next few day. Here it is, for users that have interest take a look in the Changelog : https://gitlab.com/tiagobar/ripperx/-/tree/3_0_0_release
-
The file "config/config.rpath" is missing in git master. It's in the 2.8.0 tarball. Git master doesn't compile because of this.
-
Unexpected close if no wav to rip
-
Fix unexpected close if no wav to rip
-
The file "config/config.rpath" is missing in git master. It's in the 2.8.0 tarball.
-
Dominique Michel posted a comment on ticket #64
Can you please make a release that works so that distribution devs can bump 2.7.3?
-
I used to be ripperX maintainer a very long time ago. I started this some time ago as a learning experience. It's not polished/ready, but it already works: https://github.com/joske/ripperx4 I just added OPUS suport.
-
I used to be ripperX maintainer a very long time ago. I started this some time ago as a learning experience. It's not polished/ready, but it already works: https://github.com/joske/ripperx4
-
This would be a nice feature. However, I am not aware of any active development on ripperX. GrimRipper is a GTK3-based alternative that includes support for the Opus codec.
-
Drei Eck modified a comment on ticket #26
I second this to offer to read the CD-Text.
-
I second this to read the CD-Text.
-
I strongly second this to use opusenc/ libopusenc.
-
I second this to read the CD-Text.
-
edouard Ritty posted a comment on ticket #26
I agree with orbes that's a feature would be great
-
Steve Kelem posted a comment on discussion Help
Your link for GD3 doesn't work.
-
Bruce Boyes posted a comment on discussion Help
Hi everyone, I was reading about ripperX and someone remarked it was useless now that Magix has taken away freedb in mid-2020. I needed a ripper so went to EAC on Windoze and also found GD3 Data, LLC which has a lifetime subscription (IIRC) for $7. So that would be an option for this project too. Also apparently there is gnudb but it likely has all the freedb issues with classical music and more obscure contemporary music.
-
Hi Randy, Yes, at this point the project is dormant. I have considered migrating the sources to Github if there is sufficient interest. Are you interested in helping maintain the project? Cheers, Tony
-
Randy L Harris posted a comment on discussion Help
All, I've used ripperX in the past and loved how quick it was. I was ready to download it again and check to see if any changes had been posted. It appears the project is dormant. Is anyone currently maintaining the project? Regards, Randy L. Harrisrl_harris@yahoo.comPrudence SC35-24(540) 604-8588 "Live passionately, even if it kills you, because something is going to kill you anyway." - Webb Chiles.
-
Extra Options in the mp3 tab is functional for the flac encoder. You can use --best to specify the highest compression ratio.
-
Russell Almond posted a comment on ticket #64
Somehow this is still active. I downloaded the tarball and this file was still missing.
-
Scott A. Conway posted a comment on discussion Help
Thanks a bundle! I couldn't figure out why it wouldn't connect, even after I changed everything but the proxy server and proxy port to the values that you mentioned. I had learned that freedb.org was taken down, and that gnudb.gnudb.org was the new server to use, but your proxy settings were the secret sauce that fixed it completely.
-
P D Curtis posted a comment on discussion Help
S Hanna, Many thanks I can confirm solution works perfectly for me.
-
S Hanna posted a comment on discussion Help
Here's how I got it to work. URL: gnudb.gnudb.org/~cddb/cddb.cgi Port: 80 Use HTTP Proxy Server: proxy.gnudb.org Proxy Port: 3128 See this if you need any more info: https://www.gnudb.org/howto.php It could be redundant to set both the URL and Proxy settings, but these settings did the trick for me. Good Luck!
-
James Paterson posted a comment on discussion Help
I just noticed my post is the first in about 6 years. Foruum must be inactive. Cheers On Mon, 20 Jul 2020, 11:09 pm John Bennett, hornetster@users.sourceforge.net wrote: Ditto. Same prob here.... error code 20 cant connect to server https://sourceforge.net/p/ripperx/discussion/3070/thread/b53008a345/?limit=25#0fab Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/ripperx/discussion/3070/ To unsubscribe from further messages, please visit https://sourceforge.ne...
-
John Bennett posted a comment on discussion Help
Ditto. Same prob here....
-
I am setting up a laptop for a friend who has a very large collection of CDs he wants to rip to wav. He needs to be able to get the album name and track information as entering them manually would take too long. With the laptop connected to the internet on my system http 'wired' when I click on CDDB I get the above error. I have done a search but cant find out anything about it. The URL is currently freedb.freedb.org/~cddb/cddb.cgi the port is set to 80. Use HTTP is selected. CDDB Cache path is ./.cddbslave...
-
I am setting up a laptop for a friend who has a very large collection of CDs he wants to rip to wav. He needs to be able to get the album name and track information as entering them manually would take too long. With the laptop connected to the internet on my system http 'wired' when I click on CDDB I get the above error. I have done a search but cant find out anything about it. The URL is currently freedb.freedb.org/~cddb/cddb.cgi the port is set to 80. Use HTTP is selected. CDDB Cache path is ./.cddbslave...
-
tony mancill committed [c7c524]
automake --add-missing --copy with autotools 1.16
-
tony mancill committed [554b75]
hacky fix for eject problem; invoke "eject"
-
Eject-button does not work
-
Hi Andreas, Thank you for reporting this. I am able to reproduce this failure as well and am working on a patch to update the code to try the SG comands if the normal CDROMEJECT ioctl fails. I suspect that if you run "eject -v" that you will see similar output: $ eject -v /dev/cdrom eject: device name is `/dev/sr0' eject: /dev/sr0: not mounted eject: /dev/sr0: is whole-disk device eject: /dev/sr0: trying to eject using CD-ROM eject command eject: CD-ROM eject command failed eject: /dev/sr0: trying...
-
tony mancill committed [225f06]
Add -lm to LDADD to fix libm underlinkage.
-
tony mancill committed [b0dd1a]
apply cross-compilation patch from Helmut Grohne
-
tony mancill committed [a05421]
fix bad directive in pkg-config
-
tony mancill committed [0fc794]
autoconf 1.16
-
Missing link against -lm and -lz
-
should be addressed with commit b46497d5d3d4b1d427336d91fa39185e5d76f5c9
-
tony mancill committed [b46497]
update configure.ac to check for -lm and -lz (Issue #66)
-
tony mancill committed [d0a21e]
regenerated configure
-
fixed in commit 3b9ce8b8c830270fe453970ecda7fc83dc89cca3
-
trames posted a comment on ticket #27
... the file format string is located in Configuration -> Files -> Filename format string
-
Allow expression in file name format string
-
Andreas created ticket #5
Eject-button does not work
-
bebabi34 modified a comment on ticket #68
it.po row 216 -msgstr "%= = Traccia n." +msgstr "%# = Traccia n." the accent issue is a transcoding problem, in the file it.po the accents are correct (with utf-8)
-
it.po row 216 -msgstr "%= = Traccia n." +msgstr "%# = Traccia n."
-
translation(?) problem
-
Guillaume MULLER created ticket #67
Bugs in the interface
-
Ralf Ulrich created merge request #1
Improved string handling, in particular for non-ASCII/special characters
-
Steve Sanbeg posted a comment on ticket #64
This file is in the git repo, but was inadvertently left out of the last source tarball,...
-
gtk_cpp_workaround.h missing
-
Steve Sanbeg committed [3b9ce8]
add gtk_cpp_workaround.h to dist
-
Eric Sandall created ticket #66
Missing link against -lm and -lz
-
I didn't find gtk_cpp_workaround.h in the 2.7.3 source, but I did find it in the...
-
e Deviser created ticket #65
Controls in MP3-Tab do not affect the Flac-Encoder
-
I got 2.8.0 to work on Mint 17.2 with flac using Extra Options: --best --silent I...
-
gtk_cpp_workaround.h missing
-
I got 2.8.0 to work with flac using Extra Options: --best --silent
-
orbea created ticket #26
Reading track data from the CD
-
Daniel AJ posted a comment on ticket #63
Sound Juicer is fast, but the sound quality suffers. Hardly any customization offered....
-
Dan White posted a comment on ticket #63
Instituted to Sound juicer Which seems much faster to rip (perhaps less careful ripping?...
-
I suffer the same issue on ripperX 2.7.3. I think we are victims of this bug: https://bugs.launchpad.net/ubuntu/+source/flac/+bug/1219087...
-
I suffer the same issue. I think we are victims of this bug: https://bugs.launchpad.net/ubuntu/+source/flac/+bug/1219087...
-
flac encode fails
-
rimcaw posted a comment on discussion Help
Same problem. ripperX recognises my internal cd drive, but not my external cd/dvd...
-
Moebius146 modified a comment on discussion Help
Sorry if I'm missing something - installed ripperx and have no problems ripping a...
-
Sorry if I'm missing something - installed ripperx and have no problems ripping a...
-
Sorry if I'm missing something - installed ripperx and have no problems ripping a...
-
Sorry if I'm missing something - installed ripperx and have no problems ripping a...
-
Sorry if I'm missing something - installed ripperx and have no problems ripping a...
-
Sorry if I'm missing something - installed ripperx and have no problems ripping a...
