Ryzom

Since the patch of the patch, i've had runtime error only once. Before the patch of the patch I had runtime error every time I added a flag on map.
So I'm "happy" with the new patch.

Anyway, as I am a noob and I need to put a lot of flags here and there to mark for example source spot, I made a little .bat file that I use to launch ryzom.
The launchRyzom.bat look like this:
copy save\*.* CopyOfSave\*.*
start client_ryzom_rd.exe

This way I have a fresh backup every time I launch ryzom.
Also when I add VIP flags, I alt-tab and manual copy the save folder to CopyOfSave, because you never know...

I think that things like this are part of the secret skills tree you need to master in order to master this game

gillest wrote:Either you are very hopeful or I have missed some communication from GF...
As far as I remember, not a single word since the corrective patch...

Well for one, they are aware of it, because its been mentioned so often.

I think its fair to give them the benefit of the doubt, that they are working on it as there a threads asking people to give information on what bugs they are experiencing. I contributed to one of those threads to say I had no problems, other than one CTD on using the Relaunch button after the patch was applied.

So if they are seeking information on problems, I have to assume they are looking into them

gix74 wrote:I made a little .bat file that I use to launch ryzom.
The launchRyzom.bat look like this:
copy save\*.* CopyOfSave\*.*
start client_ryzom_rd.exe

This way I have a fresh backup every time I launch ryzom.
Also when I add VIP flags, I alt-tab and manual copy the save folder to CopyOfSave, because you never know...

I think that things like this are part of the secret skills tree you need to master in order to master this game

The very notion that i HAVE to make backups annoys me , but your batch file sounds like an ecellent idea and i like it.
Most players dont care so much about their map marks for various reasons, I do. In the day i lost all my marks, i spent 2hrs+ marking the exact spot of an excel big shell deposit, my playstyle relies heavily on those marks so when i saw they were all gone, steam came out of my ears quite literally, and i think that shows in the angry tone of my post .
In the end its no biggie, i enjoy searching for deposits so i'll do it all over again but its a matter of principle too: first they should have made a small announcement aknowledging the problem and stating they working on it, second you really should NOT have to make backups to play a game, third it shouldnt take so long to fix (especially when theres no communication).

komissar wrote:Hmm frankly I don't experience any of the above mentioned problems...

I was in your shoes.....for a while.....was only one in guild not having the problem, and then I planted a flag. Ever since then, the only way I can play w/o crash on exit is:

1. Switch to Direct3D (Blechh)
2. Log in @ full screen 1920 x 1200
3. Switch to window mode wile playing
4. Switch back to full screen mode before exiting.

Now I can log out w/o crashing about 3 outta 4 times. Skip the above 4 step and it's every single time, plus numerous annoyances in game.

And Threads like this one certainly won't do the game, the community and especially the newbies any good...

Until people suspend their subscriptions or ask for refunds because they tired of all the workarounds. Or when the noobies give up the game because they think this is "status quo". It's laudable that they are working on the problem but if after 3 weeks ya can't fix it, it only makes sense to go to a known working situation.

If there are some minor drawbacks accompanyiing it - I am sure they are working on it and will fix em all soon.

That's an acceptable outlook, when you are one of the unaffected. Perhaps most don't agree that crashing every time they play a "Minor Drawback". And soon is past. It's been a month.

P/S Threads like this one should be taken to technical part of the forums imho

I think the OP brought ot back here because there's been no activity there and no response or progress indication from GF. As you'll notice, no input at all from GF .... and just 2 or 3 users. Yet look here in this section how many in the poll "calling for a recall". We have several HO's whose playing time has diminished to close to nothing other than "I just stopped in to say hi ....is everything still broken ?"

http://forums.ryzom.com/forum/showthread.php?t=31092

I have strong suspicions that something "else" is in the patches other than what has been talkd about. The patch notes fro the "Post patch patch" which essentially said "we fixed ....ermm....some stuff" have made me more questioning. The parts of the patch we heard about (stamina changes) are a good idea. But I doubt that stamina changes can be affected by video mode, resolution, windowed or non windowed, etc.

The series of problems is indicative of soemthing else going on here. And all symptoms point to the background downloader. The first problem we saw was the lost of sound. The click on wondow "workaround" pointed to the problem. While the background downloader was loading, ryzom was pushed back from being the process being given priority by the OS and the proper sound configuration would not load. Turn off the bacgound downloader and the problem went away.

The next patch introduced the symptom of Ryzom minimizing during the loading process. Now what causes a process to be minimized "all by itself" ? The most obvious answer is some other process is launching after ryzom is launched. If this "other process" is launching, we must assume it is being given priority by the OS and, as one would expect, Ryzom minimizes. It then appears to be shutting down as suddenly ryzom returns to full screen once the systems returns it to highets priority.

I don't think there was a great outcry from the community for a "background downloader". Even disbaled, some other process appears to be starting and shutting down as Ryzom loads. Is it collecting system info (processor, memory, vid card type, etc.) for development purposes ? Is it collecting user log info troubleshooting purposes ? I don't what it is doing but, since the addition of the downloader and the subsequent patch, soemthing is pushing the ryzom launch to a background process and giving some other process system priority.

I am open to other explanations but to me, without any other information, this seems the most likely. On MS's "Patch Tuesday", one might do windows update and have several individual patches applied in one update. If you have a problem it might be just one of the say seven fixes that is causing the problem and only that one needs to be uninstalled, not all seven. The situation should apply here as the stamina issues are "game data" and the problems are related to "system data". Only the part that added the background activity(ies) need be pulled.

