Author |
Topic |
 Yanto Widowmaker Gallente Center for Advanced Studies |
Posted - 2010.11.16 16:49:00 - [ 241]
The character creation has intermitted problems... I could not get an Amar >> Khanid female to render at all so essentially the test failed... The dress range is quite limited. We need more varienty and colour for both male and female. Dressing used to be also very relative to the race and bloodline and I find that lacking. It's all Vanilla. The male characters could be generated successfully altough the features were limited in so far as simulating people of Asian origin. More noses please - can't do a good ol arabic hook nose. The range of eye manipulation was limited although cheeks could be changed enough to simulate such most ethnic features. The skin colour and hair colour pallettes just don't work. Trying to make someone fat is not, in my opinion working well eihter. You end up with a washed-up ex football player instead of a Couch Potatoe geek. Think about it; a special forces guy is going to be a lean-mean killing machine. That Jita trader or that Null Sec miner is living the good life so he's going to be quite podgy. Whatever happened to skin detail - some current characters can have "implants" showing on their skin. Where are the Gallente face patterns... where are the Brutor tribe Dreads? For the poses, I find the head range limited. I feel that I am unble to get that holy man staring at the heavens look or the psycho pearing under his eyebrows look. Emotional expression also seems limited. The open mounth is a nice touch and so is the ability to manipulate the ears (To wing-nut or not to wing-nut)  Love the concepts, but I believe more range and variability is still needed. Minor issues still require some attention.  |
 Leader Bee |
Posted - 2010.11.16 18:33:00 - [ 242]
I tried the test server a little while back for the Character Creation. I hope theres going to be more options too and realise this is for testing and thus not a final implimentation but boy do I hope we'll be getting some interesting backgrounds instead of the solid colours we have at the moment. |
 Rugs Amarr Clown Punchers.
|
Posted - 2010.11.16 21:11:00 - [ 243]
Woah, it found ( without me telling it to ) some sisi install folder that I had completely forgotten about and copied over it to my selected destination, neat :)
|
 Particul |
Posted - 2010.11.18 09:37:00 - [ 244]
I tried the launcher last night and it seemed to be going OK so I went to bed. Got up this morning to find it was hanging part way through. Details below.
Downloading Patch Data: 11.7%, 176.29 MB/1.48 GB, 625.94 KB/s, 36m25s
start time: 20101117 23:46:59 python version: 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit (Intel)] repair tool version: 3.12 Restoring folder: u'C:\\Program Files\\CCP\\Singularity' Build folder Info: Checkum DB: u'C:\\Documents and Settings\\Dad\\Local Settings\\Application Data\\CCP\\EVE\\c_Program Files_CCP_Singularity\\checksums' usescriptindexfiles: 1 appname: EVE region: ccp sync: 197121 server: Tranquility edition: premium version: 6.32 role: client build: 197121 branch: //depot/games/EVE-RELEASE/eve aid: 0 __name__: main codename: EVE-EVE-RELEASE port: 26000 cryptopack: CryptoAPI patch url: http://content.eveonline.com/test/PatchData_203631.dat Checksumming client: 0.0%, 0.0 bytes/5.75 GB, 0.0 bytes/s, 00m00s Downloading index: 0.0%, 0.0 bytes/68.23 KB, 0.0 bytes/s, 00m00s Downloading index: 100.0%, 68.23 KB/68.23 KB, 13.65 KB/s, 00m00s Downloading Patch Data: 0.0%, 0.0 bytes/1.48 GB, 0.0 bytes/s, 00m00s
I could not close it with the Cancel button, but Alt+F4 worked.
|
 Soldarius Caldari Peek-A-Boo Bombers
|
Posted - 2010.11.18 15:48:00 - [ 245]
well, I have to say the SiSi tool thingie worked like a charm. I had to do absolutely nothing except download the tool and run it. After waiting for the patch to download for an hour (my throughput was only about 350kbs), voila! I'm on SiSi. |
 DJ MULER |
Posted - 2010.11.18 16:53:00 - [ 246]
Edited by: DJ MULER on 18/11/2010 16:55:20 Edited by: DJ MULER on 18/11/2010 16:54:21 Edited by: DJ MULER on 18/11/2010 16:53:43 [bugs in WXP Spanish version]
Checkum DB: u'C:\\Documents and Settings\\XXX\\Configuraci\xf3n local\\Datos de programa\\CCP\\EVE\\c_sisi\\checksums' FAIL --> Configuraci\xf3n Correct path must be "Configuración", Spanish word
Warning, updater failed: UnicodeEncodeError('ascii', u'C:\\Documents and Settings\\XXX\\Configuraci\xf3n local\\Datos de programa\\CCP\\EVE\\c_sisi\\checksums', 45, 46, 'ordinal not in range(128)') repair url: http://content.eveonline.com/test/RepairData_203631.dat client directory: C:\sisi Fail
UnicodeEncodeError: 'ascii' codec can't encode character u'\xf3' in position 45: ordinal not in range(128) Fail |
 Phantom Slave Universal Pest Exterminators |
