Re: [gentoo-user] CD ripper that generates song titles?

[Fernando Rodriguez]

On Tuesday, September 08, 2015 12:09:14 AM cov...@ccs.covici.com wrote:
> Fernando Rodriguez  wrote:
> 
> > On Monday, September 07, 2015 7:45:47 PM cov...@ccs.covici.com wrote:
> > > Alex Corkwell  wrote:
> > > 
> > > > On Wed, Aug 26, 2015 at 04:06:10PM -0400, Walter Dnes wrote:
> > > > >   I went to the CNE (Canadian National Exhibition) yesterday and
> > > > > indulged in a buying spree of 18 CD sets of my fave music (basically
> > > > > anything pop/rock/country pre-Beatles).  I now have over 20 CDs that 
I
> > > > > want to rip to flac eventually.  I dread the gruntwork in renaming
> > > > > tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there 
for
> > > > > stuff that'll get ahold of track titles?  Is it in the form of 
metadata
> > > > > on the CD?
> > > > 
> > > > I personally like using morituri [1] for ripping my CDs.
> > > > It's a little bit slower than some, but very accurate (I believe it
> > > > compares several reads, just to make sure there were no errors).
> > > > It's not available in the main portage tree, but it's in the dev-zero
> > > > overlay as media-sound/morituri.
> > > > 
> > > > It can rip to flac (with optional cue files) and works from the
> > > > terminal, if you prefer that.
> > > > Additionally, it can adjust for drive read offsets when writing files,
> > > > and is one of the few Linux things I've found which check the rips
> > > > against AccurateRip.
> > > > 
> > > > What's particularly nice about it is that it uses what little metadata
> > > > and such it can get from the CD to look it up in MusicBrainz and add 
in
> > > > the title, artist, etc.
> > > > It also uses this to name the files according to album, artist, song
> > > > title, etc.
> > > > The template it uses to name the files and directories is relatively
> > > > configurable, as well.
> > > > 
> > > > If you need more configurable tagging, cover art downloading, and such,
> > > > then look into Picard [2], which is in the main portage tree as
> > > > media-sound/picard.
> > > > It uses MusicBrainz [3] to get a whole bunch of metadata, tags, cover
> > > > art, and other stuff, and can rename files much more flexibly than
> > > > morituri.
> > > > 
> > > > This is especially nice in combination with morituri, since morituri
> > > > saves the MusicBrainz ID into the metadata of the ripped files.
> > > > Normally, Picard looks files up by either the available metadata, or by
> > > > the acoustic fingerprint.
> > > > Since the MusicBrainz ID is already there, it immediately knows which
> > > > album it is (although it may have the wrong release if you want to be
> > > > that precise).
> > > > 
> > > > The only caveats with Picard that I know of are that it's GUI only, it
> > > > can't embed full size cover art if the image is above some large
> > > > resolution, and I think that submitting extra fingerprints requires you
> > > > to register with AcoustID [4].
> > > > Also, it's not an actual ripper.
> > > > It just works on the metadata and tags of flac, mp3, and maybe a few
> > > > other types.
> > > > 
> > > > I personally like to rip with morituri, then polish the tagging and 
get
> > > > the cover art with Picard.
> > > > 
> > > > [1] http://thomas.apestaart.org/morituri/trac/wiki
> > > > [2] https://picard.musicbrainz.org/
> > > > [3] https://musicbrainz.org/
> > > > [4] https://acoustid.org/
> > > 
> > > In trying to emerge morituri from the overlay I get the folloing:
> > > 
> > > make[1]: Entering directory
> > > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > > if test -e ./.git; then make REVISION; fi
> > > make[1]: Leaving directory
> > > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > > Progress:
> > > 00:10
> > >  (null)*(null) (null)ACCESS DENIED(null):  mkstemp:
> > >  
> > 
/run/user/0/orcexec.XX-]
> > >   Building documentation: morituri.common.checksum
> > >   (/var/tmp/portage/media-
> > sound/morituri-0.2.3/work/morituri-0.2.3/morituri/common/checksum.py)
> > > (gst-plugin-scanner:3783): GStreamer-CRITICAL **:
> > > gst_structure_empty_new: assertion 'gst_structure_validate_name (name)'
> > > failed
> > > 
> > > (gst-plugin-scanner:3783): Clutter-CRITICAL **: Unable to initialize
> > > Clutter: Could not initialize Gdk
> > > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > > Warning: Unable to extract the base list for
> > > twisted.trial.unittest.TestDecorator: Bad dotted name
> > > Warning: Module gobject._gobject is shadowed by a variable with the same
> > > name.
> > > Warning: 18 markup errors were found while processing docstrings.  Use
> > > the verbose switch (-v) to display markup errors.
> > > >>> Source compiled.
> > >  (null)*(null) --- ACCESS VIOLATION 

Re: [gentoo-user] CD ripper that generates song titles?

[Fernando Rodriguez]

On Tuesday, September 08, 2015 1:59:35 AM Fernando Rodriguez wrote:
> On Tuesday, September 08, 2015 12:09:14 AM cov...@ccs.covici.com wrote:
> > Fernando Rodriguez  wrote:
> > 
> > > On Monday, September 07, 2015 7:45:47 PM cov...@ccs.covici.com wrote:
> > > > Alex Corkwell  wrote:
> > > > 
> > > > > On Wed, Aug 26, 2015 at 04:06:10PM -0400, Walter Dnes wrote:
> > > > > >   I went to the CNE (Canadian National Exhibition) yesterday and
> > > > > > indulged in a buying spree of 18 CD sets of my fave music 
(basically
> > > > > > anything pop/rock/country pre-Beatles).  I now have over 20 CDs 
that 
> I
> > > > > > want to rip to flac eventually.  I dread the gruntwork in renaming
> > > > > > tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there 
> for
> > > > > > stuff that'll get ahold of track titles?  Is it in the form of 
> metadata
> > > > > > on the CD?
> > > > > 
> > > > > I personally like using morituri [1] for ripping my CDs.
> > > > > It's a little bit slower than some, but very accurate (I believe it
> > > > > compares several reads, just to make sure there were no errors).
> > > > > It's not available in the main portage tree, but it's in the dev-
zero
> > > > > overlay as media-sound/morituri.
> > > > > 
> > > > > It can rip to flac (with optional cue files) and works from the
> > > > > terminal, if you prefer that.
> > > > > Additionally, it can adjust for drive read offsets when writing files,
> > > > > and is one of the few Linux things I've found which check the rips
> > > > > against AccurateRip.
> > > > > 
> > > > > What's particularly nice about it is that it uses what little 
metadata
> > > > > and such it can get from the CD to look it up in MusicBrainz and add 
> in
> > > > > the title, artist, etc.
> > > > > It also uses this to name the files according to album, artist, song
> > > > > title, etc.
> > > > > The template it uses to name the files and directories is relatively
> > > > > configurable, as well.
> > > > > 
> > > > > If you need more configurable tagging, cover art downloading, and 
such,
> > > > > then look into Picard [2], which is in the main portage tree as
> > > > > media-sound/picard.
> > > > > It uses MusicBrainz [3] to get a whole bunch of metadata, tags, 
cover
> > > > > art, and other stuff, and can rename files much more flexibly than
> > > > > morituri.
> > > > > 
> > > > > This is especially nice in combination with morituri, since morituri
> > > > > saves the MusicBrainz ID into the metadata of the ripped files.
> > > > > Normally, Picard looks files up by either the available metadata, or 
by
> > > > > the acoustic fingerprint.
> > > > > Since the MusicBrainz ID is already there, it immediately knows 
which
> > > > > album it is (although it may have the wrong release if you want to 
be
> > > > > that precise).
> > > > > 
> > > > > The only caveats with Picard that I know of are that it's GUI only, 
it
> > > > > can't embed full size cover art if the image is above some large
> > > > > resolution, and I think that submitting extra fingerprints requires 
you
> > > > > to register with AcoustID [4].
> > > > > Also, it's not an actual ripper.
> > > > > It just works on the metadata and tags of flac, mp3, and maybe a few
> > > > > other types.
> > > > > 
> > > > > I personally like to rip with morituri, then polish the tagging and 
> get
> > > > > the cover art with Picard.
> > > > > 
> > > > > [1] http://thomas.apestaart.org/morituri/trac/wiki
> > > > > [2] https://picard.musicbrainz.org/
> > > > > [3] https://musicbrainz.org/
> > > > > [4] https://acoustid.org/
> > > > 
> > > > In trying to emerge morituri from the overlay I get the folloing:
> > > > 
> > > > make[1]: Entering directory
> > > > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > > > if test -e ./.git; then make REVISION; fi
> > > > make[1]: Leaving directory
> > > > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > > > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > > > Progress:
> > > > 00:10
> > > >  (null)*(null) (null)ACCESS DENIED(null):  mkstemp:
> > > >  
> > > 
> 
/run/user/0/orcexec.XX-]
> > > >   Building documentation: morituri.common.checksum
> > > > (/var/tmp/portage/media-
> > > sound/morituri-0.2.3/work/morituri-0.2.3/morituri/common/checksum.py)
> > > > (gst-plugin-scanner:3783): GStreamer-CRITICAL **:
> > > > gst_structure_empty_new: assertion 'gst_structure_validate_name 
(name)'
> > > > failed
> > > > 
> > > > (gst-plugin-scanner:3783): Clutter-CRITICAL **: Unable to initialize
> > > > Clutter: Could not initialize Gdk
> > > > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > > > Warning: Unable to extract the base list for
> > > > twisted.trial.unittest.TestDecorator: Bad dotted name
> > > > Warning: Module 

Re: [gentoo-user] CD ripper that generates song titles?

[covici]

Fernando Rodriguez  wrote:

