I'm trying to rip a movie dvd to an ISO image. When I try to copy it, at the beginning it seems like everything is working fine. But when it reaches around 650MB (I guess that's the start of the main movie which is copy protected), it becomes unbelievably slow or the program isn't reacting anymore. I've tried it with dd, ddrescue, mkisofs and K3b. I'm using a LG GP08NU6W as an external dvd drive and I'm running Arch Linux.

How can I use eyeD3 in Debian 12 with abcde since pep 668? I am trying to use abcde with output set to mp3 set in .abcde.conf. abcde does not find eyeD3, so I try to install. However, pip3/pip tell me to use virtual environments or install via apt install python3-eyed3 as far as I understand. After installation of python3-eyed3 however the path is still not found.

# apt install python3-eyed3
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
python3-eyed3 is already the newest version (0.9.7-1).

pip eyeD3 installation try. pip3 gives the same result.

# pip install eyeD3 
error: externally-managed-environment

× This environment is externally managed
╰─> To install Python packages system-wide, try apt install
    python3-xyz, where xyz is the package you are trying to
    install.
    
    If you wish to install a non-Debian-packaged Python package,
    create a virtual environment using python3 -m venv path/to/venv.
    Then use path/to/venv/bin/python and path/to/venv/bin/pip. Make
    sure you have python3-full installed.
    
    If you wish to install a non-Debian packaged Python application,
    it may be easiest to use pipx install xyz, which will manage a
    virtual environment for you. Make sure you have pipx installed.
    
    See /usr/share/doc/python3.11/README.venv for more information.

note: If you believe this is a mistake, please contact your Python installation or OS distribution provider. You can override this, at the risk of breaking your Python installation or OS, by passing --break-system-packages.
hint: See PEP 668 for the detailed specification.

$ abcde
[ERROR] abcde: eyeD3 is not in your path.
[INFO] Define the full path to the executable if it exists on your system.
[INFO] Hint: sudo apt-get install

~$ cat /etc/debian_version 
12.5

