103 projects tagged "CD Ripping"
MyBashBurn can burn data CDs, music CDs, and multisession CDs. It can burn and create ISO files. It can burn bin/cue files, and it can create MP3, Ogg, and FLAC files. It supports burning DVD images and data DVDs. MyBashBurn depends on cdrecord and other backend aplications. MyBashBurn is a fork of BashBurn, and it improves the user interface.
Adam's Ripsuite is a collection of quick and dirty Perl and bash scripts to help rip CDs and manage a music collection. Rips music video DVDs and music CDs to files on your hard drive. Reads track information in from a file on disk. Transcodes music files from and to a variety of formats using mplayer/lame/libogg. Specify an artist name to have their back catalogue copied to a folder. Corrects the case of artist names/song titles for all music files/folders of music files. Adds artist information to files ripped with song title only. Does not support CDDB lookups for track information.
Python Audio Tools is a collection of audio handling programs that work from the command line. These include programs for CD extraction, track conversion from one audio format to another, track renaming and retagging, track identification, CD burning from tracks, and more. It supports internationalized track filenames and metadata using Unicode. It works with high-definition, multi-channel audio as well as CD-quality. Track conversion uses multiple CPUs or CPU cores if available to greatly speed the transcoding process. Track metadata can be retrieved from MusicBrainz, FreeDB, or compatible servers. Audio formats supported are WAV, FLAC, WavPack, MP3, Ogg Vorbis, M4A, Apple Lossless, and more.
SvOlli's Little Audio Related Thingies, or SLART for short, is a compilation of rather simple programs that are related to audio files: it consists of a player (Partyman), a CD ripper, a tag editor, and some other tools. These programs can communicate with each other via a custom IPC bus, so a newly ripped track can be automatically queued in the player, for example.
bbJewel creates a PDF of a cover for the listed MP3 files for the purpose of printing a jewel case insert. It parses each file and extract the title, artist, and length of the recording. It also scans the files for included cover images. You can provide the CD title and the cover image to use on the command line.
dudl is a collection of tools to grab, encode, and rename MP3 files, archive them, and maintain a database of all files. On top of this runs the dudld Jukebox daemon that plays your files through gstreamer. dudld's strengths are the powerful tag based filters, the capability to cope with very large collections, and the network protocol to control its operation. There is a full featured command-line client, a minimalistic GTK client, and a lirc client. Writing new clients should be easy with the supplied client libraries.
morituri is a CD ripper that aims for accuracy over speed. Its features are modeled to compare with Exact Audio Copy on Windows. It features support for MusicBrainz for metadata lookup, support for AccurateRip verification, support for cdparanoia, detection of sample read offset of drives, the ability to test and copy a rip, the ability to detect and rip Hidden Track One Audio, templates for file and directory naming, and tagging using GStreamer. Currently, it only supports lossless encoding and only has a command line client.
RipTcl is a front-end to various programs that rips audio CDs and encodes/transcodes to FLAC, Ogg Vorbis, MP3, WAV, or AAC under Linux. It provides extended meta tagging features, detects and saves files to USB storage players, burns CDs in DAO mode, plays audio, and supports freedb.
Rippix is a fork of ripperX, a fast and easy to use CD ripper. While ripperX does a good job of ripping and encoding songs from a CD, it uses a rather outdated user interface. Rippix tries to fill this gap. This includes porting Rippix to GTK+ 3. Additionally, a lot of deprecated code will be rewritten and documentation will be added. The reason for a fork is that after some hacking on the ripperX code, it appeared that more modifications were necessary in order to port to GTK+ 3 conveniently than what could be appreciable by ripperX devs, like removing all the XPM images (including the logo) from the UI.