> On Tuesday, September 08, 2015 12:09:14 AM cov...@ccs.covici.com wrote:
> > Fernando Rodriguez  wrote:
> > 
> > > On Monday, September 07, 2015 7:45:47 PM cov...@ccs.covici.com wrote:
> > > > Alex Corkwell  wrote:
> > > > 
> > > > > On Wed, Aug 26, 2015 at 04:06:10PM -0400, Walter Dnes wrote:
> > > > > >   I went to the CNE (Canadian National Exhibition) yesterday and
> > > > > > indulged in a buying spree of 18 CD sets of my fave music (basically
> > > > > > anything pop/rock/country pre-Beatles).  I now have over 20 CDs 
> > > > > > that 
> I
> > > > > > want to rip to flac eventually.  I dread the gruntwork in renaming
> > > > > > tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there 
> for
> > > > > > stuff that'll get ahold of track titles?  Is it in the form of 
> metadata
> > > > > > on the CD?
> > > > > 
> > > > > I personally like using morituri [1] for ripping my CDs.
> > > > > It's a little bit slower than some, but very accurate (I believe it
> > > > > compares several reads, just to make sure there were no errors).
> > > > > It's not available in the main portage tree, but it's in the dev-zero
> > > > > overlay as media-sound/morituri.
> > > > > 
> > > > > It can rip to flac (with optional cue files) and works from the
> > > > > terminal, if you prefer that.
> > > > > Additionally, it can adjust for drive read offsets when writing files,
> > > > > and is one of the few Linux things I've found which check the rips
> > > > > against AccurateRip.
> > > > > 
> > > > > What's particularly nice about it is that it uses what little metadata
> > > > > and such it can get from the CD to look it up in MusicBrainz and add 
> in
> > > > > the title, artist, etc.
> > > > > It also uses this to name the files according to album, artist, song
> > > > > title, etc.
> > > > > The template it uses to name the files and directories is relatively
> > > > > configurable, as well.
> > > > > 
> > > > > If you need more configurable tagging, cover art downloading, and 
> > > > > such,
> > > > > then look into Picard [2], which is in the main portage tree as
> > > > > media-sound/picard.
> > > > > It uses MusicBrainz [3] to get a whole bunch of metadata, tags, cover
> > > > > art, and other stuff, and can rename files much more flexibly than
> > > > > morituri.
> > > > > 
> > > > > This is especially nice in combination with morituri, since morituri
> > > > > saves the MusicBrainz ID into the metadata of the ripped files.
> > > > > Normally, Picard looks files up by either the available metadata, or 
> > > > > by
> > > > > the acoustic fingerprint.
> > > > > Since the MusicBrainz ID is already there, it immediately knows which
> > > > > album it is (although it may have the wrong release if you want to be
> > > > > that precise).
> > > > > 
> > > > > The only caveats with Picard that I know of are that it's GUI only, it
> > > > > can't embed full size cover art if the image is above some large
> > > > > resolution, and I think that submitting extra fingerprints requires 
> > > > > you
> > > > > to register with AcoustID [4].
> > > > > Also, it's not an actual ripper.
> > > > > It just works on the metadata and tags of flac, mp3, and maybe a few
> > > > > other types.
> > > > > 
> > > > > I personally like to rip with morituri, then polish the tagging and 
> get
> > > > > the cover art with Picard.
> > > > > 
> > > > > [1] http://thomas.apestaart.org/morituri/trac/wiki
> > > > > [2] https://picard.musicbrainz.org/
> > > > > [3] https://musicbrainz.org/
> > > > > [4] https://acoustid.org/
> > > > 
> > > > In trying to emerge morituri from the overlay I get the folloing:
> > > > 
> > > > make[1]: Entering directory
> > > > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > > > if test -e ./.git; then make REVISION; fi
> > > > make[1]: Leaving directory
> > > > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > > > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > > > Progress:
> > > > 00:10
> > > >  (null)*(null) (null)ACCESS DENIED(null):  mkstemp:
> > > >  
> > > 
> /run/user/0/orcexec.XX-]
> > > >   Building documentation: morituri.common.checksum
> > > > (/var/tmp/portage/media-
> > > sound/morituri-0.2.3/work/morituri-0.2.3/morituri/common/checksum.py)
> > > > (gst-plugin-scanner:3783): GStreamer-CRITICAL **:
> > > > gst_structure_empty_new: assertion 'gst_structure_validate_name (name)'
> > > > failed
> > > > 
> > > > (gst-plugin-scanner:3783): Clutter-CRITICAL **: Unable to initialize
> > > > Clutter: Could not initialize Gdk
> > > > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > > > Warning: Unable to extract the base list for
> > > > twisted.trial.unittest.TestDecorator: Bad dotted name
> > > > 

Re: [gentoo-user] CD ripper that generates song titles?

[covici]

Fernando Rodriguez  wrote:

> On Monday, September 07, 2015 7:45:47 PM cov...@ccs.covici.com wrote:
> > Alex Corkwell  wrote:
> > 
> > > On Wed, Aug 26, 2015 at 04:06:10PM -0400, Walter Dnes wrote:
> > > >   I went to the CNE (Canadian National Exhibition) yesterday and
> > > > indulged in a buying spree of 18 CD sets of my fave music (basically
> > > > anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
> > > > want to rip to flac eventually.  I dread the gruntwork in renaming
> > > > tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
> > > > stuff that'll get ahold of track titles?  Is it in the form of metadata
> > > > on the CD?
> > > 
> > > I personally like using morituri [1] for ripping my CDs.
> > > It's a little bit slower than some, but very accurate (I believe it
> > > compares several reads, just to make sure there were no errors).
> > > It's not available in the main portage tree, but it's in the dev-zero
> > > overlay as media-sound/morituri.
> > > 
> > > It can rip to flac (with optional cue files) and works from the
> > > terminal, if you prefer that.
> > > Additionally, it can adjust for drive read offsets when writing files,
> > > and is one of the few Linux things I've found which check the rips
> > > against AccurateRip.
> > > 
> > > What's particularly nice about it is that it uses what little metadata
> > > and such it can get from the CD to look it up in MusicBrainz and add in
> > > the title, artist, etc.
> > > It also uses this to name the files according to album, artist, song
> > > title, etc.
> > > The template it uses to name the files and directories is relatively
> > > configurable, as well.
> > > 
> > > If you need more configurable tagging, cover art downloading, and such,
> > > then look into Picard [2], which is in the main portage tree as
> > > media-sound/picard.
> > > It uses MusicBrainz [3] to get a whole bunch of metadata, tags, cover
> > > art, and other stuff, and can rename files much more flexibly than
> > > morituri.
> > > 
> > > This is especially nice in combination with morituri, since morituri
> > > saves the MusicBrainz ID into the metadata of the ripped files.
> > > Normally, Picard looks files up by either the available metadata, or by
> > > the acoustic fingerprint.
> > > Since the MusicBrainz ID is already there, it immediately knows which
> > > album it is (although it may have the wrong release if you want to be
> > > that precise).
> > > 
> > > The only caveats with Picard that I know of are that it's GUI only, it
> > > can't embed full size cover art if the image is above some large
> > > resolution, and I think that submitting extra fingerprints requires you
> > > to register with AcoustID [4].
> > > Also, it's not an actual ripper.
> > > It just works on the metadata and tags of flac, mp3, and maybe a few
> > > other types.
> > > 
> > > I personally like to rip with morituri, then polish the tagging and get
> > > the cover art with Picard.
> > > 
> > > [1] http://thomas.apestaart.org/morituri/trac/wiki
> > > [2] https://picard.musicbrainz.org/
> > > [3] https://musicbrainz.org/
> > > [4] https://acoustid.org/
> > 
> > In trying to emerge morituri from the overlay I get the folloing:
> > 
> > make[1]: Entering directory
> > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > if test -e ./.git; then make REVISION; fi
> > make[1]: Leaving directory
> > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > Progress:
> > 00:10
> >  (null)*(null) (null)ACCESS DENIED(null):  mkstemp:
> >  
> /run/user/0/orcexec.XX-]
> >   Building documentation: morituri.common.checksum
> > (/var/tmp/portage/media-
> sound/morituri-0.2.3/work/morituri-0.2.3/morituri/common/checksum.py)
> > (gst-plugin-scanner:3783): GStreamer-CRITICAL **:
> > gst_structure_empty_new: assertion 'gst_structure_validate_name (name)'
> > failed
> > 
> > (gst-plugin-scanner:3783): Clutter-CRITICAL **: Unable to initialize
> > Clutter: Could not initialize Gdk
> > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > Warning: Unable to extract the base list for
> > twisted.trial.unittest.TestDecorator: Bad dotted name
> > Warning: Module gobject._gobject is shadowed by a variable with the same
> > name.
> > Warning: 18 markup errors were found while processing docstrings.  Use
> > the verbose switch (-v) to display markup errors.
> > >>> Source compiled.
> >  (null)*(null) --- ACCESS VIOLATION SUMMARY
> >  ---
> >  (null)*(null) LOG FILE: "/var/log/sandbox/sandbox-3700.log"
> >  (null)*(null)
> > VERSION 1.0
> > FORMAT: F - Function called
> > FORMAT: S - Access Status
> > FORMAT: P - Path as passed to function
> > FORMAT: A - Absolute 

Re: [gentoo-user] CD ripper that generates song titles?

[Fernando Rodriguez]

