MICROCONTROLLER-MEMORY-UART-MIDI-ENCODER-DIY-sequencer...

das hatten wir im alten forum noch offen.... in mehreren thr

das hatten wir im alten forum noch offen.... in mehreren threads

im endeffekt läuft das inhaltlich auf einen digitalen DIY-Sequencer hinaus...
hier gehts damit weiter.
 
yepp..

also ich sach mal: die *the perfect sequencer* reg


yepp..

also ich sach mal: die "the perfect Sequencer" regeln auf meienr site gelten schonmal..

die bedienung muss imho livetauglich und in echtzeit gehen, KEIN übles anhalten für irgendwas..

interessant wäre auch etwas algorithmisches selberspielendes.. mit oder ohne darwin vielleicht drin? (evolultionäre geschmacksanbahnung.. oder so)
 
[quote:b0e7f0edc2=*Moogulator*]...die bedienung muss imho li

Moogulator schrieb:
...die bedienung muss imho livetauglich und in echtzeit gehen, KEIN übles anhalten für irgendwas..
unerlaubtes anhalten, der verlust jeglicher syncronisation, kleine gnubbeltastaturen mit 17facher belegung und 138mal_drücken_menüs sind irgendwie uncool. genauso wie ein eprom, das eigentlich doppelt so gross sein könnte/müsste, weil es nur einen schlappen teuro unterschied macht....
interessant wäre auch etwas algorithmisches selberspielendes.. mit oder ohne darwin vielleicht drin? (evolultionäre geschmacksanbahnung.. oder so)
kreative, intuitive&freie bedienung: wer sich im labor etwas ausdenkt und in hardware giesst, hat vielleicht etwas anderes im sinn, wie der mensch, der hinterher damit arbeitet...
 
naja, nat

naja, natürlich wird man reduzieren MÜSSEN... sonst hat man eben wieder menüs..

denke ein gutes teil kommt mit einem KLEINE oder fast keinem display aus..
evtl reichen LEDs..

nur mal so zum äusseren..
 
[quote:84b5b48bdb=*Moogulator*]naja, nat

Moogulator schrieb:
naja, natürlich wird man reduzieren MÜSSEN... sonst hat man eben wieder menüs..

denke ein gutes teil kommt mit einem KLEINE oder fast keinem display aus..
evtl reichen LEDs..

nur mal so zum äusseren..

ein modular-Sequencer :?: *grübel* :roll:
 
naja, aber nicht *another 960* oder doch?
w


naja, aber nicht "another 960" oder doch?
würde das schon digital machen, sehe da keinen sinn zB in alten glimmlampen und sowas.. lieber "neumodisch"..

aber modular im sinne von unabhängigen tracks.. nur:
dir ist klar ,das du dich dann mit dem spectralis messen musst? der hat die messlatte in dieser hinsicht schon deutlich nach oben verschoben..

jeder track kann einen andern start-triggern, jeder track kann vorwärts / rückwärts oder alternierend laufen oder random..

sie sind zeitlich nicht synchron , ich meine nicht parallel/linear ..

ROLLS sind wichtig dabei.. also shuffle und 2-3 roll-tasten ,die vielleicht auch wie bei Reason funktionieren könnten.. und bitte velocity full range, kein nerviges accent-minimal getue.. das ist gestern ;-)

es wäre also einiges zu tun..
 
hhhhhmmmmmmmmm.... modular im sinne von digital...

ich ha


hhhhhmmmmmmmmm.... modular im sinne von digital...

ich hab mal einige sachen konzeptionell weiterentwickelt, auf der basis von microcontroller und embedded-boards. das hauptprob ist aber, das es sehr schnell die reine DIY-schiene sprengt. modular auch in dem sinne, das man ein -sagenwirmal- 'kleines cpu-board' hat, das durch hw/sw-komponenten nachrüstbar ist.
meine grundidee hat mal vor einiger zeit mit reiner programmierung unter windoz ((ja: genau::: :twisted: :twisted: :twisted: ;-) ))begonnen

mittlerweile geht das in eine standalone-blackbox (ohne windoz 8) ) über. und wenn es klappt, also wenn ich das mit der finanzierung hinkriege, wird das teil (so gott es will ;-) ) eines tages als (erweiterbares) fertiggerät den rest der welt beglücken.... :cursor:

eine billiglösung wirds nicht - soviel kann ich jetzt schon sagen,
und da soll auch eine brücke zwischen analog und digital möglich sein.....
 
[quote:a39a8ba963=*Moogulator*]yepp..

also ich sach mal:


Moogulator schrieb:
yepp..

also ich sach mal: die "the perfect Sequencer" regeln auf meienr site gelten schonmal..