Posted - 2010.11.19 00:32:00 - [ 247]
Edited by: Phantom Slave on 19/11/2010 00:33:57 Version 1.12 of the launcher works fine for me to update my Sisi folder, but version 1.15 crashes after 11 seconds with "OverflowError: long int too large to convert to int" as the error message. Sometimes I also get other "Memory dump" errors after restarting the Sisi Launcher and trying another repair.
*edit* Forgot to add system specs.
Windows 7 x64 Intel Core2 Duo 2.66Ghz 6 GB ram |
 Iamien Democracy of Klingon Brothers
|
Posted - 2010.11.19 18:54:00 - [ 248]
|
 Sai'tu Caldari Solar Deliberative Games of Divinity |
Posted - 2010.11.19 19:20:00 - [ 249]
Edited by: Sai''tu on 19/11/2010 19:27:35 Didn't work a few times but seems to have fixed itself
|
 Philip Richardson Depthstrike Industries Ministry of Inappropriate Footwork |
Posted - 2010.11.20 10:58:00 - [ 250]
Also getting the overflow error on the latest sisi update.
resDX9CaldariT3Ships.stuff, missing 55.48 KB (0.630%) Error: Traceback (most recent call last): File "repairPanel.pyc", line 325, in _Start File "repair.pyc", line 294, in RunTask File "repair.pyc", line 204, in TaskRestoreFolder File "zsync\zsync.pyc", line 151, in RestoreFolder File "zsync\zsync.pyc", line 296, in GetDownloadRangeSet File "zsync\zsync.pyc", line 270, in GetFileRestorers File "zsync\fileSync.pyc", line 348, in __init__ File "zsync\fileSync.pyc", line 120, in IsComplete File "zsync\fileSync.pyc", line 103, in GetFoundRanges File "zsync\fileSync.pyc", line 147, in _UpdateRanges File "zsync\fileSync.pyc", line 219, in _UpdateCurrentData File "zsync\fileSync.pyc", line 228, in _ReadChunk OverflowError: long int too large to convert to int
Total Runtime: 0h00m14s
|
 Vidar Kentoran Minmatar Eighty Joule Brewery |
Posted - 2010.11.20 12:04:00 - [ 251]
Error: Traceback (most recent call last): File "repairPanel.pyc", line 325, in _Start File "repair.pyc", line 294, in RunTask File "repair.pyc", line 204, in TaskRestoreFolder File "zsync\zsync.pyc", line 151, in RestoreFolder File "zsync\zsync.pyc", line 296, in GetDownloadRangeSet File "zsync\zsync.pyc", line 270, in GetFileRestorers File "zsync\fileSync.pyc", line 348, in __init__ File "zsync\fileSync.pyc", line 120, in IsComplete File "zsync\fileSync.pyc", line 103, in GetFoundRanges File "zsync\fileSync.pyc", line 179, in _UpdateRanges File "zsync\fileSync.pyc", line 280, in _ByteIteration File "zsync\fileSync.pyc", line 228, in _ReadChunk MemoryError
Total Runtime: 0h00m27s |
 Dansel Gallente Telsa inc Waterboard |
Posted - 2010.11.20 12:13:00 - [ 252]
Error: Traceback (most recent call last): File "repairPanel.pyc", line 325, in _Start File "repair.pyc", line 294, in RunTask File "repair.pyc", line 204, in TaskRestoreFolder File "zsync\zsync.pyc", line 151, in RestoreFolder File "zsync\zsync.pyc", line 296, in GetDownloadRangeSet File "zsync\zsync.pyc", line 270, in GetFileRestorers File "zsync\fileSync.pyc", line 348, in __init__ File "zsync\fileSync.pyc", line 120, in IsComplete File "zsync\fileSync.pyc", line 103, in GetFoundRanges File "zsync\fileSync.pyc", line 147, in _UpdateRanges File "zsync\fileSync.pyc", line 219, in _UpdateCurrentData File "zsync\fileSync.pyc", line 228, in _ReadChunk OverflowError: long int too large to convert to int |
 Gillbird Caldari |