On Monday, September 07, 2015 10:51:18 PM cov...@ccs.covici.com wrote:
> Fernando Rodriguez  wrote:
> 
> > On Monday, September 07, 2015 7:45:47 PM cov...@ccs.covici.com wrote:
> > > Alex Corkwell  wrote:
> > > 
> > > > On Wed, Aug 26, 2015 at 04:06:10PM -0400, Walter Dnes wrote:
> > > > >   I went to the CNE (Canadian National Exhibition) yesterday and
> > > > > indulged in a buying spree of 18 CD sets of my fave music (basically
> > > > > anything pop/rock/country pre-Beatles).  I now have over 20 CDs that 
I
> > > > > want to rip to flac eventually.  I dread the gruntwork in renaming
> > > > > tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there 
for
> > > > > stuff that'll get ahold of track titles?  Is it in the form of 
metadata
> > > > > on the CD?
> > > > 
> > > > I personally like using morituri [1] for ripping my CDs.
> > > > It's a little bit slower than some, but very accurate (I believe it
> > > > compares several reads, just to make sure there were no errors).
> > > > It's not available in the main portage tree, but it's in the dev-zero
> > > > overlay as media-sound/morituri.
> > > > 
> > > > It can rip to flac (with optional cue files) and works from the
> > > > terminal, if you prefer that.
> > > > Additionally, it can adjust for drive read offsets when writing files,
> > > > and is one of the few Linux things I've found which check the rips
> > > > against AccurateRip.
> > > > 
> > > > What's particularly nice about it is that it uses what little metadata
> > > > and such it can get from the CD to look it up in MusicBrainz and add 
in
> > > > the title, artist, etc.
> > > > It also uses this to name the files according to album, artist, song
> > > > title, etc.
> > > > The template it uses to name the files and directories is relatively
> > > > configurable, as well.
> > > > 
> > > > If you need more configurable tagging, cover art downloading, and such,
> > > > then look into Picard [2], which is in the main portage tree as
> > > > media-sound/picard.
> > > > It uses MusicBrainz [3] to get a whole bunch of metadata, tags, cover
> > > > art, and other stuff, and can rename files much more flexibly than
> > > > morituri.
> > > > 
> > > > This is especially nice in combination with morituri, since morituri
> > > > saves the MusicBrainz ID into the metadata of the ripped files.
> > > > Normally, Picard looks files up by either the available metadata, or by
> > > > the acoustic fingerprint.
> > > > Since the MusicBrainz ID is already there, it immediately knows which
> > > > album it is (although it may have the wrong release if you want to be
> > > > that precise).
> > > > 
> > > > The only caveats with Picard that I know of are that it's GUI only, it
> > > > can't embed full size cover art if the image is above some large
> > > > resolution, and I think that submitting extra fingerprints requires you
> > > > to register with AcoustID [4].
> > > > Also, it's not an actual ripper.
> > > > It just works on the metadata and tags of flac, mp3, and maybe a few
> > > > other types.
> > > > 
> > > > I personally like to rip with morituri, then polish the tagging and 
get
> > > > the cover art with Picard.
> > > > 
> > > > [1] http://thomas.apestaart.org/morituri/trac/wiki
> > > > [2] https://picard.musicbrainz.org/
> > > > [3] https://musicbrainz.org/
> > > > [4] https://acoustid.org/
> > > 
> > > In trying to emerge morituri from the overlay I get the folloing:
> > > 
> > > make[1]: Entering directory
> > > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > > if test -e ./.git; then make REVISION; fi
> > > make[1]: Leaving directory
> > > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > > Progress:
> > > 00:10
> > >  (null)*(null) (null)ACCESS DENIED(null):  mkstemp:
> > >  
> > 
/run/user/0/orcexec.XX-]
> > >   Building documentation: morituri.common.checksum
> > >   (/var/tmp/portage/media-
> > sound/morituri-0.2.3/work/morituri-0.2.3/morituri/common/checksum.py)
> > > (gst-plugin-scanner:3783): GStreamer-CRITICAL **:
> > > gst_structure_empty_new: assertion 'gst_structure_validate_name (name)'
> > > failed
> > > 
> > > (gst-plugin-scanner:3783): Clutter-CRITICAL **: Unable to initialize
> > > Clutter: Could not initialize Gdk
> > > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > > Warning: Unable to extract the base list for
> > > twisted.trial.unittest.TestDecorator: Bad dotted name
> > > Warning: Module gobject._gobject is shadowed by a variable with the same
> > > name.
> > > Warning: 18 markup errors were found while processing docstrings.  Use
> > > the verbose switch (-v) to display markup errors.
> > > >>> Source compiled.
> > >  (null)*(null) --- ACCESS VIOLATION 

Re: [gentoo-user] CD ripper that generates song titles?

[Fernando Rodriguez]

On Tuesday, September 08, 2015 12:09:14 AM cov...@ccs.covici.com wrote:
> Fernando Rodriguez  wrote:
> 
> > On Monday, September 07, 2015 7:45:47 PM cov...@ccs.covici.com wrote:
> > > Alex Corkwell  wrote:
> > > 
> > > > On Wed, Aug 26, 2015 at 04:06:10PM -0400, Walter Dnes wrote:
> > > > >   I went to the CNE (Canadian National Exhibition) yesterday and
> > > > > indulged in a buying spree of 18 CD sets of my fave music (basically
> > > > > anything pop/rock/country pre-Beatles).  I now have over 20 CDs that 
I
> > > > > want to rip to flac eventually.  I dread the gruntwork in renaming
> > > > > tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there 
for
> > > > > stuff that'll get ahold of track titles?  Is it in the form of 
metadata
> > > > > on the CD?
> > > > 
> > > > I personally like using morituri [1] for ripping my CDs.
> > > > It's a little bit slower than some, but very accurate (I believe it
> > > > compares several reads, just to make sure there were no errors).
> > > > It's not available in the main portage tree, but it's in the dev-zero
> > > > overlay as media-sound/morituri.
> > > > 
> > > > It can rip to flac (with optional cue files) and works from the
> > > > terminal, if you prefer that.
> > > > Additionally, it can adjust for drive read offsets when writing files,
> > > > and is one of the few Linux things I've found which check the rips
> > > > against AccurateRip.
> > > > 
> > > > What's particularly nice about it is that it uses what little metadata
> > > > and such it can get from the CD to look it up in MusicBrainz and add 
in
> > > > the title, artist, etc.
> > > > It also uses this to name the files according to album, artist, song
> > > > title, etc.
> > > > The template it uses to name the files and directories is relatively
> > > > configurable, as well.
> > > > 
> > > > If you need more configurable tagging, cover art downloading, and such,
> > > > then look into Picard [2], which is in the main portage tree as
> > > > media-sound/picard.
> > > > It uses MusicBrainz [3] to get a whole bunch of metadata, tags, cover
> > > > art, and other stuff, and can rename files much more flexibly than
> > > > morituri.
> > > > 
> > > > This is especially nice in combination with morituri, since morituri
> > > > saves the MusicBrainz ID into the metadata of the ripped files.
> > > > Normally, Picard looks files up by either the available metadata, or by
> > > > the acoustic fingerprint.
> > > > Since the MusicBrainz ID is already there, it immediately knows which
> > > > album it is (although it may have the wrong release if you want to be
> > > > that precise).
> > > > 
> > > > The only caveats with Picard that I know of are that it's GUI only, it
> > > > can't embed full size cover art if the image is above some large
> > > > resolution, and I think that submitting extra fingerprints requires you
> > > > to register with AcoustID [4].
> > > > Also, it's not an actual ripper.
> > > > It just works on the metadata and tags of flac, mp3, and maybe a few
> > > > other types.
> > > > 
> > > > I personally like to rip with morituri, then polish the tagging and 
get
> > > > the cover art with Picard.
> > > > 
> > > > [1] http://thomas.apestaart.org/morituri/trac/wiki
> > > > [2] https://picard.musicbrainz.org/
> > > > [3] https://musicbrainz.org/
> > > > [4] https://acoustid.org/
> > > 
> > > In trying to emerge morituri from the overlay I get the folloing:
> > > 
> > > make[1]: Entering directory
> > > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > > if test -e ./.git; then make REVISION; fi
> > > make[1]: Leaving directory
> > > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > > Progress:
> > > 00:10
> > >  (null)*(null) (null)ACCESS DENIED(null):  mkstemp:
> > >  
> > 
/run/user/0/orcexec.XX-]
> > >   Building documentation: morituri.common.checksum
> > >   (/var/tmp/portage/media-
> > sound/morituri-0.2.3/work/morituri-0.2.3/morituri/common/checksum.py)
> > > (gst-plugin-scanner:3783): GStreamer-CRITICAL **:
> > > gst_structure_empty_new: assertion 'gst_structure_validate_name (name)'
> > > failed
> > > 
> > > (gst-plugin-scanner:3783): Clutter-CRITICAL **: Unable to initialize
> > > Clutter: Could not initialize Gdk
> > > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > > Warning: Unable to extract the base list for
> > > twisted.trial.unittest.TestDecorator: Bad dotted name
> > > Warning: Module gobject._gobject is shadowed by a variable with the same
> > > name.
> > > Warning: 18 markup errors were found while processing docstrings.  Use
> > > the verbose switch (-v) to display markup errors.
> > > >>> Source compiled.
> > >  (null)*(null) --- ACCESS VIOLATION 

Re: [gentoo-user] CD ripper that generates song titles?

[Fernando Rodriguez]

