-
Notifications
You must be signed in to change notification settings - Fork 92
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support both AccurateRip V1 and AccurateRip V2 at the same time #18
Comments
Has there been progress made on this? |
@MerlijnWajer told me he already completed this one but I'm still waiting for him to reply my last e-mails. |
Thanks!!! |
I'm going to see if I can prepare some initial patches over the next week. |
@MerlijnWajer Thanks for the reply. |
Clearly didn't manage to do it that soon. Really hoping to send some initial patches your way soon. |
@MerlijnWajer No problem. |
I have submitted an initial PR for the tool used to calculate both V1 and V2 checksums. Once that works fine, the next step is to integrate V2 in the report/logger code, the offset code and the image code. |
Since the code to calculate V1 and V2 will be in Very Soon™, this is a next good thing to have. I have written some code to do this, but it's outside of morituri's code base, so I need to figure out how to integrate it. OTOH, this should be fairly straightforward:
|
+1 for the OR PS: If you think I can help you completing this one just let me know. |
This has since landed with #37 , no? Or did that merely replace the ARvN method without enabling v1 OR v2 checking? |
Correct. It only uses v1 still. But the task can support both v1 and v2. So, as my post above, it shouldn't a lot of work to add using ARv1 and ARv2 (half a day or so, with testing) |
@MerlijnWajer |
Yep. I'm working on it right now. Will see if I can get something ready for merging on friday. |
OK, thanks. |
Just as a thought, I think it would be nice to have both ARv1 and v2 in the log file. Or at least to make it configurable. ;) |
@ArchangeGabriel - that is exactly what will happen. This code has been mostly ready for some time, but I am first getting the flac/encode code in. By the way, this should trivial for others to pick up too. So if someone wants to pick it up, I can just drop my current code here and guide someone to actually finish it. Otherwise - wait for the flac+tagging code to be done. |
I've done most of the work, but need to test it still (it's getting close to 3am) This commit adds retreiving/storing/matching the ARv1 AND ARv2 checksums: MerlijnWajer@feaf3ff It doesn't yet modify result/logger.py to 'print the right thing'. And that will have to be done for every logger, too. So that's some work that I do not intend to do all by myself. tl;dr commit I linked might work for both v1 and v2 matching, but is not complete, needs testing (by me), but once that is done, I need help to update all our loggers. I can get this part done tomorrow. @JoeLametta could you help with that (loggers)? |
@MerlijnWajer @JoeLametta Are there any updates for this? |
Somebody (forgot the nickname) said they would make the loggers ARv1/ARv2 capable, so I'm kind of waiting for someone to do that. I can also pick this up later for one of the loggers. |
I hacked together ARv2 support; it's in my fork on the branch SupportARv2. I mainly did this for fun and my approach to implementing it probably isn't ideal but I'm kind of proud so I thought I'd share. I've ripped about a dozen CD's with it and have not encountered any issues so far. |
I'd appreciate if this could get some user testing: #187 |
In the next days, I will test it on some CDs. |
This issue can now be closed because #187 (RecursiveForest) has been merged. |
This one is kindly being worked on by MerlijnWajer.
thomasvs/morituri#119 (comment)
The text was updated successfully, but these errors were encountered: