Post Reply 
 
Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Information Files - Experience and Suggestion
22-05-2021, 08:26 (This post was last modified: 22-05-2021 16:16 by Oliviander.)
Post: #1
Information Files - Experience and Suggestion
Hi Simon,
i am on my way to integrate my booklet.pdfs
in Minimserver.
Not many by now, but as there may be more
downloads with booklets available, I hope I can
shrink my CD Storage in the future.

As my favoured ControlPoint Kinsky is no longer maintained
and is not able to creat a link (At least you can copy paste
the URL of the booklet in the Browser),
I decided to give BubbleDS a try.

As most of the time I Control my Music from PC
I created a virtual Android Machine (Android-x86 LineageOS)
only for this purpose. And as Bubbleguum stated that he
won't do anything about a GOOGLE free Version,
I reluctantly created a Google account solely for this purpose.

I then had a long search for a good document viewer that was
able to open that link directly as most viewers can't do that
and you normally have to download the file with the browser first
(very unconvenient).

So here it is
in the F-Droid repository there is the following app

document viewer (current version 2.8.2)
https://f-droid.org/de/packages/org.suff...re.viewer/

which works really great for that purpose !
And as it took me a real long time to find this as here are not many
strucured informations about viewer apps in the internet,
I decided to share this information here.

But then what would be a thread without a small suggestion:

I am stuck between your options to name the booklet file.

As I understand I have the option to either
name the booklet

folder.pdf (same as folder) or booklet.pdf

but both have real drawbacks in my view:

1. Name all booklets "booklet.pdf"
Would result in having hundreds of booklet.pdf files
in my library. If I accidently put that file in the wrong place
it will be lost forever.

2. Name all booklets "folder.pdf"
Could result in loosing the booklet to the library
when I have to rename the Folder
where it is in.

So I have the following suggestion.
Let us use any filename that just begins with "booklet"
so that "booklet-this-is-an-old-directoryname.pdf"
would be accepted.
So I could name all booklets individually without
them beeing omitted when I rename the directory they are in.

I imagine that this won't be real hard to implement.

ThX for considering

Oliviander

PS: Simon this is the proof that I am not only doing crash tests
with your software Smile
Find all posts by this user
Quote this message in a reply
22-05-2021, 10:12
Post: #2
RE: Information Files - Experience and Suggestion
The naming rules are described in this section. For your situation, it sounds like options 3 and 4 would be suitable for your needs.
Find all posts by this user
Quote this message in a reply
22-05-2021, 16:34
Post: #3
RE: Information Files - Experience and Suggestion
(22-05-2021 10:12)simoncn Wrote:  The naming rules are described in this section. For your situation, it sounds like options 3 and 4 would be suitable for your needs.

Hi Simon
Thx for responding
I actually read that section to get it working with "booklet.pdf"
in all possible options I see the same problem.

either

the name must match exactly something like

- folder
- albumname
- discname

that means a Tag or Name that might be changed in the future
and then the match is lost

or

the name is "booklet.pdf"
and therefore the same for all albums

or

i misunderstand something in that section
(I actually did in my first try to get it working)


So what I am looking for would be a naming option
that is as well change proof and singular
like it would be if I could name it

booklet-xxx followed by anything xxx.pdf

and only the first Characters "booklet" being
significant for your match test.
Find all posts by this user
Quote this message in a reply
22-05-2021, 21:07
Post: #4
RE: Information Files - Experience and Suggestion
Renaming an album should be very unusual. How can the name of an already released album change? If there is some error or typo in the name you have tagged, it should not be difficult to rename the booklet file when you correct the album name tags in the files.

Your suggestion introduces the possibility of multiple booklet*.pdf matches for the information file. MinimServer would need to define and implement a rule saying which of these matches is chosen in such a case. There is a reasonable chance that the result of applying this rule might not be what the user expects. I am not convinced that the added complexity that this would create is justified.
Find all posts by this user
Quote this message in a reply
23-05-2021, 11:56
Post: #5
RE: Information Files - Experience and Suggestion
If it's really going to prove a problem for you, could you create a symbolic link for MinimServer called 'booklet.pdf' that points to your 'booklet-this-is-an-old-directoryname.pdf'?
It would be trivial to script it for all your information files (that look like "booklet*.pdf"), but you'd just need to be careful how any backup/sync software treated them.
Find all posts by this user
Quote this message in a reply
24-05-2021, 08:43
Post: #6
RE: Information Files - Experience and Suggestion
(23-05-2021 11:56)simbun Wrote:  If it's really going to prove a problem for you, could you create a symbolic link for MinimServer called 'booklet.pdf' that points to your 'booklet-this-is-an-old-directoryname.pdf'?
It would be trivial to script it for all your information files (that look like "booklet*.pdf"), but you'd just need to be careful how any backup/sync software treated them.

Thanks for the suggestion.
But my problem is actually not a technical one but a mass problem.

I already have thousands of CDs ripped and tagged in library
and as tagging is rather easy for Pop Jazz etc. I have completed that part

Classical CDs are another beast so I am still far behind.

And as I am not always in the mood for tagging
I have a parallel folder Structure for tagged and untagged files.

There I sit with I guess someting like

3000 CDs ripped and tagged
1000 CDs ripped but not tagged manually
(these are mostly classical CDs with not very usable
automatic tagging so I search them by folder view)
and at least 1500 classical CDs still waiting to be ripped.

For most of them I don't have a booklet file.

But now I am beginning to buy downloads too
and only If they have a booklet with them.
If I download them at HiResAudio they have a booklet attached
withe the file name
"booklet-nameofthealbum.pdf"
which I find quite usable.
(I have no idea how this is handled by other download portals,
but I can imagine that this might be handled quite similar)

I really don't have a problem to rename the file once
in the moment of the download.
But in most cases I have to rename the AlbumName
in a later step when tagging an Album.
But in this step I am usually not aware wether ther is a booklet file
or not so I will forget that more often than not.

Therefore as a failsafe I rather
rename the booklets
all to booklets.pdf
But the uneasyness of having many
files with the same name in my library exists.

Ok I could (and will) try to circumvent this by
your suggestion of symbolic links
but as a mass solution inside of a library
it also feels not quite right for me.

@Simon
Until now I didn't have any pdfs in my music library,
so your concern that there might be more than one file
beginning with
"booklet - "
in one folder seems rather bizarre to me.

Bit if this really occurs then just take any af the files:
I don't think that they would be named like that without a reason,
so even if the result would not be predictable
it should neither be wrong nor pointless.

I would even suggest to use any existing pdf file in the folder
as an information file for the album if no other criterias are met.
And I guess this would do it for most users. Idea

(Ok i know this is not your thinking and I am actually
glad that this is so: because if not,
minimserver would not be what it is. Smile )
Find all posts by this user
Quote this message in a reply
24-05-2021, 14:53
Post: #7
RE: Information Files - Experience and Suggestion
(24-05-2021 08:43)Oliviander Wrote:  But the uneasyness of having many
files with the same name in my library exists.

Out of interest, are there any grounds for your concern, as that seems to be the sticking point here, and could they not be adressed in another way?

Following your logic, you must have embedded album art and all your music filenames must comprise at the very least: tracknumber, album, artist, title and subtitle otherwise they wouldn't be unique either.

I hate long filenames within my music library as they're completely unnecessary (although this wouldn't be the case if I had to browse by folder), so just have discnumber.tracknumber.flac, and have routines in foobar to make sure they're in the correct folder structure (driven by tags), then have other QA routines to make sure that each folder has folder.jpg e.t.c.

Short filenames also help with RAM consumption, which probably isn't much of a problem nowadays (with cheap RAM), but was many moons ago when I used Sonos (which had a 65k limit depending on the length of the filenames).
Find all posts by this user
Quote this message in a reply
24-05-2021, 15:06 (This post was last modified: 24-05-2021 15:07 by Oliviander.)
Post: #8
RE: Information Files - Experience and Suggestion
(24-05-2021 14:53)simbun Wrote:  
(24-05-2021 08:43)Oliviander Wrote:  But the uneasyness of having many
files with the same name in my library exists.

Following your logic, you must have embedded album art and all your music filenames must comprise at the very least: tracknumber, album, artist, title and subtitle otherwise they wouldn't be unique either.

You got me
a typical filename of mine is (created automatically with mp3tag):

d03-07- Debussy-PelleasetMelisande-4.Akt -On dirait que ta voix a pass sur _1978-DEBUSSY-PelleasetMelisande[Karajan].flac

and I have sometimes problems with the filename length limit

and of course I have the album art embedded in each file Smile
Find all posts by this user
Quote this message in a reply
24-05-2021, 15:55
Post: #9
RE: Information Files - Experience and Suggestion
Thank you for explaining your situation in more detail. Although renaming the booklet file when you rename the album is an extra step that you might sometimes forget at first, I think it wouldn't be long before this became a familiar part of your workflow.

I checked a couple of dowloading services that I use. One produces filenames like albumname.pdf and the other produces filenames like albumname-booklet.pdf. The second of these would need an additional special case in any change to the booklet naming rules. There are probably a number of other conventions in use by other downloading services.

The present naming rules for booklets closely follow the naming rules for non-embedded artwork files. I would like to keep these rules as similar and consistent as possible. Adding more variations to the booklet file rules would be likely to trigger requests for similar changes to the artwork file rules.

For both artwork files and booklets, the rules are designed to allow multiple albums to be in the same folder if desired. If a new rule were added to allow a random match with any booklet*.pdf file in the folder (or any *.pdf file), a booklet file for a different album in the same folder might be selected.

My goal for the naming rules is clarity and consistency while supporting common use cases. I believe the current rules achieve this. It can be tempting to respond to every user request with a new option that satisfies the request but past experience has shown me that the downside of this approach is increased complexity that creates problems for the majority of users.
Find all posts by this user
Quote this message in a reply
24-05-2021, 17:01 (This post was last modified: 24-05-2021 17:05 by lyapounov.)
Post: #10
RE: Information Files - Experience and Suggestion
I choose personally the following:

- Booklet are named Bbooklet.pdf
- Covers are named Cover.jpg when it is an album cover, Folder.jpg when it is a folder cover
- I delete any internal cover in my music files, in order to avoid having different covers (it happens sometiomes), and also control the size of the cover

Honestly, I never had any issue of multiple cover / folder with my 7800+ albums.

To be even more honest (which I usually rarely am :-) I have a complex workflow:

- all my music is in a database on my synology
- I upload new music to synology in a temporary folder
- I run a php program (which I wrote) to:
a) decode the information from each track
b) rename the music files to shorten and avoid any white space, commas, accented letter, etc. a little bit like Qobuz (I skip this step when I buy on Qobuz)
c) extract musicians when possible (I have a list of musicians as a table)
d) move the album to where I want it in my tree structure (I 100% rely on folder browsing)
e) create new entries in my database

Never had any issue so far...
Find all posts by this user
Quote this message in a reply
Post Reply 


Forum Jump:


User(s) browsing this thread: 1 Guest(s)