die bedienung muss imho livetauglich und in echtzeit gehen, KEIN übles anhalten für irgendwas..
wär ja auch das Letzte :roll:

Moogulator schrieb:
interessant wäre auch etwas algorithmisches selberspielendes.. mit oder ohne darwin vielleicht drin? (evolultionäre geschmacksanbahnung.. oder so)

Naja, zumindest nicht ohne neuronales Netz. Und fürs Erste ist mir die Sache auch ohne "auto-compose" (auf Dieter-B*hlen-Niveau - denn mit KI erreicht man ja das geistige Niveau einer Fruchtfliege) schon umfangreich genug.
 
[quote:1cd442b3b2=*Moogulator*]
ROLLS sind wichtig dabei..


Moogulator schrieb:
ROLLS sind wichtig dabei.. also shuffle und 2-3 roll-tasten ,die vielleicht auch wie bei Reason funktionieren könnten.. und bitte velocity full range, kein nerviges accent-minimal getue.. das ist gestern ;-)

es wäre also einiges zu tun..

bin ja schon an der Arbeit :P

Allerdings baut der Shuffle auf die 16 Step-Beschränkung, ist also auch nerviges minimal-getue

Wir wollen doch nicht full range auf der einen Seite und dann am shuffle drehen *müssen*, damit die 16 Step Quantisierung besser zu ertragen ist?

Ich möchte sowas wie "Shuffle" lieber als ausführbares Pattern-Modifikations-Tool implementieren anstatt als elementaren Regler.
 
[quote:055c1c23dc=*Moogulator*]
dir ist klar ,das du dich d


Moogulator schrieb:
dir ist klar ,das du dich dann mit dem spectralis messen musst? der hat die messlatte in dieser hinsicht schon deutlich nach oben verschoben..
Huch? :shock: Von dem Typen, der die Ravolution 309 verbrochen hat? :evil:

:? :roll:
 
[quote:e7be8781e2=*Alisa 1387*]
Ich m


Alisa 1387 schrieb:
Ich möchte sowas wie "Shuffle" lieber als ausführbares Pattern-Modifikations-Tool implementieren anstatt als elementaren Regler.

etwa ala rm1x.... der ansatz ist garnicht so übel.... aber bei der rm1x stört mich zb, das der GROOVE nicht wie ein einzelnes pattern gespeichert und verarbeitet werden...
 
[quote:ee69faa1f6=*Alisa 1387*][quote:ee69faa1f6=*Moogulator

Alisa 1387 schrieb:
Moogulator schrieb:
dir ist klar ,das du dich dann mit dem spectralis messen musst? der hat die messlatte in dieser hinsicht schon deutlich nach oben verschoben..
Huch? :shock: Von dem Typen, der die Ravolution 309 verbrochen hat? :evil:

:? :roll:

blödsinn , der spectralis ist von jörg schaaf, der WAR auch mal bei QM, aber hat desser klang nicht in erster linie zu verantworten ;-)

wenn du reinhörst, merkst du wie sehr du dich jetzt grade irrst ;-) *g*

http://www.sequencer.de/syns/radikal Spectralis



aber das thema shuffle: da gibts 2 themen: wirklich shuffle, das ist ein regler .. in faktisch keinem bisherigen teil einstellbar, daher ne gute sache..

flam oder roll: das sollte ein eventorientiertes teil sein ,welches faktisch wie ein drum-sound-event behandelt wird und einfluss auf die abspielweise nimmt.. man sollte dies entweder einstellen können pro step und er nimmt den aktuellen wert oder man hat eine kleine reihe von rolleventtastern.. ersteres ist vermutlich sinniger..
 
[quote:3adc584b17=*klangraum*][quote:3adc584b17=*Alisa 1387*

klangraum schrieb:
Alisa 1387 schrieb:
Ich möchte sowas wie "Shuffle" lieber als ausführbares Pattern-Modifikations-Tool implementieren anstatt als elementaren Regler.

etwa ala rm1x.... der ansatz ist garnicht so übel.... aber bei der rm1x stört mich zb, das der GROOVE nicht wie ein einzelnes pattern gespeichert und verarbeitet werden...
Ich hatte noch nie das Bedürfnis so einen rm1x auszuprobieren. Ich meinte, dass diese GROOVE, SHUFFLE, FLaM-Funktionen und wie sie alle heissen das Pattern selbst verändern sollten, anstatt das Timing immer nach dem aktuellen Reglerstand zu richten. Also genauso gerade nicht, wie du das rm1x beschreibst
;-)
 
Also ich brauche noch Ethernet und IDE oder USB oder so am 8

Also ich brauche noch Ethernet und IDE oder USB oder so am 8-Bit-Datenbus vom Controller. Zusätzlich zur velocity full range und im Verhältnis zum 16-Step-Sequenzer höheren Verarbeitungsfrequenz wollen ja z.B. auch noch MIDI-controller verarbeitet werden. Da fallen schon einige Daten an.

