You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
To encourage more people to contribute IRDs to the database, it might be beneficial to have an option to only calculate the IRD of a disc without generating the decrypted ISO. This might speed up the process by only needing to run an IO operation "once" (only reading from disc instead of also accessing the decrypted file once dumped). It would also bypass the need to have enough storage for the ripped game in an external hard drive.
I am aware this would force the entire IRD process generation to be reworked. In order to make the least changes to the code, I would propose only obtaining the header, footer, and encryption data from a disc read (like for disc rips in HEN consoles), and checksums being generated from the mounted contents of the disc.
The text was updated successfully, but these errors were encountered:
To encourage more people to contribute IRDs to the database, it might be beneficial to have an option to only calculate the IRD of a disc without generating the decrypted ISO. This might speed up the process by only needing to run an IO operation "once" (only reading from disc instead of also accessing the decrypted file once dumped). It would also bypass the need to have enough storage for the ripped game in an external hard drive.
I am aware this would force the entire IRD process generation to be reworked. In order to make the least changes to the code, I would propose only obtaining the header, footer, and encryption data from a disc read (like for disc rips in HEN consoles), and checksums being generated from the mounted contents of the disc.
The text was updated successfully, but these errors were encountered: