Pdf booklet

[stefano_mbp]

Hi Simon
I tried to use this definition
Comment.displayFormat={$*infoFileURI^<a href="^">booklet</a>$comment}
in order to access to the album booklets (booklet.pdf) and it works fine.
What it is not clear to me is : are Comment (first word in the string) and comment (last word in the string) mandatory or can I use something else?
I tried using
Booklet.displayFormat={$*infoFileURI^<a href="^">booklet</a>$booklet}
adding Booklet tag in itemTag property but it doesn’t work (no errors but no pdf available.
… one more thing … trying to understand what I described above I tried to use the writeTagChanges property but for any file name I used (wtc.txt and other) I received an error when I issued a rescan: “file is not valid for writing“.
Using any file name in writeAllTags property works flawlessly
MinimServer is running on Ubuntu 22.04 LTS
Thanks

[simoncn]

The Comment tag is automatically mapped to the dc:description DIDL-Lite property (used by BubbleUPnP to open a booklet link). To make this happen, you need to set Comment.displayFormat. It is OK to use something else instead of $comment at the end of the string.

Thanks for letting me know about the writeTagChanges problem. I fixed a similar problem recently with writeAllTags and I will fix this in the next update. For now, you should be able to work around the problem by creating an empty writable file for the file path you have specified in the writeTagChanges property.

[stefano_mbp]

Thank you.

[simoncn]

The incorrect writeTagChanges error message is fixed in MinimServer update 235.

[stefano_mbp]

Thanks

[stefano_mbp]

Hi Simon, more about booklet pdf …
is there any constraint regarding characters, folder name length, full path length?
The doubt arise as I can see many booklets but many other are not shown, for those latter booklets I can see them changing the folder name and or shortening it or removing blanks but I’m not able to find a clear rule.
This happens using JPlay for iOS app and unfortunately I don’t have any Android device on which I could try using Bubbleupnp.
Thanks

[simoncn]

The folder name is not used by MinimServer when looking for a .pdf booklet, so changing this should not make any difference. The lookup rules are described in detail in this section.

If the problem is related to the folder name, it is possible that the JPLAY for iOS app is not handling some characters in folder names correctly when these characters appear in the booklet URL created by MinimServer. Another possibility is that the URL exceeds some length limitation of the JPLAY for iOS app. MinimServer doesn't have any limitations regarding length or characters.

Can you post a specific example of a folder name that doesn't work and the modified folder name that works? Please include the full path for the folder.

[stefano_mbp]

... I discovered a quite strange behavior.
If I open the JPlay log and I highlight the link of the booklet pdf and I choose the option to open the link:
- if on iPad the not found resource error is shown
- if on macOS the pdf is shown
But if on iPad I copy the link from the log and paste it in Safari browser the link is opened correctly and the booklet is shown.
.
this is the full link retrieved from the log for a "not working" booklet:
http://10.0.1.130:9795/minimserver/*/Mus...ooklet.pdf

Code:

http://10.0.1.130:9795/minimserver/*/Musica*20DSD/AA-HiRes/DSD-ex-4TB/Bach,*20Johann*20Sebastian/Academy*20of*20Ancient*20Music,*20Richard*20Egarr*20dir.*20-*20The*20Six*20Brandenburg*20Concertos/booklet.pdf

and this is the full link from another log for a working booklet:
http://10.0.1.130:9795/minimserver/*/Mus...ooklet.pdf

Code:

http://10.0.1.130:9795/minimserver/*/Musica*20DSD/AA-HiRes/DSD-ex-2TB/Bach,*20Johann*20Sebastian/J.S.*20Bach*20-*20Brandenburg*20Concertos*201-6*20-*20Harnoncourt*201964*20(DSD128)/booklet.pdf

I think it might be a issue in the interaction between JPlay and iPadOS Safari

[stefano_mbp]

I forgot to mention that when on iPad I highlight in the log the link of the not working pdf and I choose to open the link the link shown by Safari is truncated: it ends with “book” and not with “booklet.pdf”

[simoncn]

The "not working" link is 208 characters long. The working link is 193 characters long. If the "not working" link is truncated after 'book', it contains 201 characters after truncation. Perhaps there is a length limit somewhere that causes links longer than 201 characters to be truncated.