[null45]

What I find particularly odd is that it works in some cases, but not in others right now.  If I had much in the way of C++ skills, I'd take a look at the source code myself, but I got on the Java bandwagon instead.

In any case, here's a test case you may find useful.  It's one of my test textures from the Java FSH tool I'm working on.  The dat contains the FSH file as generated straight from my tool with 4 embedded mipmaps (which the Reader chokes on), and the same file with 20 bytes of padding (equivalent to two more mips) which the Reader parses just fine.  FSHEd can read both of them with no problems and they both work correctly in game.

The reason the file without padding fails to load is FSHTool expects an attachment to be present after the images because you wrote the length of the section and it crashes when it reads past the end of the file. 

[jondor]

What I find particularly odd is that it works in some cases, but not in others right now.  If I had much in the way of C++ skills, I'd take a look at the source code myself, but I got on the Java bandwagon instead.

In any case, here's a test case you may find useful.  It's one of my test textures from the Java FSH tool I'm working on.  The dat contains the FSH file as generated straight from my tool with 4 embedded mipmaps (which the Reader chokes on), and the same file with 20 bytes of padding (equivalent to two more mips) which the Reader parses just fine.  FSHEd can read both of them with no problems and they both work correctly in game.

The reason the file without padding fails to load is FSHTool expects an attachment to be present after the images because you wrote the length of the section and it crashes when it reads past the end of the file. 

Run that one by me again?  The section length doesn't extend past the end of the file and it's consistent with the output of FSHEd.

A 128x128 DXT3 compressed image with 4 mipmaps encoded as a minimal FSH has a total file size of 21864 bytes (5568h) and a section length of 21840 bytes (5550h). The section starts at byte 24 (18h), which mathematically makes the address of the last byte of the section equal to the address of the last byte of the file.

Both my tool and FSHEd output identical headers (both the FSH header and the section header), but the Reader cannot decode either of them.  Perhaps the FSHTool code is buggy?

And in any case, the length fields of the padded file are similarly 557Ch and 5564h (each exactly 20 bytes more).  If it's trying to seek past the end of the file in one case, it should also try to do so in the other, unless something else is actually causing the problem.  And I should also point out that if I generate the file with 6 mipmaps instead of 4 (which has the same filesize as the padded file), the Reader can decode it properly without trying to seek for a non-existent attachment past the end of the file.

[null45]

To fix it all you would have to do is replace this code in the attachment handling loop:

Code: [Select]

        auxoffs+=(auxhdr->code>>8);

        if (curoffs<auxoffs) {
          fprintf(log,"!PAD %d ",auxoffs-curoffs);
          hexify(inbuf+curoffs,auxoffs-curoffs,pad);
          fprintf(log,"%s\n",pad);
        }
with the following code which will abort if it is at the end of the file:

Code: [Select]

        auxoffs+=(auxhdr->code>>8);

if (auxoffs >= inlen) {
   break;
}

        if (curoffs<auxoffs) {
          fprintf(log,"!PAD %d ",auxoffs-curoffs);
          hexify(inbuf+curoffs,auxoffs-curoffs,pad);
          fprintf(log,"%s\n",pad);
        }       
I hope it helps. 

[jondor]

I hope the fix makes it into the next version.  I don't have any tools capable of compiling Windoze programs, and as I said, I don't have much C++ experience, this all came from observing test cases.

[cogeo]

Hi,

I would like to ask a question:
Have you updated the S3D.dll? Are there any updates? I use its code in the Model Tweaker, however it doesn't compile with the newer versions of Visual Studio. I used typecasts where the compiler complains, however this is not a proper solution. Furthermore, the program suffers a heap corruption under Windows 7, causing crashes. Therefore I need to fix this library, esp its old-style copy-constructors (I think this causes duplicate references to memory blocks, which resullt in the heap corruption when released). However this is a considerable amount of work, which I would wish to avoid, if possible. Any suggestion?

[Snivets]

This is hardly a technical/usage question, but when I attempt to run the program, I get a side-by-side/manifest error. After googling this I found the recommended fix was deleting the registry key, but when I do so, attempting to start the program yields a demand for the original MSI package. When provided with this, the setup replaces the registry key and the problem repeats itself. Is there a simple solution, or is this a bug? I'm on x64 Win7.

[Cougar2004]

Anyone have a link to the iLive 1.4 User Manual? Thx.

[Gui]

Hello;
I have been looking for but I couldn't find it.

Sometimes I want to change some values as the students capacity, etc..
And the value is sth like 4E20 (numbers and letters)

Is there a table to know wich this values minds?
I want to increase some of them but I don't know wich number to put.

Thanks

[jmyers2043]

Use the calculator that comes with windows. The numbers are in hex. Change your calculator to display scientific. You'll find that 4E20 in hex is 2,000 in decimal.

[Lowkee33]

Also, you can input many of the properties as decimal and reader will convert them to hex automatically for you.

[Gui]

Thank you very much!!
 

[sithlrd98]

Been searching for a fix to my problem to no avail. I get the same errors from both my Win7 64 and WinXP machines with reader 1.4. First I get the "Cannot locate Simcity4 locale dat" message,then after the RAM takes a huge hit, I get the Visual C error, followed by the following error reporting info:

Code: [Select]

AppName: reader.exe AppVer: 1.4.0.0 ModName: msvcr90.dll
ModVer: 9.0.30729.6161 Offset: 0005beae
This is the Temp .txt file created

Code: [Select]

<?xml version="1.0" encoding="UTF-16"?>
<DATABASE>
<EXE NAME="Reader.exe" FILTER="GRABMI_FILTER_PRIVACY">
    <MATCHING_FILE NAME="OR_DAT.dll" SIZE="254464" CHECKSUM="0x7376B4B9" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1, 0, 0, 1" FILE_DESCRIPTION="OR_DAT DLL" COMPANY_NAME="" PRODUCT_NAME="Bibliothèque de liaison dynamique OR_DAT" FILE_VERSION="1, 0, 0, 1" ORIGINAL_FILENAME="OR_DAT.DLL" INTERNAL_NAME="OR_DAT" LEGAL_COPYRIGHT="Copyright (C) 2003" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x4BACB" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="07/20/2010 13:30:15" UPTO_LINK_DATE="07/20/2010 13:30:15" VER_LANGUAGE="French (France) [0x40c]" />
    <MATCHING_FILE NAME="Reader.exe" SIZE="1752064" BIN_FILE_VERSION="1.4.0.0" BIN_PRODUCT_VERSION="1.4.0.0" PRODUCT_VERSION="1.4.0.0" FILE_DESCRIPTION="Application MFC Reader" PRODUCT_NAME="Application Reader" FILE_VERSION="1.4.0.0" ORIGINAL_FILENAME="Reader.EXE" INTERNAL_NAME="Reader" LEGAL_COPYRIGHT="Copyright (C) 2003" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x1" UPTO_BIN_FILE_VERSION="1.4.0.0" UPTO_BIN_PRODUCT_VERSION="1.4.0.0" VER_LANGUAGE="French (France) [0x40c]" />
    <MATCHING_FILE NAME="res.dll" SIZE="644608" CHECKSUM="0x731AE8DB" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1, 0, 0, 1" FILE_DESCRIPTION="Application MFC Reader" PRODUCT_NAME="Application Reader" FILE_VERSION="1, 0, 0, 1" ORIGINAL_FILENAME="Reader.EXE" INTERNAL_NAME="Reader" LEGAL_COPYRIGHT="Copyright (C) 2003" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0xA7C48" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="07/20/2010 13:29:41" UPTO_LINK_DATE="07/20/2010 13:29:41" VER_LANGUAGE="French (France) [0x40c]" />
    <MATCHING_FILE NAME="resFR.dll" SIZE="650752" CHECKSUM="0x8F8EC139" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1, 0, 0, 1" FILE_DESCRIPTION="Application MFC Reader" PRODUCT_NAME="Application Reader" FILE_VERSION="1, 0, 0, 1" ORIGINAL_FILENAME="Reader.EXE" INTERNAL_NAME="Reader" LEGAL_COPYRIGHT="Copyright (C) 2003" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0xA20B5" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="07/20/2010 12:41:33" UPTO_LINK_DATE="07/20/2010 12:41:33" VER_LANGUAGE="French (France) [0x40c]" />
    <MATCHING_FILE NAME="s3d.dll" SIZE="116736" CHECKSUM="0x2DB7F7C4" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1, 0, 0, 1" FILE_DESCRIPTION="s3d DLL" COMPANY_NAME="" PRODUCT_NAME="Bibliothèque de liaison dynamique s3d" FILE_VERSION="1, 0, 0, 1" ORIGINAL_FILENAME="s3d.DLL" INTERNAL_NAME="s3d" LEGAL_COPYRIGHT="Copyright (C) 2004" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x2A99C" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="07/20/2010 13:29:29" UPTO_LINK_DATE="07/20/2010 13:29:29" VER_LANGUAGE="French (France) [0x40c]" />
</EXE>
<EXE NAME="kernel32.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
    <MATCHING_FILE NAME="kernel32.dll" SIZE="989696" CHECKSUM="0x2D998938" BIN_FILE_VERSION="5.1.2600.5781" BIN_PRODUCT_VERSION="5.1.2600.5781" PRODUCT_VERSION="5.1.2600.5781" FILE_DESCRIPTION="Windows NT BASE API Client DLL" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows® Operating System" FILE_VERSION="5.1.2600.5781 (xpsp_sp3_gdr.090321-1317)" ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0xFE572" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.5781" UPTO_BIN_PRODUCT_VERSION="5.1.2600.5781" LINK_DATE="03/21/2009 14:06:58" UPTO_LINK_DATE="03/21/2009 14:06:58" VER_LANGUAGE="English (United States) [0x409]" />
</EXE>
</DATABASE>
This is how my registry is showing

Code: [Select]

Key Name:          HKEY_CURRENT_USER\Software\ILive
Class Name:        <NO CLASS>
Last Write Time:   6/25/2012 - 1:24 PM
Key Name:          HKEY_CURRENT_USER\Software\ILive\Reader
Class Name:        <NO CLASS>
Last Write Time:   6/25/2012 - 1:24 PM