On Monday, September 07, 2015 7:45:47 PM cov...@ccs.covici.com wrote:
> Alex Corkwell  wrote:
> 
> > On Wed, Aug 26, 2015 at 04:06:10PM -0400, Walter Dnes wrote:
> > >   I went to the CNE (Canadian National Exhibition) yesterday and
> > > indulged in a buying spree of 18 CD sets of my fave music (basically
> > > anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
> > > want to rip to flac eventually.  I dread the gruntwork in renaming
> > > tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
> > > stuff that'll get ahold of track titles?  Is it in the form of metadata
> > > on the CD?
> > 
> > I personally like using morituri [1] for ripping my CDs.
> > It's a little bit slower than some, but very accurate (I believe it
> > compares several reads, just to make sure there were no errors).
> > It's not available in the main portage tree, but it's in the dev-zero
> > overlay as media-sound/morituri.
> > 
> > It can rip to flac (with optional cue files) and works from the
> > terminal, if you prefer that.
> > Additionally, it can adjust for drive read offsets when writing files,
> > and is one of the few Linux things I've found which check the rips
> > against AccurateRip.
> > 
> > What's particularly nice about it is that it uses what little metadata
> > and such it can get from the CD to look it up in MusicBrainz and add in
> > the title, artist, etc.
> > It also uses this to name the files according to album, artist, song
> > title, etc.
> > The template it uses to name the files and directories is relatively
> > configurable, as well.
> > 
> > If you need more configurable tagging, cover art downloading, and such,
> > then look into Picard [2], which is in the main portage tree as
> > media-sound/picard.
> > It uses MusicBrainz [3] to get a whole bunch of metadata, tags, cover
> > art, and other stuff, and can rename files much more flexibly than
> > morituri.
> > 
> > This is especially nice in combination with morituri, since morituri
> > saves the MusicBrainz ID into the metadata of the ripped files.
> > Normally, Picard looks files up by either the available metadata, or by
> > the acoustic fingerprint.
> > Since the MusicBrainz ID is already there, it immediately knows which
> > album it is (although it may have the wrong release if you want to be
> > that precise).
> > 
> > The only caveats with Picard that I know of are that it's GUI only, it
> > can't embed full size cover art if the image is above some large
> > resolution, and I think that submitting extra fingerprints requires you
> > to register with AcoustID [4].
> > Also, it's not an actual ripper.
> > It just works on the metadata and tags of flac, mp3, and maybe a few
> > other types.
> > 
> > I personally like to rip with morituri, then polish the tagging and get
> > the cover art with Picard.
> > 
> > [1] http://thomas.apestaart.org/morituri/trac/wiki
> > [2] https://picard.musicbrainz.org/
> > [3] https://musicbrainz.org/
> > [4] https://acoustid.org/
> 
> In trying to emerge morituri from the overlay I get the folloing:
> 
> make[1]: Entering directory
> '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> if test -e ./.git; then make REVISION; fi
> make[1]: Leaving directory
> '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> Progress:
> 00:10
>  (null)*(null) (null)ACCESS DENIED(null):  mkstemp:
>  
/run/user/0/orcexec.XX-]
>   Building documentation: morituri.common.checksum
>   (/var/tmp/portage/media-
sound/morituri-0.2.3/work/morituri-0.2.3/morituri/common/checksum.py)
> (gst-plugin-scanner:3783): GStreamer-CRITICAL **:
> gst_structure_empty_new: assertion 'gst_structure_validate_name (name)'
> failed
> 
> (gst-plugin-scanner:3783): Clutter-CRITICAL **: Unable to initialize
> Clutter: Could not initialize Gdk
> ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> Warning: Unable to extract the base list for
> twisted.trial.unittest.TestDecorator: Bad dotted name
> Warning: Module gobject._gobject is shadowed by a variable with the same
> name.
> Warning: 18 markup errors were found while processing docstrings.  Use
> the verbose switch (-v) to display markup errors.
> >>> Source compiled.
>  (null)*(null) --- ACCESS VIOLATION SUMMARY
>  ---
>  (null)*(null) LOG FILE: "/var/log/sandbox/sandbox-3700.log"
>  (null)*(null)
> VERSION 1.0
> FORMAT: F - Function called
> FORMAT: S - Access Status
> FORMAT: P - Path as passed to function
> FORMAT: A - Absolute Path (not canonical)
> FORMAT: R - Canonical Path
> FORMAT: C - Command Line
> 
> F: mkstemp
> S: deny
> P: /run/user/0/orcexec.XX
> A: /run/user/0/orcexec.XX
> R: /run/user/0/orcexec.XX
> C: /usr/lib64/gstreamer-0.10/gst-plugin-scanner -l
>  

Re: [gentoo-user] CD ripper that generates song titles?

[covici]

Fernando Rodriguez  wrote:

> On Monday, September 07, 2015 7:45:47 PM cov...@ccs.covici.com wrote:
> > Alex Corkwell  wrote:
> > 
> > > On Wed, Aug 26, 2015 at 04:06:10PM -0400, Walter Dnes wrote:
> > > >   I went to the CNE (Canadian National Exhibition) yesterday and
> > > > indulged in a buying spree of 18 CD sets of my fave music (basically
> > > > anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
> > > > want to rip to flac eventually.  I dread the gruntwork in renaming
> > > > tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
> > > > stuff that'll get ahold of track titles?  Is it in the form of metadata
> > > > on the CD?
> > > 
> > > I personally like using morituri [1] for ripping my CDs.
> > > It's a little bit slower than some, but very accurate (I believe it
> > > compares several reads, just to make sure there were no errors).
> > > It's not available in the main portage tree, but it's in the dev-zero
> > > overlay as media-sound/morituri.
> > > 
> > > It can rip to flac (with optional cue files) and works from the
> > > terminal, if you prefer that.
> > > Additionally, it can adjust for drive read offsets when writing files,
> > > and is one of the few Linux things I've found which check the rips
> > > against AccurateRip.
> > > 
> > > What's particularly nice about it is that it uses what little metadata
> > > and such it can get from the CD to look it up in MusicBrainz and add in
> > > the title, artist, etc.
> > > It also uses this to name the files according to album, artist, song
> > > title, etc.
> > > The template it uses to name the files and directories is relatively
> > > configurable, as well.
> > > 
> > > If you need more configurable tagging, cover art downloading, and such,
> > > then look into Picard [2], which is in the main portage tree as
> > > media-sound/picard.
> > > It uses MusicBrainz [3] to get a whole bunch of metadata, tags, cover
> > > art, and other stuff, and can rename files much more flexibly than
> > > morituri.
> > > 
> > > This is especially nice in combination with morituri, since morituri
> > > saves the MusicBrainz ID into the metadata of the ripped files.
> > > Normally, Picard looks files up by either the available metadata, or by
> > > the acoustic fingerprint.
> > > Since the MusicBrainz ID is already there, it immediately knows which
> > > album it is (although it may have the wrong release if you want to be
> > > that precise).
> > > 
> > > The only caveats with Picard that I know of are that it's GUI only, it
> > > can't embed full size cover art if the image is above some large
> > > resolution, and I think that submitting extra fingerprints requires you
> > > to register with AcoustID [4].
> > > Also, it's not an actual ripper.
> > > It just works on the metadata and tags of flac, mp3, and maybe a few
> > > other types.
> > > 
> > > I personally like to rip with morituri, then polish the tagging and get
> > > the cover art with Picard.
> > > 
> > > [1] http://thomas.apestaart.org/morituri/trac/wiki
> > > [2] https://picard.musicbrainz.org/
> > > [3] https://musicbrainz.org/
> > > [4] https://acoustid.org/
> > 
> > In trying to emerge morituri from the overlay I get the folloing:
> > 
> > make[1]: Entering directory
> > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > if test -e ./.git; then make REVISION; fi
> > make[1]: Leaving directory
> > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
> > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > Progress:
> > 00:10
> >  (null)*(null) (null)ACCESS DENIED(null):  mkstemp:
> >  
> /run/user/0/orcexec.XX-]
> >   Building documentation: morituri.common.checksum
> > (/var/tmp/portage/media-
> sound/morituri-0.2.3/work/morituri-0.2.3/morituri/common/checksum.py)
> > (gst-plugin-scanner:3783): GStreamer-CRITICAL **:
> > gst_structure_empty_new: assertion 'gst_structure_validate_name (name)'
> > failed
> > 
> > (gst-plugin-scanner:3783): Clutter-CRITICAL **: Unable to initialize
> > Clutter: Could not initialize Gdk
> > ** Message: pygobject_register_sinkfunc is deprecated (GstObject)
> > Warning: Unable to extract the base list for
> > twisted.trial.unittest.TestDecorator: Bad dotted name
> > Warning: Module gobject._gobject is shadowed by a variable with the same
> > name.
> > Warning: 18 markup errors were found while processing docstrings.  Use
> > the verbose switch (-v) to display markup errors.
> > >>> Source compiled.
> >  (null)*(null) --- ACCESS VIOLATION SUMMARY
> >  ---
> >  (null)*(null) LOG FILE: "/var/log/sandbox/sandbox-3700.log"
> >  (null)*(null)
> > VERSION 1.0
> > FORMAT: F - Function called
> > FORMAT: S - Access Status
> > FORMAT: P - Path as passed to function
> > FORMAT: A - Absolute 

Re: [gentoo-user] CD ripper that generates song titles?

[covici]

Alex Corkwell  wrote:

