Dynamic Naming Broken in 17

[moebius37]

Dynamic naming no longer works in v 17, i had to downgrade back to 16.8 to get the converter to put the converted audio into the correct folders.

in 16.8, converting using the following pattern works:
[encoder]_[k_bitrate]_[encoder+]/[track]_[title]

in 17, it puts all of the files in 1 folder, and therefore overwrites the 2 different MP3 versions i need, plus it's just annoying for them to all end up in one folder and not observe the naming that i setup and used for several years.

[Spoon]

Re: Dynamic Naming Broken in 17

What was the folder that was being created in R17? (the faulty name)

[moebius37]

Re: Dynamic Naming Broken in 17

What was the folder that was being created in R17? (the faulty name)

Literally no folder name, just an underscore, and then all of the files inside of the folder named _

[PeterP]

Re: Dynamic Naming Broken in 17

Thanks for the bug report.

What is the source file format which you are converting from?
Can you please post an example of a correct folder name produced by R16.8 ?
I can't seem to recreate the issue with R17, I must be doing something differently.

[PeterP]

Re: Dynamic Naming Broken in 17

R17.1 beta 2 addresses some of the fields not working correctly-

https://forum.dbpoweramp.com/showthread.php?44920-dBpoweramp-R17-1-for-Mac

However, I don't seem to be able to recreate the exact problem pattern you're experiencing; the stuff I just fixed wasn't working properly in R16 either.

[moebius37]

Re: Dynamic Naming Broken in 17

Thanks for the bug report.

What is the source file format which you are converting from?

WAV

Can you please post an example of a correct folder name produced by R16.8 ?

FLAC 1.3.2__FLAC 1.3.2 -compression-level-5

I can't seem to recreate the issue with R17, I must be doing something differently.

Not sure, All I did was upgrade, and things stopped working;

This is in the middle of regular professional work where we convert source WAV files to 5 different formats for sale, web previews and streams. I tried various things to see if i could make it work again, but to no avail, the folder naming just didn't work, and the enclosing folder for all of the converted files was an underscore; Previous to that, the files all ended up in folders named like this:

(1) Apple AAC__Apple AAC -cli_cmd='-f mp4f -d aac -b 320000 "[infile]" "[outfile]"'
(2) Apple Open Source ALAC v1.0__Apple Open Source ALAC v1.0
(3) FLAC 1.3.2__FLAC 1.3.2 -compression-level-5
(4) Lame 3.100.0__Lame 3.100.0 -abr -b='128' -encoding='SLOW'
(5) Lame 3.100.0__Lame 3.100.0 -b='320' -encoding='SLOW'

that at least allows for 2 types of MP3 to be generated since the converter extra info is there.

Earlier versions of the program actually created folders that were named slightly differently.
For example FLAC used to be this:
FLAC__FLAC -compression-level-5

but that changed to the new format over one of the recent upgrades, in 2019.

[Spoon]

Re: Dynamic Naming Broken in 17

Are you using OSX or Windows?

[moebius37]

Re: Dynamic Naming Broken in 17

are you using osx or windows?

osx

[PeterP]

Re: Dynamic Naming Broken in 17

Thanks for the details.
Problem should be addressed in beta 3-

https://forum.dbpoweramp.com/showthread.php?44920-dBpoweramp-R17-1-for-Mac

Additionally, [k_bitrate] now correctly returns estimated output bitrate, which it did not before.

[moebius37]

Re: Dynamic Naming Broken in 17

Awesome, thanks! Will be testing soon, possibly today or this week.

[moebius37]

Re: Dynamic Naming Broken in 17

Thanks for the details.
Problem should be addressed in beta 3-

https://forum.dbpoweramp.com/showthread.php?44920-dBpoweramp-R17-1-for-Mac

Additionally, [k_bitrate] now correctly returns estimated output bitrate, which it did not before.

Everything appears to work correctly now in beta3, in terms of my issue report. Thanks for fixing this!