Beiträge von kamel5

    Hallo,


    eine neue Version 0.5.2 ist im git:


    - Added frame parameters (VDR >= 2.6.5) to the detailview

    - Use the frame parameter of the VDR (VDR >= 2.6.5), if available, in the display replay

    - New config option: Display video properties from info file (if available)

    - The number of errors for the error symbol in the display playback is now configurable

    - Rework of cDrawDescription in the display menu

    - Add endtime to display replay

    - Add cutted values to display replay

    - Rework setup page

    - Get the actualpath of the recordings menu without VDR-patch

    - Fixed setting the editable width


    Grüße

    kamel5

    Hallo,


    neue Version 0.4.4 im git:


    - Add endtime to display replay

    - Add cutted values to display replay

    - Rework setup

    - Get the actualpath of the recordings menu without VDR-patch

    - Update cSimpleDisplayChannel::SetInfo()

    - Rework of cDrawDescription in the display menu

    - Fixed setting the editable width


    Grüße

    kamel5

    Nur wie teile ich dem VDR das temporäre MessageTime mit?

    Ich habe sowas zwar nicht für die MessageTime gemacht, aber schon für etwas anderes benutzt.

    Die Messagetime steht in "Setup.OSDMessageTime". Das kannst Du direkt im Plugin verwenden.

    Im Konstruktor rettest Du den Wert: "oldOSDMessageTime = Setup.OSDMessageTime;".

    Im Destruktor stellst Du den Wert wieder her: "Setup.OSDMessageTime = oldOSDMessageTime;".

    Und dann kannst Du "Setup.OSDMessageTime" so ändern wie Du willst.

    Und nicht vergessen "int oldOSDMessageTime; in die Header-Datei zu schreiben.


    Und das musst Du dann überall machen, wo eine Message ausgegeben werden soll.


    Grüße

    kamel5

    S:oren ,


    ich habe jetzt mal ein Update für "Display scroll bar also if content is not scrollable" im Branch "devel" commited. Vielleicht kannst Du Dir das bei Gelegenheit mal ansehen, ob das so OK ist. Es gibt jetzt bei diesem Menüpunkt im Setup mehrere Auswahlmöglichkeiten.


    Grüße

    kamel5

    OK, dann wäre wahrscheinlich doch das Device-Bonding die einfachste Lösung.

    Zum Testen könntest Du einfach mal im VDR-Setup->LNB Deine beiden TT6400 Tuner an das gleiche SAT-Kabel anschließen.

    Dazu müssten allerdings die beiden TT6400-Tuner immer das gleiche Device, z.B. 1 und 2, bekommen. Dann kannst Du im Setup einfach:

    Device 1 angeschlossen an Sat-Kabel: 1

    Device 2 angeschlossen an Sat-Kabel: 1

    einstellen.

    Alle anderen läßt Du so, wie sie waren.


    Wenn das dann immer noch nicht funktioniert, muss man zusätzlich die beiden Anschlüsse der TT6400 über einen 2:1 Splitter an das gleiche Kabel anschließen.


    Dann sollten solche Einträge im Log auftauchen:

    "device 2 bonded with device 1"


    Grüße

    kamel5

    Das softhddevice kann man AFAIK nicht mit -D angeben

    Das ist schon klar, das hat ja auch keine Tuner.

    Ich meinte, wenn Du jetzt von Deinen x Tuner-Karten eine komplett weglässt, kann es sein, das sich Verschiebungen ergeben.


    Du siehst ja im Log in welcher Reihenfolge die Devices vom VDR geladen werden. Da müsste doch eigentlich erkennbar sein, wenn Du die beiden Logs mit und ohne dem "-D" miteinander vergleichst, warum sich da was geändert hat.


    Grüße

    kamel5

    dann schiebt sich mit -D0 das softhddevice von Position 3 auf 2, und VDR mault, weil er sein vorheriges Defaultdevice nicht mehr findet.

    Gibst Du denn alle Tuner an? Wenn Du jetzt nur "-D 0" angibst, könnte es sein, das er dann die anderen Devices gar nicht betrachtet.

    Ich habe z.B. ein Problem beim Bonding, und habe dann zusätzlich die Device-Reihenfolge noch festgelegt. In "/etc/modprobe.d/local.conf" z.B. "options smipcie adapter_nr=2,3" für meine S952, dann bekommt die TT6400 immer die Nr. 0 und 1.

    Vielleicht kannst Du damit ja noch etwas anfangen.

    Ansonsten wüsste ich nicht, warum sich das Primary-Device ändern sollte.


    Grüße

    kamel5

    Hrmpf, frontend 1/0 ist der zweite Tuner der Karte, der ist nicht angeschlossen (und war es auch noch nie).

    Warum wird der denn jetzt seit Neuestem angemault - da kann ja garkein Signal kommen.

    Hast Du denn den Tuner deaktiviert, mit "-D x" nur die aktivieren, die ein Kabel haben.

    Trotzdem: Sieht man irgendwie, an welchem Tuner das Kabel angeschlossen ist?

    Denke ich nicht, max. an den Fehlermeldungen.


    Grüße

    kamel5

    kls, ich muss das noch mal aufwärmen.


    Das:

    Code
      int GetFrameAfterEdit(int Frame, int LastFrame) const;
           ///< Returns the number of the given Frame within the region covered by begin/end sequences.
           ///< 
           ///< LastFrame must be given by the caller.
           ///< If there are no editing marks, 0 will be returned.
           ///< In case of an error -1 is returned.

    stimmt so nicht ganz.

    "0" kann auch zurückgegeben werden, wenn es Marken gibt.

    Wenn es keine Marken gibt, sollte aus meiner Sicht auch "-1" zurückgegeben werden, z.B. so:

    Code
     int cMarks::GetFrameAfterEdit(int Frame, int LastFrame) const
     {
    -  if (LastFrame < 0 || Frame < 0 || Frame > LastFrame)
    +  if (Count() == 0 || LastFrame < 0 || Frame < 0 || Frame > LastFrame)
          return -1;
       int EditedFrame = 0;
       int PrevPos = -1;

    Sonst muss man bei Benutzung dieser Funktion vorher immer nochmal prüfen, ob es überhaupt Marken gibt.


    Grüße

    kamel5

    Ein paar Übersetzungen (length, end at) fehlen noch

    Seltsam, bei mir wird das korrekt angezeigt und im git sind die Übersetzungen auch drin. Hast Du den letzten Stand von gestern Nachmittag?

    und vielleicht solltest du konsequent cutted links oder rechts gleich anzeigen, das ist bei den drei Stellen noch nicht gleich.

    Das ist von mir bewusst so gemacht, außen stehen die ungeschnittenen Werte und innen die geschnittenen. Man kann das natürlich diskutieren oder umschaltbar machen.

    Für den Fall, dass man informationssüchtig ist, könntest du links oben noch die Länge einblenden, wenn endtime angezeigt wird.

    Die Länge habe ich auch bewusst weggelassen, wegen umschaltbar. Im Endeffekt ist die Länge eine statische Größe und gehört aus meiner Sicht unbedingt rechts, also ans Ende, hin. Ich weis dann aber nicht, wo ich sie zusätzlich unterbringen soll. Wenn man wirklich informationssüchtig ist :) könnte man unten rechts die Länge anzeigen und den Rückwärtszähler in der Mitte der Zeile.


    Grüße

    kame5

    Ok, ich dachte SetMarks würde da was helfen...

    SetMarks() selber zwar nicht, das war aber trotzdem ein guter Fingerzeig. :)


    marks muss man im Skin nicht selber einlesen, das wird vom VDR nach displayreplay vererbt.


    Ich habe den develop branch im git nochmal upgedatet. Jetzt sollte es auch nach dem Ändern von Marken aktualisiert werden.


    Für die Nutzung im Skin reicht das aus Das ist aber trotzdem nur die halbe Miete. cRecording::NumFramesAfterEdit() wird dann immer noch nicht bei Änderungen im geöffnetem OSD korrekt ausgegeben. Wahrscheinlich braucht man das in einem Skin nicht wirklich.


    Grüße

    kamel5

    Anbei mal ein patch für den VDR, der bei den neuen Funktionen das Problem mit nur einer Marke behebt. Dieser ist zusätzlich zu den anderen anzuwenden.


    rell , im git develop branch habe ich mal einen angepassten skinlcarsng-Skin abgelegt. Es gibt da zwei neue Setup Optionen:

    - Ende der Aufnahme - Umschaltbar zwischen Länge und Endezeit

    - Display cutted values - geschnittene Daten werden zusätzlich angezeigt.


    Zusätzlich sind noch ein paar debug-Ausgaben drin, das bereinige ich dann später noch.


    Grüße

    kamel5