Pebble Beach Problem
#1
Posted Jun 05 2010 - 10:24 AM
df
#2
Posted Jun 05 2010 - 12:16 PM
perhaps one (or more) of *.mip's are unsuitable for opengl use.
i try it soon with Nigel rasterizers
Edited by Jhalli, Jun 05 2010 - 12:18 PM.
#3
Posted Jun 05 2010 - 02:32 PM
#4
Posted Jun 05 2010 - 02:40 PM
trackdatabase not have a link to Kenny's update ,hmmm.....
#5
Posted Jun 06 2010 - 02:17 AM
df
#6
Posted Jun 06 2010 - 04:22 AM
anyway, in your gpl directory should be a subfolder called "tracks" - in there are all the folders for the tracks you have installed. locate the track folder this update is for.
now here's two ways of going about it. the "gung-ho" (aka mine) or the "safety first" approach. the latter being the better. what you do is, you copy the entire track folder to something like <trackname_ORG> or similar so that you can go back if something goes wrong. then you copy the content of that temporary folder into the trackfolder, overwriting everything in there. presto.
the gung-ho approach is to copy the temporary folder content straight into the track folder - not recommended.
most of the time the updates will simply be better or corrected versions of the graphics. those files are .mip. if there are .3do's include in the package, that means some of the 3D objects have also been changed or added to the mix.
that should about cover it, i think. oh and welcome to the world of GPL
#7
Posted Jun 06 2010 - 06:26 AM
#8
Posted Jun 06 2010 - 11:12 AM
I've also upgraded to GPL1.2.0.2, but no difference. Has anyone ever heard of the peb_resized.zip fix? Does "resized" indicate anything to anybody? Thanks, everybody, for your assistance...at some point, hopefully, I'll get Pebble working...
df
#9
Posted Jun 06 2010 - 11:25 AM
gpl works in such a way that when it tries loading a file it checks the directory first. if the file isn't in there, it loads the file from the .dat.
so after you've done the initial install of the track you have that .dat, and a few other files. then you just copy the updated .mips, .srbs, .3dos and whatever in there and gpl should load them, instead of the (original) versions from the .dat. all the files that have no pendant in the directory will be loaded from inside the .dat.
if you still don't see any change, i suspect there's something else awry. wrong folder maybe?
#10
Posted Jun 06 2010 - 02:24 PM
sky, on Jun 06 2010 - 11:25 AM, said:
gpl works in such a way that when it tries loading a file it checks the directory first. if the file isn't in there, it loads the file from the .dat.
so after you've done the initial install of the track you have that .dat, and a few other files. then you just copy the updated .mips, .srbs, .3dos and whatever in there and gpl should load them, instead of the (original) versions from the .dat. all the files that have no pendant in the directory will be loaded from inside the .dat.
if you still don't see any change, i suspect there's something else awry. wrong folder maybe?
Thanks, Sky, that's good info to have - so an install program is not required, I guess...I'm pretty sure it's in the right folder (Sierra\gpl\tracks\pebble)...and the fact that there was a fix (that peb_resized.zip file) would seem indicate that it's something else...??? Maybe there's a later version of Pebble Beach that Pebble_Beach_final_100.zip?
df
#11
Posted Jun 06 2010 - 04:21 PM
#12
Posted Jun 06 2010 - 07:24 PM
How did you install GPL? Did you use the GPLPS Installer?
#13
Posted Jun 06 2010 - 09:46 PM
The 1.2.0.2 update I found online, and it installed without any problems, and everything else seems to work as before.
#15
Posted Jun 07 2010 - 06:06 AM
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users