> On Wed, Aug 26, 2015 at 04:06:10PM -0400, Walter Dnes wrote:
> >   I went to the CNE (Canadian National Exhibition) yesterday and
> > indulged in a buying spree of 18 CD sets of my fave music (basically
> > anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
> > want to rip to flac eventually.  I dread the gruntwork in renaming
> > tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
> > stuff that'll get ahold of track titles?  Is it in the form of metadata
> > on the CD?
> 
> I personally like using morituri [1] for ripping my CDs.
> It's a little bit slower than some, but very accurate (I believe it
> compares several reads, just to make sure there were no errors).
> It's not available in the main portage tree, but it's in the dev-zero
> overlay as media-sound/morituri.
> 
> It can rip to flac (with optional cue files) and works from the
> terminal, if you prefer that.
> Additionally, it can adjust for drive read offsets when writing files,
> and is one of the few Linux things I've found which check the rips
> against AccurateRip.
> 
> What's particularly nice about it is that it uses what little metadata
> and such it can get from the CD to look it up in MusicBrainz and add in
> the title, artist, etc.
> It also uses this to name the files according to album, artist, song
> title, etc.
> The template it uses to name the files and directories is relatively
> configurable, as well.
> 
> If you need more configurable tagging, cover art downloading, and such,
> then look into Picard [2], which is in the main portage tree as
> media-sound/picard.
> It uses MusicBrainz [3] to get a whole bunch of metadata, tags, cover
> art, and other stuff, and can rename files much more flexibly than
> morituri.
> 
> This is especially nice in combination with morituri, since morituri
> saves the MusicBrainz ID into the metadata of the ripped files.
> Normally, Picard looks files up by either the available metadata, or by
> the acoustic fingerprint.
> Since the MusicBrainz ID is already there, it immediately knows which
> album it is (although it may have the wrong release if you want to be
> that precise).
> 
> The only caveats with Picard that I know of are that it's GUI only, it
> can't embed full size cover art if the image is above some large
> resolution, and I think that submitting extra fingerprints requires you
> to register with AcoustID [4].
> Also, it's not an actual ripper.
> It just works on the metadata and tags of flac, mp3, and maybe a few
> other types.
> 
> I personally like to rip with morituri, then polish the tagging and get
> the cover art with Picard.
> 
> [1] http://thomas.apestaart.org/morituri/trac/wiki
> [2] https://picard.musicbrainz.org/
> [3] https://musicbrainz.org/
> [4] https://acoustid.org/

In trying to emerge morituri from the overlay I get the folloing:

make[1]: Entering directory
'/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
if test -e ./.git; then make REVISION; fi
make[1]: Leaving directory
'/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3'
** Message: pygobject_register_sinkfunc is deprecated (GstObject)
Progress:
00:10
 (null)*(null) (null)ACCESS DENIED(null):  mkstemp:
 
/run/user/0/orcexec.XX-]
  Building documentation: morituri.common.checksum

(/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3/morituri/common/checksum.py)
(gst-plugin-scanner:3783): GStreamer-CRITICAL **:
gst_structure_empty_new: assertion 'gst_structure_validate_name (name)'
failed

(gst-plugin-scanner:3783): Clutter-CRITICAL **: Unable to initialize
Clutter: Could not initialize Gdk
** Message: pygobject_register_sinkfunc is deprecated (GstObject)
Warning: Unable to extract the base list for
twisted.trial.unittest.TestDecorator: Bad dotted name
Warning: Module gobject._gobject is shadowed by a variable with the same
name.
Warning: 18 markup errors were found while processing docstrings.  Use
the verbose switch (-v) to display markup errors.
>>> Source compiled.
 (null)*(null) --- ACCESS VIOLATION SUMMARY
 ---
 (null)*(null) LOG FILE: "/var/log/sandbox/sandbox-3700.log"
 (null)*(null)
VERSION 1.0
FORMAT: F - Function called
FORMAT: S - Access Status
FORMAT: P - Path as passed to function
FORMAT: A - Absolute Path (not canonical)
FORMAT: R - Canonical Path
FORMAT: C - Command Line

F: mkstemp
S: deny
P: /run/user/0/orcexec.XX
A: /run/user/0/orcexec.XX
R: /run/user/0/orcexec.XX
C: /usr/lib64/gstreamer-0.10/gst-plugin-scanner -l
 (null)*(null)
 


>>> Failed to emerge media-sound/morituri-0.2.3, Log file:

>>>  '/var/log/portage/media-sound:morituri-0.2.3:20150907-233836.log'


So, how can I fix or is this a dead package i.e. no 

Re: [gentoo-user] CD ripper that generates song titles?

[Stroller]

On Sun, 30 August 2015, at 11:46 am, Neil Bothwick  wrote:
> 
>> There are 3 fields that my algorithm looks at...
>> 
>> Albumperformer= 'Various Artists'
>> Performer=  'Various Artists'
>> Tracktitle= 'Johnny Cash / I Walk The Line'
> 
> … 
> It does raise the question of what is the point of the Performer field if
> it's always the same as the Albumperformer.

I'm sure the above is wrong.

I don't know where OP got this metadata from, but I'm sure that "Various" is 
the right Albumperformer, but "Johnny Cash" should be the Performer field, and 
the Tracktitle should just be "I Walk The Line".

Of course everyone is free to label their tracks as they like, but I'm pretty 
sure that's the way I'd do it.

Stroller.

Re: [gentoo-user] CD ripper that generates song titles?

[Alan McKinnon]

On 31/08/2015 18:40, Stroller wrote:
> 
> On Sun, 30 August 2015, at 11:46 am, Neil Bothwick  wrote:
>>
>>> There are 3 fields that my algorithm looks at...
>>>
>>> Albumperformer= 'Various Artists'
>>> Performer=  'Various Artists'
>>> Tracktitle= 'Johnny Cash / I Walk The Line'
>>
>> … 
>> It does raise the question of what is the point of the Performer field if
>> it's always the same as the Albumperformer.
> 
> I'm sure the above is wrong.
> 
> I don't know where OP got this metadata from, but I'm sure that "Various" is 
> the right Albumperformer, but "Johnny Cash" should be the Performer field, 
> and the Tracktitle should just be "I Walk The Line".
> 
> Of course everyone is free to label their tracks as they like, but I'm pretty 
> sure that's the way I'd do it.

That's also the way musicbrainz does it. most taggers follow
musicbrainz's lead. It also makes total sense to do it your way


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] CD ripper that generates song titles?

[Walter Dnes]

On Mon, Aug 31, 2015 at 05:40:04PM +0100, Stroller wrote
> 
> On Sun, 30 August 2015, at 11:46 am, Neil Bothwick  wrote:
> > 
> >> There are 3 fields that my algorithm looks at...
> >> 
> >> Albumperformer= 'Various Artists'
> >> Performer=  'Various Artists'
> >> Tracktitle= 'Johnny Cash / I Walk The Line'
> > 
> > ? 
> > It does raise the question of what is the point of the Performer field if
> > it's always the same as the Albumperformer.
> 
> I'm sure the above is wrong.

  It's not a bug, it's a feature .  I know it looks wrong; I'm simply
trying to deal with the real world.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

On Sat, 29 Aug 2015 20:20:45 -0400, Walter Dnes wrote:

  How do you handle compilation/multi-artist CDs?  
 
   Please re-read the message you're replying to. An example .inf file is
 attached.

That's what I was missing...

 There are 3 fields that my algorithm looks at...
 
 Albumperformer= 'Various Artists'
 Performer=  'Various Artists'
 Tracktitle= 'Johnny Cash / I Walk The Line'

So it handles things properly, as long as the .inf files are correct.
abcde asks for confirmation if it thinks this is a multi-artist CD
(there's probably an option to automate that).
 
   Given that there is a separate .inf file for each track, I figure the
 way it *SHOULD* be done is to have the track title in the Tracktitle
 field, and the artist in the Performer field.  But, no, that's too
 logical.

It does raise the question of what is the point of the Performer field if
it's always the same as the Albumperformer.


-- 
Neil Bothwick

Top Oxymorons Number 13: Computer jock


pgpqzZsqddiLH.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

On Fri, 28 Aug 2015 21:09:31 -0400, Walter Dnes wrote:

  Why reinvent the wheel? abcde is a shell script that does this and
  much more. It uses whichever ripper, encoder etc. that you want, with
  whatever options you want.  
 
   I like to putter around with bash scripts.  I've written up a 146-line
 script (83 lines of script plus 63 lines of comments)

abcde is a little larger than that.

% wc -l =abcde
4896 /usr/bin/abcde

 that handles
 things to *MY* specs for *MY* needs.  It processes .inf and .wav files
 in a directory, creating flac files in a flac subdirectory.  I haven't
 tested it under all conditions, but it tries to handle...
 
 * Check for a flac subdirectory; create one if it doesn't already
 exist
 * If Tracktitle field is empty, bail out.
 * If Tracktitle field contains a slash (/), assume that the artist's
   name is to the left of the slash, and the song name is on the right
   side of the slash.
 * If Tracktitle field is non-empty, but doesn't contain a /, assume
   that it only has the title.
   - Get the artist name from the Performer field.
   - If Performer field is empty, use Albumperformer field.
   - If both are empty, set artist name to Unknown.
 * The flac files are created in the flac subdirectory

That's pretty much what I do with abcde, except I only had to edit a
config file, leaving my script puttering time for wheels I need more.

How do you handle compilation/multi-artist CDs?


-- 
Neil Bothwick

Hello.. Incontinence Hotline.. Can you hold?


pgpYKAbDTOxe1.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] CD ripper that generates song titles?

[Walter Dnes]

On Sat, Aug 29, 2015 at 10:38:44AM +0100, Neil Bothwick wrote

 4896 /usr/bin/abcde
 
  that handles
  things to *MY* specs for *MY* needs.  It processes .inf and .wav files
  in a directory, creating flac files in a flac subdirectory.  I haven't
  tested it under all conditions, but it tries to handle...
  
  * Check for a flac subdirectory; create one if it doesn't already
  exist
  * If Tracktitle field is empty, bail out.
  * If Tracktitle field contains a slash (/), assume that the artist's
name is to the left of the slash, and the song name is on the right
side of the slash.
  * If Tracktitle field is non-empty, but doesn't contain a /, assume
that it only has the title.
- Get the artist name from the Performer field.
- If Performer field is empty, use Albumperformer field.
- If both are empty, set artist name to Unknown.
  * The flac files are created in the flac subdirectory
 
 That's pretty much what I do with abcde, except I only had to edit a
 config file, leaving my script puttering time for wheels I need more.
 
 How do you handle compilation/multi-artist CDs?

  Please re-read the message you're replying to. An example .inf file is
attached.  There are 3 fields that my algorithm looks at...

