Jump to content

Dan Gravell

  • Content Count

  • Joined

  • Last visited

About Dan Gravell

  • Rank
    Sophomore Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Not sure whether to admire, laugh, cry... 😃
  2. If you mean BRIO, that would be a type of music locker - it's a useful redundant copy, but as I have said it is not a full backup service. Depending on the value of your collection it may or may not be appropriate.
  3. This is a fair question. If bit-rot is manifest as a change in the byte stream for any given file then yes, it could be transferred. This is precisely why snapshotting, as supported by the backup services (as opposed to most of the more generic and music focused services) is important. If you can find the last time the file(s) were good, you can roll back to that time. There may be many files affected. In addition, managing the integrity of your files, i.e. detecting bit-rot, is likely to be a separate management task dealt with by separate services.
  4. Very much so - when I think of all our family photos and videos... and, of course, the "sync" and "backup" services can be used for non-audio media.
  5. You have to be careful with that though. If you don't automate this there's a good chance you'll forget, or something else will get in the way. Humans are best at creativity, not routine - we get easily bored - "I'll just skip it this month, it'll be fine". I know, I know, some of us are better than others but... Put another way, it depends on the value of the library.
  6. It comes down to your constraints. First of all - if you were to lose the library, or part of it, is that actually an issue? Maybe a strange question to ask, but, if not, there's not necessarily much point in spending money and time on a solution. Backblaze Personal Backup offers unlimited backup storage: https://www.backblaze.com/cloud-backup.html. They are a reputable company - no bait and switch here.
  7. Editor's Note: While researching cloud music backup solutions I checked the Bliss music library management blog from Bliss creator Dan Gravell. I found that Dan had recently written a similar article, so I asked him to create something similar for Audiophile Style. Fortunately, Dan agreed to write the following article about backing up music libraries to the cloud. Dan is a great resource in this area and I encourage people to ask follow up questions and check out his app Bliss, that makes music collections look as good as they sound. Cloud Music Library Backup
  8. Yes, especially for classical releases! Thanks for these items, they are nice and atomic so easy to add into our ticketing system.
  9. Thanks for this feedback @lamode! The artists one is a common request. There are two ways of looking at it: - Making sure incoming artist data splits into separate tags - Analysing existing tags and split those In general, this would be best implemented as a rule I think, because different players will have different demands - I've learnt how primitive some are, and support for multiple artist fields is not an option on some (my own car stereo only supports ID3v1 for example). The artist name is an interesting one - the data is coming from h
  10. But what I don't understand is... weren't these people paying? There are plenty of other people paying for S3 storage (that said, it is on the cheaper end of the AWS offerings unless you need a LOT of storage).
  11. There are different _types_ of metadata. My own name for them are: - Identification tags - identifies a release in some way (not necessarily uniquely, that could be a subset), e.g. ISRC, MB ID, a URI, album title, year, cat # - Structural tags - defines the ordering and structuring of a release, e.g. disc number, track number, grouping title - Classification tags - more subjective, e.g. genre, mood etc In terms of identifying inconsistent data, this is already done by several apps. The thing with auto suggesting tag values for classification tags,
  12. There's no mention of this on the QNAP help docs for S3 backup. Why are Amazon doing this?
  13. I recently ran out of space on the LVM volume group I use for backups. Turns out you can get storage much cheaper if you "shuck" the drive - i.e. take an external hard drive enclosure and remove the internal hard drive. Here are my findings, plus an addition after I realised it wasn't quite so technical simple - physical hack required!
  • Create New...