I have had a look in [pep 668](https://peps.python.org/pep-0668/) and [eyeD3 installation docs](https://eyed3.readthedocs.io/en/latest/#installation) . While understanding why the pep change happened I do not understand what to do.

I usually use the very nice and simple dvdbackup program to rip and backup my DVD-Video . However some of my DVDs have a few scratches and my DVD drive has some trouble reading a few sectors. So, **is there a tool similar to cdparanoia, but for DVDs?**

I know from [Sources], that FLAC computes CRC and MD5. What I am afraid that flac --test only does CRC test - as stated in man flac : same as -d except no decoded file is written . How to check flac file correctness, using MD5 of raw PCM placed in STREAMINFO in given .flac file ? If flac --test makes job, are there any reliable (like in flac documentation) references that shows it? Sources: http://en.wikipedia.org/wiki/Free_Lossless_Audio_Codec we can find: > FLAC uses CRC checksums for identifying corrupted frames when used in a streaming protocol, and also has a complete MD5 hash of the raw PCM audio stored in its STREAMINFO metadata header. http://flac.sourceforge.net/comparison.html > By default when processing files, flac computes the MD5 sum while encoding and decoding. To see md5sums in STEAMINFO we can use: $ metaflac --show-md5sum *.flac

I'm starting the longish process of ripping my CD collection. I've got abcde installed with the config from Andrew's Corner . It seems to be working ok but when the metadata fetch fails, the MP3s get written as Unknown Artist and Unknown Album. Which isn't a problem until the second metadata fetch fails. Then the tracks get overwritten. What would be ideal is that the second album gets a number on the name like "Unknown Album 2". Any suggestions on how to accomplish this? Or how to keep the directories from being ovewritten?

I have a DVD with cartoons for kids and there are a couple of episodes on every one of them. How can I rip them such that every episode is in a separate file? I think every episode is written as a chapter within one title on the DVD.

I'm running Linux Mint 18.2. I have an Asus Blu-Ray drive, marked as also being able to read DVDs and CDs. I have two music CDs and two data CDs to which I have immediate access, and which I have confirmed it is able to read. I also have quite a lot of other discs which it cannot read – dd from the relevant device responding identically to when there is no disc at all in the drive. The other discs are all console games – Wii, Wii U, and PS2 – which I wanted to rip for backup and ease-of-use purposes. I could understand a failure to read discs for the two Nintendo systems, since from what I could tell they use proprietary DVD-based-but-not-DVD formats, but everything I can find says the PS2 used ordinary DVDs (and CDs) and I can't find anyone saying ripping such a game would be difficult. I have confirmed on the relevant systems that the game disks themselves are not damaged, or at least not so badly damaged that the games do not start. Is this potentially some kind of driver issue? A disc drive problem preventing DVD reading but not CD reading? (I don't have any non-game DVDs on hand to check). Something else?

I don't know any solution to my problem. I don't even know the cause and have a hard time trying to find it. I am ripping my Audio CDs using abcde, which is, basically, working well. It is configured to create both FLAC and MP3 output files as I want to have a lossless archive of my CDs in case they get damaged or lost. The MP3 files are for daily use. Now to the problem: While the FLAC files get the correct play times written in their metadata, all of my MP3 files get wrong durations written in their tags. Here is an example exiftool reading (while it's basically for image files, it works with pretty much metadata formats, and yes, ID3 tag readers show the same results): $ exiftool -Duration * ======== 01 - Rock or Bust.flac Duration : 0:03:03 ======== 01 - Rock or Bust.mp3 Duration : 0:25:02 (approx) ======== 02 - Play Ball.flac Duration : 0:02:47 ======== 02 - Play Ball.mp3 Duration : 0:02:15 (approx) ======== 03 - Rock the Blues Away.flac Duration : 0:03:24 ======== 03 - Rock the Blues Away.mp3 Duration : 0:02:45 (approx) ======== 04 - Miss Adventure.flac Duration : 0:02:57 ======== 04 - Miss Adventure.mp3 Duration : 0:23:18 (approx) ======== 05 - Dogs of War.flac Duration : 0:03:35 ======== 05 - Dogs of War.mp3 Duration : 0:29:40 (approx) ======== 06 - Got Some Rock & Roll Thunder.flac Duration : 0:03:22 ======== 06 - Got Some Rock & Roll Thunder.mp3 Duration : 0:02:42 (approx) ======== 07 - Hard Times.flac Duration : 0:02:44 ======== 07 - Hard Times.mp3 Duration : 0:02:14 (approx) ======== 08 - Baptism by Fire.flac Duration : 0:03:30 ======== 08 - Baptism by Fire.mp3 Duration : 0:27:25 (approx) ======== 09 - Rock the House.flac Duration : 0:02:42 ======== 09 - Rock the House.mp3 Duration : 0:02:44 (approx) ======== 10 - Sweet Candy.flac Duration : 0:03:09 ======== 10 - Sweet Candy.mp3 Duration : 0:25:18 (approx) ======== 11 - Emission Control.flac Duration : 0:03:41 ======== 11 - Emission Control.mp3 Duration : 0:30:57 (approx) 22 image files read I just don't get the clue, why this is happening. Does anyone know a solution to this? **Solution** Thanks to Phreds hint on missing VBR headers, I discovered the reason for this to happen. As it turns out, lame's --nogap option was activated in .abcde.conf. It's mentioned neither in the lame manpage nor in the .abcde.conf comments (my version, at least), that enabling this option disables the Xing header. In the abcde manpage, however, this behaviour is mentioned regarding the -g flag. Corresponding variable in .abcde.conf is NOGAP

I've been trying to rip *mp3* copies of my cds using abcde. My issue is that I want to rip two sets of *mp3s* at two different bit-rates. One high bit-rate set for playback on my computer, and another lower bit-rate set for playback on mobile devices that have small storage capacity. Currently I run: abcde -o mp3:"-b 320" && abcde -c .abcdelow.conf -o mp3:"-b 128" ...which technically works, but is annoying because I have to enter the same information twice, and really isn't feasible if I have to hand enter the album data. I would like to do this with one command so that I only have to enter the information one time. My config file: MP3ENCODERSYNTAX=default FLACENCODERSYNTAX=default LAME=lame FLAC=flac # Taggers, rippers, replaygain etc: ID3=id3 ID3V2=id3v2 MID3V2=mid3v2 EYED3=eyeD3 #This line is the only difference between my two conf files. OUTPUTFORMAT='low___${ARTISTFILE//_/ }/${ALBUMFILE//_/ }/${TRACKNUM//_/ } ${TRACKFILE//_/ }'

I would like to be able to rip a CD through the command line (using **cdparanoia** and **lame**, preferably) *without having to use temporary files*. I'm thinking that this would save some time with the encoding process, but if this isn't the case, please let me know. So far, I've tried cdparanoia 1 - | lame -f --silent - track.mp3, and it worked well on that first track. However, I can't figure out how I can pipe all of the tracks from the CD in this way without doing some slightly messy parsing of the CD track table. Is this kind of thing feasable in a one-liner, or will I have to grab the number of tracks and iterate? EDIT: I'd appreciate input on whether or not ripping the full CD in this way and splitting tracks post-encoding would be any better or more feasable.

I am trying to find out configuration for abcde to extract a cd to wav. I am using mp3 config file from http://www.andrews-corner.org/abcde.html but I dont know what the wav encoder or abcde configs should be . I know that there are other ways to encode a cd-->wav but I want to do it with abcde. Thanks

What is currently the best way to rip scratched audio cds under Linux? What I find complicated, is that there are several tools available but it is not clear if one tool has better error correction features than the other. I mean, there are at least: * cdparanoia * cdda2waw * cdrdao

I'm trying to convert a DVD to some reasonable format. I'm not opposed to 1:1 conversion, but I want to at least change the container to ogm/mkv. I have already tried various GUI tools like dvd::rip or ogmrip, but they all fail after a while of converting. And my manual converting attempts using ffmpeg just fail gloriously (the quality is appalling).

Is there a way to rip an audio CD to an ISO9660 file? I've tried simple things like dd in the past and it hasn't worked. I'd like to essentially have a mirror image of exactly what's on the disk, not even necessarily a folder of WAV files. I do understand that I could rip the CD to WAV files or even FLAC files, but is there a way to just duplicate the disc to one file, so I could extract WAVs or FLACs from it later on? The idea is to be able to make a virtually identical copy of the source media.

I would like to find a way to rip the WAV tracks (LPCM 2.0, 192kHz, 24-bit) from a Blu-ray Audio or a DVD-Audio disc using Linux. (Once extracted, it should then be a breeze to encode the audio tracks into FLAC.) Taking the TrondheimSolistene: Divertimenti Blu-ray disc as an example, how do you extract the WAV tracks?

I'd like to rip my audio CDs to mp3. I know this has been discussed to a good extent but I'm not sure if my setup makes sense, though. I want to use an older PC for that and I have read on the net that concurrent encoding can compromise the quality of the audio extraction. I suspect this has happened already in a test run because there were sound issues for one mp3 that could not be explained by a scratched surface. So I thought it would be a good idea to keep the two steps apart. So my questions is: **Do you know of any solution to extract mp3s from an audio CD that first extracts *all* tracks as wavs and *after that* starts with the encoding?** I looked at K3b, ripperX and abcde. All of them start encoding while extraction is still in process. The best thing that came to my mind was calling abcde twice: first for just querying the cddb and wav extraction of all tracks, second for converting the extracted wavs to mp3s giving them the correct names and tagging information. The command line for that looks like this $ abcde -a cddb,read && abcde -o mp3 I know that one could start from scratch and write a shell script for extraction using cdparanoia, encoding with lame, tagging with IDv3, querying cddb but this is not a trivial job (see e.g. these examples ), not to mention that abcde additionally does some nice munching of the track names. But I'd rather use as much of the things that are available already. ---------- **EDIT:** After sr_'s valuable hint the commandline can be simplified to $ abcde -l -o mp3 with the "l" option for low disk space being the important part. Now abcde reads the first track, then encodes and tags it, after that it reads the second track, encodes and tags it and so forth...

I have been struggling for months on how to add mp3 tags readable by (of all things) Android? (mp3info doesn't seem to set the fields in a way readable by Android music players, and neither does RhythmBox). So far, my most success has been the embarrassment of ripping the CD from a Windows machine, letting it auto-recognize the album/artist/title fields, then transferring the files back over to Linux for listening.

Is there a way to selectively disable gvfsd-cdda on Debian Squeeze? Since I updated my machine to Squeeze grip can no longer eject a CD, which interferes with ripping. I traced it back to gvfsd-cdda, but found no preference or configuration to disable it. I can't uninstall package gvfs-backends either, because it is required by gnome-core. I did find /usr/share/mounts/cdda.mount, but disabling that feels like an ugly hack that will be overwritten on the next update of the package.