illustrate
Products            Buy            Support Forum            Registrations            About           
 

dBpoweramp Release 13.1

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts

  • Spoon
    replied
    Re: beta 13.1 - PerfectMeta overwrites ISRC data

    ISRC would not be used with PerfectMeta, I will make a note for R13.2 to re-add it.

    Leave a comment:


  • sjmac
    replied
    Re: beta 13.1 - PerfectMeta overwrites ISRC data

    Missing ISRC number behavior is present if using a virtual CD drive or a real one on my system.

    Different symptoms if the cd is inserted in to the drive before CD Ripper is started or after.

    If inserted before, then ISRC numbers are not shown in the track grid and not written to track metadata after ripping.

    If inserted after CD Ripper is started then ISRC numbers are shown in the track grid, but not written to the file metadata.

    (Checked for ISRC numbers by right-clicking the file and choosing "Edit ID-Tag")

    ISRC numbers can be put in to the file by following the procedure in post #48 above, but then I loose any scanned artwork that I might have added.

    Leave a comment:


  • sjmac
    replied
    Re: beta 13.1 - PerfectMeta overwrites ISRC data

    My virtual CD drive is DAEMON Tools Lite 2.12.3 (C) DT Soft Ltd

    PC is running Windows Vista x64 (64 bit), quad core cpu.

    ISRC/CD-Text in cue sheets in an option in EAC (EAC Options > Tools)

    Leave a comment:


  • bhoar
    replied
    Re: beta 13.1 - PerfectMeta overwrites ISRC data

    sjmac-

    What vcd program and image format are you using that supports cd-text and isrc numbers?

    -brendan

    Leave a comment:


  • sjmac
    replied
    Re: beta 13.1 - PerfectMeta overwrites ISRC data

    13.1 beta CD Ripper: PerfectMeta overwrites CD-Text and ISRC data

    In my Meta options I have CD-Text, CD-ISRC, and CD-UPC selected, as well as PerfectMeta and the internet services. (Chosen by clicking the down arrow next to the Meta button.)

    In the CD ripper application I have switched on the ISRC column. (Right click the column headers and select ISRC).

    When I put a CD in initially I see values read from the CD-Text and ISRC values, and then these are immediately over-writen by values read from PerfectMeta. That's maybe OK for the CD-Text, but none of the internet services provide the ISRC numbers, so they are all blanked off. (Even if the net service did provide ISRC, should I expect them to be more correct than the value read from the disk?)

    [Edit: This is what happens if I use a Virtual CD ROM drive with an image mounted. The image in my test was ripped on the same PC and drive using EAC > Action > Copy Image and Create CUE Sheet.]

    I can merge ISRC numbers back again by choosing the Down Arrow next to Meta > Retrieve > CD-ISRC and then Down Arrow next to Meta > Retrieve From > dbPowerAmp Cache (local)
    Last edited by sjmac; September 02, 2008, 08:39 PM. Reason: extra info

    Leave a comment:


  • jfkaess
    replied
    Re: dBpoweramp Release 13.1

    I agree. I've been forced to not use this feature because 95% of the time & does more harm than good because its a group, not another artist.

    Leave a comment:


  • EliC
    replied
    Re: dBpoweramp Release 13.1

    Originally posted by atlantic

    Wouldn't it be better to leave "&" out? More often than not "&" doesn't indicate different artists but a whole group. And if it does, more often than not that group+artist is known for being a single group.

    "feat." and "ft." however pretty always refer to an artist not known to be part of the group but just a brief guest star.

    Well, in the end it's by far not the most important issue.
    same thing I suggested

    Leave a comment:


  • atlantic
    replied
    Re: dBpoweramp Release 13.1

    To reply to myself: I guess you could just untick the option and make custom rules for feat. and ft.

    Sorry about the mess

    Leave a comment:


  • atlantic
    replied
    Re: dBpoweramp Release 13.1

    Aah, sorry about that. I think I remember it now. I left it ticked since it included also "feat." and "ft.".

    Wouldn't it be better to leave "&" out? More often than not "&" doesn't indicate different artists but a whole group. And if it does, more often than not that group+artist is known for being a single group.

    "feat." and "ft." however pretty always refer to an artist not known to be part of the group but just a brief guest star.

    Well, in the end it's by far not the most important issue.

    Leave a comment:


  • Spoon
    replied
    Re: dBpoweramp Release 13.1

    It is an option you can switch off under Options >> Meta Data & ID Tags.

    Leave a comment:


  • atlantic
    replied
    Re: dBpoweramp Release 13.1

    If an artist name includes the & character, perfectmeta changes it to a semicolon, for example:

    Earth, Wind & Fire --> Earth, Wind; Fire

    This results as the following tag fields:
    ARTIST=Earth, Wind
    ARTIST=Fire

    I suppose it would be best if the & character would not be renamed like this since there are so many groups with that character part of the name.

    Leave a comment:


  • atlantic
    replied
    Re: dBpoweramp Release 13.1

    I notice the bottom part of the CD Ripper window (containing player, metadata, album art) is still not resizable in the latest beta.

    Could it be implemented, since it must be rather a simple fix? It would save a lot of clicking and scrolling while editing and especially adding various metadata fields.

    In the present version there is a huge unused white area in the middle of my 1200 pixel high screen. The unused space is there on smaller screens too.
    Last edited by atlantic; August 23, 2008, 03:46 PM.

    Leave a comment:


  • LtData
    replied
    Re: dBpoweramp Release 13.1

    I believe those bugs would be related to the codecs, not dMC r13.1.

    Leave a comment:


  • ahp54
    replied
    Re: dBpoweramp Release 13.1

    BUG: Problems when lyrics tags are converted from WMA lossless (wma) to AAC with (m4a) apple tags.

    When converting between (wma) to (m4a)
    After the conversion all the WMA meta data tags converted over correctly execpt for lyrics tags which only about 100 bytes get transferred over. The rest is lost

    When converting between (mp3) to (m4a)
    After the conversion all the WMA meta data tags converted over correctly except for the lyrics tags which are lost all together.

    PS.
    Thanks for resolving the lyrics tags that did not handled CR-LF correctly for MP3.

    Leave a comment:


  • bhoar
    replied
    Re: dBpoweramp Release 13.1

    Originally posted by EliC
    I don't think this is what happened. The other thing I forgot to mention is that I noticed even after ejecting the disc the meta-data remained on the screen. I restarted the ripper, and everything was clean.
    Is there any way to know that you didn't have both cdgrab.exe's pointing to the same drive before you started ripping those two CDs?

    That is, perhaps they were both pointing at the same drive earlier than you thought? I've had a single instance of the cdgrab.exe window switch drives on me in the past between CDs, I just don't remember what the trigger was - perhaps it was a misclick on the lower-left-hand corner drive selection box (which I always forget is there, so familiar am I to the mid-screen drive selection box that shows up when no disc is inserted).

    -brendan

    Leave a comment:

Working...