jared96 wrote:The next patch introduced the symptom of Ryzom minimizing during the loading process. Now what causes a process to be minimized "all by itself" ? The most obvious answer is some other process is launching after ryzom is launched. If this "other process" is launching, we must assume it is being given priority by the OS and, as one would expect, Ryzom minimizes. It then appears to be shutting down as suddenly ryzom returns to full screen once the systems returns it to highets priority.

yep, they spying on you. be afraid, be very afraid, they after you

actually it's just a client crash with crash dialog disabled... there should be around 80 crashes in a row, one for every line like this

DBG 9 sheet_id.cpp 106 client_ryzom_rd.exe : 54 : 2007/09/06 09:06:55 client_ryzom_rd.exe WRN 9 sheet_id.cpp 99 : SHEETID: The sheet 'cast_off_sickness_end.animation_fx_set' is not in sheet_id.bin, setting it to Unknown

blaah wrote:actually it's just a client crash with crash dialog disabled... there should be around 80 crashes in a row, one for every line like this

every line where ? where are these lines ?

80 crashes in a row ? and this does not indicate a problem ?

jared96 wrote:every line where ? where are these lines ?

in log file, doh! (either log.log or log000.log

80 crashes in a row ? and this does not indicate a problem ?

nope ... well, actually it does kind of show that know-how has left the building ;-( or maybe they just want us to believe that

blaah wrote:in log file, doh! (either log.log or log000.log

What I mean is if the game is crashing, shouldn't the user be advised of a problem ? As in "where's the notification ? "

I don't routinely go searching thru log files of every program I use to see if the program crashed that day.

2007/09/10 12:28:42 client_ryzom_rd.exe WRN a74 file.cpp 274 : Failed to open file 'fy_hof_inc_stun_fizz.anim.anim', error 2 : No such file or directory

OK, if I'm suppossed to have this file, why don't I ? Why isn't file checker noticing ? If the file was removed / changed, why doesn't Ryzom know that ?

Sheet cast_off_blunt_begin.animation_fx_set not found
SHEETID: The sheet 'cast_off_blunt_loop.animation_fx_set' is not in sheet_id.bin, setting it to Unknown
Dumping callstack :

Sheet cast_off_blunt_loop.animation_fx_set not found
SHEETID: The sheet 'cast_off_blunt.animation_fx_set' is not in sheet_id.bin, setting it to Unknown
Dumping callstack :

Sheet cast_off_blunt.animation_fx_set not found
SHEETID: The sheet 'cast_off_blunt_fail.animation_fx_set' is not in sheet_id.bin, setting it to Unknown
Dumping callstack :

Sheet cast_off_blunt_fail.animation_fx_set not found
SHEETID: The sheet 'cast_off_blunt_begin.animation_fx_set' is not in sheet_id.bin, setting it to Unknown
Dumping callstack :

Sheet cast_off_blunt_end.animation_fx_set not found
SHEETID: The sheet 'cast_off_blunt_fail.animation_fx_set' is not in sheet_id.bin, setting it to Unknown
Dumping callstack :

Then we have similar ones for :

Sheet cast_off_curse_fail.animation_fx_set not found
Sheet cast_off_hatred_begin.animation_fx_set not found
Sheet cast_off_piercing_begin.animation_fx_set not found
Sheet cast_off_shockwave_fail.animation_fx_set not found
Sheet cast_off_sickness_begin.animation_fx_set not found
Sheet cast_off_slashing_loop.animation_fx_set not found

Then there's hundreds of "file does not exist" messages, "does not exist in a priority list", "can't reads", "can't finds" and even dozens of destroying sound and mixer messages. All this and the user gets no input that there's an issue ? BTW, checked 2nd puter, all but the 1st error on both of them.

And also, on the second box it's not minimizing......all those little crashes still there and not minimizing. So I would think that rules out the little crashes being the source of the minimizing. Perhaps it's due to that one being in window Open GL and this one in full screen D3D.

runtime error still there, map bookmarks are gone, have to redo all settings....

I must admit I've been hit by this myself. I find this... upsetting . Lost marks, UI interface and macros. Having been away several months away, I was not aware, so I guess partly my fault? no way. I will not ask for a rollback. But I would appreciate prioriyy being given to tracking this. Version Control, diffs?.

GF actually attempted to improve the game and the improvement was a very interesting concept

These two aspects are orthogonal.

benefit of doubt

speaking for myself only.... we've been giving either NVX / GF / whoever the benefit of doubt for a long time. The fact that I have been told that this bug has been there "for weeks" is even more annoying. It's not as if we players cannot "get used" to them (as annoying as they can be and Jena knows we've got used to the weirdest errors and patience grew think with the "Pvp heal kick" delays)... but it makes the game no good at all, if word to mouth about the game being "bug-ridden" spreads. It is not without reason that for some players Ryzom never "went past beta stage". Some things and adding new bugs cannot be avoided. It's the reactivity that counts (we could dig up some Jessica Mulligan posts about patch and process management too)... sarcastic.

there are some minor drawbacks

Minor drawbacks? a segmentation fault/runtime error with such a simple (and working before) action such as placing a mark? This errors fits as MAJOR / REGRESSION. This only shows lack of QA and proper testing. There is little to no excuse for these "fumbles" in a gaming market. Fixing this should be a high priority. No way the "they will fix this soon" is a reasonable statement. Not only I have zero /niet/nada/zap markers but I am afraid of adding new ones in case I crash. Losing, in the process, all the "Target raw material" macros. Substandard programming, imho.

had the runtime error myself on different occasions, thing i found, if my compass was targeting a team mate or a marker i had made, then when i either made a new marker or logging out the game then i got the runtime error, but if my compasss set at north, then i dont get a runtime error at all, well unless i forget to check on north, but may not work for all, had only 1 report bak so far that it didn't work. but worked fine for lots of others. hope this helps.