Seite 3 von 5 ErsteErste 12345 LetzteLetzte
Ergebnis 21 bis 30 von 42
  1. #21
    Anfänger
    Registriert seit
    17.02.2016
    Beiträge
    9
    Thanks (gegeben)
    3
    Thanks (bekommen)
    1
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Konkrete dinge, die das Programm oder die Weboberfläche denn leisten können soll wären hilfreich, um das ganze besser einordnen zu können. Wenn es um Dateien hin-und-herschieben geht oder darum, ein Kommando auszuführen gibt es ja auch die Möglichkeit per ssh(fs) auf die Box zuzugreifen, da gibt es auch etliche Clients.

    Und eine grundsätzliche Bedienung ist über openwebif ja bereits ebenso möglich (auch wenn das durchaus etwas Liebe vertragen könnte).

    Was also wäre eine Wunschliste der Features?

    •   Alt Advertising

       

  2. #22
    Anfänger
    Registriert seit
    06.02.2015
    Beiträge
    16
    Thanks (gegeben)
    0
    Thanks (bekommen)
    8
    Total Downloaded
    1,34 MB
    Total Downloaded
    1,34 MB
    ReceiverDanke
    Also wenn ein neues Web-Interface, dann bitte Runderneuert und unabhängig von allen bisherigen, einfach mal neu von Null (das bewährte kann man ja hinter den richtigen Icons verstecken - leicht aktualisierte Ansicht).

    Damit rückt dann auch die Fernbedienung etwas weiter entfernt, jeder hat sowieso sein SmartPhone in greifbarer Nähe, warum damit nicht auch den Receiver ohne App steuern (mit passender Mobil-Ansicht)?

    Anbei mal ein einfacher Entwurf eines modernen Webinterfaces... das dann vielleicht auch ohne Tools (am Windows-/Linux-PC oder Mac) auskommt.

    Aufruf Entwicklung Windows OpenATV Tool-atv_web-.jpg

  3. Thanks rebe0000, Satanos666, Harro, Petrus-, hauerw bedankten sich
  4. #23
    Mitglied
    Registriert seit
    14.02.2016
    Ort
    NO von Berlin
    Beiträge
    74
    Thanks (gegeben)
    57
    Thanks (bekommen)
    4
    Total Downloaded
    15,27 MB
    Total Downloaded
    15,27 MB
    ReceiverDanke
    Box 1:
    Edision Optimuss OS2 Plus, 1 TB HDD, 8 GB USB micro Line
     
     

    Smile

    Zitat Zitat von coMMas Beitrag anzeigen
    Also wenn ein neues Web-Interface, dann bitte Runderneuert und unabhängig von allen bisherigen, einfach mal neu von Null
    Moin coMMas, nette Sache das! :-)
    Ich würde aber trotzdem nicht auf eine App oder Tool unter welchem System auch immer setzen, sondern den neutralen Web-Browser benutzen wollen
    VG, Harro

  5. #24
    Senior Mitglied
    Registriert seit
    17.06.2013
    Beiträge
    1.788
    Thanks (gegeben)
    1750
    Thanks (bekommen)
    674
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Box 1:
    Vu+ Uno 4K SE und Vu+ Duo 4K SE
     
     
    Box 2:
    Zgemma H7S und verkauft H7C
     
     
    Box 3:
    Verkauft: Vu+ Solo 4K
     
     
    Box 4:
    Verkauft: Zgemma H9 Twin und Combo
     
     
    Box 5:
    Verkauft: Dreambox One und Two
     
     
    Genau, man muss unabhängig vom verwendeten Betriebssystem einen aktuellen Web-Browser verwenden können. Betriebssysteme reichen ja mittlerweile von Microsoft Windows, Apple iOS, Google Android und Linux auf Computern, SmartPhones und Tablets, Da ist ein Web-Broser immer vorhanden und es braucht keinerlei zusätzlicher Installationen von Apps/Tools oder sonst was.

  6. #25
    Anfänger
    Registriert seit
    14.11.2015
    Ort
    Ostholstein
    Beiträge
    13
    Thanks (gegeben)
    2
    Thanks (bekommen)
    1
    Total Downloaded
    15,56 MB
    Total Downloaded
    15,56 MB
    ReceiverDanke
    Box 1:
    DM900
     
     
    Box 2:
    DM900
     
     
    Ähm, die Idee eines Webinterfaces, das in allen Browsen Hardware- und OS-unabhängig funktioniert, ist ja wirklich toll und wäre in der Tat ideal.
    Meine Erfahrung als IT Admin (nicht Programmierer!) in einem mittelständigen Unternehmen zeigt aber leider, dass das in der Praxis oft nicht so toll funktioniert.
    Da funktioniert ein Webinterface nur sauber mit Firefox, eines mit Chrome, das nächste mit IE. Wieder eines hätte gerne im IE den Kompatibilitätsmodus, während ein anderes damit nicht läuft, und ein drittes läuft nur mit TLS 1.2, ein viertes aber wieder nicht.
    Fehlermeldungen bei Nichtfunktion gibt's dann nicht, und man wundert sich einfach, dass sich nichts tut, und ist stundenlang mit Fehlersuche beschäftigt, bis man auf den Browser oder dessen Einstellungen kommt.
    Wenn ein Webinterface dann doch einmal funktioniert, ist es oft einfach nervtötend lahm.
    Meine Kollegen und ich wünschen uns inzwischen mehrheitlich proprietäre Managementkonsolen zurück, die zuverlässig und performant funktionieren.
    Just my 2 cents...

  7. #26

    Registriert seit
    08.04.2013
    Beiträge
    42
    Thanks (gegeben)
    1
    Thanks (bekommen)
    5
    Total Downloaded
    4,49 MB
    Total Downloaded
    4,49 MB
    ReceiverDanke
    Box 1:
    Gigablue Quad Plus
     
     
    Box 2:
    Gigablue Quad UHD
     
     
    Die grundsatzfrage, die sich dabei stellt ist:
    - Soll man mit diesem Tool einen USB Stick zum Flaschen bauen können?
    - Soll man mit RS232 flaschen können?

    Wenn das die Anforderung ist, wird das mit der Anbindung eines Webinterfaces eher schwer, denn bei Windows gibts viele Schnittstellen bzw. Laufwerke und das über ein Webinterface zu entkoppeln ist vielleicht nicht der richtige Weg.

    Ich glaube ja, es geht mehr um eine einfache Bedienung für Windows User, die keinen Schimmer haben von allem. Also ein Tool, dass alles für einen erledigt (also den Boxtyp auslesen, Stick vorbereiten, backup erstellen, backup einspielen, usw...)

    Sonst wäre der Aufruf an Windows Entwickler ja nicht nachvollziehbar.

  8. #27
    sirtobie
    Gast
    So was gibt es schon für HDMU. Leider hat der Entwickler "morly" keine Lust / Zeit mehr. Das Tool funktioniert prinzipiell mit jedem Image.

  9. #28
    Avatar von Papi2000
    Registriert seit
    20.04.2013
    Beiträge
    24.820
    Thanks (gegeben)
    4679
    Thanks (bekommen)
    9076
    Total Downloaded
    596,61 MB
    Total Downloaded
    596,61 MB
    ReceiverDanke
    Box 1:
    GB Q4K-SC / UE4K-SC / UE4K-C
     
     
    Box 2:
    GigaBlue Q-SSC / Q+-SSC
     
     
    Box 3:
    DM900uhd-SS / Vu+Duo
     
     
    Box 4:
    ZGemma H7/H9 SF8008
     
     
    Box 5:
    diverse andere . . .
     
     
    Zitat Zitat von Killefit Beitrag anzeigen
    Ähm, die Idee eines Webinterfaces, das in allen Browsen Hardware- und OS-unabhängig funktioniert, ist ja wirklich toll und wäre in der Tat ideal.
    Meine Erfahrung als IT Admin (nicht Programmierer!) in einem mittelständigen Unternehmen zeigt aber leider, dass das in der Praxis oft nicht so toll funktioniert.
    Da funktioniert ein Webinterface nur sauber mit Firefox, eines mit Chrome, das nächste mit IE. Wieder eines hätte gerne im IE den Kompatibilitätsmodus, während ein anderes damit nicht läuft, und ein drittes läuft nur mit TLS 1.2, ein viertes aber wieder nicht.
    Fehlermeldungen bei Nichtfunktion gibt's dann nicht, und man wundert sich einfach, dass sich nichts tut, und ist stundenlang mit Fehlersuche beschäftigt, bis man auf den Browser oder dessen Einstellungen kommt.
    Wenn ein Webinterface dann doch einmal funktioniert, ist es oft einfach nervtötend lahm.
    Meine Kollegen und ich wünschen uns inzwischen mehrheitlich proprietäre Managementkonsolen zurück, die zuverlässig und performant funktionieren.
    Just my 2 cents...
    Das war ein Hammerstatement (sozusagen aus der Praxis). Dem kann ich nur voll zustimmen:
    Leider ist der bisher kompatibelste Browser für mich FireFox. Daher setze ich dort den "ESR" ein. Man muß nicht jeden neuen Krampf drinhaben.
    Und die Management-/ Konsolentools sind auch in E2 der letzte Weg, klare Meldungen des Systems zu erhalten, und nicht das, was zufällig in der GUI irgendwie ankommt.
    Geändert von Papi2000 (24.10.2017 um 19:34 Uhr)
    Grüßle
    Ralf
    ---------------------------------------------
    Gigablue Quad4K-mixed, UE4K, Trio4K, Quad_Plus-SSC, UE_Plus-SC, X2/X3-SC, UltraUE-SC, ...
    Astra 19.2E UniCable & KabelBW, oATV/teamBlue
    (u.a.: DM900uhd,Vu+Duo,ZGemma H9Twin & H7S), PC-DVB-S/C/T, Xtreamer, BDP5200, Philips 24PFS4022/12, 65OLED855/12,UE32C5700, RPi3+
    ---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----



  10. #29
    Avatar von SpaceRat
    Registriert seit
    13.08.2013
    Ort
    Midgard
    Beiträge
    2.863
    Thanks (gegeben)
    585
    Thanks (bekommen)
    1589
    Total Downloaded
    745,74 MB
    Total Downloaded
    745,74 MB
    ReceiverDanke
    Box 1:
    Vu+ Ultimo 4k 4x DVB-S2 FBC / 2x DVB-C OpenATV 6.2
     
     
    Box 2:
    Gigablue Quad4k 2xDVB-S2 OpenATV 6.2
     
     
    Box 3:
    AX Quadbox 2400HD
     
     
    Box 4:
    diverse
     
     
    Box 5:
    DVBViewer
     
     
    Um dieses Thema mal aufzuwärmen:

    An sich finde ich die Idee gut, allerdings hat Old leider Recht, was die Basis des Systems angeht:
    Sie ist alt, scheiße gepflegt und was noch viel schlimmer ist: Schon auf einem kranken Fundament aufgebaut.

    Die zwei elementarsten Fehler an E2 sind:
    • Es ist keine richtige Linux-Anwendung

      Mit diesem Problem kollidiere ich leider immer wieder.
      E2 will z.B. bestimmte Dinge ganz anders und selber machen, die eigentlich schon das System - also Linux - machen kann.

      Beispiele sind
      - der CAM-Start aus Python heraus, obwohl das die Aufgabe von SysVinit oder im Idealfall systemd wäre (Immerhin das hat OpenPLi richtig/besser gemacht).
      - blindes Herumschreiben an Konfigurationsdateien mit Informationen aus Nicht-Systemkonfigurationsdateien, z.B. das Murksen in /etc/auto.network und /etc/fstab mit Informationen aus einer Murks-automounts.xml, statt die Informationen auch aus den Dateien zu nehmen, die geschrieben werden.

      E2 "spricht" auch nicht mit Linux, es quält es nur wie oben beschrieben.
      E2 reagiert nicht auf Signale, um z.B. seine Konfiguration neu einzulesen oder die aktuelle zu schreiben (Allein das ist schon ein gewaltiges Hindernis für eine anständige Zweit-GUI im Browser).

      Alles was E2 mit dem Benutzer kommunizieren will, muß es durch diese grausame Scriptsprache Python tun und entsprechend bläht auch immer mehr Python-Code E2 auf.
    • Es ist eine einziger monolitischer Klumpen in mehreren Sprachen

      Was mich an E2 am Anfang (negativ) fasziniert hat, war die Tatsache, daß meine Aufnahmen abgebrochen wurden, wenn ich bloß die GUI neugestartet habe.
      So etwa das erste Jahr habe ich echt gedacht, den Fehler muß doch endlich mal jemand beheben ...

      E2-Oldies finden das vielleicht völlig normal und verstehen gerade nicht, was ich meine ...

      Wer aber unvoreingenommen nachdenkt, wird zu dem Schluß kommen, daß Google seine Apache-Web-Server schließlich auch nicht runterfährt, nur weil ich meinen Chrome schließe ...

      Was ich damit sagen will:
      E2 fehlt es an der Trennung in mindestens einen schlanken Daemon ("enigma3d") und eine GUI (Auch wenn der ganze Klump so bezeichnet wird).



    Das bringt mich zu folgendem Fazit:
    An so einer miesen Basis wollen wirklich immer weniger Leute mitentwickeln (Alle Teams schrumpfen).
    Ich wage zu behaupten, daß von den noch aktiven Entwicklern in der Szene auch nur noch 1-3 Leute bei OpenPLi die Kompetenz hätten, E2 so zu ändern, daß es auch wieder neue Leute fasziniert.
    Ja, ich behaupte, daß OpenPLi die fähigsten Köpfe hat. Leider verschwenden sie ihr Talent in ständige Neuentwicklungen des Rades.


    So in etwa würde ein anständiges System aussehen:

    Ein Daemon tut nichts anderes als Streams in Dateien aufzunehmen. Den Programmierern ist dabei klar, daß "alles eine Datei ist", also auch eine named Pipe.
    D.h. auch LiveTV ist programmiertechnisch eine Aufnahme, sie wird halt nur nicht auf Festplatte sondern in eine Pipe geschrieben.

    Da dieser Daemon unglaublich primitiv ist (Man könnte ihn vermutlich sogar als Shell-Script mit vorhandenen Tools realisieren), gäbe es wohl kaum irgendetwas, das in zum Abstürzen bringen kann und da er nichts anderes macht auch keinen Grund, ihn jemals neu zu starten.
    D.h. Aufnahmen liefen - wenn ich es dem Daemon nicht explizit anders mitteile - durch, selbst wenn ich die GUI neustarte oder sie abkackt weil mal wieder mieser Python-Code rumspinnt.
    Nennen wir ihn einfach mal "dvbd".

    Parallel (nicht huckepack) läuft dann eine GUI und zwar wirklich eine nur eine GUI.
    Was ich dem Schweinchen alles an Zusatzaufgaben aufhalse ist erstmal egal, seine Kernaufgabe wäre es aber, dem "dvbd" einfach nur zu sagen, was er gerade aufnehmen soll und sich für LiveTV an die entsprechende Pipe zu klemmen, um diese zum TV/Monitor zu bringen.

    Andere Quellen (Also z.B. Youtube und weitere Mediaportale) wären dann wiederum nur weitere Daemons, deren einzige Aufgabe es wäre, die Fremdquellen der GUI bereitzustellen, wenn dieser danach gelüstet.
    Das könnten dann vollkommen modular youtubed, dvdd, blurayd, mediaportald, hdmiinputd usw. sein.

    Und jetzt kommen die ganzen Leckerchen, die ein solcher sauberer Aufbau mit sich brächte:
    Ob die GUI dann überhaupt noch auf demselben Gerät läuft ist wumpe, sobald ich die Pipe auch über's Netz bereitstellen kann.

    Ich kann auch eine Schicht dazwischen schieben, nämlich einen apached und aus der GUI einen Webbrowser machen, der einfach nur für die Benutzung per Fernbedienung optimiert ist (Kombiniert mit Webseiten, die für genau diese Bedienung optimiert sind).
    Derselbe Apache könnte dieselben Daten herkömmlichen Browsern dann ganz anders aufbereitet präsentieren, vergleichbar der GUI auf Synology NAS.
    Receiver/TV:
    • Vu+ Ultimo 4k 4xDVB-S2 FBC / 2x-C / 5.5TB / OpenATV 6.4@LG 65" OLED
    • Gigablue Quad 4k 2xDVB-S2 / 2x-C / 1.8TB GB / OpenATV 6.4@Samsung 37" LED
    • diverse weitere
    • S2-Twin-Tuner PCIe@Samsung SyncMaster T240HD (PC)
    • TechniSat SkyStar HD 2 (2.PC)
    Pay-TV: Schwarzfunk, Redlight HD Mega, HD-, Sky
    Internet: Unitymedia 2play 400 + Telekom VDSL100 / Linksys WRT1900ACS / IPv4 (UM) + IPv6 (Hurricane Electric+UM+Telekom)

  11. Thanks dvboxer, caliban bedankten sich
  12. #30
    Avatar von betacentauri
    Registriert seit
    15.06.2013
    Beiträge
    2.359
    Thanks (gegeben)
    287
    Thanks (bekommen)
    1399
    Total Downloaded
    1,32 MB
    Total Downloaded
    1,32 MB
    ReceiverDanke
    Box 1:
    hd51
     
     
    Box 2:
    vuduo4kse
     
     
    Box 3:
    und noch 20-30 andere
     
     
    Du hast größtenteils Recht. Das mit dem Aufsplitten von E2 in mindestens 2 Teile steht schon seit Jahren auf meiner Todo Liste. ABER das ist so komplex das man das alleine nicht hinbekommt. Es stellen sich dabei ja auch 1000 Fragen. Wie kommunizieren GUI und Backend miteinander? Was soll das Backend überhaupt können? ... Da wird es jeweils nicht nur eine Antwort geben. D.h. es würde einige längere Diskussionen geben. Außerdem wäre es nicht super schlecht, wenn das neue GUI zumindestens teilweise abwärtskompatibel wäre...
    Leider kann man auch nicht mit kleinen Schritten anfangen sondern muss eigentlich als aller erstes die wichtigen und komplizierten Fragen klären. Und bei so wenigen Entwicklern, die potentiell sich daran beteiligen könnten, wird das ganze wohl leider nie stattfinden. Die Hersteller krümmen ja auch keinen Finger.
    hd51, vuduo4se,....


Seite 3 von 5 ErsteErste 12345 LetzteLetzte

Stichworte

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  
Alle Zeitangaben in WEZ +1. Es ist jetzt 11:59 Uhr.
Powered by vBulletin® Version 4.2.5 (Deutsch)
Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.
Resources saved on this page: MySQL 5,26%
Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)
vBulletin Skin By: PurevB.com