Custom Query (36 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (31 - 33 of 36)

1 2 3 4 5 6 7 8 9 10 11 12
Ticket Resolution Summary Owner Reporter
#58 fixed f4: receptors/inputs should not be hardcoded (GTS*), but rather use general oper_fx functions Grzegorz Latosiński Maciej Komosinski
Description

...to support all available neuron classes. See for example parseNeuroClass() and also sources of getRandomNeuroClassWithOutput() and getRandomNeuroClass()

#59 fixed f4: effectors/neurons should not be hardcoded (N|@), but rather use general oper_fx functions Grzegorz Latosiński Maciej Komosinski
Description

...to support all available neuron classes. See for example parseNeuroClass() and also sources of getRandomNeuroClassWithOutput() and getRandomNeuroClass().

So now in f4 we support

N[inputs][inputs...] N@[inputs][inputs...] N|[inputs][inputs...]

and we want to allow for

AnyNeuronClassWithOutput[inputs_if_needed...][inputs_if_needed...]

plus two special cases to support old genotypes, i.e. N@[inputs][inputs...] N|[inputs][inputs...] where we have two neurons in sequence.

#60 fixed f4: consider unifying sources with f1 regarding "modifiers" Grzegorz Latosiński Maciej Komosinski
Description

In particular, look at the following functions and structures and see how much code overlaps:

f4_Props::executeModifier(char modif)

f4_Props::f4_Props()

f4_Props::normalizeBiol4()

F1Props stdprops

Builder::grow(int part1, const char*g, Pt3D k, F1Props c)

Discuss what is different and whether it would be possible to unify these sources without losing backward compatibility in f4.

1 2 3 4 5 6 7 8 9 10 11 12
Note: See TracQuery for help on using queries.