Stap 10: Gridly goedheid
Deze opstelling kan meerdere apparaten te leggen van de rol van raster. Wat overblijft is om toe te voegen sommige definitieve bloeit.
Het grootste deel van de graphics gebeurt op een gesplitst scherm. Één meer rendering structuur die het volledige scherm zou mooi zijn. Te dien einde een nieuw exemplaar van de RenderArgs ArrayList gemaakt.
Een paar meer tweaks krijgen ook ingevoerd. De optie om een schaalfactor bij het weergeven van een GIF-afbeelding. Hierdoor twee interessante kenmerken: U kunt het centreren van een grote GIF dat anders niet int een uniforme raster passen zou (aangezien u kunt in de buurt van de linker bovenhoek plaatsen en vervolgens schalen het), en u kunt groeien/verkleinen GIFs zoals ze Toon zijn.
De standaard MIDI-toewijzing voor de erfenis Launchpad ziet dit opmerkelijk verfijnde grafiek:
(104) (105) (106) (107) (108) (109) (110) (111) [ 0] [ 1] [ 2] [ 3] [ 4] [ 5] [ 6] [ 7] ( 8) [ 16] [ 17] [ 18] [ 19] [ 20] [ 21] [ 22] [ 23] ( 24) [ 32] [ 33] [ 34] [ 35] [ 36] [ 37] [ 38] [ 39] ( 40) [ 48] [ 49] [ 50] [ 51] [ 52] [ 53] [ 54] [ 55] ( 56) [ 64] [ 65] [ 66] [ 67] [ 68] [ 69] [ 70] [ 71] ( 72) [ 80] [ 81] [ 82] [ 83] [ 84] [ 85] [ 86] [ 87] ( 88) [ 96] [97] [98] [ 99] [100] [101] [102] [103] (104) [112] [113] [114] [115] [116] [117] [118] [119] (120)
Er zijn ronde knoppen aan de bovenkant en aan de rechterkant; de belangrijkste indeling is een 8 x 8 raster. De getallen in de grafiek zijn de MIDI Opmerking waarden die elke knop Standaard verzendt.
Sommige dingen op te merken: er zijn hiaten in de opmerking bereiken en Opmerking 104 wordt herhaald tweemaal, eerst boven de eerste knop als opnieuw op een knop in de rechterbenedenhoek.
Ik wilde hebben betrekking op pad kunnen bepaalde aspecten van een effect te maken meer intuïtief. Zoals u misschien al geraden door nu juist in voortdurend in beweging, maar hier is enkele voorbeelden.
Het Renoise spoor werd opgericht voor het verzenden van sommige vrij gestructureerde schets triggers. Bijvoorbeeld, het genereren van een reeks raster-vulling.
Ik wilde voor de onGridNoteNN-berichten kunnen plaatsen en GIFs schaal over het volledige schets venster.
Zoals voorheen, er is een lijst te houden gegevens voor GIF-bestanden te plaatsen op het scherm en de methoden items toevoegen en de lijst wissen.
De focus ligt op de sectie van de Launchpad: de eerste vijf kolommen (van links) en de top drie rijen.
Verplaatsen over de pads in een rij plaatst een GIF in een relatieve schermlocatie (uiterst links, beetje links, centreren, etc.). Uit de eerste rij te verplaatsen naar de derde stelt verschillende GIF schalen; lager is groter.
Een GIF dat de hele linkerzijde vult; plaatsen het raken van het stootkussen voor toelichting 32 Opmerking 36 vult de rechterkant.
Controle van de schets met behulp van de Launchpad
Dit alles werkt een raster uit 8 rijen van 16 kolommen. Het verschil zit in de schalingsfactor gebruikt. Een GIF toevoegen aan de lijst van de RenderArgs remderC bestaat uit het aanroepen van deze methode:
void placeGif8x16(int index, float scaling ){ gridCRows = 8; gridCCols = 16; gridCPointer = index; centerScaling = scaling; addToGridC(); } waar addToGridC is net als addToGridL4x4.
En, net als eerdere code, is er veel gebruik van geassorteerde globale variabelen controleren raster indexeren en schalen.
Waarschuwing: Bijwerkingen kan veroorzaken
Een grote hoeveelheid verwerking code die ik zie maakt uitgebreid gebruik van globale variabelen. Dat wil zeggen, variabelen die kunnen worden benaderd en eventueel gewijzigd voor elke plaats in de tekening.
In het algemeen maakt dergelijke dingen me ineenkrimpen. Maar waarom? En als het zo crade-inducerende waarom ik doe het hier?
Er is een goede dekking van de gevaren van globale variabelen hier en hier.
In een notendop, globale variabelen zijn enkel dat: globaal variabele. Wanneer een methode, zoals de placeGifAt maakt gebruik van kan een globale variabele (bijvoorbeeld centerScaling), er is geen zekerheid welke waarde van die variabele hebben.
De waarde kan hebben is ingesteld door een methode, maar vervolgens later veranderd door een andere, alvorens placeGifAt krijgt om het te gebruiken. Deze hoge mate van veranderlijkheid maakt het erg moeilijk om te begrijpen wat er gaat gebeuren wanneer placeGifAt wordt aangeroepen. Inderdaad, het is heel goed mogelijk dat centerScaling kan eindigen met een volledig onbruikbaar waarde. Wanneer iets niet correct gedraagt zich, waar moet u kijken om te begrijpen waarom? Als een waarde die wordt gebruikt in een methode kan van overal in uw code worden gewijzigd, hoe bepaal je het?
Vele Processing schetsen zijn vrij klein. Ze passen in één bestand, en zijn voor het grootste deel makkelijk door heen te kijken. Als een schets niet vreselijk ingewikkeld is is dan opsporen van vreemd gedrag misschien niet een groot probleem.
Een klein programma met behulp van globale variabelen beginnen is niet een grote zonde, en kan gemakkelijker te springen, probeer dingen en beoordelen van de resultaten. Dit soort onderzoek moet worden aangemoedigd.
Zoals code, echter groeit bedoeld het nadeel van bijwerkingen als gevolg van de globale variabelen veranderen op manieren die met conflicteren gedrag kan groeien. Het kan zinvol zijn om te beginnen met het inkapselen van deze variabelen, en de manieren waarop zij kunnen worden betreden, in klassen.
In het geval van experimentele code, en misschien creatieve codering in het algemeen, kunnen deze bijwerkingen een toevallige zegen.
Zoals ik schreef de handgrepen om te reageren op berichten van de Launchpad voegde ik methoden die een lijst van GIF-plaatsing informatie gevuld. De daadwerkelijke plaatsing van deze GIFs maakt gebruik van de gemeenschappelijke mondiale waarde van centerScaling.
Zonder de gevolgen te realiseren had ik mijn methoden wijzigen van de waarde van centerScaling. Het onbedoelde gevolg was dat alle bestaande GIFs in renderC grootte veranderden wanneer een methode gewijzigd de waarde van centerScaling.
Niet wat ik van plan was, maar ik houd het effect. Als en wanneer ik de code in een minder lukraak corral de structuur van dit soort gedrag mogelijk iets ik zult willen houden.
