| 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  |
|
All Channels
Test Server Feedback