Rip CD Twice?

Discussion in 'Windows Media Player' started by Rich, Jan 2, 2008.

  1. Rich

    Rich Guest

    I had some CDs in my WMP11 files, but for whatever reason, deleted them at
    some point. Now that I want to go back and rip them again, I am unable to do
    so.

    The status tells me each track is "ripped to library".

    Does this mean that although I removed the icons from my folders before that
    I didn't actually delete the files themselves? If not, how can I find them?

    Or, otherwise, how can I rip them again?
     
    Rich, Jan 2, 2008
    #1
    1. Advertisements

  2. Rich

    Rich Guest

    That's what I am talking about though. When I go to Start - Documents -
    Music, nothing it there. Any other ideas?
     
    Rich, Jan 2, 2008
    #2
    1. Advertisements

  3. Rich

    zachd [MSFT] Guest

    Just reclick the "Rip" button at the top of the Rip pane. Pretty easy. =)
     
    zachd [MSFT], Jan 2, 2008
    #3
  4. Rich

    Dale Guest

    The OP should follow cwdjrxyz's suggestion to find the originals, though.
    Otherwise the tracks will be duplicated - an unnecessary waste of space.

    Dale
     
    Dale, Jan 2, 2008
    #4
  5. Rich

    zachd [MSFT] Guest

    The presumption would be that the files are actually gone (re: OP's "deleted
    them at some point"), in which case they wouldn't be duplicated. The
    library clearly has a reference, it just can't resolve it anymore. =\
     
    zachd [MSFT], Jan 2, 2008
    #5
  6. Rich

    zachd [MSFT] Guest

    What bug?
    That tracks were deleted in the shell in a fashion not noticed by the
    player, right? How would you propose the player compensate for that?
    If the player detects that a number of tracks cannot be played, it'll offer
    to rescan to update the library. I think that's the best option you could
    offer here. What's your suggestion? It already tries to autoresolve
    missing files both through track lookup (in case of moved files) and offers
    to rescan the library (in the case of deleted directories).

    I'm not sure how you would waste a lot of time here. Because the Rip button
    isn't checked again?
    If this is a Serious bug to you, what does a crash equate to? What does
    data corruption equate to?

    I won't argue that any flaw whatsoever is bad, just that when you start
    elevating this minor nit situation to a Serious Bug, you discredit the
    classification system. Ideally, you want the people you're dealing with to
    think "Hey, when X says Y is Serious, it darned well is serious and needs
    some immediate love and attention." I think we're on different pages here,
    given that I don't even understand what the real bug you think we're talking
    about here is. =\
     
    zachd [MSFT], Jan 2, 2008
    #6
  7. Rich

    zachd [MSFT] Guest

    There's no "rip again" button, it's just the "rip" checkboxes in the Rip
    pane. Check those and party on.

    The scenario requires:
    * they have ripped
    * they have manually deleted the files in such a fashion that they do not
    exist and WMP cannot find them
    * they want to rerip those files
    * they do not attempt to play back those files and thus let WMP purge them
    out of the library through that back-up "file missing" logic
    * they cannot find the checkbox on their own

    It's just not really a compelling argument to take to management. =\
    message update x languages supported (re-localization) x test update x
    release process ( + MUI + LIP costs)

    The article about "what is the cost of one bug", which doesn't cover
    sustained engineering work as far as I recall , should be very illuminative
    here.
    Or they can check a visible checkbox present in the Rip pane and party on.

    Typically, "discoverability" issues like this ('I didn't "discover" that the
    unchecked checkbox should be checked again') aren't candidates for QFEs. If
    you feel strongly, you can try to push this with product support and see
    where you get, but... I'm just not seeing where this is the kind of thing
    that causes significant user pain. =\

    If you start taking text tweaks every so often, you're at the point where
    you would be in a constant state of release. That doesn't work well, sorry.
    Microsoft's not a garage company and that plan (text tweaks every so often)
    really isn't construed as a viable one. =\
     
    zachd [MSFT], Jan 3, 2008
    #7
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.