Jump to content

Dan Gravell

  • Content Count

    217
  • Joined

  • Last visited

Everything posted by Dan Gravell

  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!
  14. Did you see https://help.ubuntu.com/community/Mount/USB#Auto-mounting_.28Ubuntu_Server.29 There are special rules for Server.
  15. Correct me if I'm wrong, but it reads to me like the UK/International licencing divide is really something that TuneIn has conceded and fallen back to, to avoid having to provide separate music licences. There are ramifications I think, but enforcing these rules is obviously easier with a black-box service like TuneIn. At the end of the day, all of the radio stations can be accessed with a URL, so barring enforcement at the HTTP, or lower, level this would be another case of the UK's infamous Mumsnet-inspired porn blocker - i.e. unenforceable. It should just be a case of developing
  16. Agree in principle, but there are a lot of "it depends" there... how large is large, file formats etc...
  17. I'm interested - what is wrong with uploading it to a storage service online, then syncing the two locations to that?
  18. I tend to only use folders and files when syncing files between devices. It's interesting you @hopkins mentioned "flexibility" - to me, tags will always be more flexible as they avoid the restrictions of the hierarchical structure most mainstream filesystems impose. But there's obviously something in what you're saying, so I wondered what it was!?
  19. Thanks Chris! I must admit I was a bit embarrassed... especially about the Wave Radio!
  20. Big shame - fortunately the hotel room was refundable!
  21. This is really interesting - sounds like a "scrapbook"? I think tagging and existing metadata approaches can play into this - there is data out there is immutable and objective - so long as it is (to you) correct, consistent, syntactically formatted in your way, and so on. I think existing approaches can be an "input" to your system. I'm interested in your thoughts of ways to store the richer content. You could store it in markdown, or HTML, or something, but it feels like there's a lot of things to consider here - duplication of content, citations etc. Pers
×
×
  • Create New...