Etterna 0.74.4
Loading...
Searching...
No Matches
Public Member Functions | Public Attributes | List of all members
FJ_Sequencer Struct Reference

#include <FlamSequencing.h>

Collaboration diagram for FJ_Sequencer:
Collaboration graph
[legend]

Public Member Functions

void set_params (const float &gt, const float &st, const float &ms)
 
void complete_seq ()
 
auto flammin_col_check (const unsigned &notes) -> bool
 
auto flammin_tol_check (const float &ms_now) -> bool
 check for anything that would break the sequence
 
void operator() (const float &ms_now, const unsigned &notes)
 
void handle_interval_end ()
 
auto construct_mod_part () -> float
 

Public Attributes

flam flim
 current tracking flam
 
float group_tol = 0.F
 scan for flam chords in this window
 
float step_tol = 0.F
 tolerance for each column step
 
float mod_scaler = 0.F
 
int flam_counter = 0
 number of flams
 
std::array< float, 4 > mod_parts = { 1.F, 1.F, 1.F, 1.F }
 
bool the_fifth_flammament = false
 

Detailed Description

Sequencer for FlamJam, to handle row by row processing of flams. Collects up to 4 flams per interval to describe its flammyness.

Member Data Documentation

◆ mod_parts

std::array<float, 4> FJ_Sequencer::mod_parts = { 1.F, 1.F, 1.F, 1.F }

track up to 4 flams per interval, if the number of flams exceeds this number we'll just min_set (OR we could keep a moving array of flams, and not flams, which would make consecutive flams much more debilitating and interval proof the sequencing.. however.. it's probably not necessary to get that fancy

◆ the_fifth_flammament

bool FJ_Sequencer::the_fifth_flammament = false

there's too many flams already, don't bother with new sequencing and shortcut into a minset in flamjammod technically this means we won't start constructing sequences again until the next interval.. not sure if this is desired behavior


The documentation for this struct was generated from the following file: