mniip
mniip
67 / 2
11th Jan 2015
12th Jan 2015
I've reviewed the previous design, which appeared to be totally inefficient, and made this. Also features a 1-per-frame counter setup.
data transfer sprk 60hz subframe electronics filt

Comments

  • jacob1
    jacob1
    16th Jan 2015
    speaking of the font, you really shouldn't have cgi in the save :| (I have a save too I guess but it's just INSL and also isn't decoed)
  • oldmud0
    oldmud0
    16th Jan 2015
    Uses the SPRK trick :/
  • mniip
    mniip
    16th Jan 2015
    @KitchenParty It's called Helvetica.
  • KitchenParty
    KitchenParty
    15th Jan 2015
    that font is amazing! its a shame i have no idea what the actual thing is
  • mniip
    mniip
    15th Jan 2015
    @CalmYourselfChild You cannot have a BRAY/PHOT with a wavelength of 0. Some bits have to be set. I'm using the topmost bit for that purpose.
  • CalmYourselfChild
    CalmYourselfChild
    15th Jan 2015
    Question: Why do you use only 29 of the 30 bits that are availible for filt? The left-most bit is not used for some reason.
  • Jonsku99
    Jonsku99
    14th Jan 2015
    Absolutely marvelous.
  • Sandwichlizard
    Sandwichlizard
    14th Jan 2015
    this is truely awesome.
  • Schmolendevice
    Schmolendevice
    13th Jan 2015
    @mniip: I've minded that very well in all my designs and as per debug mode I saw no issue with the hashcodes/particle IDs of the INST to the left. Turned out that by having the writeback FILT start with a value of 2^29 instead of 2^28 a simple addition of a subtractor for the 2^28 bit I got it to work perfectly. Here it is. id:1713655. Later to be interfaced for use in computing systems.
  • mniip
    mniip
    13th Jan 2015
    @Schmolendevice Keep in mind the particles are updated in the increasing ID order, and the IDs are only reassigned when saving a stamp or a localsave.