Lord of the Rings Online Forum

I followed David's guide, but I have come across a problem. I get stopped by the error: "Error, cannot patch!" part way through the LOTRO loading process (using LotROMac). Any ideas?

Jaimo wrote:

I followed David's guide, but I have come across a problem. I get
stopped by the error: "Error, cannot patch!" part way through the
LOTRO loading process (using LotROMac). I tried replacing the
patchclient.dll file with one provided by another site, but with no
luck. Any ideas?

Did you get any errors when you ran the patch process? The cannot patch message means that your game files are out of date.

I did patch the game (using LotROMac), first with the original patchclient.dll file, then with the one I swapped in from the codeweavers Tips & Tricks guide. In either case the patch would take about two minutes displaying:

Click to start patching
Updating game files...
Updating game data files...
Patching finished

I notice now that if I had followed the Codeweavers tips & tricks guide more carefully I should not have bothered to try their alternative patchclient.dll file. The client I downloaded is pre-patched up to book 14 were the guide indicates that the alternative patchclient.dll file is for versions of the client pre-patched to "book 10 or earlier".

I wonder if the client I downloaded could be the problem. I tried using both the standard and high-resolution versions of the client from http://turbine.fuzeqna.com/lotro.support/consumer/kbdetail.asp?kbid=1554  

(LOTRO-US-Book14-Downloader-StandardRes.exe)

I am having this exact problem. I just installed the "standard resolution" client, following the instructions in the LoreBook to the letter. I load the game, go to the splash screen, it starts to load, and then goes to a black screen with only "Error, cannot patch!" and an OKAY button. I click it and it exits. When I try to patch through tools, options in LotroMac, I get the exact same thing. No errors, no apparent problems. Just says, "Patching Finsished".

Any help would be most appreciated!

What book was your version pre-patched to and where did you download it from?

Jaimo wrote:

What book was your version pre-patched to and where did you download
it from?

The version I got was directly from lotro.com (through a link they sent me for the 'free welcome back weekend'), and was pre-patched to book 14. I just downloaded it today. I originally tried with the DVDs, and then after further research realized that wouldn't work. I started over with a new bottle, and used this version. As far as I know, it is the most up-to-date version of the game.

A question to both of you, what have you got on the settings window for program? If it is anything other than wine did a guide tell you to change that as I seem to be seeing a few people having problems because of changing that setting which suggests a guide is giving out duff info.

That setting only needs changing if your install of wine/cxg is in a non-standard place and not on your path. Under Mac OSX CXG tells the launcher where it lives so that setting should remain as wine.

That couldn't be the problem for me, unfortunately. The program setting is and always has been set to wine.

Jaimo wrote:

That couldn't be the problem for me, unfortunately. The program
setting is and always has been set to wine.

Have you tried disabling the hi-res graphics? Sounds daft but I once had it refuse to start despite being up to date, ran it with that cancelled, exited, re-enabled it and it worked fine.

Other things to try are remove the UserPrefs file (rename it or something) to see if something in there is upsetting it.

Alan Jackson wrote:

Jaimo wrote:

That couldn't be the problem for me, unfortunately.
The program setting is and always has been set to wine.

Have you tried disabling the hi-res graphics? Sounds daft but I once
had it refuse to start despite being up to date, ran it with that
cancelled, exited, re-enabled it and it worked fine.

Other things to try are remove the UserPrefs file (rename it or
something) to see if something in there is upsetting it.

The hi-res graphics setting on mine is disabled. I tried enabling it, starting the game (got the same error message) and then disabled it again to no avail. Same exact problem. I tried renaming my UserPreferences.ini file and letting the game crash and create another one (and then made the standard changes to it), but this resulted in the same problem. Error, cannot patch.

Has book 14 broken CXG's ability to log into the game world?

Oh, and I also double-checked that the program setting in the LOTROMAC program was indeed set to only 'wine'. I have tried other paths for this as well, but it won't even launch with those, so I'm fairly certain those settings are where they need to be.

I also tried replacing my patchclient.dll file with the one from your site (lotrolinux.com) and nothing changed. I copied it in, chose Tools, Patch. The same thing happened as before. No files were patched, but I got the 'Patching Finished' message. Tried to log in, and got the "Error, cannot patch!" message.

Ok... same problem -- splash screen loads then ... cannot patch.

I started with book 14 -- used Crossover Mac (pro) (7.1.0) to download the client using Turbine's new scheme.
Installed that client into CrossOverGames (7.1.1)
LotROMac is configured...
Grossover Games
Wine
Blank (parameters)
fixme-all
LOTRO (bottle name)
The lord of the Rings Online (Game Directory)
Hi-Res disabled
Save yes
Patch Client: grayed out, but reads patchclient.dll

Using the patch option in LotROMac, the downloaded client patched once, (on Thursday 11/6) subsequent patch efforts yield "patching finished message, with the patchlog indicating "patching started, and stopped about 30 seconds later."

The run log implies that the client is in fact out of date. It ends in...

Command:
/Applications/CrossOver Games.app/Contents/SharedSupport/CrossOverGames/bin/wineloader winewrapper.exe --workdir /Users/magill/Library/Application Support/CrossOver Games/Bottles/LOTRO/drive_c/Program Files/Turbine/The Lord of the Rings Online --run -- lotroclient.exe -a 4yhzkxyd2xnlzn3m49dzae9ql -h 206.16.158.20:9008 --glsticketdirect IdRGorvNMRSpB9FFBn134AMkXC2GUt0mZhRlzkfRpCZxCXk5BpRD8HUpXf8gO0JXO/Z+v8Ce8PklUzl9Ukli4K2f74BTwB4fAa/6LZt3DVJn3qUkEHKkoRSqE3T+J/71A5Hn3o0B1W2HIlW5IZlDj257g5FpN7C+suyPidBoWNwRJCmtIvhvUgUcnSrlg1JWj6OIhfnOroNLft+s4wn2QHKfGppghIP3esv7flmWhWztOdhUxL2oSWNJi/de3fjc --chatserver 206.16.158.22:2900 --language ENGLISH --bugurl http://forums.lotro.com/new_bug.php?styleid=2 --supporturl https://tss.turbine.com/TSSTrowser/trowser.aspx --gametype LOTRO --supportserviceurl https://tss.turbine.com/TSSTrowser/SubmitTicket.asmx --authserverurl https://gls.lotro.com/gls.authserver/service.asmx --glsticketlifetime 80000 --HighResOutOfDate
Can't bind to root surface with no fullscreen context.
err:d3d_caps:IWineD3DImpl_FillGLCaps Invalid nVidia version string: "2.0 NVIDIA-1.5.30"
err:ole:CoGetClassObject class {4590f811-1d3a-11d0-891f-00aa004b2e24} not registered
err:ole:CoGetClassObject no class object {4590f811-1d3a-11d0-891f-00aa004b2e24} could be created for context 0x1
err:ole:CoGetClassObject class {4590f811-1d3a-11d0-891f-00aa004b2e24} not registered
err:ole:CoGetClassObject no class object {4590f811-1d3a-11d0-891f-00aa004b2e24} could be created for context 0x1
err:ole:CoGetClassObject class {4590f811-1d3a-11d0-891f-00aa004b2e24} not registered
err:ole:CoGetClassObject no class object {4590f811-1d3a-11d0-891f-00aa004b2e24} could be created for context 0x1

Alan Jackson wrote:

Jaimo wrote:

That couldn't be the problem for me, unfortunately.
The program setting is and always has been set to wine.

Have you tried disabling the hi-res graphics? Sounds daft but I once
had it refuse to start despite being up to date, ran it with that
cancelled, exited, re-enabled it and it worked fine.

Other things to try are remove the UserPrefs file (rename it or
something) to see if something in there is upsetting it.

I tried what you suggested, but nothing changed.

Since we are both having the same problem and are both using the book 14 client I thought it was worth trying another version of the client. So, I had a fairly thorough search for a version of the US or EU client earlier than book 14. I found just one and I couldn't unzip it without an error arising that made it unusable (I tried some freeware unzippers too).

Book 11 US normal-resolution:*
http://www.gamershell.com/download_23064.shtml

*I read that someone was having problems with the download of this file that could be avoided by using Firefox instead of Safari, so I tried that with no result.

Jaimo wrote:

Since we are both having the same problem and are both using the
book 14 client I thought it was worth trying another version of the
client. So, I had a fairly thorough search for a version of the US
or EU client earlier than book 14. I found just one and I couldn't
unzip it without an error arising that made it unusable (I tried
some freeware unzippers too).

Book 11 US normal-resolution:*
http://www.gamershell.com/download_23064.shtml

*I read that someone was having problems with the download of this
file that could be avoided by using Firefox instead of Safari, so I
tried that with no result.

I thought about doing this too, but I'm currently at work, and only have a slower DSL connection so I am unable to download the book 11 version right now. If something hasn't changed by the time I get home tonight, I may try to download it and see what happens. Or, I may save myself the trouble and use an actual install of Windows via Boot Camp and be done with it altogether. I really was hoping for a good solution to play LOTRO through OSX, though. Other games work like a champ!

Hopefully I"m not prejudging this but, I think our problem is going to take some technical knowhow (A.K.A. Alan). It seems likely that we have followed the guide perfectly and that there are no viable hack ways to get around the problem (like patching forward from an earlier version). Maybe there has been some change in book 14 that has introduced some kind of mysterious evil poison into the general whirly-pool of magical stuff we're trying to fix. Anyhow, I can't think of anything new to try. If anybody has any suggestion or ideas I would be most willing to give them a round.

I think you're probably right. This is the only thread I have come across in two straight days of extensive searching that describes the exact problem I (we) am/are having. I am pretty much out of ideas as well. I, too will be willing to try any suggestions offered by the more technically-minded. :) I would like to thank Alan and all the others that have worked so hard to provide us with all the guides and helpful suggestions so far, though.

For the record, I am using a Macbook Pro (gen 1) with the ATI 256MB video card, and 3GB of RAM. I have run LOTRO under a Windows XP and Vista installation with absolutely no problems.

It is my understanding, having played since the beta(s), that when Turbine implemented their new installation technique,
that many things changed. I think that it was implemented with book 14.

One no longer downloads the full client as a single "ftp," but rather loads a downloader which in-turn downloads the 8 segments of
the actual game file. That set of files is then combined and ?unzipped? by this loader and the contents inserted into the proper directories.

I suspect that the LotROMac client is not updating the signature on the loader file, much like a ttl signature in the DNS database.

"glsticketlifetime 80000 --HighResOutOfDate" appears to be the clue.

I don't know if the issue is when the LotROMac client first tries a patch or if it happens without attempting to do the patch (in which case it would be some query that LotROMac is not answering appropriately).

BTW, this is all on a 2.16Ghz Core2Duo iMac with 3GB memory and 10.5.5 OSX - NVIDIA GeForce 7600 GT

I suspect that the LotROMac client is not updating the signature on
the loader file, much like a ttl signature in the DNS database.

"glsticketlifetime 80000 --HighResOutOfDate" appears to be the clue.

Wonder if there is a way to get rid of this string or modify it in some way to see if that bypasses it. I've seen the '--HighResOutOfDate' mentioned in other threads, but I was under the assumption that this was being added in the parameters and not part of the original code. I know what you mean about the '8 segments' thing. That is what it did when I ran the installer using CXG. It downloaded 8 parts and then combined them to install the program.

It seems to me that if LotROMac is not passing something to the patch server correctly, then surely something could be added to the parameters file to allow it to continue through to the main menus.

Same issue here with a new book 14 install. When i get home from work today I am thinking i may try copying my bootcamp lotro install into the lotro bottle and see if that solves it

That did in fact fix it, I copied over my lotro folder from my bootcamp partition into my cxg bottle and it ran fine...I never even got a crash. Imac 2.4ghz, 4gb ram, radeon hd2600pro 256mb. I run it on medium at 1280x800 and was getting between 25-50fps. There are still some graphical glitches but it is very playable

Ok, so the implication here is that the patch facility in LotROMac is broken -- that is, it either fails to patch something correctly, or corruptly patches something.

Put another way. I assume that your copy of LOTRO from Bootcamp was patched completely to book 14 and you did not try to use the LotROMac patch facility.

That is correct. My bootcamp was installed from the original dvd's and patched up to current(not MoM yet). My crossover was the book 14 download from lotro.com. Whe i first ran the lotromac patch it patched the client and one other file, total time about 30seconds and has not patched any files since. I wonder if installing the MoM update from the download would get you in as well?

Andrew Lederer wrote:

I wonder if installing the MoM update from the download would get
you in as well?

It will depend on how Turbine releases it ... previous books have simply been upgrades (patches) to the existing clients.

Sorry for the delay in responding, was in an accident and been in hospital most the week.

William H. Magill wrote:

I suspect that the LotROMac client is not updating the signature on
the loader file, much like a ttl signature in the DNS database.

"glsticketlifetime 80000 --HighResOutOfDate" appears to be the clue.

I don't know if the issue is when the LotROMac client first tries a
patch or if it happens without attempting to do the patch (in which
case it would be some query that LotROMac is not answering
appropriately).

glsticketlifetime is not passed to the patching process, the patching process is purely running one of the functions exposed by Turbine in patchclient.dll with the parameters of language and product code. LotROMac just uses smoke and mirrors to look like it is in charge of the patch process when really it fires off that function, watches for file changes and hopes that the process ends.

The fact that the game starts up to tell you it can't patch shows that LotROMac is configured right.

The only other thought I have is file permissions, is it trying to modify/replace a file it's not got write permission to? To be honest I don't know the mac method for checking file permissions but under linux there are three parts owner (obviously the file owner), group (people in the same group as the owner) and other. Again under linux doing an ls -l in the directory containing the files shows the read, write and execute values for the files.

Alan Jackson wrote:

Sorry for the delay in responding, was in an accident and been in
hospital most the week.

Hope everything is "better."

Alan Jackson wrote:

The fact that the game starts up to tell you it can't patch shows
that LotROMac is configured right.

Agreed.

Alan Jackson wrote:

The only other thought I have is file permissions, is it trying to
modify/replace a file it's not got write permission to? To be honest
I don't
know the mac method for checking file permissions but under linux
there are
three parts owner (obviously the file owner), group (people in the
same group as
the owner) and other. Again under linux doing an ls -l in the
directory
containing the files shows the read, write and
execute
values for the files.

OS X is basically BSD Unix(tm); closer to OSF/1; much modified by apple.
The basic permissions scheme IS UNIX(tm) with many of the modern security
features (like Access Control LIsts, ACLs) actually implemented and used.

The "ls -al" syntax works nicely. The primary problem is that none of the
documentation I have seen matches current reality (CrossOver Games 7.1
or CrossOver Mac 7.1.1). But that's a separate issue.

It appears that CodeWeavers altered WHERE files are placed with some
recent version, (7.0?)

Note: This is installed as/on a single user sysetm.

It appears that NOW, the onnly sets of files reside in

~/Library/Application Support/CrossOver/
~/Library/Application Support/CrossOver Games/
~/Library/Application Support/LotROLinux/

And the Crossover config files:

~/Library/Application Support/Preferences/com.codeweavers.CrossOver.plist
~/Library/Application Support/Preferences/com.codeweavers.CrossOverGames.plist

(Where things are stored as xml data files).

The LOTRO program is apparently in
/Users/magill/Library/Application Support/CrossOver Games/Bottles/LOTRO/drive_c/Program Files/Turbine/The Lord of the Rings Online

Hmmm... are we reaching a lenght of line limit?

all permissions are correct down the full tree.

Is there a way to turn on additional logging for the patch process?
It appears that if one takes a fully patched Book 14 client - it runs with
LotROLinxu just fine -- only a Book 14 client which has been patched by
LotROLinux fails...
(LotROlinux also simply overwrites the earlier patch log file.)

William H. Magill wrote:

Hope everything is "better."

Yeah just got to put up with hobbling for a bit.

The LOTRO program is apparently in
/Users/magill/Library/Application Support/CrossOver
Games/Bottles/LOTRO/drive_c/Program Files/Turbine/The Lord of the
Rings Online

Hmmm... are we reaching a lenght of line limit?

There is an upper limit but it is very high (can't remember exactly how high).

Is there a way to turn on additional logging for the patch process?

If you look in the c drive of your LOTRO bottle there is a file
windows\profiles\crossover\Application Data\Turbine\PatchClient.log

Which gets written to by Turbine's patcher.

It appears that if one takes a fully patched Book 14 client - it
runs with
LotROLinxu just fine -- only a Book 14 client which has been patched
by
LotROLinux fails...

This is the part that gets me, the linux version does an identical call to the
patch function as the mac version and works fine but the mac version doesn't.

The version of LOTRO on my Mac mock-up isn't B14 yet (I think) so I'll see about
running it in a way that allows me to see all the stuff being churned out by the
patcher, see if maybe the mac implementation of CXG doesn't like something the
patcher is doing.

Does seem odd that it's not working right since in theory nothing has changed
apart from the B14 release.

Andrew Lederer wrote:

That did in fact fix it, I copied over my lotro folder from my
bootcamp partition into my cxg bottle and it ran fine...I never even
got a crash. Imac 2.4ghz, 4gb ram, radeon hd2600pro 256mb. I run
it on medium at 1280x800 and was getting between 25-50fps. There
are still some graphical glitches but it is very playable

Would somebody mind uploading a torrent of the patched file? I have tried, but transferring such a big file between my mac and computer-lab PC has been impossible.

Just a note....after applying the MOM/bk 15 patch in CXG. THe lotromac launcher is now getting the last updates from the server before tomorrow's launch so hopefully things work for a while now

Having the same patch issue.
But for me even after the MOM/bk 15 patch the mac-patcher still won't work :(

Just read an interesting post on the Ubuntu forums, you need the Visual C++ 2005 redistributable first (hit the install service packs toggle in CXG).

Then it might delete patchclient.dll on the first pass through. If that happens copy the one from the temp directory and try again. Why it doesn't replace it right is Turbines problem but replacing it manually seems to work OK. It might not be the issue here but it's worth a look.

I just added the v c++2005 and sp1 files as unsupported software and it worked fine