Firmware version 3.08 is an upgrade version for 3.07 of the CD-Recordable/ReWritable drive CDD3610. 
Problem fixed in firmware 3.08:

1. Reported: Program Memory Area Update Failure

Problem description 
The problem occurred during stress testing. OPC script (>95 times) on a CD-R disk 
This problem went back to 2.02 and earlier F/W.

Detail information:
Stress test reported Program Memory Area Update Failure (03-73-04) when attempted to calibrate over 95 times.

Solution description:
The drive will update the PMA data before start of write PMA procedure.

Notices:
None.  This is a problem that will normally not occur with application


2. Reported: Reported speed does not match actual speed 

Problem description 
QA test benchmark test reported a low transfer rate under DOS. 
This problem went back to 3.01, when an attempt was made to set the default speed to the maximum speed 6x.

Detail information:
When comparing the current and default speed settings (Mode Sense) with the actual speed the values do not match.
The problem occurred during several tests:
- Winbench;
- QATest benchmark
- DirectCD
- EBM TestTool Transfer Speed;

Solution description:
Change default power up to 6x from 2x.

Notices:
Setting Current Speed to 6x did not alter the actual speed but made the drive assume that the actual speed was 6x. Thus the drive would not alter the actual speed from 2x to 6x as required, as it assumed it was already set to 6x.
The previous fix did not affect the default settings of Mode Sense page 2A.


3. Reported: SubCode does not match requested MSF

Problem description 
The MS certification Audio test (WHQL 7.2) reported SubCode out of range after Seek on an Audio CD
This problem went back to 2.02 and earlier F/W

Detail information:
The problem occurred during the MS WHQL test (v 7.2). 
The deviation showed to be up to 1 second  (>75 frames) where a deviation of only 37 frames (0.5 s.) is acceptable.  The CDD36XX drives currently will seek to 1-2 grove in-front of the requested MSF address then it will spiral into the location.  But due to the "PAUSE" that was embedded in the MS-WHQL before the seek command, the drive will loop in-front of the requested address and wait.  During this time the SubCode will return the current location address and not the intended/requested address. 

Solution description:
The drive will seek for the given LBA and find SubCode near to this LBA. Then the SubCode will be updated to hold the information for the requested LBA.

Notices:
After a seek error speed will be reduced to n=2 and SEEK RETRY procedure shall be included with lowered seek address  (<5 frames)