@RolleR En ese hilo de reddit argumentan que puede ser un error de audio, cosa que podría tener sentido en una imagen que contenga pistas de audio CDA (y puedo explicar por qué puede suceder esto, si alguien tiene curiosidad), sin embargo, viendo tu ventana de error y los dos dumps de NiGHTs USA de ReDump, la dirección LBA que te da error, 13224, recae enteramente en el área de datos de ambas versiones posibles, descartando lo que ahí se dice.
Por cierto que, ya que era ReDump pensé que me mandarías la referencia exacta, pero para el caso da igual si es esta
http://redump.org/disc/46348/ o esta
http://redump.org/disc/50958/, porque en ninguna de ellas la dirección del error coincide con zona de audio.
Para quien no sepa convertir LBA a marca de tiempo en CD, cada 75 LBAs o sectores es un segundo, así que dividir el número LBA entre 75 da segundos. (luego, si se necesita exactitud, las marcas de tiempo ahí están dadas en Minutos:Segundos:Sectores, así que no son centésimas se segundo, si no que van de 0 a 74 y vuelta a empezar.
En fin, el caso es que ImgBurn advierte, como ya señalé antes, de que la imagen parece contener un error y señala la posibilidad de que la grabadora lo corrigiese. Esto además tampoco podría darse en una pista de audio.
Para quien le suene a chino: En la especificacion original de audio, esos 75 sectores por segundo incluyen cierto nivel de detección y corrección de datos, pero con la introducción del formato CDROM hacía falta mas. En formato audio, cada sector proporciona 2352 bytes de audio usable en formato 44100Hz estéreo 16bits. En formato de datos MODE1 (luego hay otras cosas, pero creo que Saturn no las usa), el "payload", los datos usables, se reducen a 2048bytes por sector, y los 304 "sobrantes" se emplean en mejorar la robustez de la detección y corrección de errores, además de definir mas claramente el límite entre un sector y el siguiente, cosa que en CDA es un poco mas dificil de entender.
Total, que si fuera pista de audio, podría ser que tampoco la verificación funcionase, pero podría ser un falso positivo. AL tratarse de datos, probablemente MODE1, si que se hace posible que el programa de grabación pueda decir que hay un error en la imagen original. Esa "sync/header area" se refiere a los 304bytes que menciono en el anterior párrafo, y se puede comprobar si están bien o no porque tienen que casar con el "payload".
La sugerencia que hace ImgBurn con ese error es que la imagen está mal, y al recibir el sector con errores, tu grabadora corrigió esos 304 bytes para casar con los 2048, ya fuera por sumas de comprobación, o que el número de sector estaba mal o cualquier cosa por el estilo.
No se si eso es lo que está pasando o no. Has probado otra grabadora?