Albumperformer= 'Various Artists'
Performer=  'Various Artists'
Tracktitle= 'Johnny Cash / I Walk The Line'

  Given that there is a separate .inf file for each track, I figure the
way it *SHOULD* be done is to have the track title in the Tracktitle
field, and the artist in the Performer field.  But, no, that's too
logical.  The old saw about MTAs is be conservative in what you send,
and liberal in what you accept.  Boy, do I ever have to be liberal in
what I accept.  As noted in my previous message, the algorithm, in
descending priority is...

1) If the Tracktitle field contains a slash, assume that it's in the
format 'Artist or Group Name / Track name'.  The above example gets
converted to I_Walk_The_Line_-_Johnny_Cash.flac.

2) Some .inf files actually get it right (gasp!) with the track title
in the Tracktitle field and the performer in the Performer field.
There is no slash / in the Tracktitle field.

Albumperformer= 'Glenn Miller'
Performer=  'Glenn Miller'
Tracktitle= 'In the mood'

This gets converted to In_the_mood_-_Glenn_Miller.flac

3) A variant on 2) above, if no / in Tracktititle, and the
Performer field is empty, use the Albumperformer field as the
artist.

-- 
Walter Dnes waltd...@waltdnes.org
I don't run desktop environments; I run useful applications


audio_01.inf.gz
Description: Binary data

Re: [gentoo-user] CD ripper that generates song titles?

[Justin Findlay]

On 08/26/2015 02:06 PM, Walter Dnes wrote:
   I went to the CNE (Canadian National Exhibition) yesterday and
 indulged in a buying spree of 18 CD sets of my fave music (basically
 anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
 want to rip to flac eventually.  I dread the gruntwork in renaming
 tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
 stuff that'll get ahold of track titles?  Is it in the form of metadata
 on the CD?

I have over 1200 classical CDs that I have only recently begun ripping
to flac with freedb titles.  I wrote a utility to do this that you are
very welcome to try.  It does not have an ebuild, but it should work as
long as you install dev-python/cddb-py.

https://github.com/jfindlay/jmoney


Justin

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

On Fri, 28 Aug 2015 07:03:00 +0200, Alan McKinnon wrote:

  Vinyl has always been the medium of choice for audio snobs...

 And by snob you don't mean an insult, you mean someone with a trained
 ear who can detect superior quality, right?

Those too. for those of us whose ears spent too long in racing paddocks,
we are unable to tell between those who can hear a difference and those
who like people to think they can.


-- 
Neil Bothwick

We shall shortly be landing. Please return your stewardess to
the upright position.


pgpZSwCGp_CQu.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] CD ripper that generates song titles?

[Walter Dnes]

On Thu, Aug 27, 2015 at 10:00:54PM +0100, Neil Bothwick wrote
 On Thu, 27 Aug 2015 15:42:46 -0400, Walter Dnes wrote:
 
Title-artist-based filenames are harder than it looks.  I'm working on
  a bash script to generate title_-_artist.flac filenames from
  audio_nn.inf data.  Then I'll pass that name to flac's -o parameter.
 
 Why reinvent the wheel? abcde is a shell script that does this and much
 more. It uses whichever ripper, encoder etc. that you want, with whatever
 options you want.

  I like to putter around with bash scripts.  I've written up a 146-line
script (83 lines of script plus 63 lines of comments) that handles
things to *MY* specs for *MY* needs.  It processes .inf and .wav files
in a directory, creating flac files in a flac subdirectory.  I haven't
tested it under all conditions, but it tries to handle...

* Check for a flac subdirectory; create one if it doesn't already exist
* If Tracktitle field is empty, bail out.
* If Tracktitle field contains a slash (/), assume that the artist's
  name is to the left of the slash, and the song name is on the right
  side of the slash.
* If Tracktitle field is non-empty, but doesn't contain a /, assume
  that it only has the title.
  - Get the artist name from the Performer field.
  - If Performer field is empty, use Albumperformer field.
  - If both are empty, set artist name to Unknown.
* The flac files are created in the flac subdirectory

-- 
Walter Dnes waltd...@waltdnes.org
I don't run desktop environments; I run useful applications

Re: [gentoo-user] CD ripper that generates song titles?

[Alan McKinnon]

On 27/08/2015 11:53, Neil Bothwick wrote:
 On Thu, 27 Aug 2015 06:14:46 +0200, Alan McKinnon wrote:
 
 I find for popular CDs (like what my kids buy in music stores),
 
 Kids still buy CDs? My grandson recently asked me What's a record? when
 I used the term.
 
 


I live in a different universe to you called South Africa and CDs are
a big market here. The bulk of the population (none of whom are early
adopters) don't trust online music stores; they want a thing they can
hold in their hand and that thing is a CD :-)

vinyls are also making a comeback; it's a whole retro marketing thing.

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] CD ripper that generates song titles?

[Alan Grimes]

Mick wrote:
 Vinyl LPs are making a comeback in the UK too among audiophiles. Those
 who can afford it use valve amps too.

Yeah, the most popular type is the Single Ended Triode (SET). The most
popular toobz are the 2A3 (good for about 5W output) and the 300B (good
for about 8W output).

-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

Re: [gentoo-user] CD ripper that generates song titles?

[Mick]

On Thursday 27 Aug 2015 15:43:41 Alan McKinnon wrote:
 On 27/08/2015 11:53, Neil Bothwick wrote:
  On Thu, 27 Aug 2015 06:14:46 +0200, Alan McKinnon wrote:
  I find for popular CDs (like what my kids buy in music stores),
  
  Kids still buy CDs? My grandson recently asked me What's a record? when
  I used the term.
 
 I live in a different universe to you called South Africa and CDs are
 a big market here. The bulk of the population (none of whom are early
 adopters) don't trust online music stores; they want a thing they can
 hold in their hand and that thing is a CD :-)
 
 vinyls are also making a comeback; it's a whole retro marketing thing.

Vinyl LPs are making a comeback in the UK too among audiophiles.  Those who 
can afford it use valve amps too.

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] CD ripper that generates song titles?

[Walter Dnes]

On Thu, Aug 27, 2015 at 01:37:42PM +0200, Joerg Schilling wrote

 BTW: I recommend to add: speed=4 paraopts=proof and if your drive supports
 C2 errors, it may be a good idea to use:
 
   speed=4 paraopts=proof,c2check
 
 as add-on.

  How do I know that the drive goes as low as 4?  eject -X /dev/sr0
and eject -X /dev/sr1 both report 48 with no indication of the minimum
speed.  Here's the contents of my /proc/sys/dev/cdrom/info

CD-ROM information, Id: cdrom.c 3.20 2003/12/17

drive name: sr1 sr0
drive speed:48  48
drive # of slots:   1   1
Can close tray: 1   1
Can open tray:  1   1
Can lock tray:  1   1
Can change speed:   1   1
Can select disk:0   0
Can read multisession:  1   1
Can read MCN:   1   1
Reports media changed:  1   1
Can play audio: 1   1
Can write CD-R: 1   1
Can write CD-RW:1   1
Can read DVD:   1   1
Can write DVD-R:1   0
Can write DVD-RAM:  0   0
Can read MRW:   1   1
Can write MRW:  1   1
Can write RAM:  1   1

 The reason why cdda2wav uses systematic file names is to allow easy
 copying with cdrecord (by using cdrecord *.wav). If there is a demand
 on title based filenames, I could add this feature.

  Title-artist-based filenames are harder than it looks.  I'm working on
a bash script to generate title_-_artist.flac filenames from
audio_nn.inf data.  Then I'll pass that name to flac's -o parameter.
I've already run into one CD who's .inf file format is...

Performer=  'Various Artists'
Tracktitle= 'Johnny Cash / I Walk The Line'

...while another CD has .inf data like...

Performer=  'Glenn Miller'
Tracktitle= 'In the mood'

  The script can select 2 branches depending on whether or not there's a
/ in Tracktitle, but I'm sure there are probably other variants out
there.

-- 
Walter Dnes waltd...@waltdnes.org
I don't run desktop environments; I run useful applications

Re: [gentoo-user] CD ripper that generates song titles?

[Todd Goodman]

* Neil Bothwick n...@digimed.co.uk [150827 14:57]:
 On Thu, 27 Aug 2015 16:43:41 +0200, Alan McKinnon wrote:
 
   Kids still buy CDs? My grandson recently asked me What's a record?
   when I used the term.
 
  I live in a different universe to you called South Africa and CDs are
  a big market here. The bulk of the population (none of whom are early
  adopters) don't trust online music stores; they want a thing they can
  hold in their hand and that thing is a CD :-)
 
 Round here, the kids (and most adults) are happy to entrust everything to
 Apple and Facebook. I prefer physical media, but I always considered that
 a symptom of being an old fart.

I've always considered my regard for media as being an old fart as well.

Though two of my three kids are building vinyl collections now.

 
  vinyls are also making a comeback; it's a whole retro marketing thing.
 
 Vinyl has always been the medium of choice for audio snobs...

I prefer reel to reel tape...

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

On Thu, 27 Aug 2015 16:43:41 +0200, Alan McKinnon wrote:

  Kids still buy CDs? My grandson recently asked me What's a record?
  when I used the term.

 I live in a different universe to you called South Africa and CDs are
 a big market here. The bulk of the population (none of whom are early
 adopters) don't trust online music stores; they want a thing they can
 hold in their hand and that thing is a CD :-)

Round here, the kids (and most adults) are happy to entrust everything to
Apple and Facebook. I prefer physical media, but I always considered that
a symptom of being an old fart.

 vinyls are also making a comeback; it's a whole retro marketing thing.

Vinyl has always been the medium of choice for audio snobs...


-- 
Neil Bothwick

An infinite number of monkeys pounding away on keyboards will
eventually produce a report showing that Windows is more secure,
and has a lower TCO, than linux.


