"You must enter 3 value(s)"<- error in 3d view

[RD]

Using version 6.6.0 beta 1.
I am trying to open a map that i was working on about 1? yrs ago, and the 3d view gives me the message "you must enter 3 value(s)". This happens when i set it to solid or textured, not in wireframe mode. This doesnt happen when i create a new map.
Any idea what it means?

[RD]

Hmmm after some fiddling around i discovered that a func_illusionary with rendermode "color" caused it, because its RGB values were not defined. Its color was by default white, but its RGB values (255 255 255) were not set by default.

[DanielPharos]

Is this a bug in an addon? I mean, what game mode are you in? Does that specific for the entity have a default setting in that game mode? If not, this can be fixed in the addon, so it won't happen again.

[RD]

Sorry, its hl2, and looks like the specific has no default and immediately disables the 3d view when set to rendermode: color, untill you set the RGB values as well.

[cdunde]

That's in the t_RenderFields:incl = include statement
which is also used in the t_BaseNPC:incl = statement.

So all of the entities that use one of those includes would also need to have their default set
in the base.qrk and prefabs-hl2.qrk files. 
Anybody up to doing that as an update 

HTH,

cdunde

[X7]

Was going to fix this but when I open the Half Life 2 base.qrk I get the Warning.
Some of these include statement are in the DataHL2.qrk




Did not see any include statement in prefabs-hl2.qrk

list of  the include statement in base.qrk

  t_player_size:incl =
    t_Angles:incl =
    t_Origin:incl =
    t_Studiomodel:incl =
    t_BasePlat:incl =
    t_Targetname:incl =
    t_Parentname:incl =
    t_BaseBrush:incl =
    t_EnableDisable:incl =
    t_RenderFxChoices:incl =
    t_Shadow:incl =
    t_RenderFields:incl =
    t_DXLevelChoice:incl =
    t_Inputfilter:incl =
    t_Global:incl =
    t_EnvGlobal:incl =
    t_DamageFilter:incl =
    t_ResponseContext:incl =
    t_Breakable:incl =
    t_BreakableBrush:incl =
    t_BreakableProp:incl =
    t_BaseNPC:incl =
    t_BaseNPCMaker:incl =
    t_BaseHelicopter:incl =
    t_PlayerClass:incl =
    t_Light:incl =
    t_Node:incl =
    t_HintNode:incl =
    t_TriggerOnce:incl =
    t_Trigger:incl =
    t_worldbase:incl =
    t_func_wall:incl =
    t_func_brush:incl =
    t_vgui_screen_base:incl =
    t_gibshooterbase:incl =
    t_env_soundscape:incl =
    t_BaseSpeaker:incl =
    t_KeyFrame:incl =
    t_Mover:incl =
    t_func_movelinear:incl =
    t_RopeKeyFrame:incl =
    t_Button:incl =
    t_Door:incl =
    t_BModelParticleSpawner:incl =
    t_BaseFilter:incl =
    t_func_physbox:incl =
    t_TwoObjectPhysics:incl =
    t_ForceController:incl =
    t_prop_detail_base:incl =
    t_prop_static_base:incl =
    t_prop_dynamic_base:incl =
    t_BasePropPhysics:incl =
    t_prop_physics:incl =
    t_PlatSounds:incl =
    t_Trackchange:incl =
    t_BaseTrain:incl =

list of  the include statement in DataHL2.qrk

  walltex:incl =
  floortex:incl =
  ceiltex:incl =
  caulktex:incl =
  NewMap:incl =

  trigger_tex:incl= {tex = "tools/toolstrigger"}
  origin_tex:incl= {tex = "tools/toolsorigin"}
  portal_tex:incl= {tex = "tools/toolsareaportal"}
  nodraw_tex:incl= {tex = "tools/toolsnodraw"}
  occluder_tex:incl= {tex = "tools/toolsoccluder"}
  ladder_tex:incl= {tex = "tools/toolsinvisibleladder"}
  detail_tex:incl= {tex = "Dev/dev_measuregeneric01"}

  t_triggerpoly:incl =
  t_originpoly:incl =
  t_portalpoly:incl =
  t_nodrawpoly:incl =
  t_occluderpoly:incl =
  t_ladderpoly:incl =
  t_detailpoly:incl =

X7   

[cdunde]

Yeah...I know what the problem is now    it's been that way from the start when those files were made up originally.

They tried to do some "Tricky-Dickey" coding and screwed things up that way. 
I sure wish plp would REALLY check their stupid work out before trying to impress someone with cheep lame brain garbage like this. It seems to be ramped now days....

They put the includes in the DataHL2.qrk file and using them in the entities section of both the base.qrk and halflife2.qrk files so they didn't half to put the same includes in both files and any future files.....(lazy mans way of doing things).....

So when you open those two files individually you get that listing error because the include part was NOT loaded like it is when you start up the editor in HL2 mode....

To fix it RIGHT those include definitions should be removed from the DataHL2.qrk file and put into both of those other files like it SHOULD have been done in the first place. 

And that could cause other files to start acting up. But if you checked out all of the current HL2 .qrk files individually without error listings then I doubt it. 

Because those includes (and the section above them which are also includes) are defining polys used for those entities you need to put that whole section of includes at the very top of both of those files.....like this:

1) In the DataHL2.qrk file from where it says "// custom polys for use with specific brush entities" all the way down BUT LEAVING THE LAST CURLY BRAKET...cut that whole seciton out ....

2) and copy that into the very top of the base.qrk and halflife2.qrk files AFTER the FIRST curly braket

See all the EXTRA work it causes OTHERS to half to deal with by being a BRAIN DEAD HOT SHOT like that? 

You will then get only 3 or so in the error listing so you need to find where those are and see where they need to go....most likely about the same place.

Once you get those fixed up please post a set of the corrected files here in a zip so I can update the CVS with them.....Thanks. 

HTH

cdunde