Tweet
Re: Batch Ripper Requests / Suggestions
Brendan,
Thanks for the feedback. I have a thread just for this topic:
Aptly titled a Desperate Request as I recently did a large test rip and a major problem I had is that the output was not separated in anyway. This is something that a computer can do very easily while it is quite cumbersome for a person to do. I agree, this is not a batch only request, but IMHO, the batch ripper is almost useless without this feature because of the amount of labor required to go back through the rips.
It seems that this would not be terribly difficult to do. In fact, the encode local DSP seems to be the perfect starting point. You can set one working/rip-to directory and allow the output directory to be dynamic based on the results of the rip.
In addition, this allow for future features such as re-using meta-data from innaccurate rips in the innaccurate directory instead of paying to look them up again. Or having the ripper automatically only select the song on re-rip that are not accurate/secure and need to be re-ripped.
Brendan,
Thanks for the feedback. I have a thread just for this topic:
Aptly titled a Desperate Request as I recently did a large test rip and a major problem I had is that the output was not separated in anyway. This is something that a computer can do very easily while it is quite cumbersome for a person to do. I agree, this is not a batch only request, but IMHO, the batch ripper is almost useless without this feature because of the amount of labor required to go back through the rips.
It seems that this would not be terribly difficult to do. In fact, the encode local DSP seems to be the perfect starting point. You can set one working/rip-to directory and allow the output directory to be dynamic based on the results of the rip.
In addition, this allow for future features such as re-using meta-data from innaccurate rips in the innaccurate directory instead of paying to look them up again. Or having the ripper automatically only select the song on re-rip that are not accurate/secure and need to be re-ripped.
Comment