pgpWWKpcdwIq6.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] CD ripper that generates song titles?

[Schilling , Jörg]

Most drives support 4x ripping but I know of no drive that has a low speed 
above 8x.

If you have a working algorithm, please send me a note. The format you reported 
is caused by manual editing of users and missing manual actvities from freedb.
--
Send from my Android phone

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

On Thu, 27 Aug 2015 15:42:46 -0400, Walter Dnes wrote:

   Title-artist-based filenames are harder than it looks.  I'm working on
 a bash script to generate title_-_artist.flac filenames from
 audio_nn.inf data.  Then I'll pass that name to flac's -o parameter.

Why reinvent the wheel? abcde is a shell script that does this and much
more. It uses whichever ripper, encoder etc. that you want, with whatever
options you want.


-- 
Neil Bothwick

My brain's in gear, neutral's a gear ain't it?


pgpkGfL3ZyJdM.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] CD ripper that generates song titles?

[Alan McKinnon]

On 27/08/2015 20:56, Neil Bothwick wrote:
 On Thu, 27 Aug 2015 16:43:41 +0200, Alan McKinnon wrote:
 
 Kids still buy CDs? My grandson recently asked me What's a record?
 when I used the term.
 
 I live in a different universe to you called South Africa and CDs are
 a big market here. The bulk of the population (none of whom are early
 adopters) don't trust online music stores; they want a thing they can
 hold in their hand and that thing is a CD :-)
 
 Round here, the kids (and most adults) are happy to entrust everything to
 Apple and Facebook. I prefer physical media, but I always considered that
 a symptom of being an old fart.
 
 vinyls are also making a comeback; it's a whole retro marketing thing.
 
 Vinyl has always been the medium of choice for audio snobs...
 
 


And by snob you don't mean an insult, you mean someone with a trained
ear who can detect superior quality, right?



-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

On Thu, 27 Aug 2015 06:14:46 +0200, Alan McKinnon wrote:

 I find for popular CDs (like what my kids buy in music stores),

Kids still buy CDs? My grandson recently asked me What's a record? when
I used the term.


-- 
Neil Bothwick

For a list of all the ways technology has failed to improve the
quality of life, please press three.


pgpnY4fX2fws2.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] CD ripper that generates song titles?

[Joerg Schilling]

