Description: Audex is an audio grabber tool for CD-ROM drives based on KDE 4.
Audex creates profiles for LAME, OGG Vorbis (oggenc), FLAC, MP4/M4A/AAC (faac) and RIFF WAVE. Please install your favorite encoder. Of course for WAVE no external encoder is needed! Beyond you can define custom profile, which means, that audex works together with commmand line encoders in general.
You can define extensive filename schemes. Please take a look at the documentation on the Audex webpage to see what's possible.
Some features are: * Extracting with CDDA Paranoia. So you have quite perfect audio quality. * Extracting and encoding run parallel. * Extensive filename schemes. * Filename editing with local and remote CDDB/FreeDB database. * Metadata correction tools like capitalize etc. * Multi-profile ripping (with one commandline-encoder per profile). * Fetch covers from the internet and store them in the database. * Create playlists, cover and template-based-info files in target directory. * Creates ripping and encoding protocols. * Transfer files with KDE KIO-Slaves.
**IMPORTANT NOTE: As LAME still can't handle unicode characters correct, Audex uses since version 0.73 eyeD3 for tagging mp3 files, if available. It is highly recommended to install eye3D on your system if you create mp3 files with Audex! **Last changelog:
Changelog 0.79 (Södertälje release) * Only bugfix release.
I seem to have a problem installing Audex on Kubuntu 17.04 (zesty) - the package does not exist.
In case someone else run into the same, here is a workaround:
1. Download package libkcompactdisc4 from: https://packages.debian.org/jessie/libkcompactdisc4
2. Download package libkcddb4 from: https://packages.debian.org/stretch/libkcddb4
3. Download package audex from: https://packages.debian.org/stretch/audex
4. Install packages in the order downloaded, ie. libkcompactdisc4 first, then libkcddb4, then audex.
I used gdebi for that because it's simple, but there are other ways as well. With gdebi, simply open a terminal and goto the download directly, then do: sudo gdebi
Hi,
First off - this is hands down my favourite CD ripper for Linux :)
However - I think there are a couple of third party service changes that have broken cover art retrieval really recently.
First, http://www.telize.com/ip no longer retrieves a user's current IP address.
Second, Google have messed about with the search API again :( . Details here https://github.com/hubot-scripts/hubot-google-images/issues/29
Would there be any chance of an update to take account of this? Not sure if there's an official bug tracker that's active.
Thanks.
If anyone's interested, there's details of a patch here that will get things working again using Bing:
https://github.com/KDE/audex/pull/3/files
General, free, search APIs now seem to be thin on the ground without scraping :( . Bing requires you to register for a key, but once you've done that, and entered it in the patched Audex settings, you've 5000 queries per-month for cover art.
Hi,
First off - this is hands down my favourite CD ripper for Linux :)
However - I think there are a couple of third party service changes that have broken cover art retrieval really recently.
First, http://www.telize.com/ip no longer retrieves a user's current IP address.
Second, Google have messed about with the search API again :( . Details here https://github.com/hubot-scripts/hubot-google-images/issues/29
Would there be any chance of an update to take account of this? Not sure if there's an official bug tracker that's active.
Thanks.
Hi,
First off - this is hands down my favourite CD ripper for Linux :)
However - I think there are a couple of third party service changes that have broken cover art retrieval really recently.
First, http://www.telize.com/ip no longer retrieves a user's current IP address.
Second, Google have messed about with the search API again :( . Details here https://github.com/hubot-scripts/hubot-google-images/issues/29
Would there be any chance of an update to take account of this? Not sure if there's an official bug tracker that's active.
Thanks.
Thank you for the good software
I'm a package Builder for Pisi Linux and Audex is now available for Pisi Linux
The user can it install with this command in the Terminal:
sudo pisi bi https://github.com/pisilinux/playground/raw/master/groni/audex/pspec.xml
When Pisi Linux 1.0 is Ready it is available in the Package Manager
burner appears (at least sounds like it) to keep spinning after the cd has finished being processed, close button doesn't stop it only ejecting does.
Request - add option to format track titles with first character of each word uppercase
Hi,
I used Audex to rip some CDs. It is really well done; unfortunately I saw the malloc() bug again with a particuliar CD.
This bug was already discussed here by mfraser on: Jan 22 2011
"Still crashes with the same CD in .074"
I'm not familiar with KDE-Apps.org: do you have a bug tracker utility ?
Thanks,
Richard
Same problem here with Debian Sid, Audex 0.74~b1-1 and a TSSTcorp CDDVDW SH-S223Q (dev/sr1, S-ATA) and a DVD-ROM BDV316C (dev/sr0, P-ATA). Audex doesn't recognize any CD in the drives, always shows something like no media and drive error. KAudiocreator works like a charm and kaffeine and k3b also recognize the CDs/drives.
Hi!
Does the new version know about UTF8? I need a cd ripper that can encode the mp3 tags and file names using UTF8. Until now, Audex was not able to do so.
Ratings & Comments
232 Comments
10 10 the best I love it, simple an perfect
I seem to have a problem installing Audex on Kubuntu 17.04 (zesty) - the package does not exist. In case someone else run into the same, here is a workaround: 1. Download package libkcompactdisc4 from: https://packages.debian.org/jessie/libkcompactdisc4 2. Download package libkcddb4 from: https://packages.debian.org/stretch/libkcddb4 3. Download package audex from: https://packages.debian.org/stretch/audex 4. Install packages in the order downloaded, ie. libkcompactdisc4 first, then libkcddb4, then audex. I used gdebi for that because it's simple, but there are other ways as well. With gdebi, simply open a terminal and goto the download directly, then do: sudo gdebi
Is Audex still being maintained? (I hope so...it's the best CD ripper I've found!) Will there be a KF5 version?
Hi, First off - this is hands down my favourite CD ripper for Linux :) However - I think there are a couple of third party service changes that have broken cover art retrieval really recently. First, http://www.telize.com/ip no longer retrieves a user's current IP address. Second, Google have messed about with the search API again :( . Details here https://github.com/hubot-scripts/hubot-google-images/issues/29 Would there be any chance of an update to take account of this? Not sure if there's an official bug tracker that's active. Thanks.
If anyone's interested, there's details of a patch here that will get things working again using Bing: https://github.com/KDE/audex/pull/3/files General, free, search APIs now seem to be thin on the ground without scraping :( . Bing requires you to register for a key, but once you've done that, and entered it in the patched Audex settings, you've 5000 queries per-month for cover art.
Hi, First off - this is hands down my favourite CD ripper for Linux :) However - I think there are a couple of third party service changes that have broken cover art retrieval really recently. First, http://www.telize.com/ip no longer retrieves a user's current IP address. Second, Google have messed about with the search API again :( . Details here https://github.com/hubot-scripts/hubot-google-images/issues/29 Would there be any chance of an update to take account of this? Not sure if there's an official bug tracker that's active. Thanks.
Hi, First off - this is hands down my favourite CD ripper for Linux :) However - I think there are a couple of third party service changes that have broken cover art retrieval really recently. First, http://www.telize.com/ip no longer retrieves a user's current IP address. Second, Google have messed about with the search API again :( . Details here https://github.com/hubot-scripts/hubot-google-images/issues/29 Would there be any chance of an update to take account of this? Not sure if there's an official bug tracker that's active. Thanks.
Is it possible to add the prefix 'CD' to the CD number only if the multi-CD flag is set?
Very nice piece of software, which complete the great KDE family with one member more. :) Is the Qt5/kf5 port already in the making ?
Thank you for the good software I'm a package Builder for Pisi Linux and Audex is now available for Pisi Linux The user can it install with this command in the Terminal: sudo pisi bi https://github.com/pisilinux/playground/raw/master/groni/audex/pspec.xml When Pisi Linux 1.0 is Ready it is available in the Package Manager
Great and thanks!
A big Thank You to all of the creators of this amazing piece of software (and for the continuous support too)!
for all who still use audex and want to repair the cover fetcher after things changed again on Google's side, here's my actual CoverFetcher::parse_html_response: ********************************* void CoverFetcher::parse_html_response(const QString& xml) { cover_urls_thumbnails.clear(); cover_urls.clear(); cover_names.clear(); cover_tbnids.clear(); cover_thumbnails.clear(); /* QRegExp rx("<a\\shref=\"(\\/imgres\\?imgurl=[^\"]+)\">[\\s\\n]*<img[^>]+src=\"([^>]+)\"></a>"); */ QRegExp rx("<a\\shref=\"(\\/url\\?q=[^\"]+)\"><img[^>]+height=\"\\d+\"\\s*src=\"([^>]+)\"\\s*width=\"\\d+\"></a>\.*([345]\\d\\d)\\s*×\\s*(\\d*)\\s*-\\s*(\\d*)\\s*\\w\\w"); /* qDebug() << xml; */ /* QString html = xml; */ /* html.replace(QLatin1String("&"), QLatin1String("&")); */ rx.setMinimal(TRUE); int pos = 0; int i = 0; /* while (((pos = rx.indexIn(html, pos)) != -1) && (i < fetch_no)) { */ while (((pos = rx.indexIn(xml, pos)) != -1) && (i < fetch_no)) { /* KUrl url("http://www.google.com"+rx.cap(1)); cover_urls << url.queryItemValue("imgurl"); QString w = url.queryItemValue("w"); QString h = url.queryItemValue("h"); QString sz = url.queryItemValue("sz"); cover_names << i18n("%1x%2, %3 KiB", w, h, sz); cover_tbnids << url.queryItemValue("tbnid"); */ cover_urls << rx.cap(2); QString w = rx.cap(3); QString h = rx.cap(4); QString sz = rx.cap(5); cover_names << i18n("%1x%2, %3 KiB", w, h, sz); if (!rx.cap(2).isEmpty()) { cover_urls_thumbnails << rx.cap(2); } else { cover_urls_thumbnails << cover_urls.last(); } pos += rx.matchedLength(); ++i; } } *****************************************
burner appears (at least sounds like it) to keep spinning after the cd has finished being processed, close button doesn't stop it only ejecting does. Request - add option to format track titles with first character of each word uppercase
Hi, I used Audex to rip some CDs. It is really well done; unfortunately I saw the malloc() bug again with a particuliar CD. This bug was already discussed here by mfraser on: Jan 22 2011 "Still crashes with the same CD in .074" I'm not familiar with KDE-Apps.org: do you have a bug tracker utility ? Thanks, Richard
I saw in the comments that secure ripping was going to be added at some point. I was wondering when this might be.
is it miss marked or actually .76b1, Audex about says 76b1
Strange. Sorry, maybe my mistake. Fixed that.
Hello Marco, have you any plans for version 0.80 or have you stopped developing this application? Thanks Nick
Things seem to have gone quiet, no updates for over a year. I'm hoping that the developer has just been too busy.
Hi, there is a "half-ready" Audex 0.8 (mainly some libs). At the moment I'm too busy unfortunately. Regards
Hi, there is a "half-ready" Audex 0.8 (mainly some libs). At the moment I'm too busy unfortunately. Regards
Same problem here with Debian Sid, Audex 0.74~b1-1 and a TSSTcorp CDDVDW SH-S223Q (dev/sr1, S-ATA) and a DVD-ROM BDV316C (dev/sr0, P-ATA). Audex doesn't recognize any CD in the drives, always shows something like no media and drive error. KAudiocreator works like a charm and kaffeine and k3b also recognize the CDs/drives.
Hi! Does the new version know about UTF8? I need a cd ripper that can encode the mp3 tags and file names using UTF8. Until now, Audex was not able to do so.
I've noticed that the fetching of cover art from Google has stopped working recently. Has something changed at their end?