setting up server is an easy task compared to dealing with good old drama: pb and server lags, no anticheat, notorious cheaters and no fixes for most common issues nobody will even try to build community for game with no regular support

I Made some variations for the arctic environment for the spec ops team.

Camo used: Schneetarn [Germany]

All the variations of the textures I have made for the player models are about 1 GB (.tga) so will probably I'm forced to convert everything to jpg and/or to include only those actually used. After I put a bit of order I will probably prepare two packages. The first one for the essential files and the other one for the extra textures. Afterwards I will work on the heads with basic facial animations and I will make another additional package.

I would also like to complete the high-poly mesh of a knife I'm designing according to my experience (I'm a knifes lover) to print it in 3d.

Hi guys, I just write to tell you I'm not sleeping but I'm on the ball. There are good news and bad news.- Good newsIn addition to what I have shown before, I have completed seven head models with their animations. I converted all of the texture into jpg to reduce dimensions and save some memory. I am preparing the preliminary package and am eliminating all the errors I find. The result in the game seems to me very good.

- Bad newsWith the new package the memory error when changing the map (ERROR: VirtualAlloc commit failed. Attempt to access invalid address.) is constantly present and I do not hide that I'm frustrated and depressed.If I use the old pakage with the same installation I have no error. I'm convinced that the solution must be searched within the code limits (probably based on the amount of PC RAM of 15 years ago) such as these lines in tr_image.c

I still have to do many tests (for example using ET Legacy or maybe reducing the length of md3 or texture names) but I think that only the experience and capabilities of a programmer can solve the problem.If I do not solve the issue then I release the package only to make it evaluated by betatester volunteers. Who find the solution win at least 10 beers.

I think I've finally found out the problem generated by my package ("VirtualAlloc commit failed - Attempt to access invalid address"). I think that it could be linked to the amount of md3 that you can handle from skin files and to some variable not properly sized/defined ( maybe here --> tr_image, tr_model.c or cg_character.c).

3) ET Legacy works but does not load some shader/md3 assets and I find these WARNINGLOADING... - classes^3WARNING: Ignoring models in 'models/players/temperate/axis/soldier/body_s3.skin', the max is 5!^3WARNING: Ignoring models in 'models/players/temperate/axis/soldier/body_s.skin', the max is 5!^3WARNING: failed to register skin 'models/players/temperate/axis/soldier/body_s.skin' referenced from 'characters/temperate/axis/soldier.char'^3WARNING: Ignoring models in 'models/players/temperate/axis/soldier/body_s_p11.skin', the max is 5!^3WARNING: Ignoring models in 'models/players/temperate/axis/soldier/body_s_p22.skin', the max is 5!^3WARNING: Ignoring models in 'models/players/temperate/axis/soldier/body_s_p01.skin', the max is 5!^3WARNING: Ignoring models in 'models/players/temperate/axis/soldier/body_s_p02.skin', the max is 5!^3WARNING: Ignoring models in 'models/players/temperate/axis/soldier/body_s_p10.skin', the max is 5!^3WARNING: Ignoring models in 'models/players/temperate/axis/soldier/body_s_p12.skin', the max is 5!^3WARNING: Ignoring models in 'models/players/temperate/axis/soldier/body_s_p20.skin', the max is 5!^3WARNING: Ignoring models in 'models/players/temperate/axis/soldier/body_s_p21.skin', the max is 5!^3WARNING: Ignoring models in 'models/players/temperate/axis/medic/body_s3.skin', the max is 5!^3WARNING: Ignoring models in 'models/players/temperate/axis/medic/body_s.skin', the max is 5!^3WARNING: failed to register skin 'models/players/temperate/axis/medic/body_s.skin' referenced from 'characters/temperate/axis/medic.char'

It could also be the cause for crash when using Z_CQB_Viewarms_sg552_20160208.pk3 that contains the arms and the sig552?I used 7 parts in sg552rdsd.weap adding tags to make a compound weapon (and doing also animations to mount/unmount the sight/suppressor/foregrip)part 0{tag "tag_main"model "models/weapons2/sg552/sg552_view_main.mdc"}part 1{tag "tag_clip"model "models/weapons2/sg552/sg552_view_clip.mdc"}part 2{tag "tag_slide"model "models/weapons2/sg552/sg552_view_slide.mdc"}part 3{tag "tag_sight"model "models/weapons2/sight/sight_view_reddot.mdc"}part 4{tag "tag_suppr"model "models/weapons2/silencer/silencer_view_silencer01.mdc"}part 5{tag "tag_clip2"model "models/weapons2/sg552/sg552_view_clip.mdc"}part 6{tag "tag_fgrip"model "models/weapons2/grip/grip_view_foregrip01.mdc"}

