Emulatoren Entwicklung „eingeschlafen“ ?

Es gibt 62 Antworten in diesem Thema, welches 10.326 mal aufgerufen wurde. Der letzte Beitrag (27. Mai 2015 um 22:37) ist von ZAK256.

  • Es gibt Firmen, die eine genaue Definition der Ansprüche an Alphas, Betas und Finals haben. Da gibt es insbesondere bei der Qualitätssicherung große Unterschiede. Meine Erfahrung ist da deutlich anders als Deine, IMSAI.


    Genaue Definition? 8 Wochen alpha, dann 8 Wochen beta, dann final?
    Man kann doch höchstens sagen: Sobald wir eine bestimmte Zeit nur noch wenige und keine gröberen Bugs mehr gemeldet bekommen, gehen wir final.

    Letztlich ist es jedenfalls reine Willkür, ab wann eine Softwareschmiede ihr Produkt "final" benennen. Bei manchem Produkt ist eine beta so gut wie bei einem anderen eine finale Version.

    Man schaue nur z.B. auf die Game Releases: Da wird schon Monate zuvor der Termin festgelegt, und genau dann kommt das auch in die Stores, mit allen Bugs. ^^
    Nicht selten gibt es da schon in den ersten 14 Tagen nach Releasedatum etliche Patches...

  • Die Definition geht nicht nach Zeit, sondern nach Test-Coverage. Was Coverage im einzelnen bedeutet, ist verschieden. Beispiele wären Code Coverage, Requirements Coverage, etc. Sprich: final darf dann z.B. nur sein, was für die geforderten Features z.B. >90% Sourcecodezeilen-Coverage in den Tests hat. Es müssen also Tests existieren, die 90% der Sourcecodezeilen abtesten. Ausserdem z.B. 100% Requirementcoverage, es müssen also alle Features, die Teil des Release sein sollen durch einen Test abgedeckt sein.

    Typische Voraussetzung für ein finales Release ist auch, dass keine bekannten medium/major/critical Bugs mehr existieren. Da wird's natürlich dann schon ein bisschen schwammig, weil die Entscheidung, was nun medium und was minor ist einen gewissen Spielraum hat.

    Wenn alles gut geht (was natürlich auch nicht immer der Fall ist), lässt es sich planen, wann alle nötigen Tests fertiggestellt sind. Dann sollte noch genügend Zeit eingeplant werden, um die dadurch gefundenen Fehler zu beheben. Das kann natürlich dann auch mal schiefgehen, wenn es mehr sind, als erwartet.

    Die Branche, die ich kenne, erlaubt typischerweise keine Software-Updates im Nachhinein, daher ist das alles natürlich deutlich strenger, als in der Spieleindustrie, wo Patches gang und gäbe sind.

    ────────────────────────────────────────────────────────────
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.
    ────────────────────────────────────────────────────────────

  • Was mich in Vice stoert, sind die vielen Untermenues. Wenn man da ein paar Settings machen will, wird man schier verrueckt, weil man jedesmal wieder den vollen Menu-Baum durchgehen muss, um bei den Settings zu landen, die man sucht. Zumindest ist das unter Linux so, unter Windows war das glaube ich nicht ganz so schlimm.

    - neue Spiele für den C64 -
    Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.


  • Gibts zumindest in WinVICE, aber es sind in der Defaulteinstellung keine Tasten dafür definiert. Die zu bearbeitende Datei ist "win_shortcuts.vsc", da steht in den Kommentaren drin was man noch alles an Funktionen auf Tastenkürzel legen könnte. Die für die Datasette fangen mit IDM_DATASETTE_ an. Oder du kopierst zB gleich alle Definitionen von Bitte melde dich an, um diesen Link zu sehen.

    Hey toll, danke für den Tipp. Das funzt ja. :thumbup:


  • Die hier: Betriebssystem-Dino: Konferenz zu OS/2 in München
    Bitte melde dich an, um diesen Link zu sehen.
    :)


    Oh mann, 'wir' sind mal wieder im heise-newsticker... ^^
    Eigentlich würden wir OS/2ler hier ins Forum doch prima reinpassen: Vor 19 Jahren erschien das letzte Release (OS/2 Warp Version 4) des Systems; alles danach ist im wesentlichen nur noch 'Fehler ausbügeln' gewesen. Noch in den 90er Jahren hieß es: 'The Kernal is frozen...'.
    Ist irgendwie ähnlich wie bei den 8-Bitern. Nur daß OS/2 eben eine solch flexible Architektur hat, daß es mit aktuellen Treibern auf modernen GHz-Mehrkern-Prozessoren mit einigen GB RAM läuft - trotzdem die Minimalvorraussetzungen noch immer beim 486er - jetzt allerdings mit 64 MB RAM - liegen.
    Eigentlich doch auch 'Retro', oder?


  • Was mich in Vice stoert, sind die vielen Untermenues. Wenn man da ein paar Settings machen will, wird man schier verrueckt, weil man jedesmal wieder den vollen Menu-Baum durchgehen muss, um bei den Settings zu landen, die man sucht. Zumindest ist das unter Linux so, unter Windows war das glaube ich nicht ganz so schlimm.


    Eventuell, weil im Windows GUI gar nicht alle Funktionen implementiert sind. :(



    Die hier: Betriebssystem-Dino: Konferenz zu OS/2 in München
    Bitte melde dich an, um diesen Link zu sehen.
    :)


    Ich wollte ja gar nichts gegen OS/2 gesagt haben, habe das selber benutzt von v1 bis v4 Warp. OS/2 war damals Windows haushoch überlegen, selbst noch Windows 9x, und Windows bis 3.1 war ja nahezu unbrauchbar. Das erste wirklich gute Windows war Windows 2000.

  • Wenn ich auf eine D64 Doppelklicke,und der Vice dann startet,warum wird eigentlich ich True Drive Emulation nicht immer aktiviert??

  • Technisch betrachte sind die Emulationen inzwischen sehr gut (am besten Vice). D.h. für mich meistens gut genug.

    Was ich mir mehr von den Emulatoren wünsche ist der Erhalt des Retrofeelings. Hier macht Micro64 bisher den besten Job. Mit seiner Emulation einer echten Bildröhre (inkl. Reflektieren) kommt er dem am nächsten was man "damals" so zu sehen bekam. Deshalb ist micro64 auch meistens der Emulator meiner Wahl.
    Ich würde mir wünschen dass dieser Ansatz noch weiter getrieben wird. Noch hat der Micro64 einige Probleme wenn man zwischen Vollbild und Fenster hin und her wechselt (zumindest bei mir). Ich könnte mir auch vorstellen dass es ganz nett (retro) wäre wenn man Masken von realen Monitoren oder Fernsehern um die Bildschirmemulation legen könnte.

    Also technisch/praktisch betrachtet gibt es nicht mehr allzu viel zu tun, "gefühlt" schon.

    Der alleinige Zweck dieses Beitrags ist es meinen Counter zu inkrementieren. Jeglicher Sachbezug dient ausschließlich der Dekoration.

    Bitte melde dich an, um diesen Link zu sehen.    Bitte melde dich an, um diesen Link zu sehen.    Bitte melde dich an, um diesen Link zu sehen.

  • OS/2 war damals Windows haushoch überlegen

    Logisch, OS/2 ist ein multitaskingfähiges Betriebssystem, Windows 3.1/95/ME war 'nur' eine grafische Benutzeroberfläche auf dem alten DOS-Unterbau. Richtig doof wurde die Sache erst, als es nicht gelang OS/2 als DOS-Nachfolger zu plazieren, dafür aber immer mehr Funktionen (inklusive Hardware-Treiber) in Windows gestopft wurden und man letztlich OS/2 nochmal komplett neu entwickeln mußte (als Win NT) nachdem IBM die Kooperation beendet hatte.

    KI-Verwendung in diesem Posting: Rechtschreibkontrolle des Browsers.
    Abweichungen aufgrund des technischen Fortschritts oder individueller Vorlieben vorbehalten.

  • Hätte ja nicht gedacht, das ich mit dem Thema eine Diskussion über Software-Entwicklungsstadien (Bitte melde dich an, um diesen Link zu sehen.) auslöse. Auch dass hier das Betriebssystem OS/2 (Bitte melde dich an, um diesen Link zu sehen.) in den Fokus kommt hätte, ich nicht geahnt. ( und ich finde das OS/2 auch schon Retro ist :) )

    Folgendes möchte ich mal festhalten:
    Zu Vice:

    • Vice muss viele Plattformen unterstützen
    • selbst auf die exotischen Plattformen (z.B. OS/2) möchte der eine oder andere nicht verzichten
    • Vice ist wohl der umfangsreichste Emulator, gerade weil so viele verschiedene Plattformen unterstützt werden
    • Das Erstellen eines neuen Release ist bei dem umfangreichen Projekt wie Vice aufwendiger als bei anderen kleiner angelegten Projekten.
    • die neusten Versionen (Nightlies) sollte man wohl gerade bei Vice doch mit einbeziehen


    Zu allen Emulatoren:

    • Wie ich schon sagte, das die eigentliche Emulation des C64 an sich ist schon sehr weit fortgeschritten und es bedarf, bei den meisten Emulatoren, nur noch kleiner Korrekturen
    • Bei dem Drumherum gibt es glaube ich noch tausende von Wünschen, welche sehr weit auseinander gehen. Der eine wünscht sich die Unterstützung von neuen Devices (z.B. ich das CMD HD), der andere mehr Tastenkürzel und der nächste möchte einen besseren Retrolook (z.B. Masken von realen Monitoren) usw. usw.
    • Die Entwicklung erfolgt ohne Bezahlung.
    • Irgendwann lässt die Motivation für die Weiterentwicklung nach (oder es fehlt die Zeit …).


    Doch wie kann man die Emulatoren Entwicklung beschleunigen?

    • Um die Motivation zu steigern, würde ich, wie ich schon mal in PostBitte melde dich an, um diesen Link zu sehen. geschrieben habe, Kickstart/Crowdfunding Projekte durchführen, um vielleicht dadurch einen finanziellen Anreiz zu schaffen. Also die Teilnehmer des Crowdfunding finanzieren dann die Realisierung einer neuen Funktion. Der gesamte Emulator soll (und muss) natürlich kostenlos bleiben. Ich würde wie gesagt gern ein paar Euro für meine gewünschten Funktionen ausgeben.
    • Ich würde z.B. auch als Tester für neue Funktionen zur Verfügung stellen.

    >>> Bitte melde dich an, um diesen Link zu sehen. <<<
    >>> Bitte melde dich an, um diesen Link zu sehen. <<<

    >>> Bitte melde dich an, um diesen Link zu sehen. <<<

  • Was man bei der Bezahlung beachten muss: ich denke, die meisten Vice-Entwickler stehen in Lohn und Brot und arbeiten aus Spaß bzw. Überzeugung an Vice. Die wertvolle Freizeit lässt sich kaum durch Geld aufwiegen (so geht es mir zumindest, ich bin aber kein Vice-Entwickler). Wenn mir jemand Geld bieten würde, um in meiner Freizeit eine Software weiterzuentwickeln, würde ich es ablehnen. Ich würde mich dadurch (zu Recht) verpflichtet fühlen, was mir den Spaß an der Arbeit vermiesen würde. Das schöne an Hobby-Programmierung ist ja, dass man auch einfach mal ein paar Wochen/Monate/Jahre lang nix machen kann, ohne sich mies zu fühlen.

    Anders mag es für Entwickler sein, die z.B. studieren und eher wenig Geld zur Verfügung haben. Aber da Vice ja doch schon betagt ist, weiß ich nicht, ob es da erfahrene Entwickler im Team gibt. Und irgendwelche Leute auf den Code loszulassen, könnte eher weniger effektiv sein...

    Mit genügend Geld könnte man natürlich eine professionelle Softwarefirma beauftragen, aber ob das das Vice-Team so gerne sähe... :S

    Ich will die Idee nicht schlecht reden, aber mein Bauchgefühl sagt mir, dass es so nicht funktioniert.

    ────────────────────────────────────────────────────────────
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.
    ────────────────────────────────────────────────────────────

  • Ich denke, das VICE unter GPL steht, kann man daraus kein Bezahl-Projekt mehr machen. Damit hat sich das Thema schon rein rechtlich erledigt.

  • Wieso sollte man niemanden bezahlen dürfen, um an GPL-Software zu arbeiten? Es gibt doch viele kommerzielle Firmen, die zu GPL-Software beitragen, weil es für sie effektiver ist, als was komplett neues zu schreiben. Dann müssen sie halt in Kauf nehmen, dass die Konkurrenz die Software auch benutzen kann (und verkaufen können sie sie auch nicht).

    ────────────────────────────────────────────────────────────
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.
    ────────────────────────────────────────────────────────────

  • Man kann durchaus Geld machen mit GPL-Teilen.
    Natuerlich kann es passieren, dass andere dann von da an das Projekt 'forken'.
    Und man ist lediglich gezwungen (= man muss und darf :wink: die Aenderungen am GPL-Teil wieder frei zugaenglich zu machen.
    D.h. komische Game-Database-Wrapper um Vice herum sind legitim. Auch dann wenn sie Geld kosten.

    Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen.

  • ...
    Doch wie kann man die Emulatoren Entwicklung beschleunigen?

    • Um die Motivation zu steigern, würde ich, wie ich schon mal in PostBitte melde dich an, um diesen Link zu sehen. geschrieben habe, Kickstart/Crowdfunding Projekte durchführen, um vielleicht dadurch einen finanziellen Anreiz zu schaffen. Also die Teilnehmer des Crowdfunding finanzieren dann die Realisierung einer neuen Funktion. Der gesamte Emulator soll (und muss) natürlich kostenlos bleiben. Ich würde wie gesagt gern ein paar Euro für meine gewünschten Funktionen ausgeben.
    • ...


    Wieso Kickstart? Wäre ein Bounty-System nicht günstiger? So wie man es z.b. wohl bei MorphOS gemacht hat:


    Wenn man sich näher damit beschäftigt... Ich las schon bei verschiedenen Projekten davon. Allerdings muß ich zugeben, daß ich nichts über/von der notwendigen Infrastruktur weiß.

  • Ich denke, das VICE unter GPL steht, kann man daraus kein Bezahl-Projekt mehr machen. Damit hat sich das Thema schon rein rechtlich erledigt.


    Und deswegen gibt es wohl auch keine Androidversion für die man bezahlen muss.

    siehe: Bitte melde dich an, um diesen Link zu sehen.

  • Die GPL verhindert keinen Handel. Jeder kann GPL-Soft kaufen und verkaufen. Die GPL sorgt allerdings dafür, dass der Käufer sie ebenfalls beliebig kopieren, verkaufen (oder auch verschenken) kann, solange er den Source mitliefert und sämtliche Abwandlungen wieder unter der GPL stehen.

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..