I suggest ...

Normalize filenames, i.e. replace umlauts and special characters

In order to be best compatible with different systems (Windows, Mac, Linux) or different file systems, it would be nice if bliss would be able to use a limited character set for naming directories and files.

Syncing different systems if e.g. file names contain umlauts like "Die Ärzte" sometimes causes problems, because the files are not considered to be the same by the synchronization software.

Different systems also have different file name restrictions, e.g. Windows does not allow colons, while Linux does. On the Mac, colons in file names are somehow treated as forward slashes.

I would really like bliss to handle all the naming of files and directories from the tags, but only if bliss can be told to perform an umlaut replacement (e.g. remove all diacritical marks and remove or replace all special characters).

Thanks
Carsten

19 votes
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    I agree to the terms of service
    Signed in as (Sign out)

    We’ll send you updates on this idea

    CarstenCarsten shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

    8 comments

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service
      Signed in as (Sign out)
      Submitting...
      • Anonymous commented  ·   ·  Flag as inappropriate

        Hi Dan,

        theoretically, the option that controls Ripit's replacement behaviour for special character is [chars], which will identify characters that Ripit will purge from the filenames but not the Tags. Regardless of the setting, the following character will always be removed:

        ; > < " and \015

        At least on my standard Vortexbox install [chars] is set as follows

        chars=NTFS

        which would result in these additional removed characters

        | \ : * ? $

        What I found to be the case on my system (and I haven't seen anything about it in the Ripit documentation yet) is, that any / will be replaced by -
        So songs that have multiple names in one track like "something / something else" will become "something - something else", while Bliss thinks those should me removed as well: "something something else"

      • Anonymous commented  ·   ·  Flag as inappropriate

        I strongly support this feature request as well. When ripping with ripit on a Vortexbox often the character replacement that bliss expects is different from the one that ripit does resulting in wrong file name detections in bliss.

      • ChristophChristoph commented  ·   ·  Flag as inappropriate

        I want to strongly support this feature request. It's not just a matter of compatibility with different operating systems but must importantly a matter of making your songs compatible with MusicIP. If I'm not mistaken, MusicIP (and hence also Spicefly Sugarcube) will not work with songs that have non-ascii characters in their path. Since MusicIP is no longer developed, the only way to fix this is by not using umlauts etc. Bliss could do an excellent job to fix that.

      • JimJim commented  ·   ·  Flag as inappropriate

        or maybe make it remove and special characters all together as an option

      • JimJim commented  ·   ·  Flag as inappropriate

        I would also like to see this, i have had lots of troubles with just apostrophes getting viewed as a question mark or a dash getting changed to a question mark

      • Kevin BryanKevin Bryan commented  ·   ·  Flag as inappropriate

        I need something along the same lines. Some band names and song titles contain characters that cannot be used in Windows file systems, such as "/" and "?". Currently, bliss deletes any character it doesn't understand from the filename. I would like to see bliss let me tell it through a list to replace invalid characters with a consistent valid one of my choosing.

      Feedback and Knowledge Base