music tribe/behringer und inmusic/akai setzen auf open source

[bartleby]

[edit:] ich erweitere das mal um inmusic/akai, weil es mir der selbe trend zu sein scheint. [/edit]

was m-vave kann, kann Behringer* schon lange (sofern das echt ist):

Music Tribe Open Source

Open hardware that runs any firmware, any software. There is a Creator in every human being. - Music Tribe Open Source

github.com

 

[claudio]

das sieht sehr legit aus. Ich habe mal in git und discord einen follow da gelassen um zu sehen wie sich das entwickelt.

Die Idee und Initiative finde ich schon mal gut.

 

[bartleby]

gibt auch schon ein erstes produkt dort zu bestaunen. eine mpc-artige-grovebox namens Behringer* kick
-> eigener thread

 

[Wellenschlag]

Würde mich freuen. Wenn Behringer* wirklich ein Ohr am Markt hat, dann arbeiten sie bestimmt an einer Strategie in dieser Richtung.

 

[bartleby]

auf jeden fall ein cleverer move: software-entwicklung ist anstrengend und nie fertig. dauernd meckern die konsumenten über irgendwelche bugs. sollen sie ihre software doch selber schreiben (lassen)!

bin gespannt, was dabei so rauskommt. beim fm-1 treibt es ja schon viele, teils sehr schöne blüten...

 

[Golden-Moon]

Dann braucht es eine zuverlässige FW/SW. Ist die Frage ob B so etwas liefern und pflegen kann. Angenommen es kommt von einem User eine gute Firmware und nach einer Weile werden Bugs entdeckt, pflegt der das dann weiter oder ist er dann weg vom Fenster.
Da sehe ich noch etwas den Vorteil bei Akai. Die haben ihre FW, die wird regelmäßig geupdated und alles wird dokumentiert.

 

[bartleby]

ja, ich finds schon etwas gewagt, dass sie gleich mit sowas hochkomplexen wie diesem mpc-klon loslegen.

aber sie machen ja auch den pro-800 auf:
https://github.com/MusicTribeOpenSource/PRO800-Firmware-Packer

vielleicht folgt das ja dann z.b. noch für die td-3 - und irgendwer schenkt ihr den leicht zu bedienenden sequencer, nach dem so viele rufen...

 

[bartleby]

da kommt offenbar schon bald noch mehr:

(quelle: musictribe discord; bei diesem weihevollen ton muss ich immer schmunzeln, aber die strategie find ich spannend)

 

[claudio]

@bartleby Deinen Kommentar im discord zum TD-3 unterstütze ich.

Gruss
claudio

 

[TDA]

Angenommen es kommt von einem User eine gute Firmware und nach einer Weile werden Bugs entdeckt, pflegt der das dann weiter oder ist er dann weg vom Fenster.

Ich schätze mal, wer sich schon die Mühe macht eine eigene Firmware zu entwickeln wird sein Produkt dann auch pflegen. Solche Menschen sind da meistens immer ziemlich harcore autistisch, versessen und von ihrer Arbeit besessen.

 

[PhonicGate]

da kommt offenbar schon bald noch mehr:

Anhang anzeigen 301811
(quelle: musictribe discord; bei diesem weihevollen ton muss ich immer schmunzeln, aber die strategie find ich spannend)

Open Source kann funktionieren - aber Qualität ist dabei ja nicht zu vernachlässigen. Da müssten mich Ulli's Mannen aber erst noch überzeugen. Das ist bisher fast alles noch unter dem Niveau, das ich persönlich als "OK" einstufen würde.

 

[bartleby]

wir weden sehen. "the future belongs to the community" klingt ein bisschen nach "macht ihr mal".😂

 

[GDU]

Kastl für alle, und eigene plugouts dafür verkaufen.
Wenns nicht auf soetwas Unsagbares wie die roland cloud raus läuft, gerne.

 

[Feedback]

wir weden sehen. "the power belongs to the community" klingt ein bisschen nach "macht ihr mal".

oder eher nach "macht ihr mal und wir verkaufen es dann"

 

[einseinsnull]

hrm. könne jemand mal ein bild von der hardware posten?

bin mal gespannt ob sie besser aussieht wie move. :)

 

[bartleby]

hrm. könne jemand mal ein bild von der hardware posten?

bin mal gespannt ob sie besser aussieht wie move. :)

guckstu hier.

(dort gehts um hardware bzw das produkt, hier gehts um die neue open-source-strategie)

 

[einseinsnull]

Ah, also doch Kick.

Dann bleibe ich bei 3 der anderen 15 Alternativen. :)

 

[ganje]

Software outzusourcen ist ne gute Idee. Wenn sie es auch mit Hardware machen, werden sie wieder interessant.

 

[colectivo_triangular]

Immerhin. Da Behringer* es vor allem bei der Software fast immer verkackt, ist es meiner Meinung nach nur konsequent und logisch, diese Seite an fähige Leute auszulagern.
Nach Release sollte man vlt. noch ein Jahr warten, bis die Hardwarekomponenten auch fehlerfrei in der "n"-ten Iteration vorliegen und es könnte ein spannendes Produkt werden.

 

[einseinsnull]

Software outzusourcen ist ne gute Idee. Wenn sie es auch mit Hardware machen, werden sie wieder interessant.