Key Name:          HKEY_CURRENT_USER\Software\ILive\Reader\Recent File List
Class Name:        <NO CLASS>
Last Write Time:   6/25/2012 - 1:24 PM

Key Name:          HKEY_CURRENT_USER\Software\ILive\Reader\Settings
Class Name:        <NO CLASS>
Last Write Time:   6/25/2012 - 7:36 PM
Value 0
  Name:            lua_folder
  Type:            REG_SZ
  Data:           

Value 1
  Name:            def_folder
  Type:            REG_SZ
  Data:           
This info was all pulled from my XP machine..both Machines do have the Microsoft Visual C++ 2008 SP1 Redistributable Package file installed from link on first page of this thread.

Any help would be appreciated!
Thanks
Jayson

[metarvo]

I recently upgraded to 1.4 from 0.93, mostly to take advantage of a script but also because it was about time.  However, right out of the gate, I started encountering an error that is severe enough to put any BAT/LOT projects on hold.  Normally, if I want to make an overhanging building fit onto a smaller lot (such as a power pole with a base smaller than 16m × 16m but upper supporting arms that would extend an additional tile on either side), I create the initial lot in PIM-X.  Then, I switch to Reader to adjust the Occupant Size for the building to 1,1,1 to facilitate the placement of the building on a 1×1 lot and to make MMP placement in the vicinity more possible.

Unfortunately, this strategy, which worked fine in Reader 0.93, is causing havoc in 1.4.    This is what PIM-X gives me when I run the program with the edited file in my Plugins folder (with [file] being a placeholder for the actual file name):

Code: [Select]

********************* ERROR *********************
in examplar 0x6534284AL 0x5B959A2CL 0x5D93D00EL
located in C:\Users\Metarvo\Documents\SimCity 4\Plugins\[file].SC4Lot
0x27812810:{"Occupant Size"}=Float32:3:{Width: 1, Height: 1, Depth: 1}
*************************************************
********************* ERROR *********************
in examplar 0x6534284AL 0x5B959A2CL 0x5D93D00EL
located in C:\Users\Metarvo\Documents\SimCity 4\Plugins\[file].SC4Lot
0x2781284F:{"Landmark Effect"}=Sint32:2:{Magnitude: 0x00000000}
*************************************************
********************* ERROR *********************
in examplar 0x6534284AL 0x5B959A2CL 0x5D93D00EL
located in C:\Users\Metarvo\Documents\SimCity 4\Plugins\[file].SC4Lot
0x27812851:{"Pollution at center"}=Sint32:4:{Air: 0x0000000A}
*************************************************
********************* ERROR *********************
in examplar 0x6534284AL 0x5B959A2CL 0x5D93D00EL
located in C:\Users\Metarvo\Documents\SimCity 4\Plugins\[file].SC4Lot
0x68EE9764:{"Pollution radii"}=Float32:4:{Air: 0}
*************************************************
********************* ERROR *********************
in examplar 0x6534284AL 0x5B959A2CL 0x5D93D00EL
located in C:\Users\Metarvo\Documents\SimCity 4\Plugins\[file].SC4Lot
0xCA5B9305:{"Mayor Rating Effect"}=Sint32:2:{Magnitude: 0x00000000}
*************************************************

I don't want to go back to 0.93, but I haven't ruled it out.  Does anyone know what may be causing this problem?  I'm running Vista 32 SP1.  Thanks in advance. 
EDIT: After following the advice I was given and going back to 0.93, the files load perfectly.  Thank you for the help.  This Vista can be a pain sometimes! 

[vortext]

I run Vista 32 as well and I guess it's no good a combition with Reader 1.4. It gave me heaps and heaps of trouble, the problem you describe being one among many. I switched back to 0.93 pretty soon after and had no problems since  .

[jdenm8]

1.4 has quite a few issues. I'd check those entries in Reader 0.93 and see if it opens.

[noahclem]

First, I'm using v0.93 but this is the only support thread I saw so sorry if this is the wrong place to post.

Reader worked great on my old machine but the new one with Win7 is having an annoying problem: the names of all the properties in the exemplar files show up as "unknown", which makes using Reader a lot like fumbling around in the dark. Does anyone know what causes this and how to fix it? I've tried opening Reader first and then opening the file I want to edit but it's not working either.

Thanks in advance!
-Noah

[Tarkus]

In my experience, that's due to the Reader somehow not finding the .xml file with the properties.  The one you generally want to use is the tropod_Properties.xml file that's included in the Reader's install directory.  You can get this to show up by going under Option > Options, and adding a reference to your Reader install directory (C:\Program Files (x86)\Ilives\Reader093 in my case, on Win8 Preview x64) by clicking the "Add" button.

-Alex

[noahclem]

Thanks a lot Alex, that did the trick!

[fafalone]

So many "Out of memory" and "Insufficient Storage" errors with 1.4

Anyone else have this trouble on Win7 x64? I have 8GB RAM (>50% free) and over 200gb free storage so I don't see how that's not enough?

[jdenm8]

I haven't seen any errors like that myself.