title
Products            Buy            Support Forum            Professional            About            Codec Central
 

Avoiding overwrites when ripping "No Meta Data" discs

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • IamNemo

    • Sep 2008
    • 39

    Avoiding overwrites when ripping "No Meta Data" discs

    I have unchecked the "Reject CD if no Meta Data" option in the Batch Ripper config panel. i.e. I want these discs to be ripped anyway.

    By default the first disc with no meta data is ripped to a folder named "Unknown Artist. That's OK BUT the next disc with no meta data encountered in the same batch will ALSO be ripped to the same folder, overwriting the first one and so on until one is left with only the last such disc ripped (with possibly a mix of tracks).

    Is there any way to force the batch ripper to create separate folders for all "no meta data" discs ripped, e.g. called:

    Unknown Artist
    Unknown Artist 2
    Unknown Artist 3
    ...

    OR use the disc sequence number in the batch ripper, e.g.

    Unknown Artist Disc 4
    Unknown Artist Disc 17
    Unknown Artist Disc 22
    ...

    OR (better because they can be merged with other batch results) use the disc CRC or a date+time stamp to distinguish between these discs:

    Unknown Artist 08.11.14 20h16m21s
    Unknown Artist 08.11.14 22h17m45s
    ....

    Thanks! Iamnemo
  • bhoar
    dBpoweramp Guru

    • Sep 2006
    • 1173

    #2
    Re: Avoiding overwrites when ripping "No Meta Data" discs

    Originally posted by IamNemo
    OR (better because they can be merged with other batch results) use the disc CRC or a date+time stamp to distinguish between these discs:

    Unknown Artist 08.11.14 20h16m21s
    Unknown Artist 08.11.14 22h17m45s
    ....

    Thanks! Iamnemo
    Let me make a minor alternate suggestion for your last example:

    Unknown Artist YYYYMMDDHHMMSS-{drive_letter}
    Unknown Artist 20081116185322-D

    Should ensure uniqueness on one machine.

    -brendan

    Comment

    • LtData
      dBpoweramp Guru

      • May 2004
      • 8288

      #3
      Re: Avoiding overwrites when ripping "No Meta Data" discs

      Or add [unique] to your naming scheme to generate a unique number for every rip.

      Comment

      • IamNemo

        • Sep 2008
        • 39

        #4
        Re: Avoiding overwrites when ripping "No Meta Data" discs

        Originally posted by LtData
        Or add [unique] to your naming scheme to generate a unique number for every rip.
        Good idea but how do you add this only when there's no meta data? I wouldn't want every album to have it, even the ones with meta data.

        How unique is this number: unique to the album, to the track, to the batch?

        Comment

        • IamNemo

          • Sep 2008
          • 39

          #5
          Re: Avoiding overwrites when ripping "No Meta Data" discs

          Brendan,

          I like your suggestion. I would only change it to

          Unknown Artist YYYYMMDD-HHMMSS-{drive_letter}
          Unknown Artist 20081116-185322-D

          for legibility.. Iam Nemo

          Comment

          • bhoar
            dBpoweramp Guru

            • Sep 2006
            • 1173

            #6
            Re: Avoiding overwrites when ripping "No Meta Data" discs

            Another alternate proposal would be the CDDB ID or a compact TOC structure, if overwriting previous rips of the exact same disc were not a concern.

            -brendan

            Comment

            • Spoon
              Administrator
              • Apr 2002
              • 44579

              #7
              Re: Avoiding overwrites when ripping "No Meta Data" discs

              you could use [ifequals]artist....
              Spoon
              www.dbpoweramp.com

              Comment

              • IamNemo

                • Sep 2008
                • 39

                #8
                Re: Avoiding overwrites when ripping "No Meta Data" discs

                Originally posted by Spoon
                you could use [ifequals]artist....
                You mean test if the artist field is empty?
                Won't all the "no meta data" tracks be then ripped to the same "Unknown Artist" folder? In that case is this "unique" variable value unique to each album or each track or each batch?

                Is there a variable that returns the current date and time?

                Thanks. IamNemo

                Comment

                • Spoon
                  Administrator
                  • Apr 2002
                  • 44579

                  #9
                  Re: Avoiding overwrites when ripping "No Meta Data" discs

                  Artist would be 'Unknown Artist', so you could add a unique if it is that (unqiue would be per track).
                  Spoon
                  www.dbpoweramp.com

                  Comment

                  • LtData
                    dBpoweramp Guru

                    • May 2004
                    • 8288

                    #10
                    Re: Avoiding overwrites when ripping "No Meta Data" discs

                    [ifequals]artist,Unknown Artist,Unknown Artist [unique][] would probably work.

                    Comment

                    • Porcus
                      dBpoweramp Guru

                      • Feb 2007
                      • 792

                      #11
                      Re: Avoiding overwrites when ripping "No Meta Data" discs

                      Is it possible to use the AccurateRipDiscID tag for this, or is that just invoked by dBpoweramp when tagging after rip?

                      Comment

                      • Spoon
                        Administrator
                        • Apr 2002
                        • 44579

                        #12
                        Re: Avoiding overwrites when ripping "No Meta Data" discs

                        Yes AR Disc ID should be there (or even the cddbid)
                        Spoon
                        www.dbpoweramp.com

                        Comment

                        Working...

                        ]]>