Also quasi nur noch ein Konto, wo man was hin überweisen kann. Die Geschäftsidee des Jahrhunderts.

Dass ich da nicht selbst drauf gekommen bin.

 

[633k]

..das ist ja wie damals mit den Heimcomputern.."hier habt ihr ein gerät, macht was ihr wollt." Finde ich gut! Und für eine gute Firmware würde ich einem unabhängigen Entwickler auch Geld bezahlen, muss ja nicht immer alles umsonst sein nur weil's opensource ist..

 

[bartleby]

nun hat auch akai ein produkt mit quelloffener software angekündigt. damit setzen jetzt zwei der größten anbieter auf open source - bisher haben das ja eher nur kleinere player wie mutable instruments, twisted electrons und zuletzt erica gemacht...

thread zum produkt.

Akai SampleKey: the keyboard sampler sibling of the MPC Sample with open firmware

Akai is teasing the SampleKey, the keyboard sibling of the MPC Sample, with open firmware for experimentation.

synthanatomy.com

 

[bartleby]

ich finde, das passt auch gut hierhin, darum zitiere ich es hier mal:

Cleverer Schachzug, spart denen Geld für die meist eh externen Entwickler, indem man die Pflege auf die Community auslagert. Gleichzeitig auch Flucht nach vorn, weil man auch bei Inmusic sieht, daß aktuell quasi alles gehackt wird.

Damit haben sie wahrscheinlich auch die Tür für 3rd Party Firmware für die MPC Sample geöffnet, denn bis auf den Unterschied Tastatur+Wheels zu Pads dürften die Interna identisch sein, und iirc gibts auch schon Custom Firmwares für die Sample.

 

[einseinsnull]

Es bedeutet halt im Prinzip, dass der Kunde etwas kauft bevor es wirklich fertig ist.

Ob das wirklich mit der seit 30 Jahren gängigen just-in-time Produktionsmethode kompatibel ist weiß ich jetzt nicht. Man würde dann wohl (anders als Behringer* im Moment es tut) wieder zurückgehen zu eine sehr kleinen, langsamen Produktionskette, die man daüfr aber viele Jahre aufrechterhalten müsste, denn es wäre ja absurd (so wie wir das beim BCR erlebt haben) wenn nachher - wegen der guten third party Software - eine hohe Nachfrage nach einem Produkt besteht, was aber nicht mehr produziert werden kann.

 

[Nylon]

Ich finde die Entwicklung super, weil sie die Entwicklung eigener Software und Firmware demokratisiert. Wer sich mit Prompting beschäftigt und sich beispielsweise in Claude einarbeitet, kann zunehmend eigene Programme entwickeln und bei offener Hardware sogar eigene Firmware erstellen.

Was wir hier erleben, ist die Verschmelzung von Hardware und KI.

 

[bartleby]

Es bedeutet halt im Prinzip, dass der Kunde etwas kauft bevor es wirklich fertig ist.

das ist ja leider schon seit einer ganzen weile die regel und hat erstmal nichts damit zu tun, ob der quellcode öffentlich ist oder nicht.

ins positive gewendet könnte man sagen, dass ein produkt nie wieder nur deshalb "fertig" ist, weil der anbieter die entwicklung einstellt. mit open source kann immer noch irgendwer eine interessante änderung oder zusatzfunktion nachrüsten.

voraussetzung dafür, dass das alles funktioniert, ist aber natürlich, dass der anbieter sicherstellt, dass zum produktstart eine lauffähige, gut nutzbare software zumindest für die wichtigste grundfunktionalität bereitsteht, die andere dann weiterentwickeln. da ist bei behringer vielleicht etwas skepsis angebracht. schauen wir mal, was aus kick und aus ignite wird - ob und wann die in welchem zustand in den handel kommen...

 

[PhonicGate]

Ich finde die Entwicklung super, weil sie die Entwicklung eigener Software und Firmware demokratisiert. Wer sich mit Prompting beschäftigt und sich beispielsweise in Claude einarbeitet, kann zunehmend eigene Programme entwickeln und bei offener Hardware sogar eigene Firmware erstellen.

Was wir hier erleben, ist die Verschmelzung von Hardware und KI.

Kompletter Humbug! Man muss den Code verstehen und ihn vernünftig testen können, was wiederum voraussetzt, dass man ihn versteht. Claude und Konsorten sind manchmal nur ein erster Schritt, um sinnbefreite Tipparbeit zu reduzieren. Dummerweise wird bei einer solchen Vorgehensweise mit sehr genauen Vorstellungen davon, wie Quellcode auszusehen hat (Lesbarkeit bei Namen etc.), die Tipparbeit im Vorfeld extrem umfangreicher. Verlorene Liebesmüh.

 

[Golden-Moon]

Es bedeutet halt im Prinzip, dass der Kunde etwas kauft bevor es wirklich fertig ist.

Definiere "Fertig".
Fertig in dem Sinne wäre es quasi nur wenn es keine Weiterentwicklungen geben würde. Da es aber neue Features geben wird und immer irgendwas verbessert/optimiert werden kann oder gewisse Bugs auch einfach später auftreten kann man hier niemals fertig werden. Der Beste Umgang ist wenn man daran arbeitet gemeldete Bugs zu beheben. Eine solide Basis sollte zur Auslieferung schon bestehen.