Picard file naming issue

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

Picard file naming issue

Frederic Da Vitoria
Hello,

I have just tagged this http://musicbrainz.org/release/541d57c6-79f8-4cfd-b76b-0ae019d99036 with Picard. I found that the file names were strange: all the Requiem tracks were named ## Gabriel Faure - Requiem, op..mp3 and all the Messe tracks were named ## Gabriel Faure & Andre Message.mp3. I first thought this was a string length issue, but the file names aren't the same size in the 2 works.

Here are the Picard options I use:
- "Rename files when saving": checked,
- "Replace non-ASCII characters": checked,
- "Move files to this directory when saving": checked and set to a directory different from the source,
- "Name files like this": "$if2(%albumartistsort%,%artistsort%)/$left(%originaldate%,4)-%album%/$if($gt(%totaldiscs%,1),%discnumber%-,)$num(%tracknumber%,2)$if(%compilation%, %artist% -,) %title%"

Am I missing something or is this a bug?

--
Frederic Da Vitoria
(davitof)

Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org

_______________________________________________
MusicBrainz-users mailing list
[hidden email]
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users
Reply | Threaded
Open this post in threaded view
|

Re: Picard file naming issue

Calvin Walton-2
On Wed, 2013-08-14 at 11:58 +0200, Frederic Da Vitoria wrote:

> Hello,
>
> I have just tagged this
> http://musicbrainz.org/release/541d57c6-79f8-4cfd-b76b-0ae019d99036 with
> Picard. I found that the file names were strange: all the Requiem tracks
> were named ## Gabriel Faure - Requiem, op..mp3 and all the Messe tracks
> were named ## Gabriel Faure & Andre Message.mp3. I first thought this was a
> string length issue, but the file names aren't the same size in the 2
> works.
>
> Here are the Picard options I use:
> - "Rename files when saving": checked,
> - "Replace non-ASCII characters": checked,
> - "Move files to this directory when saving": checked and set to a
> directory different from the source,
> - "Name files like this":
> "$if2(%albumartistsort%,%artistsort%)/$left(%originaldate%,4)-%album%/$if($gt(%totaldiscs%,1),%discnumber%-,)$num(%tracknumber%,2)$if(%compilation%,
> %artist% -,) %title%"
>
> Am I missing something or is this a bug?

What operating system are you using this on, Windows?

Windows has an issue where the maximum total length of a filesystem path
is limited to a fixed value. As a result, Picard has to truncate file or
directory names if you're approaching this limit.

(Linux works differently; there is a maximum length per path component,
but the total length has no limit.)

Different versions of Picard use slightly different algorithms for this;
recent versions will attempt to truncate directory names to allow more
room to be left for filenames, for example. I think it tries not to
split in the middle of a word, which explains the variation that you're
seeing.

To work around the issue, you can try moving the directory where you're
saving files closer to the top level of the filesystem; e.g
C:\\Music
is better than
C:\\Documents and Settings\Username\My Documents\Some Subdirectory\Temp Place to store Picard Output

--
Calvin Walton <[hidden email]>


_______________________________________________
MusicBrainz-users mailing list
[hidden email]
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users
Reply | Threaded
Open this post in threaded view
|

Re: Picard file naming issue

Frederic Da Vitoria
2013/8/14 Calvin Walton <[hidden email]>
On Wed, 2013-08-14 at 11:58 +0200, Frederic Da Vitoria wrote:
> Hello,
>
> I have just tagged this
> http://musicbrainz.org/release/541d57c6-79f8-4cfd-b76b-0ae019d99036 with
> Picard. I found that the file names were strange: all the Requiem tracks
> were named ## Gabriel Faure - Requiem, op..mp3 and all the Messe tracks
> were named ## Gabriel Faure & Andre Message.mp3. I first thought this was a
> string length issue, but the file names aren't the same size in the 2
> works.
>
> Here are the Picard options I use:
> - "Rename files when saving": checked,
> - "Replace non-ASCII characters": checked,
> - "Move files to this directory when saving": checked and set to a
> directory different from the source,
> - "Name files like this":
> "$if2(%albumartistsort%,%artistsort%)/$left(%originaldate%,4)-%album%/$if($gt(%totaldiscs%,1),%discnumber%-,)$num(%tracknumber%,2)$if(%compilation%,
> %artist% -,) %title%"
>
> Am I missing something or is this a bug?

What operating system are you using this on, Windows?

Windows has an issue where the maximum total length of a filesystem path
is limited to a fixed value. As a result, Picard has to truncate file or
directory names if you're approaching this limit.

(Linux works differently; there is a maximum length per path component,
but the total length has no limit.)

Different versions of Picard use slightly different algorithms for this;
recent versions will attempt to truncate directory names to allow more
room to be left for filenames, for example. I think it tries not to
split in the middle of a word, which explains the variation that you're
seeing.

To work around the issue, you can try moving the directory where you're
saving files closer to the top level of the filesystem; e.g
C:\\Music
is better than
C:\\Documents and Settings\Username\My Documents\Some Subdirectory\Temp Place to store Picard Output

Yes, sorry, I should have mentioned this before. I am running Windows Seven 64 bits. My current Picard base path is d:\Sons\_MusicBrainz Picard\ There is a space in there but I don't think this is the issue or I wouldn't have any output at all, would I? I have been using the same path for years now (Seven for 1 year, Vista 32 bits before) without any issue of this type.

--
Frederic Da Vitoria
(davitof)

Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org

_______________________________________________
MusicBrainz-users mailing list
[hidden email]
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users
Reply | Threaded
Open this post in threaded view
|

Re: Picard file naming issue

Calvin Walton-2
On Wed, 2013-08-14 at 16:17 +0200, Frederic Da Vitoria wrote:

