<div dir="ltr">Rob,<br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 13, 2016 at 2:26 PM, Rob Landry <span dir="ltr">&lt;<a href="mailto:41001140@interpring.com" target="_blank">41001140@interpring.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I had a discussion with a Rivendell user in western New Hampshire this morning -- not one of my clients -- who said he wished Rivendell had the ability to transfer files with metadata seamlessly from one server to another, as (he claims) Wide Orbit and NexGen do.<br></blockquote><div><br></div><div>I am not sure about all metadata, but WO puts things like artist and title in the file. When you import into another system, this comes along. (IIRC.)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I mentioned that I wrote a couple of Perl scripts to do this (actually, one script handles files, while the other handles logs). I use the METADATA_DATETIME field in the CART table and the MODIFIED_DATETIME field in LOGS to determine which copy of a record is more recent, and synchronize accordingly. The only hitch is that it isn&#39;t possible to delete a log or cart, since the time stamp for a record is deleted with the record. If we need to delete something, we must delete it manually from both machines simultaneously. While that&#39;s not a problem with just two servers, it might be a challenge were we synchronizing a dozen of them.<br>
<br>
What concerns me is upgrading to new versions of Rivendell and the need to go through both scripts to see if any changes have been made to the CART, CUTS, LOGS, or *_LOG tables that might break the scripts.<br>
<br>
If a future database schema omits, say, METADATA_DATETIME, one or both scripts might break irreparably.<br>
<br>
Is there a better way to solve the synchronization problem (say, through the Web interface)?<br></blockquote><div><br></div><div>My wish is that we could export to wav of flac or wavpack and have the metadata put into the file from the db on export.</div><div><br></div><div>Then on import to another Riv system, that metadata would be stripped from the file and put into the new system&#39;s db.<br><br>It would likely be good if we had the option to leave the file name as cart_cut or change it to something like title_artist or artist_title.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Doing a database backup/restore once a day and rsync&#39;ing /var/snd, as some have suggested, is impractical.<br>
<br>
I am curious how other RD users have approached this problem.<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
Rob<br></font></span></blockquote></div><div><br></div><div>all the best,</div><div><br></div><div>drew</div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><a href="http://www.bahamianornuttin.com/" target="_blank">Bahamain Or Nuttin - http://www.bahamianornuttin.com</a></div></div></div></div>
</div></div>