illustrate
Products            Buy            Support Forum            Registrations            Professional            About           
 

dBpoweramp R15 BETA Discussions

Collapse
X
 
  • Time
  • Show
Clear All
new posts

  • jsmulree
    replied
    Re: dBpoweramp R15 BETA Discussions

    Hello Spoon,

    I am wishing to report a possible bug in the latest beta version:

    When attempting to remove album art from multiple FLAC files at the same time, the application readily crashes upon applying the changes and reports the following:

    Problem signature:
    Problem Event Name: APPCRASH
    Application Name: GetPopupInfo.exe
    Application Version: 15.0.0.0
    Application Timestamp: 52ab84ce
    Fault Module Name: FLAC.dll
    Fault Module Version: 15.0.0.1
    Fault Module Timestamp: 52ab9f42
    Exception Code: c0000005
    Exception Offset: 000000000001b826
    OS Version: 6.3.9600.2.0.0.256.4
    Locale ID: 3081
    Additional Information 1: 9a50
    Additional Information 2: 9a509ecbd097ff0baeb0c77183d26cb3
    Additional Information 3: b816
    Additional Information 4: b8163b52e6bddfd29eb29f444b8b7d03

    Read our privacy statement online:


    If the online privacy statement is not available, please read our privacy statement offline:
    C:\Windows\system32\en-US\erofflps.txt
    This issue does not occur if the album art is removed from each file individually. The above error may or may not appear and if it does appear, it may appear multiple times. Despite the error, the changes appear to apply successfully and there does not appear to be any corruption of the files.

    To reproduce this issue:
    1) Navigate to a folder with multiple FLAC files with album art.
    2) Select multiple FLAC files.
    3) Right click on one of the selected FLAC files and right click 'Edit ID-Tag'.
    4) Click '[ Remove ]' next to the artwork.
    5) Click 'OK'.

    I have performed diagnostics on my computer to determine if there are any issues with my computer that may causing or contributing to this issue - no issues detected. Obviously this does not rule out the possibility of issues with my computer, however I am not experiencing any issues with my computer at the moment other than this.

    This issue appears to affect the latest beta version as I did not encounter this issue with any of the previous beta versions.

    Kind regards,

    Jason.

    Leave a comment:


  • Spoon
    replied
    Re: dBpoweramp R15 BETA Discussions

    R15 is mainly about moving to 64 bit and remaining stable. It would not be a great idea to make such a sizable move (code wise) and introduce big changes.

    R16 will introduce some planned bigger changes, more perhaps on the converter, dBpoweramp is actually used more for the converter than the CD Ripper.

    Leave a comment:


  • EliC
    replied
    Re: dBpoweramp R15 BETA Discussions

    I don't mean to belittle the hard work you are doing under the hood. Just hoping for something new and shiny on the outside too.

    Leave a comment:


  • Spoon
    replied
    Re: dBpoweramp R15 BETA Discussions

    R15 is not a huge feature update, it is though a massive code update and we have been working hard for half of the year just doing the 64 bit transition...and we are only half way (as far as codecs are concerned).

    Leave a comment:


  • EliC
    replied
    Re: dBpoweramp R15 BETA Discussions

    Spoon, I know you consider dBpoweramp to be pretty mature, however, I am disappointed with the lack of new features in R15 (since the latest is a possible "RC"). There are a lot of areas in which this very good program can be much better.

    Top 2 requests for me at this time would be:

    1. CueTools Database integrated verify and repair
    2. Discogs as a meta-data source

    Leave a comment:


  • EliC
    replied
    Re: dBpoweramp R15 BETA Discussions

    Originally posted by smisk
    Probably waaay to late to propose this but wouldn't it be great if the ripper started ripping immediately *while* you are reviewing the metadata entering individual years for songs on collection albums etc.
    Then all the renaming and tagging would occur at the end when you press ok to accept all the edits. I am very particular and usually it takes me up to twenty minutes to enter all the artists composers and years for each individual track. Streamlining the process by starting ripping long before my metadata edits are finished would reduce total ripping time by 33% or so
    Dynamic naming and folders make this challenging.

    However, this could easily be achieved by ripping to a temp directory first. This would also allow for easy sorting of rips into good and bad rip directories at the end of a rip (if a track is bad either the track or the whole disc is moved to the bad directory), something I have been requesting for YEARS.

    Leave a comment:


  • k1_
    replied
    Re: dBpoweramp R15 BETA Discussions

    I would really like better automation support, for example Powershell or/and a more userfrendly programming model for automation through .NET.

    K1

    Leave a comment:


  • Michael Sargent
    replied
    Re: dBpoweramp R15 BETA Discussions

    I would like to second this suggestion. Even if all the metadata is available and correct, it takes me maybe 30 seconds to check it, time when the CD could already be being read. And for those too frequent cases where metadata is not available [new releases, usually] or needs to be massaged, the whole CD could have long since been read in, and then applying the rip to the cached bits would only take a few 10's of seconds. Each track could be processed in parallel using multiple cores for real speed.

    Mike

    Leave a comment:


  • smisk
    replied
    Re: dBpoweramp R15 BETA Discussions

    Probably waaay to late to propose this but wouldn't it be great if the ripper started ripping immediately *while* you are reviewing the metadata entering individual years for songs on collection albums etc.
    Then all the renaming and tagging would occur at the end when you press ok to accept all the edits. I am very particular and usually it takes me up to twenty minutes to enter all the artists composers and years for each individual track. Streamlining the process by starting ripping long before my metadata edits are finished would reduce total ripping time by 33% or so

    Leave a comment:


  • Spoon
    replied
    Re: dBpoweramp R15 BETA Discussions

    Sadly not, I write down to implement...

    Leave a comment:


  • NiMareQ
    replied
    Re: dBpoweramp R15 BETA Discussions

    Wow, is there a workaround to force dbpoweramp to display rating from 0 to 100 instead? Like changing manually some values anywhere?
    Thanks in advance.

    Leave a comment:


  • Barough
    replied
    Re: dBpoweramp R15 BETA Discussions

    Originally posted by Spoon
    You can take the flac.dll from the decoder folder, store it somewhere, install R14 then restore it.
    Thnx for the reply/info.

    Leave a comment:


  • Spoon
    replied
    Re: dBpoweramp R15 BETA Discussions

    You can take the flac.dll from the decoder folder, store it somewhere, install R14 then restore it.

    Leave a comment:


  • Barough
    replied
    Re: dBpoweramp R15 BETA Discussions

    Please make FLAC 1.3.0 available soon instead of sitting on it until R15 is officially released.

    Leave a comment:


  • Spoon
    replied
    Re: dBpoweramp R15 BETA Discussions

    FLAC has no rating tagging standard, so Winamp uses 0 to 100, dBpoweramp uses 0 to 10

    Leave a comment:

Working...