Matshita drive owners (Windows System Only)>>>

Gh0sT · **Joined:** Wed Jun 24, 2009 10:54 am **Posts:** 2

they are not original the strange thing is he read's all data cd/dvd no problem with them
i will try to burn some audio cd's with this drive

Puma · **Posted:** Thu Jun 25, 2009 10:29 am

Gh0sT wrote:

they are not original the strange thing is he read's all data cd/dvd no problem with them
i will try to burn some audio cd's with this drive

these drives are notorious for issues with media, there will be little wrong i expect with the drive, just the media, and its reading other drives cd's

creepstar · **Joined:** Sun Jul 05, 2009 7:01 pm **Posts:** 1

Hello hello,

first i don´t want to bother you. So please don´t claim me for beeing stupid.
I have the following Problem.
My DVD-Rom has Problems with reading some new and original Games-DVDs. For example Anno 1404.

I wonder if there is a firmware to fix this Problem.
I have a Laptop: Asus M50Sa with MATSHITA DVD-RAM UJ-860S

Quote:

DISCINFO VERSION : 1.7.0 BETA.12
VENDOR : MATSHITA
MODEL : DVD-RAM UJ-860S
REVISION : 1.00
VENDOR SPECIFIC : -.-
LOADING MECHANISM : Tray
SERIAL NUMBER : RE00
NUMBER VOL. LEVELS : 256
BUFFER SIZE : 2048KB
INTERFACE : ATAPI
RPC2 SCHEME : YES
STATUS : Set
USER CHANGES : 4
VENDOR CHANGES : 4
CURRENT REGION : 2
ANALOG AUDIO PLAY : YES
COMPOSITE OUTPUT : YES
DIGITAL PORT-PORT1 : NO
DIGITAL PORT-PORT2 : NO
READ UPC CODE : YES
MULTISESSION READ : YES
MODE 2 FORM 1 : YES
MODE 2 FORM 2 : YES
READ ISRC CODE : YES
READ BAR CODE : YES
BUFFER UNDER-RUN : YES
MT. RAINIER : NO
CAN READ CDR : YES
CAN READ CDRW : YES
CAN READ CDRM2 : YES
CAN WRITE CDR : YES
CAN WRITE CDRW : YES
CAN TEST WRITE : YES
CAN READ DVD-ROM : YES
CAN READ DVD-R : YES
CAN READ DVD-RW : YES
CAN READ DVD-RAM : YES
CAN READ DVD+R : YES
CAN READ DVD+RW : YES
CAN WRITE DVD-R : YES
CAN WRITE DVD-RW : YES
CAN WRITE DVD-RAM : YES
CAN WRITE DVD+R : YES
CAN WRITE DVD+RW : YES
MAX CDR READ SPEED : 24
MAX CDR WRITE SPEED: 24

chef · **Posted:** Sun Jul 05, 2009 8:30 pm

You need to ask the ASUS support.

dcouzin · **Joined:** Fri Dec 25, 2009 7:38 pm **Posts:** 1

My ThinkPad T43 has a Matshita UJDA765 optical drive. UJDA765 is nowhere metioned in this strand, nor in the RPC1 firmware database.

Drive Info 2.2 reports it like so:
D: MATSHITA UJDA765 DVD/CDRW 1.02
THIS DRIVE HAS REGION PROTECTION
Region Info
Region code: 2
User: 4 changes left
Manufacturer: 4 changes left
Status: Not permanent

Disc Info 1.7.0 reports like so:
D: MATSHITAUJDA765 DVD/CDRW
Firmware version: 1.02
Vendor specific: 412080
Extra info: none
COMBO (CDR/DVD) Device
Drive region status: Lock Detected
Region setting status: Set
User changes left: 4
Manufactor resets left: 4
Current region set: 2
Read speed: 24x Write speed: 24x

I'm posting to get the standard slapdown from either [_chef_] or Puma that there will NEVER be RPC1 firmware available for this Matshita drive.

Since optical drives slide easily into and out of a T43, owning one drive set to region 1 and one drive set to region 2 is a simple solution (although the best movies are coming to be made in regions 3 and 6).

dcouzin

chef · **Posted:** Sat Dec 26, 2009 10:31 am

Hi dcouzin,

never say never.

If you can find a drive that fits into that bay then I would suggest a Liteon drive. LtnRPC can easily deal with RPC2...

devilsclaw · **Joined:** Sat Jan 12, 2002 6:08 am **Posts:** 331

well I have been doing research for these drives since i have an extra one lying around.. I also have a hackintosh, today I was able to dump the UJ-850S HP OEM firmware with the mac dumping tool from ben11. Im working on making one for windows since I now know it uses the same method. I was hoping to get the source code for it but the rapidshare link is dead. so i have to use IDA to look at what its doing.

devilsclaw · **Joined:** Sat Jan 12, 2002 6:08 am **Posts:** 331

as of today I am now able to dump these drives firmwares on windows, max os x, linux. the next step is to figure out how to take the dumps and put them into packages that can be flashed back to the drives. once I can do that then I hope someone will start building rpc1 patches for these drives.

chef · **Posted:** Sun Dec 27, 2009 9:06 am

Wow, sounds very promising, devilsclaw.

ala42 · **Posted:** Sun Dec 27, 2009 11:47 pm

devilsclaw wrote:

as of today I am now able to dump these drives firmwares on windows, max os x, linux. the next step is to figure out how to take the dumps and put them into packages that can be flashed back to the drives. once I can do that then I hope someone will start building rpc1 patches for these drives.

I have sent you the matshita_memory.zip file linked at viewtopic.php?t=43046&f=30
SimpleFlash.zip is still available and linked at viewtopic.php?p=207704
Dumping and flashing is no problem. The real problem is that the firmware files to be flashed are packed and crypted, have several checksums and that the header format changed several times for different drives. The example_obfuscate.c file in the matshita_memory.zip package is a nice startup.

devilsclaw · **Joined:** Sat Jan 12, 2002 6:08 am **Posts:** 331

Thanks for the files and the heads up on the headers and check sums changing.. Have you looked at these firmwares to know if they have a common sequence of characters that might be used to build the various headers. Not looking for a way to detect the check sums yet but the header structures seem to be stored in a lot of firmwares so I was just wondering.

devilsclaw · **Joined:** Sat Jan 12, 2002 6:08 am **Posts:** 331

Im trying to figure out his (de)obfuscate program. I changed over the basic functions for reading files to the stdlib ones so it can run on any system and there is one thing im confused about, It requires two parameters passed to it, both being file names and both being read only no write, Im not sure exactly what files it wants passed to it. I tried using it on the firmwares that came from simpleflash package and also I figured out how to dump the firmwares from the Mac firmware updater and it does not seem to work on them either.

I was hoping for a working example but with out knowing what it needs there is no way to make it work.

so this leads me to asking does anyone know how it works or does anyone know how i can disassemble the dumps in IDA with mn103 that way I can find the method in the firmware instead.

EDIT: here are the current files im working with http://www.filefront.com/15232277/DAND.rar
one file is from a dump a user provided ben11 and the other is dump from that mac updater ben11 released. one is encrypted and the other one is just a raw dump which is the one I want to DASM if needed

ala42 · **Posted:** Mon Dec 28, 2009 5:26 pm

Open your 825 drive to check if it uses a MTK chipset.

devilsclaw · **Joined:** Sat Jan 12, 2002 6:08 am **Posts:** 331

My drive is actually a UJ-850S HP OEM. I was using the DAM5 because I had two samples to work with a before and after. I opened my drives and the chipset is Panasonic mn103SB4GSC

EDIT: but i have no problem working with the drive I have next to me, just might be harder.
EDIT2: if im going to be using my driver here is my firmware dump of it http://www.filefront.com/15236091/HP_OE ... FW1.50.zip
the mac dumper was used to it has a header thats the only diff, but that can be stripped away easy enough.

sorry for the low quality pic only had my cellphone on hand.

ala42 · **Posted:** Tue Dec 29, 2009 12:58 am

The 850 has a Panasonic chipset. After you skip the $30 byte header the dumper adds you will have no problems to disassemble the code.
The 825 probably has a MTK chipset. The obfuscate source code does not work with the 825 firmware. It works fine e.g. with the UJ-85JS FWR7 firmware, for which a dump and the original Apple and patched firmware is available.

devilsclaw · **Joined:** Sat Jan 12, 2002 6:08 am **Posts:** 331

ok thanks for the info.

devilsclaw · **Joined:** Sat Jan 12, 2002 6:08 am **Posts:** 331

you know the one thing im surprised about from my firmware is that it is using zlib 1.21 inflate.. I so not reason for it to use it other then to decompress a possible firmware.. so most likely for my firmware it will be a simple header with a crc and the original size of the firmware file plus a string description and a call to the zlib function compress.

ala42 · **Posted:** Tue Dec 29, 2009 2:46 am

Before the zip file inside the firmware file can be used, the data needs to be descrambled. All the source code ben11 put in the obfuscate source code is not there for fun, it is needed. After patching it has to be zipped, scrambled, all checksums have to be adapted.

devilsclaw · **Joined:** Sat Jan 12, 2002 6:08 am **Posts:** 331

ok thanks i did not know that. there is not much info about this so if i make blanket remarks its just because i dont know yet.

ala42 · **Posted:** Tue Dec 29, 2009 3:15 am

The only info available is in the example_obfuscate.c file.

devilsclaw · **Joined:** Sat Jan 12, 2002 6:08 am **Posts:** 331

do you happen to know what the first and second file that the program needs, or is it the same file or something else. I have not be able to get it working so im know im missing something. i tried it on the firmware you suggested and it still didnt work so i know im doing something wrong.

ala42 · **Posted:** Tue Dec 29, 2009 4:22 pm

The second file name can be specified to encrypt the first file.

devilsclaw · **Joined:** Sat Jan 12, 2002 6:08 am **Posts:** 331

just to let you know i recognize this encryption from somewhere. im trying to remember from where though.

ala42 · **Posted:** Wed Dec 30, 2009 6:10 am

I should be able to make RPC1 patches in January for some MATSHITA drives having Panasonic chipsets and a released firmware, e.g. the UJ-868. If someone is interested in testing, send a PM.

oxymoron · **Joined:** Thu Jan 07, 2010 12:56 am **Posts:** 2

Hi,

I would very much appreciate it if someone could send me the
matshita_memory.zip file or point me to a location where I can
download it.

TIA

The Firmware Page

Matshita drive owners (Windows System Only)>>>

Who is online