NetBSD-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Custom CD mixes

I have a package that creates the .wav file.
I just wanna order them the way I want, and then turn that list into a .wav file

On Sat, Jul 10, 2021 at 1:43 PM Steffen Nurpmeso <> wrote:
> Todd Gruhn wrote in
>  <>:
>  |On Sat, Jul 10, 2021 at 6:42 AM Benny Siegert <> wrote:
>  |>> Am 09.07.2021 um 21:45 schrieb Todd Gruhn <>:
>  |>>
>  |>> If I wanna pull the music off CDs and make a custom album, is there \
>  |>> a package
>  |>> that would allow me to choose the songs, and play order?
>  |>
>  |> Rhythmbox is a good software for organizing your music collection \
>  |> and creating playlists.
>  |>
>  |> If you want to burn an audio CD, the way I used to do it is:
>  |>
>  |> 1. Convert to wav (not sure that rhythmbox can do it)
>  |> 2. Write a cue file and burn the CD with cdrdao. The cue file format \
>  |> is easy enough to do by hand, and it allows you to control gaps and such.
>  |>
>  |> There are CD writing GUIs in pkgsrc if you prefer that.
>  |Thanks Benny. I was hoping I would not have to write my own
> Hm, hmmm, well.  I also have written some small tools.
> An info / audio extractor which works on all BSDs (DragonFly,
> Free, Net and Open tested) as well as Linux.  It was not tested
> with mixed-mode CDs, but other than that it never left me in the
> lurch with the CDs i threw at it (with the drive i have).  The
> extracted info can easily be grasped by shell scripts.
> s-cdda(1)[1] ball is ~18KB.
> Much earlier (~Y2K) i have written a script that rips CDs (now
> solely through s-cdda(1)), converts the extracted audio to several
> different formats (Opus support untested, but Ogg Vorbis (via
> oggenc(1), flac, mp4 (via faac(1), and mp3 (via lame) is, ogg and
> mp4 i use myself), by default after normalizing the volume across
> the tracks if applicable (via sox(1)), and stores them in per-CD
> directories under an umbrella path.  Together with a music.db
> UTF-8 text file which describes the data (most of that also stored
> in the songs itself, but that needs extractor tools say).  This
> (quite easily parsable= plain text format can deal with
> ("represent") classical music ("artist layout") much better than
> any other tool i know.  It is easy to create symlink farms or
> whatever else is desired from the music.db as well as the songs,
> no shell quoting issues, for example.
> I have added MusicBrainz support last year, after the CDDB was
> turned off (but for the copy that GNU offers), so normally the
> fields are (somewhat) filled in automatically.
> Anyhow, it is a simple terminal program that asks for the tracks
> that should be ripped, and "guides" through the process.
> [2] is ~33KB.  Caveats: it should be used with the perl(1) -C
> command line flag, a ~twenty years old habit of mine that was just
> recently changed after i have the according discussion in an
> OpenSSL ticket; i adjusted the code (of quite some scripts) to use
> setlocale(3) instead, but no release with that yet; [3] has it
> (server supports on-the-fly compression).
> Burning not from here.
>   [1]
>   [2]
>   [3];a=blob_plain;
> --steffen
> |
> |Der Kragenbaer,                The moon bear,
> |der holt sich munter           he cheerfully and one by one
> |einen nach dem anderen runter  wa.ks himself off
> |(By Robert Gernhardt)

Home | Main Index | Thread Index | Old Index