Disable Media Speedlimit for LDW-811s

l33tpl4y4 · Post by **l33tpl4y4** » March 3rd, 2004, 9:06 pm

Originally posted by margido on Tue Mar 02, 2004 2:45 pm:

Well the trick is not actual desabling smart burn (in nero look under recorder-->options-->smartburn) as i understand you must hack (hex edit) the firmware and cange some values for exact your media. some have custom made firware for eg. memorex X4 media and so forth. i have a masive workload at the moment, but if intrested check these forums:
http://www.speedlabs.org
cdfreaks.org
http://forum.rpc1.org/
AND THIS:
"If you dare, accept the possible risk, can handle a hex editor and burn a .bin with the flash tool from the sticky tools post you could simply patch the firmware to allow burning these media @8x.

Warning: Patching firmware is nothing for newbies! I do not have a LDW851 drive so I do not know if the firmware uses checksums. I know by personal experiance that the LDW411 FS0F, LDW811 HS06 and HS0E firmwares do not perform firmware checksum checks, so patching them right causes no problems. I also know that this speed patch works with the LDW 811 firmwares in principle.

To patch the mentioned media to 8x you only have to ...
1. Get a LDW851s GS08 or GS0A .bin file, the following addresses are valid only for this firmware and the 1 MB .bin file.
2. At address $c0000 you will find many DVD+R media codes. If you do not see them, just stop here.
2. To burn MCC02 disks @8x change $C00B3 from $06 to $1e.
3. To burn RICOHJPNR01 disks @8x (I think your "RICOHJPBR01" is just a typo) change $C0135 from $06 to $1e.
4. Make shure that you only changed this two bytes by comparing the patched .bin file with the original, e.g. using the command line tool "fc".
5. Get the "flash tool" here: http://club.cdfreaks.com/showthread.php?threadid=83441
6. Back up your current firmware.
7. Flash the patched firmware.
8. Post your results and have fun.

EDIT: the given addresses also fit for GS0A
"
this is one post at the cdfraks. as you can se its for spesial brand and manufacturer. so you need to some investigation to find your brand of media/manufacturer. Search for hacked+firmware in the liteon boards.

l33tpl4y4 · Post by **l33tpl4y4** » March 3rd, 2004, 9:16 pm

I am currently working on an app to simplify this whole process. It already basically works and I should have a release ready in a few days hopefully.

This will allow you to burn 4x certified media at 6x or even 8x. That doesn't necessarily mean you can buy cheap media and burn it at double the speed. You will end up with corrupt discs. But with good media you shouldn't have a problem.

Any ideas and info are welcome.

Tebow2000 · Post by **Tebow2000** » March 4th, 2004, 12:16 am

lol, I hope it has a good interface, and when burning, wont freeze up a screw over the disk, This so called "Program" of yours

l33tpl4y4 · Post by **l33tpl4y4** » March 4th, 2004, 1:10 am

Neo-Tebow2000 wrote:lol, I hope it has a good interface, and when burning, wont freeze up a screw over the disk, This so called "Program" of yours

It modifies a given firmware image to "unlock" the speedlimit on certain media. It doesn't do the actual burning... And yes, you can screw over a disc of poor quality if you try burning it faster than it can handle. That risk is up to the user.

TCAS · Post by **TCAS** » March 4th, 2004, 4:35 am

Quote:

"I hope it has a good interface, and when burning, wont freeze up a screw over the disk, This so called "Program" of yours "

I believe we should be grateful to those for spending their time, resources to come-up with some improvement that benefit all of us in CD/
DVD processing rather than blaming our difficulty in DVD processing on their work and its outcome.

Post by **ccb056** » March 4th, 2004, 4:37 am

What programming language are you using for this firmware patcher, also, will it be open source?

If you need hosting space, I can provide it, weve got 150 megs and 5GB data xfer limit of this server, although I could setup a slower server w/o xfer limitations if bandwidth economy is a problem.

l33tpl4y4 · Post by **l33tpl4y4** » March 4th, 2004, 6:31 am

ccb056 wrote:What programming language are you using for this firmware patcher, also, will it be open source?

If you need hosting space, I can provide it, weve got 150 megs and 5GB data xfer limit of this server, although I could setup a slower server w/o xfer limitations if bandwidth economy is a problem.

I am writing it in VB6. I know it sounds crappy but I make the best of it. Here's a sample of my work: http://www.fibercoax.net/dhcpforce/DHCPForce.exe
You can't really use this unless you are on a cable network. Note the size of the exe; I don't think high bandwidth usage will be a problem.

Anyway, I suppose I can make it open source after I finish writing it. It already opens both executables and plain images, displays the supported media and max speeds for them, and I am currently working on modifying the values and resaving. I'll have a beta ready soon.

How would you like me to send it to you when I have it ready?

margido · Post by **margido** » March 4th, 2004, 8:11 am

is the firmware patcher versiondependent. if this is the the case wich 811 firmware are valid for for the patcher?

l33tpl4y4 · Post by **l33tpl4y4** » March 4th, 2004, 9:13 am

Nope, it should work on all. I tested it on several already and didn't have any problems. The media table starts a bit past 0xC0000 on all of them.

Post by **ccb056** » March 4th, 2004, 11:48 am

sure, send me a copy when its production release time

Post by **ccb056** » March 9th, 2004, 6:06 pm

whats the status on this, do you need programming help?

margido · Post by **margido** » March 14th, 2004, 1:19 am

