On Tue, 9 Jan 2024 16:15:27 +0100
Nicolas George wrote:
Hello Nicolas,
>Pictures or it did not happen.
Didn't bother because it appeared to be a well-understood phenomenon,
based on my limited research.
--
Regards _ "Valid sig separator is {dash}{dash}{space}"
/ ) "The
Brad Rogers (12024-01-09):
> Seen it happen; Long filenames, mixed case, and files saved at the
> beginning of a session of copying multiple files would be lost because
> the FAT was filled, and overwritten from the start by files added later
> in the session.
>
> We are talking in excess of
On Tue, 9 Jan 2024 13:25:52 +0100
Nicolas George wrote:
Hello Nicolas,
>What are you talking about? FAT does not get “overloaded” by long
>filenames.
Seen it happen; Long filenames, mixed case, and files saved at the
beginning of a session of copying multiple files would be lost because
the
Brad Rogers (12024-01-09):
> Depends; I ended up buying three smaller sticks, because the
> limitations of the file system meant that the File Allocation Table
> got filled up wy before the larger capacity memory sticks did.
The USB sticks we were discussing in this thread are way below the
Haines Brown (12024-01-08):
> and that seems to have fixed the buffer problem.
Nice.
> The scripts folder is in my path. I holds many commands I regularly
> use.
>
> Turns out that the "play" command was earlier taken by another
> application. So I changed the command from play to Play, and
On Mon, 8 Jan 2024 21:09:54 +
Michael Kjörling <2695bd53d...@ewoof.net> wrote:
Hello Michael,
>Alternatively, they also offer SanDisk SDXC 128 GB memory cards at $14
>a piece. One such will easily hold 1000 CDs at near-CD quality MP3.
Depends; I ended up buying three smaller sticks,
On Monday 08 January 2024 03:49:17 pm Haines Brown wrote:
> where can find an inexpensive drive to hold about 1000 cds and find
> the time do all the converting? ㋡
The 4TB drive in my server has about 77GB roughly holding a similar amount of
stuff. The time was over a rather lengthy period
> The time to physically go through all those CDs, now that's a slightly
> different issue.
Once you've setup your "rip" tool (I used mostly `grip` back then,
not sure what's still maintained, maybe `abcde`?), it's a small matter
of putting the next CD in the drive when the previous one is
On 8 Jan 2024 15:49 -0500, from hai...@histomat.net (Haines Brown):
>> But unless you cannot spare 60 megaoctets somewhere, save yourself a lot
>> of trouble: just run cdparanoia -B then opusenc and put back the audio
>> CD at the back of the shelf where it belongs.
>
> where can find an
On Mon, Jan 08, 2024 at 05:37:00PM +0100, Michel Verdier wrote:
> On 2024-01-08, Haines Brown wrote:
> > But the $ play command only returns the aplay -help info. Why won't
> > the script work?
>
> You fumble on another "play" program. Try "type -a play" to
> confirm. Then just rename your
On Mon, Jan 08, 2024 at 04:32:37PM +, Michael Kjörling wrote:
> I suspect this is because of insufficient read-ahead or insufficient
> bandwidth, as you seems to assume to based on your comment on buffer
> size. You might be able to use --cache=yes to improve matters.
To judge by the man
On Mon, Jan 08, 2024 at 05:23:34PM +0100, Nicolas George wrote:
> Haines Brown (12024-01-08):
> > I find that often (such as wiki.debian.org/CDDVD) I'm told to mount
Understood about not mounting CDROM disks. Confused music with data
disks
> > The mplayer command $ mplayer -cdrom-device
Hi,
i cannot contribute much to the practical issues with playing music.
But i'd like to clarify technical properties of CD-DA media:
Nicolas George wrote:
> compared to data CDs, audio CDs lack one layer of error-correcting code
True.
Another drawback is that CD-DA sectors cannot be read by
Michael Kjörling (12024-01-08):
> Note that while CD-DA disks are technically CD-ROM disks (compact disk
> read only media), in typical usage "CD-ROM" is taken to mean a CD
> which contains _data organized as files within a file system_, often
> an ISO-9660 file system typically with extensions
On 2024-01-08, Haines Brown wrote:
> I find that often (such as wiki.debian.org/CDDVD) I'm told to mount
> the cdrive. But I can play cds without mounting. Wny is mounting
> sometimes recommended?
It talks about mounting "data" CD. Audio CD cannot be mounted and are
accessed by device (like
On 8 Jan 2024 11:00 -0500, from hai...@histomat.net (Haines Brown):
> I find that often (such as wiki.debian.org/CDDVD) I'm told to mount
> the cdrive. But I can play cds without mounting. Wny is mounting
> sometimes recommended?
You mount a file system. Audio CDs (that is, CD-DA disks) do not
Haines Brown (12024-01-08):
> I find that often (such as wiki.debian.org/CDDVD) I'm told to mount
Please do not remove the protocol part from the URL, it makes
auto-detection and copy-pasting more annoying.
> the cdrive.
I do not see this page suggesting to mount audio CDs. Audio CDs do not
17 matches
Mail list logo
