More > Media Center 11 (Development Ended)

Re-rip feature ?

<< < (2/3) > >>

kiwi:
If you pay attention to the various tech deals sites, you can find drives at really good deals.  A week or two ago, people got 200gb drives for $25 from Dell, with the use of some rebates.  You can often find them for $120 or so.  (well, 220 w/ a $100 rebate.)

As for backing up, I actually think that an offline copy of the drive is better.  Raid-1 gives you the benefit of redundancy, but you are using both drives the entire time.  Additionally, your data probably doesn't change that frequently, so you don't really take advantage of having the data being kept redundant the entire time.  I think that a better option for the backup is to just make a copy on a second drive and remove it from the system to keep it safer.  

The other thing to think about is how much time is involved in performing all of your ripping.  That time is worth money.  

I know that I never want to have to rip my collection again (if I can help it.)

kiwi

Ce.D:
@ kiwi: what about using the proposed "re-rip" feature to re-rip one's MP3 into WAV (or APE) !  ;D

JohnT:
I put in on the list of features to consider for the next version.

Thanks for the idea,
John T.
JRiver, Inc.

Jaguu:
JohnT,

Well, this feature has been asked again and again during the last two years or so, so it should already be on your to-do list! Just move it up the priority list.

I also would like to replace some 5000 images with 800x600 pixels by their high-resolution aquivalents. Don't really want to tag the same images again. Any chance of doing something like that: Replace an image by a higher resolution aquivalent?

Ce.D:
Definitely supporting Jaguu for images "re-rip" equivalent !

Actually, can images be "ripped" (scanned) in MC the same way as audio (never tried that so far). OTOH, image scanning take so many more operations than audio ripping (in order to reach the same quality level, speaking of color adjustement, cropping, etc...) that scanning and "archival" are usually 2 separate process (you would not want to archive a bad scan). Differently put, images "scanning+archival" can barely be batched (from my experiencing of scanning more than 1000 negatives... a nightmare !), while there is almost no problem with music (@ kiwi : this took me SO MUCH time that I actually archived the 12Mpx TIFF images instead of lower-res JPEGs ;) ).

Thus, it is more a question of replacing a file by another and updating the required tags (size, bitdepth, etc...). This would rather imply some modifications in the "Library Tools" section.

What about a generic "Synchonize tags" tool ?
I see a "Synchronize tags" window with 2 columns: "Tag", "Sync" and one line per modifiable tag.
"Tag" would be the tag name
"Sync" (drop-down list) one of the following: no-sync, file-to-lib (always), file-to-lib (if different), lib-to-file (always) and lib-to-file (if different)
Plus a drop-down list to quickly set "Sync" for all lines and a option to specify whether to use empty tags or not.

This would be useful both for images and audio ! And by the way, the code from the "Synchronize tags" object could be very handy to implement the "re-rip" feature (thus allowing the user to specify how to synchronize tags when re-ripping) -> complete flexibility !

;D

Navigation

[0] Message Index

[#] Next page

[*] Previous page