Im Elektor war mal was über Festplatten am 8 bit bus. Den Artikel bekomme ich zum Ende der Woche. Erstmal würd das helfen. Langfristig wäre wohl Smart Media leichter zu handhaben (für den User meine ich).

Ethernet möchte ich unterstützen, weil die MIDI-Übertragungsrate ein Witz ist. Man könnte MIDI-Daten über Ethernet mit dem Rechner austauschen und ab drei MIDI-Controllern mit MIDI-clock-Sendefrequenz bleibt einem (sofern man irgendwelche Ansprüche an Latenz und Timing stellt - und das sollte man als Musiker tun) wohl auch nix anderes übrig - so ein "extremer" Datendurchsatz war zu MIDI-Entwicklungszeiten wahrscheinlich vollkommen unvorstellbar :P

Also wenn jemand was weiss...

Danke an alle Beteiligten für die bisherigen Besprechungen 8)

Und @moogulator: Beim Herrn Schaaf kann ich also doch mal reinhören... Dachte schon, von QM könnte sich das Karma der Beteiligten nicht erholen :?
 
viel findet man auch bei avrfreaks.net
Festplatte an nen Mi


viel findet man auch bei avrfreaks.net
Festplatte an nen Mikrocontroller, davon würde ich abraten...
SM card schon eher.
Für Ethernet gibts fertige buschips..
Auch für USB gibts (mitlerweile recht preiswert) buschips.

Ich würde da wohl auch eher auf USB als auf Ethernet setzen, weil
USB einem noch andere "gimmiks"/möglichkeiten gleich mitliefert:
USB tastatur, usb joystick usb FESTPLATTE, usb smartcard reader,usb lampe, usb usb....
 
Danke f

Danke für die Hinweise

die AVR-Freaks haben sich sowieso schon als hilfreich erwiesen ;-)

Dann also USB (wir benutzen sowieso Macs, das passt)
 
Nur die SMD-Geh

Nur die SMD-Gehäuse machen mir das Leben schwer :roll:

ansonsten hätt ich mich längst um einen Atmel-USB-Controller bemüht...

hoffentlich gibt´s da auch was von Rati*farm (will heißen: Im DIP-Gehäuse)
 
Also es gibt nen PIC im DIP-Geh

Also es gibt nen PIC im DIP-Gehäuse mit USB. Am liebsten wär mir aber was mit SPI oder I²C zum Anschließen an den Atmel. Ansonsten muß ich das Ausgangs-Register in den PIC auslagern (und entsprechend rumbasteln - für PICs hab ich, ausser JDM, nix fertiges zum Prommen)

vielleicht weiß jemand nen passenden DIP ohne CPU? Oder gibt´s das gar nicht?
 
mhm warum macht ihr das mit sm card ich w

mhm warum macht ihr das mit sm card ich würde compackflach verwenden da die den kontroler ja dabei haben und man nur die daten livern muss.
 
genau wie der i2c bus erist gut zum basteln keine frage aber

genau wie der i2c bus erist gut zum basteln keine frage aber auch langsam
 
[quote:751576b2b1=*Alisa 1387*]Ich meinte, dass diese GROOVE

Alisa 1387 schrieb:
Ich meinte, dass diese GROOVE, SHUFFLE, FLaM-Funktionen und wie sie alle heissen das Pattern selbst verändern sollten, anstatt das Timing immer nach dem aktuellen Reglerstand zu richten. Also genauso gerade nicht, wie du das rm1x beschreibst
;-)

ist halt die frage nach dem ansatz: die pattern werden ja bearbeitet, - wenn du sie darüber neu aufnimmst/speicherst

ist halt nicht grade 'realtimefreudig' aber die grundidee ist ja auch ne andere
 
@ klangraum:

Klar, die Funktionen sind *aus der Not* hera


@ klangraum:

Klar, die Funktionen sind "aus der Not" heraus entstanden, um mit beschränkten Möglichkeiten möglichst groovy abgehen zu können... Der nette Nebeneffekt ist halt die geschätzte spielerische Bedienung. Und mir geht´s jetzt darum, die intuitive Bedienung mit den (von Software Sequenzern her bekannten) umfangreicheren Möglichkeiten zu verbinden (ich denke, das war dir sowieso schon klar - nur nochmal zur Untermauerung :) )


@ lostweb & kosmos:

Ja, Compact Flash ist ne super Sache. Der onboard-controller vereinfacht die Handhabung natürlich ungemein. Und auf die bis zu 2GB großen Karten haben sogar genug Platz für Samples - schönes Ding.
 


Zurück
Oben