Just created bitbox forum !
Current WIPs : 16, 0xFF
Some threads about a 3d-printed box

Recent Posts

Pages: [1] 2
1
General Discussion / Re: singing toy (bit)boxes
« Last post by makapuf on September 22, 2016, 10:24:53 PM »
ah, those annoying ever making noise things ! .. even a ball says hello to you nowadays. grmph.
We had some e-birds singing together (by recognizing small sound patterns -before- their song for synchronization). and definitely not opensource. The kind of thing you describe requires more computation power though. an f4 might be overkill .. maybe not that much, $-wise however if you want to (I guess some arduinos could do FFTs).

Bitbox audio is indeed output only, but as connecting a mike to UEXT ...  great idea !

I guess some kind of preamp like this : https://www.sparkfun.com/products/12758 could be used ! Than you'd have to configure the pin as ADC and di some kind of FFT. (I think even a micro could easily be used to drive .. a micro).


2
General Discussion / singing toy (bit)boxes
« Last post by ible on September 21, 2016, 09:33:44 PM »
the kid has some toy cars / animals on wheels that start singing when driven/buttons-pressed/after some time period.  (eventually they do go back to sleep until the button is pressed again.)  when they all start singing over top each other, it almost sounds harmonic, but i was thinking it would be cool to create some little goofball robots like this, but which listen for other sounds, and will start singing in harmony.  so you can have other sound-robots singing, or you can sing to them and they'll start responding.  maybe such a thing exists, but i doubt it's open source/open hardware!

not sure if an stm32f4 is overkill.  also, on the bitbox is the audio jack output only?  i suppose if i knew enough with hardware i could (if necessary) get a mic into the UEXT port...
3
Games / Re: 0xff
« Last post by makapuf on September 10, 2016, 12:15:36 AM »
ok well the more I thin of it, the more I'm rooting for something a bit simpler :
piano roll with plain notes on a color, darker for # lighter for b
a tile = 3 colors for three lines on the same pattern + 1 percussive track on the top pixel line. 2 octaves C to C , shifted by N pixels (defined in song grid) according to instr settings to avoid note clashes.




5
General Discussion / Re: bitbox case
« Last post by ible on September 09, 2016, 03:18:41 PM »
no problem!  i didn't know of either word, so i learned a few things from this thread :).

but "gribble" does sound like the name of a really great game i should create...

and you should make "greeble" :D
6
Games / Re: 0xff
« Last post by makapuf on September 09, 2016, 03:03:49 PM »
Now, a word about music notation.

I'm about to add music to 0xFF but I want it to be visual and not only graphical, so mini piano rolls on tiles seem good, with several colors for intermixed voices but let's keep that aside.

Problem is, 16 pixel height is not much (and not very dense as information).

I'd rather keep the piano roll and not have one pixel color per note on the same line since it's much less readable (except for percussion tracks).

Problem is, if a tile is 16x16, while 16 steps in a bar is ok (well 4/3 tempo aside) , 16 vertical positions would be mapped as 16 semitones so 1 1/2 octaves which isn't much (and even less because we keep 15 places).

I thought about setting up a scale for the pattern which would allow the piano roll to be denser. if we keep 8 notes per scale, that's 2 whole octaves per pattern - and would even be maybe simpler to compose for - select scale, put notes, change scale , hear difference !

Which lead me to alternative musical representations on wikipedia / internet which lead me to not sleeping much :) and having no definite answer. Maybe 1 octave 1/2 is alright anyway ?

What do you think about it ? (issue is how do you have accidentals on such patterns with predefined scales. do you use specific a scale just for this pattern ? do we skip accidentals altogether ? )
 
7
General Discussion / Re: bitbox case
« Last post by makapuf on September 09, 2016, 02:04:30 PM »
oops .. so much for being non native ! I meant https://en.wikipedia.org/wiki/Greeble greeble disdnt know gribble existed (yuck  :P).
8
General Discussion / Re: bitbox case
« Last post by ible on September 07, 2016, 04:26:09 PM »
gribble?  do you mean the one with more detail/extrusions?



well, i'll keep iterating.  trying to keep it simple to print, but pretty :).
9
General Discussion / Re: bitbox case
« Last post by makapuf on September 07, 2016, 04:16:46 PM »
I much prefer the one with more gribble (first one).

I mentionned it already but you can find gorgeous retro cases ideas here :
- famicube  http://androidarts.com/palette/Famicube.htm
- amstrad http://androidarts.com/palette/Misc.htm
10
General Discussion / Re: bitbox case
« Last post by ible on September 07, 2016, 04:07:59 PM »
or an even flatter version :).  this also should be simplest to print.
Pages: [1] 2