<div dir="ltr">Ok I was running on a slightly older version. I manually updated to the latest version on the site and the failback method works correctly. However I may have discovered a bug. It appears that the new version of abcde-musicbrainz-tool has this code, specifically line 101:<div><br></div><div><div> if ($release->release_event_list()->count() > 0) {</div><div><span class="gmail-Apple-tab-span" style="white-space:pre"> </span> my @events = @{$release->release_event_list()->events()};</div> my $rel_year = "";<div><span class="gmail-Apple-tab-span" style="white-space:pre"> </span> $rel_year = substr($events[0]->date(),0,4);</div><div><span class="gmail-Apple-tab-span" style="white-space:pre"> </span>}</div></div><div><br></div><div>And it generates this error:</div><div><br class="gmail-Apple-interchange-newline"><div>Global symbol "$rel_year" requires explicit package name (did you forget to declare "my $rel_year"?) at Downloads/abcde-2.8/abcde-musicbrainz-tool line 126.</div><div>Execution of Downloads/abcde-2.8/abcde-musicbrainz-tool aborted due to compilation errors.</div></div><div><br></div><div>So I altered the tool to like so:</div><div><br></div><div><div> my $rel_year = "";</div><div> if ($release->release_event_list()->count() > 0) {</div><div><span class="gmail-Apple-tab-span" style="white-space:pre"> </span> my @events = @{$release->release_event_list()->events()};</div><div><span class="gmail-Apple-tab-span" style="white-space:pre"> </span> $rel_year = substr($events[0]->date(),0,4);</div><div><span class="gmail-Apple-tab-span" style="white-space:pre"> </span>}</div></div><div><br></div><div>and now the tool runs tidy and the errors go away, the failback works, and all my missed CD's are happily ripping right now!</div><div><br></div><div>-Geoff</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 7, 2017 at 4:03 PM, Geoff Sweet <span dir="ltr"><<a href="mailto:geoffrsweet+abcde@gmail.com" target="_blank">geoffrsweet+abcde@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Interesting! I must be working with an older version from my repo (Mint 18). The documentation doesn't reflect that. Now, is that a failure like it receives back a timeout or http 500? Or does it include an "Unknown" disk situation? <div><br></div><div>I will also try to update manually to make sure I am using a version that supports the comma delimited list. </div><div><br></div><div>Thank you!</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-Geoff</div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 6, 2017 at 11:32 PM, Sam Hawkens <span dir="ltr"><<a href="mailto:sam.hawkens@freenet.de" target="_blank">sam.hawkens@freenet.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You can specifiy several cddb methods as a comma separated list.<br>
<br>
# CDDB options<br>
# Choose whether you want to use "cddb" and/or "musicbrainz". Default<br>
# is "musicbrainz", but both can be specified in a comma delimited list<br>
# to be tried sequentially in the event of failure of the first<br>
# search.<br>
#CDDBMETHOD=musicbrainz<br>
<br>
Sam<div><div class="m_4012424593469253239h5"><br>
<br>
<br>
Am 05.11.2017 um 05:29 schrieb Geoff Sweet:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_4012424593469253239h5">
Howdy all.<br>
I'm progressing through a long process of ripping a couple thousand CD's into a digital collection. I've setup several old laptops to keep the pace going and abcde is KILLING it for me. Its such a great tool.<br>
<br>
However some of my CD's are old and I've found several that aren't listed in musicbrainz but are listed in CDDB. Currently I just wrap abcde around some bash scripting so that if it produces a "Unknown Artist" directory, it kills the autorip process. I've noticed that in nearly all these cases the CD is discovered in CDDB. Instead of creating a "one off" stack for a laptop that is configured to use CDDB, is there a way for abcde to fail-back onto CDDB in the event of a "not found" situation with musicbrainz. I was hoping it was as easy as overloading the config like so:<br>
<br>
CDDBMETHOD=musicbrainz,cddb<br>
<br>
But that doesn't seem to work.<br>
<br>
Any ideas?<br>
<br>
Thanks,<br>
Geoff<br>
<br>
<br></div></div>
______________________________<wbr>_________________<br>
Abcde-users mailing list<br>
<a href="mailto:Abcde-users@lists.einval.com" target="_blank">Abcde-users@lists.einval.com</a><br>
<a href="https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users" rel="noreferrer" target="_blank">https://lists.einval.com/cgi-b<wbr>in/mailman/listinfo/abcde-user<wbr>s</a><br>
<br>
</blockquote>
<br>
______________________________<wbr>_________________<br>
Abcde-users mailing list<br>
<a href="mailto:Abcde-users@lists.einval.com" target="_blank">Abcde-users@lists.einval.com</a><br>
<a href="https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users" rel="noreferrer" target="_blank">https://lists.einval.com/cgi-b<wbr>in/mailman/listinfo/abcde-user<wbr>s</a></blockquote></div><br></div>
</div></div></blockquote></div><br></div>