[oS-EN] Which is the currently preferred CD ripping software?
Hi, I am curious. What is the currently preferred CD ripping software? Years ago I used "grip", a gnome tool. Then it died, and I asked here. I tried the suggestions, and I finally used "audex". Problem with audex is, it is kde 3. I also know about asunder, abcde. Even k3b can do it, I hear. asunder does not do MusicBrain searches, only cddb. k3b can not configure the ripping, but cddb search works. audex fails to find the tracks in cddb (actually gnudb.gnudb.org). Some other nice and modern GUI tool for ripping CDs? -- Cheers / Saludos, Carlos E. R. (from Telcontar, using openSUSE Leap 15.4)
I use soundkonverter (not soundconverter) from the KDE-Extra Repo. Stephan Am Dienstag, 9. Januar 2024, 14:03:24 CET schrieb Carlos E. R.:
Hi,
I am curious. What is the currently preferred CD ripping software?
Years ago I used "grip", a gnome tool. Then it died, and I asked here. I tried the suggestions, and I finally used "audex". Problem with audex is, it is kde 3.
I also know about asunder, abcde. Even k3b can do it, I hear.
asunder does not do MusicBrain searches, only cddb.
k3b can not configure the ripping, but cddb search works.
audex fails to find the tracks in cddb (actually gnudb.gnudb.org).
Some other nice and modern GUI tool for ripping CDs?
-- Cheers / Saludos,
Carlos E. R.
(from Telcontar, using openSUSE Leap 15.4)
On 2024-01-09 14:30, Stephan Hemeier via openSUSE Users wrote:
I use soundkonverter (not soundconverter) from the KDE-Extra Repo.
Ah. Installing... It fails to identify the CD I have in the drive, which seems to be a difficult one. k3b can identify it. Otherwise, nice. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
W dniu 9.01.2024 o 14:03, Carlos E. R. pisze:
Hi,
I am curious. What is the currently preferred CD ripping software?
Years ago I used "grip", a gnome tool. Then it died, and I asked here. I tried the suggestions, and I finally used "audex". Problem with audex is, it is kde 3.
I also know about asunder, abcde. Even k3b can do it, I hear.
asunder does not do MusicBrain searches, only cddb.
k3b can not configure the ripping, but cddb search works.
audex fails to find the tracks in cddb (actually gnudb.gnudb.org).
Some other nice and modern GUI tool for ripping CDs?
abcde works fine for me. It downloads the metadata automatically. It can also rip into multiple formats at once. I use this command: abcde -o "ogg,flac" -p
On 2024-01-09 15:21, Adam Mizerski wrote:
W dniu 9.01.2024 o 14:03, Carlos E. R. pisze:
Hi,
I am curious. What is the currently preferred CD ripping software?
Years ago I used "grip", a gnome tool. Then it died, and I asked here. I tried the suggestions, and I finally used "audex". Problem with audex is, it is kde 3.
I also know about asunder, abcde. Even k3b can do it, I hear.
asunder does not do MusicBrain searches, only cddb.
k3b can not configure the ripping, but cddb search works.
audex fails to find the tracks in cddb (actually gnudb.gnudb.org).
Some other nice and modern GUI tool for ripping CDs?
abcde works fine for me. It downloads the metadata automatically. It can also rip into multiple formats at once. I use this command: abcde -o "ogg,flac" -p
The possibility of being able to encode to two formats in one go is nice, I like that. But really, I prefer a GUI for this job and not having to study a long manual to select my preferred options. I'm curious. What do you do when it fails to locate the CD in the cddb database? Ah, I see: cer@Telcontar:~/Music/abcde> time abcde -o "ogg,flac" -p Grabbing entire CD - tracks: 01 02 03 04 05 06 07 08 09 10 11 MusicBrainz lookup returned an error "Not Found" Selected: # (template) (Unknown Artist / Unknown Album) ---- Unknown Artist / Unknown Album ---- 1: Track 1 2: Track 2 3: Track 3 4: Track 4 5: Track 5 6: Track 6 7: Track 7 8: Track 8 9: Track 9 10: Track 10 11: Track 11 Edit selected CDDB data [Y/n]? I say no, but it ignores me: Edit selected CDDB data [Y/n]? n Is the CD multi-artist [y/N]? y 1) Artist / Title 2) Artist - Title 3) Title / Artist 4) Title - Artist 5) Artist: Title 6) Title (Artist) 7) This is a single-artist CD Which style of multiple artist entries is it? [1-7] (1): No idea, so I say 1. Grabbing track 01: Track 1... cdparanoia III release 10.2 (September 11, 2008) Ripping from sector 0 (track 1 [0:00.00]) to sector 35637 (track 1 [7:55.12]) outputting to /home/cer/Music/abcde/abcde.ab0d930b/track01.wav (== PROGRESS == [ > | 011884 00 ] == :-) 0 ==) ... Grabbing track 11: Track 11... cdparanoia III release 10.2 (September 11, 2008) Ripping from sector 193794 (track 11 [0:00.00]) to sector 260663 (track 11 [14:51.44]) outputting to /home/cer/Music/abcde/abcde.ab0d930b/track11.wav (== PROGRESS == [ | 260663 00 ] == :^D * ==) Done. Encoding track 11 of 11: Track 11... Opening with wav module: WAV file reader Encoding "/home/cer/Music/abcde/abcde.ab0d930b/track11.wav" to "/home/cer/Music/abcde/abcde.ab0d930b/track11.ogg" at quality 3,00 [100,0%] [ 0m00s remaining] | Done encoding file "/home/cer/Music/abcde/abcde.ab0d930b/track11.ogg" File length: 14m 51,0s Elapsed time: 0m 09,9s Rate: 89,9071 Average bitrate: 107,5 kb/s Encoding track 11 of 11: Track 11... Tagging track 11 of 11: Track 11... Finished. real 8m13,632s user 0m49,976s sys 0m4,306s cer@Telcontar:~/Music/abcde> It is faster than fre:ac 15:47 minutes (possibly because of paranoia mode while ripping), but failed at finding the track names. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
Hello, In the Message; Subject : [oS-EN] Which is the currently preferred CD ripping software? Message-ID : <c51d7170-8596-4263-9299-301a769cf381@telefonica.net> Date & Time: Tue, 9 Jan 2024 14:03:24 +0100 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: CER> Hi, CER> I am curious. What is the currently preferred CD ripping CER> software? [...] CER> k3b can not configure the ripping, but cddb search works. I can rip without any problem in my environment. [...] CER> Some other nice and modern GUI tool for ripping CDs? At the moment. freac is the most popular one among music lovers, and I use it myself. However, it is not placed in the official opensuse repositories. To install it in openSUSE, go to https://github.com/enzo1982/freac/releases and download & install freac-1.1.7-linux-x86_64.AppImage. This does not fit your principle, does it? I think so, but I'll write down the installation procedure; $ chmod a+x freac-1.1.7-linux-x86_64.AppImage $ sudo ./freac-1.1.7-linux-x86_64.AppImage HTH. Best Regards && Good Night. --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "Maddox hopes that empowering users to pick their own algorithms will get them to think more about what’s involved in making them. " -- Bluesky's Custom Algorithms Could Be the Future of Social Media --
On 2024-01-09 08:22, Masaru Nomiya wrote:
[CER] == "Carlos E. R." <robin.listas@telefonica.net> has written:
CER> Hi,
CER> I am curious. What is the currently preferred CD ripping CER> software? [...]
At the moment. freac is the most popular one among music lovers, and I use it myself.
I'll second that. Freac is the best I've ever seen. It's fast, accurate and extremely configurable (eg. naming output filenames and locations, etc).
However, it is not placed in the official opensuse repositories.
To install it in openSUSE, go to
I think Carlos might be more interested in the continuous builds, which are released weekly, I believe: https://github.com/enzo1982/freac/releases/tag/continuous
Hello, In the Message; Subject : Re: [oS-EN] Which is the currently preferred CD ripping software? Message-ID : <8813b2ab-f6b2-4ba9-b942-32603cd40e38@accesscomm.ca> Date & Time: Tue, 9 Jan 2024 12:27:29 -0600 [DG] == Darryl Gregorash <raven@accesscomm.ca> has written: [...] MN>> https://github.com/enzo1982/freac/releases DG> I think Carlos might be more interested in the continuous builds, which are DG> released weekly, I believe: DG> https://github.com/enzo1982/freac/releases/tag/continuous You are right. Sorry for the mistake, Carlos. Best. --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "Maddox hopes that empowering users to pick their own algorithms will get them to think more about what’s involved in making them. " -- Bluesky's Custom Algorithms Could Be the Future of Social Media --
On 2024-01-09 15:22, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : [oS-EN] Which is the currently preferred CD ripping software? Message-ID : <c51d7170-8596-4263-9299-301a769cf381@telefonica.net> Date & Time: Tue, 9 Jan 2024 14:03:24 +0100
[CER] == "Carlos E. R." <robin.listas@telefonica.net> has written:
CER> Hi,
CER> I am curious. What is the currently preferred CD ripping CER> software? [...] CER> k3b can not configure the ripping, but cddb search works.
I can rip without any problem in my environment.
[...] CER> Some other nice and modern GUI tool for ripping CDs?
At the moment. freac is the most popular one among music lovers, and I use it myself.
https://en.wikipedia.org/wiki/Fre:ac Interesting one, thanks.
However, it is not placed in the official opensuse repositories.
To install it in openSUSE, go to
https://github.com/enzo1982/freac/releases
and download & install freac-1.1.7-linux-x86_64.AppImage.
This does not fit your principle, does it? I think so, but I'll write down the installation procedure;
$ chmod a+x freac-1.1.7-linux-x86_64.AppImage $ sudo ./freac-1.1.7-linux-x86_64.AppImage
HTH.
Best Regards && Good Night.
-- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On 2024-01-09 15:22, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : [oS-EN] Which is the currently preferred CD ripping software? Message-ID : <c51d7170-8596-4263-9299-301a769cf381@telefonica.net> Date & Time: Tue, 9 Jan 2024 14:03:24 +0100
[CER] == "Carlos E. R." <robin.listas@telefonica.net> has written:
CER> Hi,
CER> I am curious. What is the currently preferred CD ripping CER> software? [...] CER> k3b can not configure the ripping, but cddb search works.
I can rip without any problem in my environment.
[...] CER> Some other nice and modern GUI tool for ripping CDs?
At the moment. freac is the most popular one among music lovers, and I use it myself.
However, it is not placed in the official opensuse repositories.
To install it in openSUSE, go to
https://github.com/enzo1982/freac/releases
and download & install freac-1.1.7-linux-x86_64.AppImage.
This does not fit your principle, does it? I think so, but I'll write down the installation procedure;
$ chmod a+x freac-1.1.7-linux-x86_64.AppImage $ sudo ./freac-1.1.7-linux-x86_64.AppImage
When I do that, it starts wine. Is this a Windows application? :-o I tell it to check my CD, and it fails to find the tracks in CDDB. k3b finds them. audex fails, too. Oh, strange, after a while and despite that failure, the track list is populated. Lots of options. Lots that I don't know about. I do not see MusicBrainz lookup as alternative or added to cddb. It doesn't seem to be able to do a dual rip, to mp3/flac for instance. It ripped the CD in 17 minutes. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
Hello, In the Message; Subject : Re: [oS-EN] Which is the currently preferred CD ripping software? Message-ID : <6e7ffd55-16d7-45b4-bee4-f3409ec5f70e@gmx.es> Date & Time: Tue, 9 Jan 2024 23:58:08 +0100 [CER] == "Carlos E.R. via openSUSE Users" <users@lists.opensuse.org> has written: CER> [1 <multipart/mixed (7bit)>] CER> [1.1 <text/plain; UTF-8 (base64)>] CER> On 2024-01-09 15:22, Masaru Nomiya wrote: [...] MN> > $ chmod a+x freac-1.1.7-linux-x86_64.AppImage MN> > $ sudo ./freac-1.1.7-linux-x86_64.AppImage CER> When I do that, it starts wine. Is this a Windows application? :-o I checked and it is definitely a linux application. CER> I tell it to check my CD, and it fails to find the tracks in CDDB. k3b finds CER> them. audex fails, too. CER> Oh, strange, after a while and despite that failure, the track list is CER> populated. When it was updated to 1.1.7, the server refused to connect to cddb because it was giving false data, but now it is fixed and I can get the data from cddb without problems...... (_ _? Kind Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "A society bound by e-mail and mobile phones deprives us of the freedom to face ourselves and indulge our fantasies." -- Michael Crichton (Speech in Japan) --
On 2024-01-10 03:51, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: [oS-EN] Which is the currently preferred CD ripping software? Message-ID : <6e7ffd55-16d7-45b4-bee4-f3409ec5f70e@gmx.es> Date & Time: Tue, 9 Jan 2024 23:58:08 +0100
[CER] == "Carlos E.R. via openSUSE Users" <users@lists.opensuse.org> has written:
CER> [1 <multipart/mixed (7bit)>] CER> [1.1 <text/plain; UTF-8 (base64)>] CER> On 2024-01-09 15:22, Masaru Nomiya wrote: [...] MN> > $ chmod a+x freac-1.1.7-linux-x86_64.AppImage MN> > $ sudo ./freac-1.1.7-linux-x86_64.AppImage
CER> When I do that, it starts wine. Is this a Windows application? :-o
I checked and it is definitely a linux application.
It is the firsttime I use this "AppImage" thing. It is strange. It definitely started Wine first, and after a while it went away and the application itself displayed. I used "./freac-1.1.7-linux-x86_64.AppImage". Now I will download the weekly. cer@Telcontar:~/bin> wget "https://github.com/enzo1982/freac/releases/download/continuous/freac-continu..." ... Connecting to github.com (github.com)|140.82.121.4|:443... connected. Unable to establish SSL connection. cer@Telcontar:~/bin> Huh? Ok, FireFox downloads it fine. Oh, a second attempt with wget gets it. cer@Telcontar:~/bin> l freac-continuous-linux-x86_64.AppImage -rw-r--r-- 1 cer users 21873856 Jan 3 23:01 freac-continuous-linux-x86_64.AppImage cer@Telcontar:~/bin> chmod u+x freac-continuous-linux-x86_64.AppImage cer@Telcontar:~/bin> This time Wine is not started and the application starts fast. I have now version v1.1.7 (20240103)
CER> I tell it to check my CD, and it fails to find the tracks in CDDB. k3b finds CER> them. audex fails, too.
CER> Oh, strange, after a while and despite that failure, the track list is CER> populated.
When it was updated to 1.1.7, the server refused to connect to cddb because it was giving false data, but now it is fixed and I can get the data from cddb without problems...... (_ _?
Initially, when told to scan the CD it says in a message box that it did not find an entry for it in cddb. I can not copy/paste the text. In the log I get: 00:00:00.837 CDDB: < 202 No match for disc ID ab0d930b. Took a screenshot: https://paste.opensuse.org/pastes/eaf8fe84ba55 But the track list is populated, see photo: https://paste.opensuse.org/c76df9d3ee7f How does it get the data? It seems correct. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On 1/9/24 08:22, Masaru Nomiya wrote:
To install it in openSUSE, go to
https://github.com/enzo1982/freac/releases
and download & install freac-1.1.7-linux-x86_64.AppImage.
This does not fit your principle, does it? I think so, but I'll write down the installation procedure;
$ chmod a+x freac-1.1.7-linux-x86_64.AppImage $ sudo ./freac-1.1.7-linux-x86_64.AppImage
Is there an rpm for it? -- David C. Rankin, J.D.,P.E.
On 2024-01-09 21:18, David C. Rankin wrote:
On 1/9/24 08:22, Masaru Nomiya wrote:
To install it in openSUSE, go to
https://github.com/enzo1982/freac/releases
and download & install freac-1.1.7-linux-x86_64.AppImage.
This does not fit your principle, does it? I think so, but I'll write down the installation procedure;
$ chmod a+x freac-1.1.7-linux-x86_64.AppImage $ sudo ./freac-1.1.7-linux-x86_64.AppImage
Is there an rpm for it?
No. Just download it into a convenient folder, eg. ~/bin, change the permissions/ownership if necessary, and fire it up.
On 2024-01-11 07:51, David C. Rankin wrote:
On 1/9/24 21:49, Darryl Gregorash wrote:
Is there an rpm for it?
No. Just download it into a convenient folder, eg. ~/bin, change the permissions/ownership if necessary, and fire it up.
Like an executable?
Yes, it is an executable. cer@Telcontar:~/Music/abcde> file ~/bin/freac-continuous-linux-x86_64.AppImage /home/cer/bin/freac-continuous-linux-x86_64.AppImage: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=30e06184968532b6a9aa36f44ada39e4af0bda56, for GNU/Linux 2.6.32, stripped cer@Telcontar:~/Music/abcde> -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On 2024-01-11 09:38, Carlos E. R. wrote:
On 2024-01-11 07:51, David C. Rankin wrote:
On 1/9/24 21:49, Darryl Gregorash wrote:
Is there an rpm for it?
No. Just download it into a convenient folder, eg. ~/bin, change the permissions/ownership if necessary, and fire it up.
Like an executable?
Yes, it is an executable.
cer@Telcontar:~/Music/abcde> file ~/bin/freac-continuous-linux-x86_64.AppImage /home/cer/bin/freac-continuous-linux-x86_64.AppImage: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=30e06184968532b6a9aa36f44ada39e4af0bda56, for GNU/Linux 2.6.32, stripped cer@Telcontar:~/Music/abcde>
https://en.wikipedia.org/wiki/AppImage *AppImage* AppImage (formerly known as klik and PortableLinuxApps) is a format for distributing portable software on Linux without needing superuser permissions to install the application.[1] It aims to enable application developers to deploy binary software without being restricted to specific Linux distributions, a concept often referred to as upstream packaging. In this manner, a single developed software can effortlessly run on any Linux distribution, such as Ubuntu, RHEL, or Arch. Released first in 2004 under the name klik, it was continuously developed, then renamed in 2011 to PortableLinuxApps and later in 2013 to AppImage. *Design* AppImage aims to be an application deployment system for Linux with the following objectives: simplicity, binary compatibility, portability, distro agnosticism, no installation, no root permission, and keeping the underlying operating system untouched.[8] AppImage does not install the application in the traditional Linux sense. Instead of putting the application's various files in the distribution's appropriate places in the file system, the AppImage file is a single file system image itself. When it runs, the file is mounted with FUSE. Each file is self-contained: it includes all libraries the application depends on that are not already part of the targeted base-system. A version 1.0 AppImage is an ISO 9660 Rock Ridge file (which can be optionally zisofs compressed) containing a minimal AppDir and a tiny runtime.[9] Version 2 may use other file system image formats like SquashFS.[10][11] AppImage files are simpler than installing an application. No extraction tools are needed, nor is it necessary to modify the operating system or user environment. Regular users on the common Linux distributions can download it, make it executable, and run it. AppImage allows generation of embedded digital signature, which need to be verified with an external utility. The format does not offer form of self-check with package authenticity verification or runtime confinement by sandboxing.[12] -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On Thu, Jan 11, Carlos E. R. wrote:
https://en.wikipedia.org/wiki/AppImage
*AppImage*
AppImage (formerly known as klik and PortableLinuxApps) is a format for distributing portable software on Linux without needing superuser permissions to install the application.[1] It aims to enable application developers to deploy binary software without being restricted to specific Linux distributions, a concept often referred to as upstream packaging. In this manner, a single developed software can effortlessly run on any Linux distribution, such as Ubuntu, RHEL, or Arch.
Released first in 2004 under the name klik, it was continuously developed, then renamed in 2011 to PortableLinuxApps and later in 2013 to AppImage.
*Design*
AppImage aims to be an application deployment system for Linux with the following objectives: simplicity, binary compatibility, portability, distro agnosticism, no installation, no root permission, and keeping the underlying operating system untouched.[8]
AppImage does not install the application in the traditional Linux sense. Instead of putting the application's various files in the distribution's appropriate places in the file system, the AppImage file is a single file system image itself. When it runs, the file is mounted with FUSE.
Each file is self-contained: it includes all libraries the application depends on that are not already part of the targeted base-system. A version 1.0 AppImage is an ISO 9660 Rock Ridge file (which can be optionally zisofs compressed) containing a minimal AppDir and a tiny runtime.[9] Version 2 may use other file system image formats like SquashFS.[10][11]
AppImage files are simpler than installing an application. No extraction tools are needed, nor is it necessary to modify the operating system or user environment. Regular users on the common Linux distributions can download it, make it executable, and run it.
AppImage allows generation of embedded digital signature, which need to be verified with an external utility. The format does not offer form of self-check with package authenticity verification or runtime confinement by sandboxing.[12]
Curiously.... I guess it doesn't bundle *everything* $ file freac-1.1.7-linux-x86_64.AppImage freac-1.1.7-linux-x86_64.AppImage: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=9b0b692e9674b12a987463ee5486fdf2a2d3ff1b, for GNU/Linux 2.6.32, stripped $ ./freac-1.1.7-linux-x86_64.AppImage /tmp/.mount_freac-YYu1Fc/freac: /lib64/libc.so.6: version `GLIBC_2.27' not found (required by /tmp/.mount_freac-YYu1Fc/libsmooth-0.9.so.0) yeah yeah, this is on 15.2 which has glibc 2.26... Gotta do the whole upgrade dance over multiple machines thing this year. Michael -- Michael Fischer michael@visv.net
On 2024-01-19 22:46, Michael Fischer wrote:
On Thu, Jan 11, Carlos E. R. wrote:
https://en.wikipedia.org/wiki/AppImage
*AppImage*
...
Curiously.... I guess it doesn't bundle *everything*
$ file freac-1.1.7-linux-x86_64.AppImage freac-1.1.7-linux-x86_64.AppImage: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=9b0b692e9674b12a987463ee5486fdf2a2d3ff1b, for GNU/Linux 2.6.32, stripped
$ ./freac-1.1.7-linux-x86_64.AppImage /tmp/.mount_freac-YYu1Fc/freac: /lib64/libc.so.6: version `GLIBC_2.27' not found (required by /tmp/.mount_freac-YYu1Fc/libsmooth-0.9.so.0)
yeah yeah, this is on 15.2 which has glibc 2.26...
Hum. After all, the program has to communicate with the computer, and that is done via kernel and glibc.
Gotta do the whole upgrade dance over multiple machines thing this year.
I have to upgrade maybe three machines from 15.4 to 15.5 -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.5 (Laicolasse))
On 2024-01-11 00:51, David C. Rankin wrote:
On 1/9/24 21:49, Darryl Gregorash wrote:
Is there an rpm for it?
No. Just download it into a convenient folder, eg. ~/bin, change the permissions/ownership if necessary, and fire it up.
Like an executable?
Yes, this command is what does that: chmod a+x freac-1.1.7-linux-x86_64.AppImage
Hello, For some reason, I get treated like a spammer today... (-_-# Anyway, DCR> On 1/9/24 08:22, Masaru Nomiya wrote: MN> > To install it in openSUSE, go to MN> > MN> > https://github.com/enzo1982/freac/releases MN> > MN> > and download & install freac-1.1.7-linux-x86_64.AppImage. MN> > MN> > This does not fit your principle, does it? I think so, but I'll write MN> > down the installation procedure; MN> > MN> > $ chmod a+x freac-1.1.7-linux-x86_64.AppImage MN> > $ sudo ./freac-1.1.7-linux-x86_64.AppImage DCR> Is there an rpm for it? Not an official repo, but here it is; 1. For Tumbleweed https://download.opensuse.org/repositories/home:/dliw:/multimedia/openSUSE_T... or 2. For Leap 15.5 https://download.opensuse.org/repositories/home:/dliw:/multimedia/15.5/x86_6... When you install this, don't forget to install the followings as well; 1. For Tumbleweed, 1-1. BoCA-plugins-1.0.6a-4.21.x86_64.rpm 1-2. libboca-1_0-3-1.0.6a-4.21.x86_64.rpm 1-3. libsmooth-0_9-0-0.9.10-13.8.x86_64.rpm 2. For Leap 15.5 2-1. BoCA-plugins-1.0.6a-lp155.4.11.x86_64.rpm 2-2. libboca-1_0-3-1.0.6a-lp155.4.11.x86_64.rpm 2-3.libsmooth-0_9-0-0.9.10-lp155.13.1.x86_64.rpm This is one previous version, but I have confirmed that it works fine. Best Regars. --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "Companies have come to view generative AI as a kind of monster that must be fed at all costs―even if it isn’t always clear what exactly that data is needed for or what those future AI systems might end up doing." -- Generative AI Is Making Companies Even More Thirsty for Your Data --
Le 09/01/2024 à 14:03, Carlos E. R. a écrit :
Hi,
I am curious. What is the currently preferred CD ripping software?
if you have kde, none is necessary. Dolphin, the kde explorer, opens audio cd right away and show virtual mp3, ogg, wav... disks. One have only to copy/paste sometime slow jdd -- https://artdagio.fr
On 2024-01-09 16:51, jdd@dodin.org wrote:
Le 09/01/2024 à 14:03, Carlos E. R. a écrit :
Hi,
I am curious. What is the currently preferred CD ripping software?
if you have kde, none is necessary.
Dolphin, the kde explorer, opens audio cd right away and show virtual mp3, ogg, wav... disks. One have only to copy/paste
sometime slow But too little customization, I prefer specific software.
-- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On 09/01/2024 14:03, Carlos E. R. wrote:
Hi,
I am curious. What is the currently preferred CD ripping software?
Years ago I used "grip", a gnome tool. Then it died, and I asked here. I tried the suggestions, and I finally used "audex". Problem with audex is, it is kde 3.
I also know about asunder, abcde. Even k3b can do it, I hear.
asunder does not do MusicBrain searches, only cddb.
k3b can not configure the ripping, but cddb search works.
audex fails to find the tracks in cddb (actually gnudb.gnudb.org).
Some other nice and modern GUI tool for ripping CDs?
I use Audex for years including on Plasma 5. But the updated version isn't in any of the standard repos. I get it from ecsos: https://download.opensuse.org/repositories/home:ecsos/15.5/ gumb
participants (11)
-
Adam Mizerski -
Carlos E. R. -
Carlos E.R. -
Darryl Gregorash -
David C. Rankin -
gumb -
jdd＠dodin.org -
Masaru Nomiya -
Michael Fischer -
Stephan Hemeier -
野宮 賢 / NOMIYA Masaru