Posted - 2010.11.20 13:55:00 - [ 253]
Problem with Sisilauncher :(
File "zsync\fileSync.pyc", line 120, in IsComplete File "zsync\fileSync.pyc", line 103, in GetFoundRanges File "zsync\fileSync.pyc", line 147, in _UpdateRanges File "zsync\fileSync.pyc", line 219, in _UpdateCurrentData File "zsync\fileSync.pyc", line 228, in _ReadChunk OverflowError: long int too large to convert to int
Total Runtime: 0h04m31s |
 Vidar Kentoran Minmatar Eighty Joule Brewery |
Posted - 2010.11.20 19:28:00 - [ 254]
I think it'd be better if the patcher fell back to at least giving a notice that you should make a new copy from scratch when it fails, as it'd be a lot less confusing when Sisi is updated to a totally new branch and there's no working patch from the previous version. |
 SillyWaif Galactic Kingdom |
Posted - 2010.11.20 20:55:00 - [ 255]
Edited by: SillyWaif on 20/11/2010 20:59:37 And for me as well (a.k.a. "bump") only if i click "Fix Singularity Client":
Error: Traceback (most recent call last): File "repairPanel.pyc", line 325, in _Start File "repair.pyc", line 294, in RunTask File "repair.pyc", line 204, in TaskRestoreFolder File "zsync\zsync.pyc", line 151, in RestoreFolder File "zsync\zsync.pyc", line 296, in GetDownloadRangeSet File "zsync\zsync.pyc", line 270, in GetFileRestorers File "zsync\fileSync.pyc", line 348, in __init__ File "zsync\fileSync.pyc", line 120, in IsComplete File "zsync\fileSync.pyc", line 103, in GetFoundRanges File "zsync\fileSync.pyc", line 147, in _UpdateRanges File "zsync\fileSync.pyc", line 219, in _UpdateCurrentData File "zsync\fileSync.pyc", line 228, in _ReadChunk OverflowError: long int too large to convert to int
Total Runtime: 0h00m42s
If I click on the button to play on Singularity the patching works ... |
 Durzel The Xenodus Initiative. |
Posted - 2010.11.22 12:02:00 - [ 256]
Got this the first time I tried to run it:
Restoring files: 0.0%, 0.0 bytes/825.18 KB, 0.0 bytes/s, 00m00s Restoring: res\audio\844858713.ogg Warning: Traceback (most recent call last): File "zsync\zsync.pyc", line 28, in _unlink WindowsError: [Error 32] The process cannot access the file because it is being used by another process: 'c:\\users\\daz\\appdata\\local\\temp\\tmphfha_e_repair' Error: Traceback (most recent call last): File "repairPanel.pyc", line 328, in _Start File "repair.pyc", line 315, in RunTask File "repair.pyc", line 211, in TaskRestoreFolder File "zsync\zsync.pyc", line 179, in RestoreFolder File "zsync\zsync.pyc", line 208, in ReconstructFiles File "zsync\fileSync.pyc", line 393, in ReconstructFile TypeError: Error while decompressing: 1
Total Runtime: 0h02m37s |
 Xadiran |
Posted - 2010.11.22 23:02:00 - [ 257]
Originally by: Durzel Got this the first time I tried to run it:
Restoring files: 0.0%, 0.0 bytes/825.18 KB, 0.0 bytes/s, 00m00s Restoring: res\audio\844858713.ogg Warning: Traceback (most recent call last): File "zsync\zsync.pyc", line 28, in _unlink WindowsError: [Error 32] The process cannot access the file because it is being used by another process: 'c:\\users\\daz\\appdata\\local\\temp\\tmphfha_e_repair' Error: Traceback (most recent call last): File "repairPanel.pyc", line 328, in _Start File "repair.pyc", line 315, in RunTask File "repair.pyc", line 211, in TaskRestoreFolder File "zsync\zsync.pyc", line 179, in RestoreFolder File "zsync\zsync.pyc", line 208, in ReconstructFiles File "zsync\fileSync.pyc", line 393, in ReconstructFile TypeError: Error while decompressing: 1
Total Runtime: 0h02m37s
I get the exact same message, yet singularity loads just fine. Could someone explain whats going on? I tried deleting the temp files that were causing the issue, but it turns out that the SiSi launcher creates those files when it's opened. |
 CCP Mandrake

 |
Posted - 2010.11.23 22:57:00 - [ 258]
Seems like the data package the sisi launcher is simply corrupt, working on making a replacement.
I'll see if i can fix that unicode error DJ MULER reported earlier as well. |
 Cpt Xing |
Posted - 2010.11.24 15:26:00 - [ 259]
getting this error:
Downloading index: 100.0%, 342.49 KB/342.49 KB, 68.5 KB/s, 00m00s Error: Traceback (most recent call last): File "repairPanel.pyc", line 328, in _Start File "repair.pyc", line 315, in RunTask File "repair.pyc", line 211, in TaskRestoreFolder File "zsync\zsync.pyc", line 162, in RestoreFolder File "zsync\zsync.pyc", line 338, in GetFilesToRepair File "zsync\zsync.pyc", line 325, in GetInfo File "stuff\bundle.pyc", line 118, in ReadIndex error: Error -3 while decompressing data: incorrect data check
Total Runtime: 0h08m06s
|
 Xadiran |
Posted - 2010.11.24 21:40:00 - [ 260]
Whatever you guys did, it works just fine for me now. Keep up the good work! |
 DJ MULER |
Posted - 2010.11.25 09:27:00 - [ 261]
Working now!!
THX CCP Mandrake |
 Luna Harkor |
Posted - 2010.11.25 23:44:00 - [ 262]
Edited by: Luna Harkor on 25/11/2010 23:44:41 Using version 1.16
resDX9MinmatarT3Ships.stuff, missing 57.7 KB (0.680%) resDX9RockStructures.stuff, missing 61.87 KB (0.062%) resDX9AmarrShips.stuff, missing 11.27 KB (0.016%) res2.stuff, missing 31.96 KB (5.303%) Error: Traceback (most recent call last): File "repairPanel.pyc", line 328, in _Start File "repair.pyc", line 315, in RunTask File "repair.pyc", line 211, in TaskRestoreFolder File "zsync\zsync.pyc", line 164, in RestoreFolder File "zsync\zsync.pyc", line 309, in GetDownloadRangeSet File "zsync\zsync.pyc", line 283, in GetFileRestorers File "zsync\fileSync.pyc", line 347, in __init__ File "zsync\fileSync.pyc", line 119, in IsComplete File "zsync\fileSync.pyc", line 102, in GetFoundRanges File "zsync\fileSync.pyc", line 146, in _UpdateRanges File "zsync\fileSync.pyc", line 218, in _UpdateCurrentData File "zsync\fileSync.pyc", line 227, in _ReadChunk MemoryError
Still getting a crash |
 LordElfa Gallente Golden Lyon Warriors
|
Posted - 2010.11.26 06:32:00 - [ 263]
Error: Traceback (most recent call last): File "repairPanel.pyc", line 328, in _Start File "repair.pyc", line 315, in RunTask File "repair.pyc", line 211, in TaskRestoreFolder File "zsync\zsync.pyc", line 164, in RestoreFolder File "zsync\zsync.pyc", line 309, in GetDownloadRangeSet File "zsync\zsync.pyc", line 283, in GetFileRestorers File "zsync\fileSync.pyc", line 347, in __init__ File "zsync\fileSync.pyc", line 119, in IsComplete File "zsync\fileSync.pyc", line 102, in GetFoundRanges File "zsync\fileSync.pyc", line 146, in _UpdateRanges File "zsync\fileSync.pyc", line 218, in _UpdateCurrentData File "zsync\fileSync.pyc", line 227, in _ReadChunk OverflowError: long int too large to convert to int
Total Runtime: 0h03m31s |
 Iam Widdershins Project Nemesis Moar Tears |
Posted - 2010.11.26 08:05:00 - [ 264]
|
 Aurelius Harrison Amarr ARC Heavy Technologies ORPHANS OF EVE |
Posted - 2010.11.26 19:54:00 - [ 265]
When it tries to update I get:
Error: Traceback (most recent call last): File "repairPanel.pyc", line 328, in _Start File "repair.pyc", line 315, in RunTask File "repair.pyc", line 211, in TaskRestoreFolder File "zsync\zsync.pyc", line 162, in RestoreFolder File "zsync\zsync.pyc", line 338, in GetFilesToRepair File "zsync\zsync.pyc", line 325, in GetInfo File "stuff\bundle.pyc", line 118, in ReadIndex error: Error -3 while decompressing data: unknown compression method
Total Runtime: 0h00m02s |
 Czert ElPrezidente Caldari |
Posted - 2010.11.26 20:00:00 - [ 266]
same as last guy - aurelius - unknown compresion metod. |
 SlayerOfArgus Gallente Hermes Enterprises |
Posted - 2010.11.26 20:00:00 - [ 267]
Originally by: Aurelius Harrison When it tries to update I get:
Error: Traceback (most recent call last): File "repairPanel.pyc", line 328, in _Start File "repair.pyc", line 315, in RunTask File "repair.pyc", line 211, in TaskRestoreFolder File "zsync\zsync.pyc", line 162, in RestoreFolder File "zsync\zsync.pyc", line 338, in GetFilesToRepair File "zsync\zsync.pyc", line 325, in GetInfo File "stuff\bundle.pyc", line 118, in ReadIndex error: Error -3 while decompressing data: unknown compression method
Total Runtime: 0h00m02s
I literally had the same error happen to me just now. Could the updated version of the sisi launcher have caused this? |
 Titus Phook |
Posted - 2010.11.26 20:05:00 - [ 268]
I'm getting the unknown compression method error as well, also when trying to update throught the client the download fails verification and is considered corrupt |
 Deo Durrant |
Posted - 2010.11.26 20:17:00 - [ 269]
start time: 20101126 20:15:44 python version: 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit (Intel)] repair tool version: 3.13 Restoring folder: "C:\Program Files\CCP\SiSi\EVE" Build folder Info: Checkum DB: "C:\Users\alan\AppData\Local\CCP\EVE\C_C89E~1\checksums" usescriptindexfiles: 1 appname: EVE region: ccp sync: 206420 server: Singularity edition: premium version: 6.33 role: client build: 206420 branch: //depot/games/EVE-STAGING/eve aid: 0 __name__: main codename: EVE-EVE-STAGING port: 26000 cryptopack: CryptoAPI patch url: http://content.eveonline.com/test/PatchData_207554.dat Checksumming client: 0.0%, 0.0 bytes/5.8 GB, 0.0 bytes/s, 00m00s Downloading index: 0.0%, 0.0 bytes/1.24 GB, 0.0 bytes/s, 00m00s Warning, updater failed: error('Error -3 while decompressing data: unknown compression method',) repair url: http://content.eveonline.com/test/RepairData_207554.dat client directory: C:\Program Files\CCP\SiSi\EVE Downloading index: 0.0%, 0.0 bytes/1.24 GB, 0.0 bytes/s, 00m00s Error: Traceback (most recent call last): File "repairPanel.pyc", line 328, in _Start File "repair.pyc", line 315, in RunTask File "repair.pyc", line 211, in TaskRestoreFolder File "zsync\zsync.pyc", line 162, in RestoreFolder File "zsync\zsync.pyc", line 338, in GetFilesToRepair File "zsync\zsync.pyc", line 325, in GetInfo File "stuff\bundle.pyc", line 118, in ReadIndex error: Error -3 while decompressing data: unknown compression method
Total Runtime: 0h00m01s
Same error as the others, please advise. |
 Chromoys |
