Beiträge von schorsch3000

    Ich will dir deine lösung garnicht schlecht reden oder so, was für dich tut ist voll in Ordung, aber kurze klarstellung für leute die jetzt was suchen:


    das XUM1541 macht einfach kein stress mit Treibern.

    Das läuft unter Windows, Linux und OSX einfach out of the box.

    Kann man auch irgendwo einstellen das er nur dual sid Stücke abspielt?

    Das wäre auch cool :)

    gibt es da immo überhaupt eine Unterstützung für DualSID?

    Muss das radio da überhaupt etwas tun?
    das SID ist ja ein eigenständiges programm und das schreibt ja einfach seine daten an ein oder mehere sid's

    Die Universalroutine tut's nur noch so mittelgut mit der neuen firmware, jezt gibts die neue lib: https://github.com/WiC64-Team/wic64-library

    Ich verwende die ohne Probleme. Was soll denn an der "nur noch mittelgut" sein? Die "neue" Library hat den Nachteil, dass die nur wirklich taugt, wenn man alles in Assembler baut und dort die Quellen anbindet. Wenn man die von BASIC aus nutzen will, dann klappt das so nicht damit. Es war mal eine BASIC-freundliche Fassung davon angedacht, aber ich glaube, da ist nie was passiert.

    Da sind Funktionen drin die nicht mehr funktionieren, und da sind dinge nicht enthalten die die neue firmware kann.
    Außerdem geht die Firmware dafür in den Kompatibilitätsmodus und ist bei manchen Funktionen, eben für die Kompatibilität langsamer als sie sein müsste.


    Wenn die Schnittmenge der vorhandenen und noch funktionierenden Funktionen und die Doku die nicht mehr stimmt für dich passt und die kein problem mit weniger Geschwindigkeit als möglich hast hindert dich aber natürlich niemand daran die weiter zu verwenden :-)

    Ich hab ein Gehäuse für das USBSID-Pico entworfen und gedruckt.

    Am logo muss ich noch arbeiten, und der audio-anschlus muss auch noch 0.5mm höher, sonst bin ich ganz zu frieden.

    Es wird 2 Deckel geben, einen flachern für echte SID'S oder bauhöhen gleiche, und die große variante die auf den fotos auch zu sehen ist.


    Ich finde das Gehäuse ist super geworden. Sorry wenn ich es übersehen haben sollte, aber kannst du bitte die STL Dateien dafür teilen? Ich würde mir gerne so ein Gehäuse drucken (wenn mein Drucker wieder zuverlässig druckt). Dankeschön:thumbup:

    Habs "nur" im Thread der Sammelbestellung erwähnt, liegt im projekt-repo: https://github.com/LouDnl/USBS…master/cases/schorsch3000

    Wenns ein server ist, warum braucht's dann ne gui?

    <<<

    Es ist ein Server und installiert ist nur ein Webserver und eine Datenbank für eine Mitarbeiter Trainingsoftware. Das würde ganz wunderbar ohne GUI funktionieren aber der Dienstleister, der Wartungsarbeiten an der Software vornehmen soll, bestand auf eine GUI und Remotezugriff :-)


    Ich bin sicher das liegt absolut nicht in deiner hand, aber ich würd über den Dienstleister nachdenken, die wissen ganz offensichtlich nicht was sie tun :-D

    Das kannst du gerne behaupten, aber wenn du beide feature sets vergleichst wirst du feststellen das die deutlich nicht deckungsgleich sind :-D

    Ok, da hab ich mich wohl geirrt. Das SD2IEC kann wahrscheinlich einiges mehr.
    Aber ich kann mich daran erinnern, daß ich Kernal Routinen benutzt habe, damit meine Programme auch auf dem SD2IEC funktionieren.
    Und diese funktionieren auch auf dem KFF. (Daher meine Annahme oder Behauptung).

    Ja, so die rudimentären dinge sind ähnlich, das war's dann aber auch schon :-)

    Natürlich könnten die Demo- Macher das Problem umgehen, bzw. fixen.. :help:

    Na aber die Software ist ja nicht kaputt, sie läuft ja auf der Zielplattform.

    Die Emulation ist ja kaputt, sie verhält sich nicht wie die zu emulierende Hardware...


    Klar kann man nur die Schnittmenge an Funktion nutzen die sowohl in der Emulation als auch auf echter Hardware funktioniert, aber dann hätten wir jetzt immer noch nen vice auf dem praktisch kein spiel läuft :-D

    *motz* ...

    wie ich oben schon sagte.

    Einfach eine komplette Distribution abliefern, vor allem wenn man man die Dateien dann selbst noch umbennt..

    und es die eh an jeder Ecke in unterschiedlichen Versionen und Benennungen gibt ....

    Wie schon sicher 100 mal hier im forum erwähnt:

    Das ist Rechtlich halt einfach nicht richtig.

    Das ist Software die nicht unter freier Lizenz ist.

    Ja, das stört niemanden, trotzdem ist das einfach nicht richtig.


    Aber wenn's um deine Bequemlichkeit geht kennst du da ja eh keine Grenzen, das wissen wir ja alle ;-)

    Vielleicht, aber auch nur ganz vielleicht gehts hier garnicht um arduino vs. ne hand voll bauteile sondern um einen pc der ans rennen gebracht werden muss.

    Aber seit es dinge gibt die hier manchen nicht gefallen drehen sie eh durch sobald einer arduino sagt :-D

    Kurz: Nope, das tut nicht.


    Lang: Der nano hat am USB nur ne serielle Schnittelle.

    Niemand hindert dich daran das zu portieren und dann deine gewünschten tools auch anzupassen, das sollte klappen, ist aber sicherlich nicht wenig arbeit.

    Wichtig ist vorallen das man, egal was man zum lösen nutzt, den lappen sehr regelmässig wechselt.

    Wenn du immer wieder nur mit dem alten lappen verwischt kannst du noch so gute lösemittel verwenden, irgendwann ist der lappen halt fettig.


    Ich nutzt da Zeletten und die dann nur einmal.

    Die sind ja echt klein und auch garnicht so wild für die umwelt wie zewa oder so, und auch in großen mengen sehr günstig