> 2013/8/14 Calvin Walton <[hidden email]>
>
> > On Wed, 2013-08-14 at 11:58 +0200, Frederic Da Vitoria wrote:
> > > Hello,
> > >
> > > I have just tagged this
> > > http://musicbrainz.org/release/541d57c6-79f8-4cfd-b76b-0ae019d99036 with
> > > Picard. I found that the file names were strange: all the Requiem tracks
> > > were named ## Gabriel Faure - Requiem, op..mp3 and all the Messe tracks
> > > were named ## Gabriel Faure & Andre Message.mp3. I first thought this
> > was a

> > >
> > "$if2(%albumartistsort%,%artistsort%)/$left(%originaldate%,4)-%album%/$if($gt(%totaldiscs%,1),%discnumber%-,)$num(%tracknumber%,2)$if(%compilation%,
> > > %artist% -,) %title%"

> > Windows has an issue where the maximum total length of a filesystem path
> > is limited to a fixed value. As a result, Picard has to truncate file or
> > directory names if you're approaching this limit.

> Yes, sorry, I should have mentioned this before. I am running Windows Seven
> 64 bits. My current Picard base path is d:\Sons\_MusicBrainz Picard\ There
> is a space in there but I don't think this is the issue or I wouldn't have
> any output at all, would I? I have been using the same path for years now
> (Seven for 1 year, Vista 32 bits before) without any issue of this type.

Hmm, so the full file path should look like
D:\\Sons\_MusicBrainz Picard\Fauré, Gabriel\1988-Requiem _ Messe des
pêcheurs de Villerville (Ensemble Musique Oblique, feat. choir_ Chœur de
la Chapelle Royale, choir_ Petits Chanteurs de Saint Louis, conductor_
Philippe Herreweghe)/01 Gabriel Fauré - Requiem, Op. 48_ I. Introit &
Kyrie.mp3

By my count that is... 293 characters total. The maximum path length
that Picard uses on Windows is 240 characters, so it has to remove 53
characters from the filenames somewhere. Unfortunate, but there's not
much we can do about it...

You can try putting a function into your file naming pattern to shorten
the album name, e.g. by replacing %album% with $truncate(%album%,100) to
leave more space for track names.

--
Calvin Walton <[hidden email]>


_______________________________________________
MusicBrainz-users mailing list
[hidden email]
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users
Reply | Threaded
Open this post in threaded view
|

Re: Picard file naming issue

Frederic Da Vitoria
2013/8/14 Calvin Walton <[hidden email]>
On Wed, 2013-08-14 at 16:17 +0200, Frederic Da Vitoria wrote:
> 2013/8/14 Calvin Walton <[hidden email]>
>
> > On Wed, 2013-08-14 at 11:58 +0200, Frederic Da Vitoria wrote:
> > > Hello,
> > >
> > > I have just tagged this
> > > http://musicbrainz.org/release/541d57c6-79f8-4cfd-b76b-0ae019d99036 with
> > > Picard. I found that the file names were strange: all the Requiem tracks
> > > were named ## Gabriel Faure - Requiem, op..mp3 and all the Messe tracks
> > > were named ## Gabriel Faure & Andre Message.mp3. I first thought this
> > was a

> > >
> > "$if2(%albumartistsort%,%artistsort%)/$left(%originaldate%,4)-%album%/$if($gt(%totaldiscs%,1),%discnumber%-,)$num(%tracknumber%,2)$if(%compilation%,
> > > %artist% -,) %title%"

> > Windows has an issue where the maximum total length of a filesystem path
> > is limited to a fixed value. As a result, Picard has to truncate file or
> > directory names if you're approaching this limit.

> Yes, sorry, I should have mentioned this before. I am running Windows Seven
> 64 bits. My current Picard base path is d:\Sons\_MusicBrainz Picard\ There
> is a space in there but I don't think this is the issue or I wouldn't have
> any output at all, would I? I have been using the same path for years now
> (Seven for 1 year, Vista 32 bits before) without any issue of this type.

Hmm, so the full file path should look like
D:\\Sons\_MusicBrainz Picard\Fauré, Gabriel\1988-Requiem _ Messe des
pêcheurs de Villerville (Ensemble Musique Oblique, feat. choir_ Chœur de
la Chapelle Royale, choir_ Petits Chanteurs de Saint Louis, conductor_
Philippe Herreweghe)/01 Gabriel Fauré - Requiem, Op. 48_ I. Introit &
Kyrie.mp3

By my count that is... 293 characters total. The maximum path length
that Picard uses on Windows is 240 characters, so it has to remove 53
characters from the filenames somewhere. Unfortunate, but there's not
much we can do about it...

You can try putting a function into your file naming pattern to shorten
the album name, e.g. by replacing %album% with $truncate(%album%,100) to
leave more space for track names.

Ah, yes, I forgot that the album name counts since it goes in the folder name. Yes, truncating the album name should help. Thanks.

--
Frederic Da Vitoria
(davitof)

Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org

_______________________________________________
MusicBrainz-users mailing list
[hidden email]
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users
Reply | Threaded
Open this post in threaded view
|

Re: Picard file naming issue

lixobix
This ticket may interest you: http://tickets.musicbrainz.org/browse/PICARD-110
Reply | Threaded
Open this post in threaded view
|

Re: Picard file naming issue

Frederic Da Vitoria

2013/8/15 lixobix <[hidden email]>
This ticket may interest you:
http://tickets.musicbrainz.org/browse/PICARD-110

Thanks for the info.

--
Frederic Da Vitoria
(davitof)

Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org

_______________________________________________
MusicBrainz-users mailing list
[hidden email]
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users