Ignoring the sad user above first let me say thank you for your rip. Here are some tips/suggestions:
I see you don't have a log in your upload so I was hoping you could include it next time. Below is a guide to follow.
https://docs.google.com/document/d/1b1JJsuZj2TdiXs--XDvuKdhFUdKCdB_1qrmOMGkyveg/edit
Your scans are 600 dpi which is good. Most people would prefer if you kept them as PNG.
For dark BK you notice by the spine of the booklet it appears discolored.
if you scan the booklet with the spine perpendicular to the scanning light you can minimize the amount of discoloration.
Other than that I would say maybe you could straighten your scans afterwards. I'm gonna take a guess and say you used the software's auto crop function (which isn't recommended).
Anyways this isn't a requirement just a suggestion from someone who has been ripping/sharing for bit longer than most.
You can always contact me on Discord if you have any questions or need help. Sheldonsuckz#4687
Loving the irony of addressing me by stating "Ignoring the sad user above" :^)
You don't need a log btw. CueTools indicates a 15/15 rip confidence.
https://throwbin.io/kLH5Opj
http://db.cuetools.net/?tocid=AkzuNl0X9BWdQ3NMo4WJNCdM7pk-
It's not about that. It's about promoting correct ripping practices and trying to increase the quality of uploads on this site,
Here are two questions for you since you seem to be so against anything and everything I do.
What part of my advice is incorrect?
What is the harm in giving advice?
I'm quite curious to hear your answer, please do tell.
"Correct ripping practices" defined by who's conventions? Yours? Private Trackers? Why do we all have to follow that exact method?
CueTools is capable of verifying integrity of rips as well as repairing them by matching them to previous instances saved on its database, no matter if they're split per track or it is an image file with cue.
But, at the same time, all of this isn't really vital for listening purposes. Music is for listening using your ears afterall.
The majority of users here are completely fine with whatever that gets uploaded. It's only a public server with no guidelines to follow in terms of ripping methods. People are free to upload whatever Asian content they wish here.
You're the only one whining over people not following the ripping methods you want. You have the means to buy CDs anyway so if you want them to be ripped by your methods, why don't you go and buy them and rip them yourself?
Besides, if you really want to promote "correct ripping practices", isn't it much simpler for you to just post your friend Sharky's guide here rather than having people contact you on Discord? Just IMHO.
https://www.youtube.com/watch?v=LkLCzfBa2gI
I posted the guide because it contains the youtube video link on the first page. I doubt you actually looked at it. That link I posted IS sharky's guide.
So your argument is to tell people they shouldn't worry about what they're listening to ?
Why would I not try to make sure rips are correct.
If you don't follow the guide there is a chance it rips correctly.
If you follow the guide you guarantee it rips correctly.
Also I have nothing against property ripped range rips there just isn't a well.written guide for it (and yes I know it's not difficult)
So once again I ask you, what did I post that was incorrect.
Also if we use your same reasoning who are you to decide that
the uploader shouldn't be followng the guide. From my experience ripping hundreds of CDs there has never been a single problem when using the correct settings outlined here.
Back on topic of this specific upload.
Once again what I posted is just a suggestion for future uploads and rips.
Did you also read Sharky's guide? It clearly states:
> You will likely not hear much difference between the two (X program vs. EAC, XLD and Whipper)
If there's no audible difference, then who cares?
If something you cannot perceive disturbs you from enjoying the music, you really got to reassess your listening habits.
You are assuming that everyone here wants an accurate rip. From the amount of comments I see complaining about CD rip integrity, or within this site, lack thereof, there's no point in suggesting a guideline since nobody here cares.
And besides, did you also read my point I made about CueTools? If end users are curious about whether or not something is ripped accurately, one can verify it with CueTools.
Detected some errors? CueTools can fix it.
https://pirates-forum.org/Thread-How-to-repair-CD-rips-with-CUETools
Both amateur rippers and downloaders can take a sigh of relief since there are methods to properly repair poorly ripped files.
This is why I made my comment stating log and cue files aren't always necessary.
Cue files are only required for range rips really.
Regarding the below statement:
> Also if we use your same reasoning who are you to decide that the uploader shouldn’t be followng the guide.
Fair point. But since you posted your opinion, there's nothing stopping me or anybody else stating their opinions as well :)
1) You're right about being able to post your opinion, you have every right to.
2) Once again, I post this to explain to people why you shouldn't take a chance and hope a program such as WMP correctly rips a CD.
Let's say for arguments sake you rip a CD and cuetools can't fix it? Then what? Might as well not take the chance. (I've seen some rips that couldn't be repaired).
3) Listening to music and sharing a lossless copy for others is a whole different conversation. If I were to just rip and use for myself I wouldn't really care but, if I'm providing files for others I would do everything I can to ensure it's the best possible copy or as bit-perfect as it can be.
4) Just because not many comment doesn't mean its not wanted. In fact I'd say it's probably more likely that most just don't understand or have been exposed to the difference. For example, most guides when searching google bring up WMP and even recommend MP3 (why not use a superior lossy format).
5) Logs and cues while not necessary do have a purpose which is why it's recommended to include. Logs help you identify problems with a rip and the settings that can be easily be identified if a rip is faulty. Cues while less important only take a few KB so they don't have any impact on size and storage while giving you the option to use as either a mini playlist for quick listening or the ability to burn to a CD if you rally want. It's all about preservation, including both helps achieve this goal.
Is that guy still there? Why does he seek to oppose what can only bring about fine quality with zero room for doubt?
The more excellent quality preservation out there, the better. This is what people of the past 2 decades either failed to understand or weren't able to carry out.
Sheldon helped me a lot (well, actually members of his community did but he still introduced me to them :p) and now I make sure that my rips are of the finest quality possible. I even discovered why offset correction is so important as well as customizability of lossless compression settings.
Offsets in particular are why no other ripper on Windows besides EAC (and Cueripper as a close second) should be used to 100% capture CD's. Because I did phase inversion between the same tracks with right and wrong offsets (in Audacity) and it reveals a difference, meaning the one with the wrong offset is missing something. Makes me wish I'd learned how to use EAC completely from the moment I downloaded it (which was before meeting Sheldon) and not treated it as just another CD ripping program.
Oh, and the system used by cuetools can be fooled by even my basic media player rips that have the wrong offsets. And by edited lossless files as well (done using Audacity). I wouldn't rely too much on that. Example being that I found a track spectral in a Big O OST rip that looks like it wasn't properly lossless, and I don't know which program did it since the others are fine. But if it were done with EAC and had the accompanying log then that's how I'd know for certain that it is indeed what it is.
Comments - 11
Sheldonsuckz
brencarrier (uploader)
Galgadr
Sheldonsuckz
Galgadr
Sheldonsuckz
Galgadr
Sheldonsuckz
Galgadr
Sheldonsuckz
T_F_C12