[Dirk]

Zu welchem Zeitpunkt soll dann das "Default" Preset gesendet werden ? Wenn man eine Bank auswählt ?

Gruß, Dirk

[roseblood11]

ja, genau!

[Dirk]

Das wird dann aber lustig, da die Bänke "durchgesteppt" werden.

Gruß, Dirk

[roseblood11]

evtl könnte man einige Millisekunden Verzögerung einbauen bzw das Preset erst schalten, wenn der Banktaster mind. für xx Millisekunden nicht mehr betätigt wurde.

[Dirk]

Könnte man, stellt sich wieder die Frage wo man die Grenze zieht.
Ich werde diese spezielle Anfrage aber erst einmal nicht weiter verfolgen sondern mich auf das Wesentliche beschränken und noch ein paar Tests mit der Hardware durchführen. Der Atmega8 gefällt mir für dieses Projekt nicht so wirklich, da er die Möglichkeiten doch stark beschneidet.

Gruß, Dirk

[kugelblitz]

Hallo Dirk,

Der Atmega8 gefällt mir für dieses Projekt nicht so wirklich, da er die Möglichkeiten doch stark beschneidet.

Ich hab für mein Projekt einen Atmega32 vorgesehen, den gibts noch im DIL40 Format aber mit 32kB statt den 8kB:

http://www.atmel.com/images/doc2503.pdf

Gruß,
Sepp

[Dirk]

ich schiele ein wenig in Richtung der grossen Atmegas (64 oder 128) weil dort problemlos eine SD Karte angeschlossen und von SD Karte geflasht werden kann (zumindest in der Theorie). So eine Lösung würde mir am besten gefallen, dann man dann auch problemlos Updates nachschieben kann und Datenaustausch über SD Karte ist auch möglich.

Gruß, Dirk

[kugelblitz]

Ok, das ist noch mal ein ganz anderes Kaliber. Presets austauschen hatte ich mir aber gleich per MIDI überlegt. zB nur als Idee: Zwei taster gleichzeitig gedrückt und der Controller sendet seinen gesamten Speicher per MIDI standartisiert. Oder am MIDI in wird eine standardisierte Befehlsfolge getriggert.

Begin ... CC 0 0 CC 0 0 CC 0 0
NewBank ... CC 0 1 CC 0 1 CC 0 1
NewSavegame ... CC 0 2 CC 0 2 CC 0 2
End ... CC 0 127 CC 0 127 CC 0 127

Leere Bänke und Savegames müsste er aber auch rausschreiben oder man codiert die Nummern noch im Standard...

Der Rest dürfte etwas Programmierarbeit am Rechner sein, aber selbst wenn man den Input nur in einer Textdatei spechert, kann man ihn eigentlich angenehm editieren. Für das zurückspielen ist aber ein MIDI In nötig.

Bin auf jeden Fall auf Deine Inkarnation gespannt, vorallem da man sich mit avrdude und Co scheinbar auch selbst austoben kann

Gruß,
Sepp

EDIT: Aber so richtig MINI klingt das Projekt zumindest auf der Softwareseite (SD, fs...) nicht mehr

[Dirk]

Editierfunktion über MIDI wäre natürlich machbar, allerdings stellt sich dann wieder die Frage nach der Software auf Rechner-Seite plus Betriebssystem, weil es soll ja auch komfortabel sein.
Mit Windows sehe ich kein Problem, da habe ich auch schon etwas aus probiert, Linux müsste theoretisch auch machbar sein, Apple OS habe ich aber nicht zur Hand und werde mir auch keinen Apfel zu legen.
Von daher wäre ein reines textbasiertes Austauschformat über SD Karte am schönsten, weil man das auch zur Not im Texteditor bearbeiten könnte.

Das Display bzw. die Trägerplatine für das Display werde ich auf alle Fälle noch ändern, sodass man dies auch in ein 19" Rack einbauen kann.

Gruß, Dirk

[kugelblitz]

Um alle gängigen OS zu erschlagen würde ich zu Python greifen, mit PyQT wäre auch die Welt von QT offen, aber das sprengt sicher den Rahmen.

Gruß,
Sepp

[Dirk]

Mit Python stehe ich auf Kriegsfuß 

Gruß, Dirk

[kugelblitz]

perl ist halt keine Alternative...

sauberes platformübegreifendes C/C++ geht auch aber macht es sicher nicht einfacher. IMO gilt gleiches für Java.

Gruß,
Sepp

[Dirk]

perl ist leider keine Alternative und Java habe ich schon vor geraumer Zeit von den PCs geschmissen. Das ist erst recht keine Alternative.
Daher sage ich ja, am einfachsten wäre eine ganz stinknormale Textdatei. Auch kein XML-Krampf oder sonstige Dinge dieser Art.
Keep it simple.

Gruß, Dirk

[kugelblitz]

Auch kein XML-Krampf oder sonstige Dinge dieser Art.

Keep it simple.

full ACK,
Sepp

[dhaefi]

JSON?

ich würd mir keinen Kopf machen über Software - wenn das Produkt (der Midi Controller) gut ist baut sich jemand hier aus dem Forum die Software selbst [sozusagen Outsourcing] - wichtig ist nur ein klar dokumentiertes Schnittstellenformat, ob dies nun Plaintext, JSON, XML, wasauchimmer ist, spielt eine sekundäre Rolle.

ich freu mich übrigens auf dieses Projekt :-)

gruss,
Daniel

edit: http://zserge.bitbucket.org/jsmn.html