Just had to try the hexediting. i have a stack of memorex, MBIPG101R03. found the line around c00000 and changed the value from 06 to 1E. started up nero, an vola.. i could choose from 2-8X. i first tried X8, but got no joy. in fact i dident start the leadin. Aborted and used the same disc at 6X. ten minutes later the disk was finished and played well inn my phillips DVD955.
I suspect some good X4 media is alowed X8 in the original firmware. My first burn after the 411@811 mod was a X4 verbatim (dont know the id code), this disc was alowed at X8, with no aditional hex edit. so if you dont want to mess around with the hex edit, you may have some luck by choosing good media.

Post by **ccb056** » March 18th, 2004, 11:20 pm

how is the program comming along?

l33tpl4y4 · Post by **l33tpl4y4** » March 20th, 2004, 6:49 am

Sorry I haven't posted any updates. It's about ready, just a small problem with save dialog but I'll release it anyway. The interface kinda sucks but I think its ok. I'll send you a build and you can tell me what you think.

Post by **ccb056** » March 28th, 2004, 6:32 pm

Here is a beta version <a href="http://files.short-circuit.zapto.org/Speedlimit.zip">Speedlimit.zip</a>

code65536 · Post by **code65536** » March 28th, 2004, 9:37 pm

If people are interested, there is another tool available that can do the same thing...

http://club.cdfreaks.com/showthread.php?threadid=94350

Post by **ccb056** » March 28th, 2004, 10:27 pm

Maybe we can get the two developers together and have them borth work on one project, I think that would benefit everyone.

code65536 · Post by **code65536** » March 28th, 2004, 11:04 pm

I'm not sure how feasible that would be. I used Perl, which is a language originally designed for use on Unix systems. Perl was never designed to be used for M$ Windows, and thus, it'll be very difficult to get a graphical interface to work on Perl (without me bloating the code size more in order to import the Tk library, which would allow me to do a graphical interface in Perl--but I'd rather not do that). On the flipside, VB is based on BASIC, which is not a very powerful language. Most notably, VB lacks regular expressions, which are critical to efficiently searching out and parsing the -R/-RW media table. The -R/-RW table is not nearly as easy to do as the +R/+RW tables because the media & speed codes are stored separately, the location for the start of the tables changes between every firmware version, and there are blank entries at the start of the table that must be processed correctly or else the media codes and speed codes will go out of sync, and I'm simply not sure that doing all this in VB would be feasible, having myself been a VB programmer. Okay, it's feasible, but might get a little messy. So right now, what I'd do is say, "if you're a newbie, and you like friendly graphical interfaces, and you don't have a 812S, and all you want to do is 8x@4x speedhacking, and you would rather work with .BIN than with .EXE, then use the graphical tool... otherwise, use the other tool, which has more features, but won't hold your hand through the process."

I guess one other option would be to write a front-end for my tool. (i.e., a graphical interface that, if you click a button and twiddle with some control, will run my tool with the options that you selected). It's something that I might look into creating... *shrugs*

Post by **ccb056** » March 29th, 2004, 2:08 am

How feasible would it be to use java or c?

code65536 · Post by **code65536** » March 29th, 2004, 5:15 am

It's feasible in any language... Perl, VB, Java, C... but the issue is whether or not it will take too much time/work/effort. I spent a total of less than 2 hours coding up my tool. I spent more time learning about the firmware layout, running tests, and writing documentation than I did actual coding.

~VB: FAST user interface development, but poor & weak language (slow algorithm development)
~C++: slow UI development, and probably equally slow algorithm development (unless I get a regexp package, but those are iffy in C/C++) (the only real benefit to C/C++ would be a tight code size and fast runtime, but with something like this, shaving off half a second is meaningless)
~Java: okay user interface development (not nearly as fast as VB, but faster than C++ & Perl), and okay algorithm development (as of 1.4.1, it supports regexp, but it's not as robust and easy to work with)
~Perl: slow UI development, but very FAST algorithm development

So with each language, there are tradeoffs. Because this was just a hobby, I opted for the option that would give me a working tool as quickly as possible, which meant that I had to use Perl. But that came at the cost of the user interface.

In any case, I've been thinking about making a frontend--a VB program that interfaces with my tool. It would be an optional add-on component that people could download separately in addition to my tool if they feel the need for a UI. This will give me the option to do the UI in the language best suited for that and the algoritm in the best language suited for that. The tradeoff of this is that it'll be a little bulky and not as elegant as a slim all-the-code-in-one-program implementation, but I think it's a worthwhile tradeoff given my time constraints. It might be up to a week before I'll have any time to work on it, though.

code65536 · Post by **code65536** » April 1st, 2004, 8:15 pm

A GUI for my speedhacking tool pack is now available! Read the announcement here:
http://club.cdfreaks.com/showthread.php ... post566680

l33tpl4y4 · Post by **l33tpl4y4** » April 4th, 2004, 5:04 am

Oh shit, I'm too late. lol
Sorry... anyway, your tool looks much better than mine so I probably won't even bother releasing it unless someone wants it. Good job.

code65536 · Post by **code65536** » April 4th, 2004, 8:30 pm

l33tpl4y4 wrote:Oh shit, I'm too late. lol
Sorry... anyway, your tool looks much better than mine so I probably won't even bother releasing it unless someone wants it. Good job.

Thanks

Tebow2000 · Post by **Tebow2000** » April 4th, 2004, 8:53 pm

Nice program there code..

Eric Bland · Post by **Eric Bland** » June 15th, 2004, 8:52 pm

Nice work Code. l33tpl4y4 don't give up on yours. Website Designs