dBpoweramp R16.3 Beta [Windows]
[b]Changes[/b]
Batch Converter added new right click on file(s) >> Show in Explorer or Edit ID Tags
mp3 tag reading optimization
Apple Lossless encoder no longer requires WaveformatExtensible 1:1 channel mappings
Album Sort is no longer split as a multi item tag if has '; ' in the name
m4a Show Work Movement is set to 1 automatically if Work is filled and either Movement Count, Number or Name are filled also
WAVE LIST tags which are not recognized are sent over as WAVELIST-xxxx so the wave encoder can write them to a new Wave file with same unknown name
ID Tag: Option to disable predictive typing
FLAC updated to 1.3.2
mp3 Lame updated to 3.100
Popup info tip will display Unable to read track details, file corrupted or not supported. and will try to display tags
ID Tagger can read and tag files which cannot read the audio from
CD Ripper: tab order improved, rip button has default focus after cd insert
Tag Editor includes high DPI images
Bug Fix: MusicBrainz was not retriving album art
Bug Fix: Flac tagging, if tag did not have a vendor string (non-standard) then previously was writing a 2nd tag block
Bug Fix: [track_unpad][track_total_unpad] naming values now work
Bug Fix: CD Ripper when ripping set to use temp folder (and move tracks after) would fail if had no album art
Bug Fix: Album tag was being written as \n when had a ; in the title
Bug Fix: Adding a compilation tag through tag editor would not save newly added tag
[b]Download[/b]
<now released>
Note install over the existing version (without uninstalling old) to maintain the registration status.
Re: dBpoweramp R16.3 Beta [Windows]
Maybe it's time update libFLAC to 1.3.2 for this test build?
Re: dBpoweramp R16.3 Beta [Windows]
Only when it goes to final release (not beta)
Re: dBpoweramp R16.3 Beta [Windows]
[b]Beta 2[/b]
Bug Fix: Album tag was being written as \n when had a ; in the title
Bug Fix: Adding a compilation tag through tag editor would not save newly added tag
Re: dBpoweramp R16.3 Beta [Windows]
"Bug Fix: Flac tagging, if tag did not have a vendor string (non-standard) then previously was writing a 2nd tag block"
Please provide more info on this.
Also, the Album tag issue persists in this release.
Re: dBpoweramp R16.3 Beta [Windows]
"Bug Fix: Flac tagging, if tag did not have a vendor string (non-standard) then previously was writing a 2nd tag block"
Seems to imply there was some wasted space in the Vorbis block. How would we know if this happened, and how to fix old files?
Re: dBpoweramp R16.3 Beta [Windows]
Not a wasted space, just a certain program not writing the tags correctly, which dBpoweramp tries to retag and it ends up not replacing the existing tag block because of the tagging error.
Re: dBpoweramp R16.3 Beta [Windows]
"Bug Fix: Album tag was being written as \n when had a ; in the title"
This is not fixed.
Re: dBpoweramp R16.3 Beta [Windows]
[b]Update[/b]
Apple Lossless encoder no longer requires WaveformatExtensible 1:1 channel mappings
Album Sort is no longer split as a multi item tag if has '; ' in the name
m4a Show Work Movement is set to 1 automatically if Work is filled and either Movement Count, Number or Name are filled also
WAVE LIST tags which are not recognized are sent over as WAVELIST-xxxx so the wave encoder can write them to a new Wave file with same unknown name
Re: dBpoweramp R16.3 Beta [Windows]
[QUOTE=Spoon;175763][B]Update[/B]
Apple Lossless encoder no longer requires WaveformatExtensible 1:1 channel mappings
Album Sort is no longer split as a multi item tag if has '; ' in the name
m4a Show Work Movement is set to 1 automatically if Work is filled and either Movement Count, Number or Name are filled also
WAVE LIST tags which are not recognized are sent over as WAVELIST-xxxx so the wave encoder can write them to a new Wave file with same unknown name[/QUOTE]
My mp3 files still show Album Sort as being split, in this new beta.
... and, the Show Work Movement is still automatically populated with 1, when I rip to flac and the other movement tags are populated.
Re: dBpoweramp R16.3 Beta [Windows]
You would have to create new MP3 files.
The show work movement tag is supposed to be set to 1 under certain conditions.
Re: dBpoweramp R16.3 Beta [Windows]
[QUOTE=Spoon;175768]You would have to create new MP3 files.[/QUOTE]
OK. I'll test this out shortly.
... Spoon, I am confused here.
I have created new mp3 files (from flac) and the problem is still the same, as shown here: [URL="https://forum.dbpoweramp.com/showthread.php?39968-Album-and-Album-Sort-inconsistency"]Album and Album Sort inconsistency[/URL]
[QUOTE=Spoon;175768]The show work movement tag is supposed to be set to 1 under certain conditions.[/QUOTE]
So that I understand fully, please can you confirm these conditions?
Re: dBpoweramp R16.3 Beta [Windows]
[QUOTE=mville;175769]OK. I'll test this out shortly.
... Spoon, I am confused here.
I have created new mp3 files (from flac) and the problem is still the same, as shown here: [URL="https://forum.dbpoweramp.com/showthread.php?39968-Album-and-Album-Sort-inconsistency"]Album and Album Sort inconsistency[/URL][/QUOTE]
Anyone else see this behaviour in the new R16.3 beta 3 release or is it just me?
Re: dBpoweramp R16.3 Beta [Windows]
[b]Updated to Beta 4[/b]
With fix for mp3 album sort.
5 Attachment(s)
Re: dBpoweramp R16.3 Beta [Windows]
Just had a weird one I've never seen before. Ripped a new CD that seemed to have all the metadata identified fine, but when I went to find the folder, it was titles "Unknown Artist -" and the first track had no artist, title or album tags, but all the others did. Also all of the track filenames were simply " - - 01 - Track 1.flac", " - - 02 - Track 2.flac", etc. Have a look at the screen shots. I just clicked rip again, and this time it's fine. Also, obviously no warning of overwriting, since the folder and filenames are now different (named correctly).
[ATTACH=CONFIG]1693[/ATTACH]
[ATTACH=CONFIG]1694[/ATTACH]
[ATTACH=CONFIG]1695[/ATTACH]
[ATTACH=CONFIG]1696[/ATTACH]
[ATTACH=CONFIG]1697[/ATTACH]