Posted - 2010.11.26 21:26:00 - [ 270]
start time: 20101126 16:21:07 python version: 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit (Intel)] repair tool version: 3.13 Restoring folder: "C:\Program Files (x86)\CCP\Singularity" Build folder Info: Checkum DB: "C:\Users\Torquil\AppData\Local\CCP\EVE\C_PROG~2\checksums" usescriptindexfiles: 1 appname: EVE region: ccp sync: 197121 server: Tranquility edition: premium version: 6.32 role: client build: 197121 branch: //depot/games/EVE-RELEASE/eve aid: 0 __name__: main codename: EVE-EVE-RELEASE port: 26000 cryptopack: CryptoAPI patch url: http://content.eveonline.com/test/PatchData_207554.dat Checksumming client: 0.0%, 0.0 bytes/5.76 GB, 0.0 bytes/s, 00m00s Downloading index: 0.0%, 0.0 bytes/1.24 GB, 0.0 bytes/s, 00m00s Warning, updater failed: error('Error -3 while decompressing data: unknown compression method',) repair url: http://content.eveonline.com/test/RepairData_207554.dat client directory: C:\Program Files (x86)\CCP\Singularity Downloading index: 0.0%, 0.0 bytes/1.24 GB, 0.0 bytes/s, 00m00s Error: Traceback (most recent call last): File "repairPanel.pyc", line 328, in _Start File "repair.pyc", line 315, in RunTask File "repair.pyc", line 211, in TaskRestoreFolder File "zsync\zsync.pyc", line 162, in RestoreFolder File "zsync\zsync.pyc", line 338, in GetFilesToRepair File "zsync\zsync.pyc", line 325, in GetInfo File "stuff\bundle.pyc", line 118, in ReadIndex error: Error -3 while decompressing data: unknown compression method Total Runtime: 0h00m02s  |
|