Is it a partial limit for individual characters .skin file or is a total limit? I don't know, but It would be nice to touch the code in such a way that these treshold are increased.

The package is pretty much ready and need to be tested. Maybe it's a good idea make some screenshots at the maximum resolution. In any case, it's better use the "seta com_ignorecrash 1" option to prevent that some crash reset the configuration at the low resolution. Maybe in the future we could include the full body model in the deploy menu, using cqb_menu_idle & cqb_menu_lookweap animations (cqb_common.aninc in the Z_CQB_animations_20150513) or use head animations like pain or attack sequence.

It would be great if coroner could check the code to see if he can change the limits of md3 manageable via .skin files

His problem is related to the engine (vanilla and etl). There is a limit of MAX_PART_MODELS = 5 but marze is using 7 parts. See skinModel_t *models[MAX_PART_MODELS];

ETL is extended to print a warning and doesn’t process more than 5 parts. In vanilla there is no such limit check and the code might run into array out of bounds issues if more parts are used –> crash.

Thank you yks. Unfortunately I already knew that the problem was MAX_PART_MODELS as i wrote but I think we/they miss the point.I mean, it makes sense to have this kind of limit if you're rewriting and updating the engine? We really need the MAX_PART_MODELS = 5?I also posted in the Internal Forums of CQB Dev.

Since I'm not even convinced that there is any intention to release a unlocked version of CQB I decided to move my focus on TCE.I started working on my arms and I reduced the number of polygons and improving some animation to use as example. When finished I can release the .obj/.fbx/.max files so that others can also contribute by adding / improving other weapons.But now there is a problem as there are three different models of arms: sleeves / sleeves + pads / forearm.How do I use a arms model for everyone except for covertops and sniper?Probably I can make two versions of the same weapon and two .weap like this:

I also forgot about something important... first person animations must be synchronized with those third person...

However I made from scratch the model of the m83 smoke granade and realized the animation (including also the safety lever)Now I'm working on the animation for the AK47. The Ak47 model is very well done but I had to scale it and clean it from lots double faces (probably due to a non-optimal exporter) and currently is not next gen compliant.I do not know the author. If someone knows the author of the AK47 mesh can give me his contact?. I need to have his permission to scale/clean e make some tuning.thank you.

I did not write any posts because I did not have good news to give.I maded some animations for weapons (some completely new compared to those present) and with good results.For example, for AK47 I had added another type of reload and a onother one in which the player can see the accessories mounted on the weapon.Unfortunately I immediately fight with the error "ERROR: VirtualAlloc commit failed." when the map is changing. The Z_CQB_players and Z_CQB_Viewarms package wan't work together! (both in ET and in ET Legacy).Until now I practically i'll go step by step and by elimination, to understand what generated it. In the end I won my battle but the war will probably is a draw.

I avoid to tell the list of all the attempts I made and get to the point: there is a maximum amount of memory dedicated to all the player models and their animations (.md3 files). This means that all the models of the heads + animations of the heads + the models of the arms + all the animations of the arms should not exceed a certain amount.

Originally, the game has one head for all the models of players with 400 frames + one model of arms with about 100 frames for each weapon. Realy a poor thing. I made 5 heads with 400 frame animations and three arms models with 180 frame animations and I immediately had the problem "ERROR: VirtualAlloc commit failed.".

As you can see this limit is very, very, very penalizing for those who want to use the engine and make an inprovement with a good graphic level.

Since I can not touch the code I am forced to the following workaround:- Reduction the number of heads from 5 to 4 and the duration of animations from 400 to 180 frames (I removed HD_IDLE4, HD_DAMAGED_IDLE2, HD_DAMAGED_IDLE3, SMILE)- Elimination of any accessory for the heads (even the hair will be added via tag in .skin file)- Reduction of polygons and vertices for models of hands and arms- Reduction of variations of the arms models from 3 to 2 (sleeve+elbow pads will be unused)- Reduction of the animations of the arms to have maximum 60 frames (since some are managed by the code such as drop/raise)

I have requested the of coroner's authorization to distribute the new version of CQB but without success so I will dedicate myself to TCE.In any case, without a proper modification to the engine code, I'm afraid a 3D artist will never do a good job to improve the graphic content related to the players' models and the game's animations.