Hallo Besucher, der Thread wurde 2k mal aufgerufen und enthält 13 Antworten

letzter Beitrag von Brotscheibe am

Servant64

  • Hallo, ich habe mir das Projekt Servant64, http://servant64.de/ mal kurz angeschaut. Die zwei Videos wo man da angucken kann.



    Finde ich sehr intressant. Kann man damit eventuell auch, via Pc mit dem C64 ins Internet, bzw. BBS wie früher und auch das ganze WWW halt in "schlankerer" Version besuchen/ansteuern ?



    Und gibt es das Servant64 Gerät als fertiges Modul ?



    Ich frage hier nur so "naiv" weil die zwei Videos von 2013 stammen (wenn ich mich nicht irre?.)



    Wie ist der Stand der Dinge nun ?




    Brotscheibe

  • Das Projekt wird im Moment, aufgrund fehlender Zeit, nicht weiterentwickelt und liegt auf Eis. Sorry.

  • wieso? Die Grundfunktionalität ist ja da.

    Natürlich. Die Funktion, für die Servant64 grundsätzlich entworfen wurde, ist vorhanden. Man kann mit dem C64 mittels USB-Kabel auf eine spezielle Windows-Server-Software zugreifen. Allerdings hat die Hardware ja durchaus weiteres Potential: Es ist eine LAN-Schnittstelle vorhanden, die noch nicht genutzt wird. Man könnte wahrscheinlich mit der Hardware den C64 auch ohne zwischengeschalteten PC ins Internet bringen – wenn die Firmware das unterstützen würde. (Ich denke da natürlich an das Projekt C64-Browser mit Web-Proxy)


    Vielleicht mögen ja andere Software-Entwickler den Servant64-Entwicklern unter die Arme greifen, wenn es "nur" an der mangelnden Zeit liegen sollte, dass es nicht weitergeht. irgendwie wäre es schade, wenn das Potential an Möglichkeiten verschenkt werden würde.

  • wieso? Die Grundfunktionalität ist ja da.

    <SchlauRedAn>
    Und man könnte das statt auf einen 300 Watt ziehenden PC auf LINUX portieren, sodass auch ein RPi als Server dienen kann.
    </SchlauRedAn>


    Kewles Projekt! Kannte ich noch nicht. Ein CServer für daheim, sozusagen. Schön ist auch, dass es in VB gehalten ist.

  • Habe den Code lange nicht mehr angeschaut, aber ich würde sowas heute eher unter Python angehen.

    Auch gut.


    Ich sagte vorhin "Schön ist auch, dass es in VB gehalten ist.". In einem Fall ist es doch nicht ganz so schön. Wenn es VB.NET wäre, könnte man versuchen es per MONO auf dem RPi oder anderen LX Böcken zum laufen zu bekommen.


    Bitte jetzt nicht sagen "Ja, dann mach doch. Portiere es doch!"


    Wie gesagt: Schönes Projekt!

  • Ich dachte, der Code IST in VB.NET aus meinem Gedächnis heraus?

    Ok. Dann ver*t mich mein Uraltmono.


    Code
    1. XXX:~/coding/servant/vb_servant64_v030/Servant64/bin/Release$ file Servant64.exe
    2. Servant64.exe: PE32 executable (GUI) Intel 80386 Mono/.Net assembly, for MS Windows
    3. XXX:~/coding/servant/vb_servant64_v030/Servant64/bin/Release$ mono Servant64.exe
    4. The entry point method could not be loaded
    Code
    1. Mono JIT compiler version 3.2.8 (Debian 3.2.8+dfsg-4ubuntu1.1)
    2. Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
    3. TLS: __thread
    4. SIGSEGV: altstack
    5. Notifications: epoll
    6. Architecture: x86
    7. Disabled: none
    8. Misc: softdebug
    9. LLVM: supported, not enabled.
    10. GC: sgen


    Wohin gegen WINE die App startet,


    Nur wenn ich "Server ON" klicke, kommt eine Exception.



    Da ich es mit WINE starten kann, spricht m. E. gg. .NET. Aus der Erfahrung heraus. Auch wenn FILE .NET zeigt...


    Was sagt der Thomas, GMP, dazu? .NET / kein .NET?

  • Ja korrekt. Ist alles in VB.NET geschrieben.

  • Moihoin.


    Ok. Dann spinnt mein Mono.