Beiträge von neun11turbo

  • Telnet Verbindung abbauen bei Shutdown

    nur für den Fall, daß es doch jemanden interessiert:


    ich hab nach /etc/rc0.d eine Datei mit dem Namen K10telnetd gestellt und die Rechte auf 755 gesetzt. Inhalt ist:


    #!/bin/sh
    killall telnetd


    ... und jetzt geht es einwandfrei. Der hat wohl den inetd vor dem telnetd gekillt und das mochte der wohl nicht...


    Klaus

  • Telnet Verbindung abbauen bei Shutdown

    Wenn ich die Box über Telnet mit 'shutdown -t now' runterfahre wird die Telnet-Verbindung nicht beendet. Weiss jemand wo ich hinlangen muss, damit die Box das tut?


    Bei meiner D-Box mit Enigma1 geht das... Irgendwo muss es sich also einstellen lassen... Aber wo nur... ?



    Danke für alle Antworten,
    Klaus

  • Umschaltproblem....

    ...ich hab jetzt versucht dieses Problem zu umgehen und über meine Steuerung mir die Service-ID des Unterkanals gemerkt. Wenn ich dann z.B. vom Unterkanal auf ARD und wieder zurück auf den Premiere-Unterkanal schalte, schalte ich direkt (über web-if Befehl) auf die 'gemerkte' Service-ID.


    Klappt wunderbar... aber...: neues Problemchen: das OSD zeigt weiter 'ARD', 'Grün' zeigt keine Unterkanäle mehr, EPG gibts nicht mehr etc. Die Kiste merkt wohl nicht, dass wir inzwischen wieder ganz wo anders sind...


    Echt dumm, weil gerade die Premiere Kunden lieben dieses zwischen FTA und Sport-Unterkanal hin- und herschalten (ich z.B. immer bei Formel 1 zwischen Premiere und RTL...)


    Jemand 'ne Idee...?


    Danke,
    Klaus

  • WebIF Infrarot Commands

    Irgenwie wollen die IR-Commands über telnet nicht so wie ich will...


    Ich gebe z.B. folgendes ein:


    wget -q -O - http://127.0.0.1/cgi-bin/rc?358


    Es gehen alle Codes bis auf:


    398 (rot) --> nix passiert
    399 (grün) --> nix passiert
    400 (gelb) --> Aufnahme startet und Bild friert ein (versteckte TS Funktion?)
    401 (blau) --> nix passiert
    377 (TV-Mode) --> Aufnahme startet, Bild friert nicht ein
    385 (Radio Mode) --> nix passiert


    66 (Videotext) --> nix passiert (mit 388 geht der Text)


    Merkwürdigerweise gehen Codes der Tasten für den Video-Modus. Also z.B. << (=rot im Videomode) funktioniert einwandfrei


    Die Datei rcdreambox_inputdev.xml in /usr/share/tuxbox/enigma/resources ist nicht geändert und hat die 'richtigen' Werte (also z.B. für rot:
    <key name="red" code="18e" picture="key.17" />
    18e sollte 398 dezimal sein... aber trotzdem... er will nicht.


    Irgendwelche Ideen?


    Danke und Gruß,
    Klaus

  • Datum/Zeit vom Transponder

    also qucik and dirty fällt mir ein:

    Code
    root@dm7020:~# telnet time-a.timefreq.bldrdoc.gov 13


    gibt die folgende Antwort (geht natürlich auch mit jedem anderen Timeserver)

    Code
    53905 06-06-19 09:58:54 50 0 0 520.0 UTC(NIST) *
Connection closed by foreign host.


    ...geht auch ein normales connect...? hmmm... keine Ahnung... aber so gehts, auch wenn es nicht ganz korrekt ist... Wenn du die Antwort jetzt in eine Datei umleitest und dann mit grep auswertest kannst du die Zeit setzen mit dem date-command:


    Das ganze jetzt in einem Script verpackt...

  • Premiere

    Zitat

    Original von OoZooN
    [in den nutzungsbedingungen von premiere steht, das du das angebot nur auf einem "premiere zertifizierten receiver" schauen darfst. somit ist auch der umweg mit alphacrypt nicht so richtig legal.


    Sorry daß ich hier anfange Haare zu spalten, aber obwohl das hier ein Hersteller-Board ist wird hier viel zu leichtsinnig mit dem Begriff 'legal' umgegangen. Die Boardbetreiber untersagen ja z.B. die Diskussion über Softcams in der - völlig irrigen - Annahme, diese seien illegal.


    Genauso ist es hier: Premiere auf einem nicht zertifizierten Receiver zu schauen ist - Abo natürlich vorausgesetzt - 100% und lupenrein legal. Also nix 'nicht so richtig legal' sondern: voll und ganz legal. Es stellt einzig einen Verstoß gegen die AGB's von Premiere dar und würde Premiere so berechtigen, das Abo fristlos zu kündigen. Es ist aber definitiv kein Verstoß gegen irgendein Gesetz - das wäre die Voraussetzung für eine irgendwie geartete Illegalität.

  • Vorauseilender Gehorsam...

    Zitat

    Da solche softCams definitiv Lizenzrechte verletzen, solltest du dich vielleicht noch einmal genauer über die rechtliche Lage informieren.


    Tut mir leid , das seh ich anders... Hast du ein einziges Urteil, in dem rechtskräftig festgestellt wurd, dass ein Softcam *Lizenzrechte* verletzt? IMHO hat das France Telecom einmal versucht und ist grandios gescheitert. Alle einschlägigen Urteile - ich lasse mich da aber gerne überzeugen - zielen auf Multi-CAMs ab, deren HW SCM Patente verletzt und auf den Tatbestand der "Umgehungsvorrichtung", die *gewerblich* nicht vertrieben verden darf.
    Letzteres könnte man unterstellen, wenn ihr die Dreambox mit Emu ausliefert und dafür dann auch noch werbt (..."ihr musst dann nur noch die K**s runterladen...". Das ist dann aber kein Problem von Lizenzen sondern ein Probrlem mit dem Wettbewerbsrecht.
    Du siehst ich habe mich informiert und muss feststellen:vielleicht solltest du dich noch einmal genauer über die rechtliche Lage informieren


    Zitat

    Darüber hinaus, spielt es keine Rolle, ob in deinem Fall irgendwelche juristischen Probleme anstehen oder nicht.


    Doch, genau da liegt der Hase im Pfeffer. Es ist unbestritten, dass es Leute gibt, die einen Softcam zu illegalen Zwecken einsetzen. Aber es gibt eben auch Leute die sie völlig legal einsetzen. Ebenso verhält es sich mit vielen Sachen: Messern z.B. Nun aber jedem, der ein Messer sein eigen nennt als potentiellen Mörder zu qualifizieren wäre... nun, illegal, weil verleumderisch :winking_face:



    Zitat

    In den Boardregeln steh, dass über diese Themen nicht geschrieben werden darf und daran hat man sich zu halten.


    Ihr könnt natürlich in die Boradregeln reinschreiben was ihr wollt. Das respektiere ich auch. Ich hab den Beitrag ja deshalb unter 'Anregungen zum Board' gepostet. Regeln kann man (ihr) ändern...


    Zitat

    Für deine Auskünfte findest du genügend andere Boards in denen darüber diskutiert werden darf. Dieses ist allerdings das board des Herstellers und da ist es nun mal nicht erlaubt und ich möchte dich darum bitten, dich daran zu halten.


    Das ist ja genau der Punkt: das ist das Board des Herstellers, an den ich einen Haufen Kohle abgedrückt habe. Und was ist der Dank: ich werde verleumdet ('illegal') und auf irgendwelche BeztHakkerz.ru Webseiten verwiesen. Ihr wollt wohl, dass ich mir was einfange...? :winking_face:


    Im Ernst: gerade weil es das Board des Herstellers ist würde ich mir fundierte Diskussionen über das Thema wünschen. Die Frage "hey, welche K**s brauch ich damit *** hell wird" interessiert mich nicht und die gehört auch sicher nicht hier her. Aber sehr wohl die Diskussion über wirklich interessante Fragen.


    Beispiel: es ist klar dass (nehmen wir mal meinen Fall), dass es die France Telecom lieber sähe, wenn ich einen 'normale' Viaccess Cam für den Betrieb meiner Karte nähme. Und leider ist es ja so, dass viele Firmen ihre Interessen *Rechtsmissbräuchlich* (ja, das ist definitv illegal...) durchzusetzen versuchen, indem sie jeden, der ihren direkten monetären Interessen zuwiderhandelt, zu kriminalisieren versuchen. Die Diskussion über solche Sachen - die ja direkt eure ehrlichen Kunden betreffen - gehören m.E. sehr wohl hier her. Gerade weil es ein Hersteller-Board ist.


    Gruß,
    Klaus

  • Vorauseilender Gehorsam...

    Immer wieder werden hier User (=eure Kunden i.d.R.) mit Verweis auf die Boardregeln abgebügelt, die nach dem Empfang verschlüsselter ausländischer Sat-Anbieter fragen.


    Es ist OK, wenn definitiv illegale Praktiken hier von der Diskussion ausgeschlossen werden. Aber es ist nun mal definiv nicht illegal, wenn z.B. meine Frau als Auslands-Schweizerin hier mit ihrer offiziellen SRG-Karte die Schweizer Sender sieht.
    Auszug aus den AGB der SRG:


    Zitat

    7. Benutzung im Feriendomizil und in der Schweiz


    Auslandschweizer dürfen die Karte an der auf dem Kartenantrag angegebenen Adresse in der ganzen Ausleuchtzone des Satelliten und zusätzlich an der Ferienadresse in der Schweiz sowie im Ausland benutzen.


    Beim Wechsel des ständigen Wohnsitzes in die Schweiz ist der Inhaber verpflichtet, sich bei der Inkassostelle für Empfangsgebühren (Billag AG) anzumelden und die Fernseh-Empfangsgebühren zu bezahlen. Die Jahresgebühr nach Ziffer 2 Absatz 2 entfällt in diesem Fall. Bereits bezahlte Jahresgebühren werden nicht, auch nicht teilweise zurückerstattet. Der Inhaber muss diesen Wohnortwechsel Sat Access mitteilen.


    Es ist nun einmal so, dass es nicht immer 'illegal' ist, in D ausländische verschlüsselte Sender zu sehen. Evt. illegal wäre höchstens die Qualifikation derartigen Tuns als 'illegal' (Tipp: illegale Rechtsberatung...)


    Auch ist es der SRG völlig egal, ob wir einen 'normale' CAM oder einen Softcam zum Entschlüsseln verwenden. Also ist auch die Diskussion von Emu's etc. auf keinen Fall per se illegal.


    Als Kunde, der nicht wenig Kohle für die Dreambox hingeblättert hat (und im übrigen sehr zufrienden bin, gerade weil ich zum sehen der Schweizer einen Softcam benutzen kann...) würde ich mir in einem offiziellen Support Board mehr Kompetenz in juristischen Fragen und entsprechend fundierte Auskünfte wünschen.


    Gruß,
    Klaus

  • Wird es auch ein Webinterface geben?

    das hab ich mittlerweile auch kapiert, dass meine Steuerung mit Enigma1 immer an diesem Problem kranken wird...


    Deshalb hab ich das ja hier bei Feature Request Enigma 2 gepostet :winking_face:


    Vielleicht hab ich ja Glück und es geht mit Enigma2 so wie ich es bräuchte...


    Klaus

  • Wird es auch ein Webinterface geben?

    Ob es nun ein Krampf ist oder nicht sein dahingestellt... :winking_face:


    Für meinen Zweck (komplette Steuerung über Telnet) wäre ein Weg ohne über WGET gehen zu müssen sogar besser. Letztlich ist es mir aber egal: Hauptsache ich bekomme alle Infos und kann alle Zustände ändern, so wie es der Benutzer will. Das von mir angesprochene Problem (Enigma muss sich seinen 'Pfad' merken, egal wie es dahin gekommen ist) bleibt bestehen, egal ob ich über ein WebIF oder direkten Zugriff auf das Gui steuere.


    Ach so...: was ist vdr...?


    Klaus

  • Wird es auch ein Webinterface geben?

    ich bin dabei für externe Haussteuerungssysteme (Crestron, AMX, Cue etc.) eine Schnittstelle zu entwickeln, die eine Box komplett über Telnet steuert. Für Enigma1 läuft das Teil, es gibt aber eine gravierende Einschränkung und ich hoffe, daß das bei der Entwicklung des WebIF für Enigma2 berücksichtigt werden kann (siehe auch hier: Wie merkt sich Enigma seinen Pfad? :frowning_face:


    Bei Bedienung über WGET Befehle werden die internen Pfadsettings nicht geändert. Damit hab ich z.B. folgenden Effekt:


    Annahme: ich habe 2 Bouquets B1 und B2. In jedem habe ich 3 Programme: B11, B12 und B13 bzw. B21, B22 und B23. Angenommen ich schalte mit der IR-FB auf Bouquet B1 und B12.
    Jetzt gebe ich über WGET den Befehl auf die Service-ID des Programms B22 zu schalten. Soweit alles OK. Wenn jetzt der Benutzer auf der IR-FB die Taste 'Pfeil-rechts' drückt würde er erwarten, dass das Programm B23 kommt.... Tut es aber nicht. Enigma 'denkt' es sei weiter auf B12 und schaltet bei Pfeil-rechts auf B13.
    Damit habe ich das Problem einer inkonsistenten 'unlogischen' Bedienung. Ein Benutzer, der die Hintergründe nicht kennt (und das soll er ja auch nicht...) wäre verwirrt... das Schlimmste, was bei einem Bedienkonzept passieren kann.


    Das hat auch in anderen Bediensituation unerwünschte Auswirkungen: z.B. wenn der Benutzer sich in der Hierarchie seiner MP3 Dateien zu einem Verzeichnis durchgehangelt hat und dann ein Stück anspielt wird nur dieses Stück gespielt und nicht (wie es wäre, täte er das über die IR-FB) alle Stücke des Verzeichnisses. Und: auch hier geht 'Pfeil -links' oder Pfeil-rechts' nicht auf das vorherige bzw. nächste Stück...


    Wenn es die Möglichkeit gäbe, über das WebIF (oder sonst einen Befehl, den ich über Telnet aufrufen kann) Enigma explizit den neuen Pfad mitzuteilen wäre das ein gewaltiger Fortschritt hin zu einer 'perfekten' Steuerung.


    Gruß,
    Klaus

  • Wieso eigentlich YUV?

    Hi,


    dann will ich auch mal meinen Senf dazu geben:


    Diese ganze Diskussion YUV vs. RGB ist aus meiner Sicht etwas daneben... Warum? Na ja..:


    1) "YUV ist besser als RGB"
    Blödsinn. YUV als Signal enthält die exakt identischen Informationen wie RGB. Man kann zwischen beiden sauber hin und her rechnen (Google findet die Formeln... :smiling_face: ). Wenn YUV also die gleichen Infos enthält wie RGB... woher soll dann die bessere Qualität kommen?
    Soweit so gut.. aber warum gibts dann YUV überhaupt...? Dafür gibts einen einfachen Grund: das menschliche Auge reagiert auf Helligkeitsunterschiede um Größenordnungen empfindlicher als auf Farbunterschiede. Als dann vor Jahren die ersten Leutchen sich Gedanken über Video-Komprimierung gemacht haben, sind sie deshalb auf folgende Idee gekommen: wenn man aus den drei Farb-Informationen RGB die Helligkeits-Infos 'rauszieht' und getrennt verarbeitet, kann man die Farb-Infos alleine wesentlich stärker komprimieren, ohne dass der menschliche Betrachter einen Unterschied bemerkt. Das ist der Grund warum von einer DVD oder vom Sat die komprimierten Bilder immer im YUV Format kommen. Also: nicht weil YUV 'besser' ist, sondern weil sich YUV stärker komprimieren lässt bevor die Komprimierungsverluste zu groß werden.


    Wenn die Bilder dann im Sat-Receiver oder DVD Player wieder dekomprimiert wurden, ist es wieder völlig egal, wie sie dann ausgegeben werden... YUV und RGB enthalten *dekomprimiert* die identischen Informationen


    2) Für 'progressive' ist YUV besser
    Stimmt wieder nicht. Progressive RGB oder progressive YUV: ist vom Informationsgehalt wieder identisch. Das Problem liegt ganz woanders: es gibt praktisch keinen DVD Spieler, der progressive über RGBs ausgibt (von ein paar chinesischen 20.-€ Baumarkt-Playern abgesehen). Wenn ich also progressive über einen DVD Player nutzen will kann ich das normalerweise nur über den YUV Augang (oder HDMI...).
    Ist das immer sinnvoll? Auch das ist nicht immer klar. Den Unterschied macht hier der zum Einsatz kommende Deinterlacer (das Teil, das aus den Halbbildern von der DVD oder vom Sat Vollbilder macht). Es kann durchaus sein, daß z.B. der Deinterlacer in einem 'billigen' DVD Player schlechter ist, als der in einem 'teuren' Plasma Display. In diesem Fall wäre es besser, das 'Deinterlacen' dem Plasma zu überlassen und die Bilder dorthin nicht 'progressive' zu übertragen.
    Das hat aber wieder absolut nix mit YUV oder RGB zu tun... Das 'Deinterlacen' ist eine Kunst für sich...
    Das heisst also: wer einen DVD Player mit einem sehr guten Deinterlacer hat (IMHO z.B. einen Denon 3910) für den macht es Sinn, das Gerät über YUV anzuschliessen. Wie gesagt nicht weil das 'besser' wäre, sondern weil der DVD Player sein progressive Signal halt nur über die YUV Buchsen ausgibt... Wenn der Deinterlacer im Plasma besser ist (und das ist er nach meiner Erfahrung recht oft), ist es wieder völlig egal ob der DVD Player über YUV oder RGB angeschlossen wird.


    Daraus ergibt sich: für den Anschluss der Dreambox sollte es null Unterschied machen, ob ich sie mit RGB oder YUV anschliesse. Aus meiner Sicht lohnt es sich also nicht, die Garantie zu versemmeln und das Löten anzufangen, nur um über Scart das identische Signal rauszubekommen, das man standardmässig auch in der RGBs Form bekommen kann.


    3) Wenn der Fernseher/Beamer kein RGB kann
    Gut, das ist ein eindeutiges Argument für YUV. Nur, wenn er es hätte, wäre das Bild auch nicht schlechter. :smiling_face: Nur in der Regel haben heute praktisch alle Plasmas / LCD / Beamer einen Scart Anschluss und damit RGBs


    4) Aber YUV brauche ich für HDTV
    Neee. Für HDTV brauche ich HDMI... Nicht dass das nicht auch über YUV oder RGB laufen würde, aber Digital iss wirklich besser und ausserdem will es die Content-Industrie so. Für den HDTV-Content, der auch über Non-HDMI ausgegeben werden kann (z.B. mache Premiere HD Sendungen sind auch über die YUV Buchsen in HD Auflösung erhältlich...). Hier gilt das gleiche wie bei den DVD Playern: die Frage ist, über welche Anschlüsse der Hersteller was ausgibt. Die Qualität von HDTV-RGB oder HDTV-YUV ist wieder identisch (in dekomprimiertem Zustand.. s.o.). Ich denke mal hier wird wie bei den DVD Spielern die Mehrzahl auf die RGBs Ausgabe von HD-Signalen verzichten und diese nur über YUV ausgeben :confused_face:


    5) Aber die Kabel...
    Also hier gilt generell: gute Kabel sind immer gut und schlechte sind immer schlecht. Bei YUV und RGB. Man kann jetzt darüber philosophieren, daß die YUV Übertragung 'robuster' ist, da das Helligkeitssignal mit einem höheren Pegel separat übertragen wird (was theoretisch stimmt), wenn wir aber 'gute' Kabel 'gut' verlegt und ohne störenden Einflüsse haben dürfte der Unterschied nicht 'sehbar' sein.



    Also, was jetzt...? Nun, wie aus obigem hervorgeht ist mein Ansatz:
    - Gute (keine sauteuren...) Kabel sauber verlegen
    - Wenn ein Gerät beides kann (YUV und RGBs), ausprobieren was besser ist. Z.B. letzte Woche eine DM 7020 an einem Metz-LCD: YUV: keine Farbfehler, aber deutlich schlechter als RGB. Dieses Phänomen hatte ich schon bei mehreren Geräten. Das hat wie gesagt nichts damit zu tun, dass ein Signal 'schlechter' als das ändere wäre, aber offensichtlich verwenden viele Hersteller die Chips so, daß eine Variante elektrisch 'besser' rauskommt (bei unserer DM wäre mein Test mit dem Metz LCD wahrscheinlich *mit* den vielzitierten selbstgelöteten Kondensatoren genau andersherum ausgegangen... Nur dass das dann bessere YUV Bild nicht besser wäre als jetzt das über RGBs)
    - Beim DVD-Player erst genau schauen, welcher Deinterlacer besser ist und dann das anschliessen, was das bessere Bild bringt.


    Gruß, Klaus

  • Wie merkt sich Enigma seinen Pfad?

    Hallo Jens,


    die Antwort hab ich befürchtet... :loudly_crying_face:


    Mal angenommen man könnte rauskriegen, in welcher Variable, wäre es dann möglich, die aus einem Userscript heraus zu ändern...? Oder müsste man dann tiefer einsteigen (... wäre dann zu tief für mich.. :smiling_face: )


    Klaus

  • Wie merkt sich Enigma seinen Pfad?

    Nachtrag:


    ich hab jetzt mal ein MP3 angespielt, dann auf ein Radio geschaltet und dann die Box runter und wieder raufgefahren. (alles per FB)


    Die Config sieht dann so aus:


    Code
    s:/ezap/ui/modes/0/path0=4097:7:0:6:0:0:0:0:0:0:;4097:7:0:dbe01:0:0:0:0:0:0:/var/tuxbox/config/enigma/userbouquet.dbe01.tv;1:0:1:1d:2:85:c00000:0:0:0:;
s:/ezap/ui/modes/1/path0=4097:7:0:4:0:0:0:0:0:0:;4097:7:0:dbe01:0:0:0:0:0:0:/var/tuxbox/config/enigma/userbouquet.dbe01.radio;1:0:2:a7:2:85:c00000:0:0:0:;
s:/ezap/ui/modes/2/path0=0:7:3:0:0:0:0:0:0:0:;2:47:0:0:0:0:0:0:0:0:/hdd/;2:47:1:0:0:0:0:0:0:0:/hdd/Music/;2:47:1:0:0:0:0:0:0:0:/hdd/Music/Bob Dylan/;2:47:1:0:0:0:0:0:0:0:/hdd/Music/Bob Dylan/Biograph Disc 1/;4096:0:0:0:0:0:0:0:0:0:/hdd/Music/Bob Dylan/Biograph Disc 1/05 Like a Rolling Stone.mp3;


    Die zweite Zeile ist also das letzte Radiobouquet... In der dritten Zeile hat er die Directory, die er beim runterfahren hatte, gespeichert. Während des Betriebes scheint der die aber nicht zu ändern...


    Klaus