Walter Dnes waltd...@waltdnes.org wrote:

   I went to the CNE (Canadian National Exhibition) yesterday and
 indulged in a buying spree of 18 CD sets of my fave music (basically
 anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
 want to rip to flac eventually.  I dread the gruntwork in renaming
 tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
 stuff that'll get ahold of track titles?  Is it in the form of metadata
 on the CD?

Did you read the cdda2wav man page already?

Cdda2wav understands CD-Text and has a fallback to CDDB. It is currently the 
best choice for CD ripping on UNIX.



Jörg

-- 
 EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.org/private/ 
http://sourceforge.net/projects/schilytools/files/'

Re: [gentoo-user] CD ripper that generates song titles?

[Joerg Schilling]

Heiko Baums li...@baums-on-web.de wrote:

 All of them have freedb support and use cdparanoia as back-end.

Cdparanoia is not a good choice, it has many flaws:


-   It is based on a 1997 cdda2wav and was never updated

-   It does not create the track based files at the right locations
as it does not honor the standard that describes where the next
track starts.

-   Even the paranoia code is unmaintained since 2002 and has many
unfixed problems.

Cdda2wav does not have these problems and enhanced the quality of the paranoia 
code.

Jörg

-- 
 EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.org/private/ 
http://sourceforge.net/projects/schilytools/files/'

Re: [gentoo-user] CD ripper that generates song titles?

[Joerg Schilling]

Fernando Rodriguez frodriguez.develo...@outlook.com wrote:

 You can try k3b. It can use cd-text or freedb and encode to most formats.
 It is a kde application so it will pull a lot of deps if you don't use kde.

k3b unfortunately does not use the best low level code for extraction.

Better use cdda2wav in paranoia mode.

Jörg

-- 
 EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.org/private/ 
http://sourceforge.net/projects/schilytools/files/'

Re: [gentoo-user] CD ripper that generates song titles?

[Joerg Schilling]

Walter Dnes waltd...@waltdnes.org wrote:

   Thanks.  I've now switched from cdparanoia to cdda2wav, like so...

 cdda2wav -vall dev=1,0,0 cddb=0 -paranoia -B

   I get separate tracks and info files, e.g. audio_01.inf, audio_01.wav.
 audio_02.inf, audio_02.wav, etc.  I can pull the tune and artist from
 the Tracktitle= entry in the corresponding .inf file, and write a bash
 script to cycle through the directory, and use flac's -o option to give
 the flac file the correct name.  I have an issue with /etc/sudoers, but
 that's a totally different thread.

BTW: I recommend to add: speed=4 paraopts=proof and if your drive supports
C2 errors, it may be a good idea to use:

speed=4 paraopts=proof,c2check

as add-on.

The reason why cdda2wav uses systematic file names is to allow easy copying 
with cdrecord (by using cdrecord *.wav). If there is a demand on title based 
filenames, I could add this feature.

Jörg

-- 
 EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.org/private/ 
http://sourceforge.net/projects/schilytools/files/'

Re: [gentoo-user] CD ripper that generates song titles?

[wabenbau]

Joerg Schilling joerg.schill...@fokus.fraunhofer.de wrote:

 Heiko Baums li...@baums-on-web.de wrote:
 
  All of them have freedb support and use cdparanoia as back-end.
 
 Cdparanoia is not a good choice, it has many flaws:
 
 
 - It is based on a 1997 cdda2wav and was never updated
 
 - It does not create the track based files at the right
 locations as it does not honor the standard that describes where the
 next track starts.
 
 - Even the paranoia code is unmaintained since 2002 and has
 many unfixed problems.
 
 Cdda2wav does not have these problems and enhanced the quality of the
 paranoia code.
 
 Jörg
 

That's good to know. THX for the info.

--
Regards
wabe

Re: [gentoo-user] CD ripper that generates song titles?

[Daniel Frey]

On 08/26/2015 01:06 PM, Walter Dnes wrote:
   I went to the CNE (Canadian National Exhibition) yesterday and
 indulged in a buying spree of 18 CD sets of my fave music (basically
 anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
 want to rip to flac eventually.  I dread the gruntwork in renaming
 tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
 stuff that'll get ahold of track titles?  Is it in the form of metadata
 on the CD?
 

I don't believe there's metadata on the CD outside of cd-text, which is
very limited.

I've messed around quite a bit with ripping on linux (although not in
the last 1-2 years) and eventually just gave up and ran EAC under wine.
EAC uses the album information on the CD to look up track lists on the
internet. Ripping and tagging are done in one step this way.

Outside of that, you can use something like EasyTAG to tag the tracks
after they are ripped. You can also use it to search databases on the
internet to get tags. However, with really new or obscure albums they
may not exist - you might have to tag them manually anyway.

Dan

[gentoo-user] CD ripper that generates song titles?

[Walter Dnes]

  I went to the CNE (Canadian National Exhibition) yesterday and
indulged in a buying spree of 18 CD sets of my fave music (basically
anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
want to rip to flac eventually.  I dread the gruntwork in renaming
tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
stuff that'll get ahold of track titles?  Is it in the form of metadata
on the CD?

-- 
Walter Dnes waltd...@waltdnes.org
I don't run desktop environments; I run useful applications

Re: [gentoo-user] CD ripper that generates song titles?

[Marc Joliet]

Am Wed, 26 Aug 2015 22:49:19 +0200
schrieb Heiko Baums li...@baums-on-web.de:

 Am 26.08.2015 um 22:06 schrieb Walter Dnes:
I went to the CNE (Canadian National Exhibition) yesterday and
  indulged in a buying spree of 18 CD sets of my fave music (basically
  anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
  want to rip to flac eventually.  I dread the gruntwork in renaming
  tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
  stuff that'll get ahold of track titles?  Is it in the form of metadata
  on the CD?
 
 I use ripit for ripping my CDs.
 
 http://suwald.com/ripit/
 
 It's unfortunately not in the portage tree, but there's an ebuild:
 https://bugs.gentoo.org/show_bug.cgi?id=117383
 
 The latest stable release is 3.9.0.
[...]

Oh my, I like the look of that!  I might give ripit a try some time.

-- 
Marc Joliet
--
People who think they know everything really annoy those of us who know we
don't - Bjarne Stroustrup


pgp6YxqWS1FUq.pgp
Description: Digitale Signatur von OpenPGP

Re: [gentoo-user] CD ripper that generates song titles?

[Emanuele Rusconi]

I usually use rubyripper. Like others similar software, it uses cddb
to get the titles.

If the CD set is unknown to cddb, you can try to rename the files with
Picard, which uses the musicbrainz database and can use the file's
fingerprint to find a match. It's usually very accurate.

-- Emanuele Rusconi

Re: [gentoo-user] CD ripper that generates song titles?

[Heiko Baums]

Am 26.08.2015 um 22:06 schrieb Walter Dnes:
   I went to the CNE (Canadian National Exhibition) yesterday and
 indulged in a buying spree of 18 CD sets of my fave music (basically
 anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
 want to rip to flac eventually.  I dread the gruntwork in renaming
 tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
 stuff that'll get ahold of track titles?  Is it in the form of metadata
 on the CD?

I use ripit for ripping my CDs.

http://suwald.com/ripit/

It's unfortunately not in the portage tree, but there's an ebuild:
https://bugs.gentoo.org/show_bug.cgi?id=117383

The latest stable release is 3.9.0.

Or you could try abcde or grip which are in the portage tree.

All of them have freedb support and use cdparanoia as back-end.

Re: [gentoo-user] CD ripper that generates song titles?

[Walter Dnes]

On Wed, Aug 26, 2015 at 10:58:03PM +0200, Marc Joliet wrote
 Am Wed, 26 Aug 2015 16:06:10 -0400
 schrieb Walter Dnes waltd...@waltdnes.org:
 
I went to the CNE (Canadian National Exhibition) yesterday and
  indulged in a buying spree of 18 CD sets of my fave music (basically
  anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
  want to rip to flac eventually.  I dread the gruntwork in renaming
  tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
  stuff that'll get ahold of track titles?  Is it in the form of metadata
  on the CD?
 
 I use a combination of cdda2wav (from cdrtools) and split2flac.
 I wrap them together in a small shell script [0].  It's not perfect,
 namely titles generated by cdda2wav can be wrong when the title
 there are double quotes in them, but other than that it has worked
 very well for me.
 
 [0] https://github.com/marcecj/mjoliet-progs/blob/master/rips.sh

  Thanks.  I've now switched from cdparanoia to cdda2wav, like so...

cdda2wav -vall dev=1,0,0 cddb=0 -paranoia -B

  I get separate tracks and info files, e.g. audio_01.inf, audio_01.wav.
audio_02.inf, audio_02.wav, etc.  I can pull the tune and artist from
the Tracktitle= entry in the corresponding .inf file, and write a bash
script to cycle through the directory, and use flac's -o option to give
the flac file the correct name.  I have an issue with /etc/sudoers, but
that's a totally different thread.

-- 
Walter Dnes waltd...@waltdnes.org
I don't run desktop environments; I run useful applications

Re: [gentoo-user] CD ripper that generates song titles?

[Fernando Rodriguez]

On Wednesday, August 26, 2015 4:06:10 PM Walter Dnes wrote:
   I went to the CNE (Canadian National Exhibition) yesterday and
 indulged in a buying spree of 18 CD sets of my fave music (basically
 anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
 want to rip to flac eventually.  I dread the gruntwork in renaming
 tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
 stuff that'll get ahold of track titles?  Is it in the form of metadata
 on the CD?

You can try k3b. It can use cd-text or freedb and encode to most formats.
It is a kde application so it will pull a lot of deps if you don't use kde.

-- 
Fernando Rodriguez

Re: [gentoo-user] CD ripper that generates song titles?

[wabenbau]

Walter Dnes waltd...@waltdnes.org wrote:

   I went to the CNE (Canadian National Exhibition) yesterday and
 indulged in a buying spree of 18 CD sets of my fave music (basically
 anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
 want to rip to flac eventually.  I dread the gruntwork in renaming
 tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
 stuff that'll get ahold of track titles?  Is it in the form of
 metadata on the CD?

There are for example mp3c, grip, ripperx and probably also some other 
programs that can do this job.

There is no metadata for the songtitles on the CD but AFAIK every CD 
has an unique ID. The CD ripper programs are searching online for this
ID in the so called cddb (CD DataBase) and if someone has insert the
songtitles of the according CD to this database before, the ripped 
CD tracks are automatically renamed to the respective title. 
If nobody has added your CDs to the database, you can do this by 
yourself with the ripper software which can also transfer these
information to the cddb. 

Sorry for my probably unintelligible sentences, but I'm not a native
speaker. :-)

--
Regards
wabe

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

On Wed, 26 Aug 2015 16:06:10 -0400, Walter Dnes wrote:

   I went to the CNE (Canadian National Exhibition) yesterday and
 indulged in a buying spree of 18 CD sets of my fave music (basically
 anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
 want to rip to flac eventually.  I dread the gruntwork in renaming
 tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
 stuff that'll get ahold of track titles?

I use abcde. One of its advantages is that it can rip to multiple formats
at the same time, so I generate FLAC files for playing at home and Ogg
Vorbis for use on my phone or in the car.


-- 
Neil Bothwick

Why do kamikaze pilots wear helmets?


pgp1CxKf9UMnb.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] CD ripper that generates song titles?

[covici]

Walter Dnes waltd...@waltdnes.org wrote:

   I went to the CNE (Canadian National Exhibition) yesterday and
 indulged in a buying spree of 18 CD sets of my fave music (basically
 anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
 want to rip to flac eventually.  I dread the gruntwork in renaming
 tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
 stuff that'll get ahold of track titles?  Is it in the form of metadata
 on the CD?

I use a package called mp3c, but I have nodified the configs to do flac
instead, but its a decent program and uses the freedb database to look
up titles.


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com

Re: [gentoo-user] CD ripper that generates song titles?

[Alex Corkwell]

On Wed, Aug 26, 2015 at 04:06:10PM -0400, Walter Dnes wrote:
   I went to the CNE (Canadian National Exhibition) yesterday and
 indulged in a buying spree of 18 CD sets of my fave music (basically
 anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
 want to rip to flac eventually.  I dread the gruntwork in renaming
 tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
 stuff that'll get ahold of track titles?  Is it in the form of metadata
 on the CD?

I personally like using morituri [1] for ripping my CDs.
It's a little bit slower than some, but very accurate (I believe it
compares several reads, just to make sure there were no errors).
It's not available in the main portage tree, but it's in the dev-zero
overlay as media-sound/morituri.

It can rip to flac (with optional cue files) and works from the
terminal, if you prefer that.
Additionally, it can adjust for drive read offsets when writing files,
and is one of the few Linux things I've found which check the rips
against AccurateRip.

What's particularly nice about it is that it uses what little metadata
and such it can get from the CD to look it up in MusicBrainz and add in
the title, artist, etc.
It also uses this to name the files according to album, artist, song
title, etc.
The template it uses to name the files and directories is relatively
configurable, as well.

If you need more configurable tagging, cover art downloading, and such,
then look into Picard [2], which is in the main portage tree as
media-sound/picard.
It uses MusicBrainz [3] to get a whole bunch of metadata, tags, cover
art, and other stuff, and can rename files much more flexibly than
morituri.

This is especially nice in combination with morituri, since morituri
saves the MusicBrainz ID into the metadata of the ripped files.
Normally, Picard looks files up by either the available metadata, or by
the acoustic fingerprint.
Since the MusicBrainz ID is already there, it immediately knows which
album it is (although it may have the wrong release if you want to be
that precise).

The only caveats with Picard that I know of are that it's GUI only, it
can't embed full size cover art if the image is above some large
resolution, and I think that submitting extra fingerprints requires you
to register with AcoustID [4].
Also, it's not an actual ripper.
It just works on the metadata and tags of flac, mp3, and maybe a few
other types.

I personally like to rip with morituri, then polish the tagging and get
the cover art with Picard.

[1] http://thomas.apestaart.org/morituri/trac/wiki
[2] https://picard.musicbrainz.org/
[3] https://musicbrainz.org/
[4] https://acoustid.org/


signature.asc
Description: PGP signature

Re: [gentoo-user] CD ripper that generates song titles?

[Marc Joliet]

Am Wed, 26 Aug 2015 16:06:10 -0400
schrieb Walter Dnes waltd...@waltdnes.org:

   I went to the CNE (Canadian National Exhibition) yesterday and
 indulged in a buying spree of 18 CD sets of my fave music (basically
 anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
 want to rip to flac eventually.  I dread the gruntwork in renaming
 tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
 stuff that'll get ahold of track titles?  Is it in the form of metadata
 on the CD?

I use a combination of cdda2wav (from cdrtools) and split2flac.  I wrap them
together in a small shell script [0].  It's not perfect, namely titles generated
by cdda2wav can be wrong when the title there are double quotes in them, but
other than that it has worked very well for me.

[0] https://github.com/marcecj/mjoliet-progs/blob/master/rips.sh

-- 
Marc Joliet
--
People who think they know everything really annoy those of us who know we
don't - Bjarne Stroustrup


pgpMELRC2LyF9.pgp
Description: Digitale Signatur von OpenPGP

Re: [gentoo-user] CD ripper that generates song titles?

[Daniel Frey]

On 08/26/2015 03:50 PM, Alex Corkwell wrote:
 I personally like using morituri [1] for ripping my CDs.
 It's a little bit slower than some, but very accurate (I believe it
 compares several reads, just to make sure there were no errors).
 It's not available in the main portage tree, but it's in the dev-zero
 overlay as media-sound/morituri.
 
 It can rip to flac (with optional cue files) and works from the
 terminal, if you prefer that.
 Additionally, it can adjust for drive read offsets when writing files,
 and is one of the few Linux things I've found which check the rips
 against AccurateRip.
 

I think I'm going to check this one out. If it works the way I think it
does I won't need to keep wine on my 'puter anymore.

Dan

Re: [gentoo-user] CD ripper that generates song titles?

[Alan McKinnon]

On 26/08/2015 22:06, Walter Dnes wrote:
   I went to the CNE (Canadian National Exhibition) yesterday and
 indulged in a buying spree of 18 CD sets of my fave music (basically
 anything pop/rock/country pre-Beatles).  I now have over 20 CDs that I
 want to rip to flac eventually.  I dread the gruntwork in renaming
 tracks like track01.cdda.wav, etc.  What Gentoo ebuilds are there for
 stuff that'll get ahold of track titles?  Is it in the form of metadata
 on the CD?
 


media-sound/beets. Best music metadata manager out there, period. There
isn't any song metadata as such on a CD, so beets uses musicbrainz as a
data source. You sometimes have to get your hands dirty and manage it
properly, especially for more esoteric CDs like you just bought. Or
maybe you're lucky :-)

I find for popular CDs (like what my kids buy in music stores), that k3b
does a fine job of getting metadata when ripping - it looks the CD up on
CDDB.

To do the job properly, and fully manage all the metadata, nothing comes
close to beets. It's also a cli python app which will go down well
around here, none of that point mith a mouse and click nonsense :-)

-- 
Alan McKinnon
alan.mckin...@gmail.com