+ Antworten
Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 12
  1. #1
    Developer
    Registriert seit
    18.07.2012
    Ort
    Ridderkerk, Niederlande
    Beiträge
    634
    Thanks
    144
    Thanked 712 Times in 304 Posts

    SH4, Enigma2 and git(s)

    Hello everybody,

    About two weeks ago the buildsystem-git maintained by Max Wiesel was stripped of the capability to build Enigma2 with it. Max has made a copy of that git as buildsystem_old which still can build E2. What Max's plans are with the buildsystem_old git is not clear to me at this point in time, the emphasis seems to shift from SH4 to ARM and from E2 towards Neutrino.

    I start this thread to inform everybody that I plan to support the SH4-boxes and E2 for as long as this is feasable. In this respect it should be noted that STM (the chipmaker) has stopped development of SH4 some time ago, so new SH4-hardware is not likely to appear in the future. At some point in time it is quite possible that E2 (which is steadily developed further) cannot be made to work properly on SH4, due to technical limitations. Also keep in mind that the oldest SH4 HD-boxes (Topfield TF7700HDPVR and first generation Fortis models for instance) now have an age of over ten years and should be regarded as obsolete.

    Meanwhile, Bonkel is switching over to my git to build the SH4 E2 images. I will try to keep the git updated for at least as long as HDMU needs it.

    Regarding my git, I am contemplating to remove all ARM-stuff, making it a strict SH4-git again as it used to be.

    Greetings,

    Audioniek.
    Receivers: Rebox: RE-4000, 8000, 9000, 2200, 2210, 2220, 4200, 4210, 4220, 8220, 8500, SAB Unix Triple, Golden Media Spark TripleX, Amiko Alien 2+, Sogno Spark Revolution, Kathrein UFS910(1 & 14W)/912/913/922(CX24116 & AVL2108 tuners), Vizyon revolution 820HD PVR, AB IPBox 91HD/9000HD/9000HD rev.2, Xsarius Alpha HD10, nBox BKSA/BSLA/BXZB/BZZB, Vitamin HD 5000
    Sats: Astra 1, 2 & 3, Hotbird
    Main activity: building my own E2 images for Fortis receivers

  2. The Following 11 Users Say Thank You to Audioniek For This Useful Post:



  3. #2
    Developer Avatar von max
    Registriert seit
    06.05.2012
    Beiträge
    94
    Thanks
    8
    Thanked 79 Times in 43 Posts
    Die Antwort ist recht einfach, ich besitze seit Anfang des Jahres keine sh4 Box mehr und somit ist es nicht so einfach alles am laufen zu halten.
    Schaut man sich die Comments, der letzten Änderungen im git an, wo dann Sachen bei E2 nicht mehr gingen und ich dann mangels Box das auch nicht
    fixen kann, habe ich halt den Entschluss getroffen, E2 aus dem aktiven buildsystem heraus zunehmen, tut mir nach den ganzen Jahren auch leid, es
    ist aber auch doof wenn man immer nur Einzelkämpfer ist, über die Jahre.
    Wer weiß, was aus sh4 geworden wäre, wenn man es über die Jahre, nicht kontinuierlich aktualisiert hätte.
    Geändert von max (12.12.2017 um 13:29 Uhr)

  4. The Following 9 Users Say Thank You to max For This Useful Post:



  5. #3
    rantanplan
    Gast
    Hello Audioniek

    Problem of stm was probably more the bankruptcy. But the stuff is still there.
    sh4 even exists with Kernel 3 .., but there is a lot to be done in terms of boxing.
    HDMU had very long problems because of forum software and then also images that are far from working.
    Since a little credit was gambled away.
    Now it is running again reasonably. But it stays closed and you can not help much.
    That's too bad, because the image always ran very fast.

    Your git ..
    Thank you for your separate work.
    Also the driver branch is to be particularly mentioned.
    For sh4 I hope for a long time support :-)

    As a self-building image hobbyist, there are a few ideas for improving sh4 boxes

    - disable PIP and give it more free RAM (thanks @dboxoldie)
    PIP arrives only in SD, therefore rather ineffective
    - Reactivate Compcache (ramzwap) for e2 that's really good
    - Try the gcc 4.9.4 In the build system is still the 4.8.4

    A few thoughts on your excellent work.

    greetings

  6. The Following 3 Users Say Thank You to rantanplan For This Useful Post:



  7. #4
    Developer
    Registriert seit
    18.07.2012
    Ort
    Ridderkerk, Niederlande
    Beiträge
    634
    Thanks
    144
    Thanked 712 Times in 304 Posts
    @Max:

    Dass mit den Boxen verstehe ich, und sieht es bei mir etwas besser aus: Ausser ein HS7420 besitze ich alle Fortis Modelle als Rebox, nur der HS7429 ist ein Octagon, drei unterschiedliche Spark7162, ein Spark, ein TF7700HDVR und ein UFS912. Testen kann ich also ziemlich viel, aber leider nicht alles.

    @rantanplan: Kernel 3 fuer SH4 waere schoen, da man die Treiber dann nicht mehr umschreiben muss.

    Gruesse,

    Audioniek.
    Receivers: Rebox: RE-4000, 8000, 9000, 2200, 2210, 2220, 4200, 4210, 4220, 8220, 8500, SAB Unix Triple, Golden Media Spark TripleX, Amiko Alien 2+, Sogno Spark Revolution, Kathrein UFS910(1 & 14W)/912/913/922(CX24116 & AVL2108 tuners), Vizyon revolution 820HD PVR, AB IPBox 91HD/9000HD/9000HD rev.2, Xsarius Alpha HD10, nBox BKSA/BSLA/BXZB/BZZB, Vitamin HD 5000
    Sats: Astra 1, 2 & 3, Hotbird
    Main activity: building my own E2 images for Fortis receivers

  8. The Following 2 Users Say Thank You to Audioniek For This Useful Post:



  9. #5
    rantanplan
    Gast
    Das mit dem Kernel 3 wurde ja schon vor Jahren im aaf und auch Panther Forum diskutiert.
    Da es ja offen ist und die Sachen bzgl Kernel ja alle noch auf dem stm archieve liegen hab ich da mal eine ganze Weile dran rum gespielt.
    Aber insgesamt fehlt mir dann doch das Wissen.
    Gebaut hat stm ja die Weiterentwicklung bei dem Kernel-Update für 7008 Boxen.
    Die allerdings sind vom Grundgerüst den 7005 ähnlich und bestimmt ist dies dann auch weiter umzustricken.
    Max kann da bestimmt mehr zu sagen.
    Ob allerdings überhaupt Kernel-Update sein muss, weiß ich nicht.
    Für viele Anwendungen die drum herum gebaut werden ist die gcc wegen e2 da eventuell wichtiger.
    Daher hatte ich die 4.9.4 erwähnt.
    Ist etwas schneller zu testen.

    Grüße

  10. The Following 2 Users Say Thank You to rantanplan For This Useful Post:



  11. #6
    Developer Avatar von max
    Registriert seit
    06.05.2012
    Beiträge
    94
    Thanks
    8
    Thanked 79 Times in 43 Posts
    Wegen 3 Kernel ganz so einfach ist es nicht, hatte damit auch schon mal gespielt, als das stlinux git noch da war, konnte man auch ein revert machen, damit man
    auch die anderen Boxen wieder bauen konnte. Das Hauptproblem ist dann aber player2, da dort einiges geändert werden musste.

  12. The Following 2 Users Say Thank You to max For This Useful Post:



  13. #7
    rantanplan
    Gast
    Dann bist du aber ja schon richtig weit gewesen.
    Hab das lokal versucht mittel Anpassung der beiden Patche miteinander zu integrieren.
    Also man nehme Patch zum Kernel 2.6... und den letzten Patch stm zum Kernel 3.4.
    Dauert eine ganze Weile (jedenfalls bei mir) bis man es halbwegs versteht was da wozu gehört.
    Allerdings blieb als Konstante ja die 7108 bestehen und von der könnte man einiges ableiten.
    Es hat aber bei mir nie zum baufähigen Kernel gelangt.
    Hab da auch viel zu wenig Ahnung von und war so ein wenig spielerischer Ehrgeiz.
    Einfach ist es ganz bestimmt nicht.
    Wobei wenn da so ein alter ex stm Developer drüber stolpert, dann könnte den das ja irgendwie in den Fingern jucken.

    Klar bleiben die Boxen alt und sterben aus.
    Aber für die Anwendungen eines Receiver reichen sie immer noch alle mal aus.
    Ob nun e2 oder auch Neutrino.
    Grüße


  14. #8
    VIP
    Registriert seit
    13.05.2012
    Beiträge
    759
    Thanks
    35
    Thanked 345 Times in 243 Posts
    Selbst wenn jemand die SH4 Hardware in den 3er Kernel wieder einbaut, player2 Module anpasst, etc.
    Bedeutet es noch lange nicht, das es besser / schneller / stabiler läuft als mit Kernel 2.6.32.71


  15. #9
    rantanplan
    Gast
    Das ist ja auch meine Vermutung.
    Aber weiß man es?
    Bei all den Spielereien die an den anderen Boxen so vorgenommen werden wundert mich da immer das es überhaupt was wird.
    Die bekommen einen closed Treiber mit closed Firmware hingeschmissen und dann wird dort der Kernel verändert.
    Da passt bei so mancher mipsel Box nix zusammen. So gesehen hat mich das Dilemma mit der Venton Unibox nie gewundert.
    Aber gut das sind deren Geschäfte....
    Vorteil der sh4 Boxen wäre da immer ein einheitlicher Bau mit gleicher Compiler Umgebung.

    Grüße

  16. The Following User Says Thank You to rantanplan For This Useful Post:



  17. #10
    Erfahrener Benutzer
    Registriert seit
    24.01.2015
    Beiträge
    123
    Thanks
    20
    Thanked 38 Times in 25 Posts
    Zitat Zitat von DboxOldie Beitrag anzeigen
    Selbst wenn jemand die SH4 Hardware in den 3er Kernel wieder einbaut, player2 Module anpasst, etc.
    Bedeutet es noch lange nicht, das es besser / schneller / stabiler läuft als mit Kernel 2.6.32.71
    I agree. Unless there is some driving need to change the kernel, I am not sure anyone has the free time for all the work required. Also there seems to be no interest from those using oe-alliance to upgrade either.

    I gave up on the duckbox developers' build environment about a year ago and switched to using oe-alliance (Taapat and MastaGs' gits). But I still use the drivers from duckbox developers. There are advantages and disadvantages to both build environments and not being a developer, I have to heavily rely on work from others. A short time ago when I noticed the dropping of enigma2 from buildsystem-ddt, I started looking into using Audioniek's git, but have not had the time to do much. If Audioniek is dedicated to continuing, I would be happy to follow his git and contribute what I can. But I only have an alien2 (spark7162) to play with...

    BTW -= I know MastaG has been testing with gcc 4.9.4, but I have not tried it yet.

  18. The Following 3 Users Say Thank You to joeuser For This Useful Post:



Berechtigungen

  • Neue Themen erstellen: Ja
  • Themen beantworten: Ja
  • Anhänge hochladen: Ja
  • Beiträge bearbeiten: Ja
  •