Beiträge von kamel5

Zitat von Mike838

Ich habe mir in viewelementsdisplayreplay.c in der Funktion cVeDrCutMarks::Parse()

Das ist schon zu weit gedacht.

Wir müssen erst einmal prüfen, ob die richtige Aufnahme benutzt wird.

Zitat von Mike838

Mir ist nur nicht so ganz klar, wo diese Variable gesetzt wird.

Die Variable wird hier "coreengine/viewdisplayreplay.c" in der Funktion "cViewReplay::SetTimeShiftValues" definiert.

Im Anhang findest Du einen kurzen Patch der ein paar Informationen über die Aufnahme, die gerade benutzt wird, ausgibt.

Normalerweise sollte sich beim Abspielen einer Aufnahme und aktivem Fortschrittsbalken keine Änderung bzgl. der angezeigten Aufnahme ergeben, wenn eine neue Aufnahme startet.

Bitte benutze zum Testen auch den letzten git-Stand vom Plugin, man weiß ja nie.

Bisher konnte ich das Verhalten hier noch nicht nachvollziehen, ich bleibe aber dran.

Grüße

kamel5

Das ist schon ein seltsamer Fehler. Ich schaue mir das mal an.

Grüße

kamel5

ofenheizer ,

im Bereich Ein- und Ausblenden ist schon lange nichts mehr geändert worden.

Die letzten Änderungungen (Osd->Flush()) wurden 2019 mit der Version 1.2.8.1 (Optimization for softhdcuvid) aufgenommen.

Du könntest mal diesen commit rückgängig machen und dann testen, ob es sich dann anders verhält.

Andererseitz kann es aber auch am Ausgabedevice liegen, welche Variante nutzt Du denn genau?

Grüße

kamel5

Hallo,

ich habe leider einen API-Check für ältere VDR-Versionen vergessen.

Wer die Version 0.3.4 mit VDR < 2.5.3 benutzen möchte, bitte neu downloaden.

Grüße

kamel5

Hallo,

eine neue Version 0.3.4 ist im git:

- VDR-2.5.3 adjustments

- Automatic display description in menu epg, timer and recording (This can be configured in the setup)

Grüße

kamel5

Zitat von gggggg

ähm .. und das liegt wo ...

Da wird nur der Name vom Profil definiert --> "VDR Plex Plugin.xml"

Das Andere hatte ich schon in Post #5 geschrieben...

Grüße

kamel5

Das Profil scheint richtig zu sein, siehe Post#11 Zeile 12. Allerdings muss das Profil auch in /usr/lib/plexmediaserver/Resources/Profiles/ vorhanden und auch entsprechend den Fähigkeiten des Clients konfiguriert sein.

Zu dem Rest kann ich leider nicht viel sagen, tiefgründiger kenne ich mich mit plex auch nicht aus.

Hilfreich ist möglicherweise auch das Plex-Forum.

Grüße

kamel5

Soweit ich das verstanden habe, muss der Plex-Client das Profil mitschicken.

Beim plex-plugin vom VDR wird das in hlsPlayer.cpp cHlsSegmentLoader::AddHeader definiert.

Ob das der Sony TV korrekt macht, könnte wahrscheinlich nur Sony selbst sagen oder möglicherweise eine Log-Datei vom plexmediaserver.

Bei meinem Philips hat das jedenfalls funktioniert, als ich das vor Jahren mal getestet habe.

Grüße

kamel5

Zitat von gggggg

Ich bin aber nicht sicher ob Plex softhddrm überhaupt nutzt ...

Plex nutzt den normalen Ausgabe-Pfad des VDR.

Grüße

kamel5

Schau mal in das Verzeichnis /usr/lib/plexmediaserver/Resources/Profiles.

Da gibt es verschiedene Profile für verschiedene Geräte.

Für den VDR musst Du da ein eigenes Profil mit Namen "VDR Plex Plugin.xml" anlegen, mit den Dingen die er kann.

Und dann im VDR Plexplugin Setup "Benutze eigenes Transcoder Profil" auf Ja.

Für meine TT6400 sieht das z.B. so aus:

<?xml version="1.0" encoding="utf-8"?>
<!--
Edit for your needs (audioCodec)
Copy this custom transcode profile to your "/Library/Application Support/Plex Media Server/Profiles"
Restart the PMS.
In the pluign options set "Use custom transcode profile" to "yes"
<Setting name="MaxH264Profile" value="5.1" />
-->
<Client name="VDR Plex Plugin">
  <TranscodeTargets>
    <VideoProfile protocol="hls" container="mpegts" codec="h264" audioCodec="ac3,mp2" context="streaming">
      <Setting name="VideoEncodeFlags" value="-x264opts bframes=3:cabac=1" />
    </VideoProfile>
    <MusicProfile container="mp3" codec="mp3" />
    <PhotoProfile container="jpeg" />
  </TranscodeTargets>
  <DirectPlayProfiles>
  </DirectPlayProfiles>
  <CodecProfiles>
      <VideoCodec name="h264">
        <Setting name="MaxResolution" value="1920x1080" />
        <Setting name="MaxFps" value="30" />
        <Setting name="MaxBitRate" value="20000" />
        <Setting name="MaxH264Profile" value="5.1" />
      </VideoCodec>
  </CodecProfiles>
</Client>

Damit werden dann nur die Dinge transkodiert, die von Haus aus nicht abgespielt werden können.

Grüße

kamel5

I have updated the estuary4vdr skin in the git.

lnj , please check if your display problems are gone.

Grüße

kamel5

Zitat von lnj

The date is mixed with the weather

I think that's a skin problem too.

Can you please tell me which skin that is?

Grüße

kamel5

davie2000 , Danke für das Angebot.

Zitat von Paulaner

Eine einfache und sichere Lösung dafür wäre einen extra Token für "channelscan"

Das ist gar nicht nötig.

Ich habe mir die Geschichte mal angesehen und festgestellt, das es ein Skin Problem ist.

Es ist so, das das Token "separator" z.B. im Skin estuary4vdr, etwas ungünstig benutzt wird.

Dadurch wird, bei mit Tab getrennten Listen, nur der Teil bis zum ersten Tab zentriert angezeigt, wenn die Zeile nicht selektiert werden kann.

Ich werde in den nächsten Tagen mal einen angepassten estuary4vdr Skin beispielhaft in das git commiten

Auch metrixhd werde ich mir ansehen.

Für alle anderen Skins habe ich allerdings keine Schreibberechtigung.

Grüße

kamel5

Zitat von lnj

The date is mixed with the weather

Can you please check if this is skindesigner skin dependent.

Zitat von lnj

Info lines with tabs or spaces are not displayed correctly

I've seen that too, but I still have no idea how to fix it, but i will think about it.

Grüße

kamel5

Zitat von Reeneex

Leider funktioniert "sudo apt-get install vdr-plugin-ddci2" nicht.

Wenn Du das meinst, leider nicht. Mit Debian kenne ich mich nicht aus.

Und wenn Du selber kompilieren kannst, würde ich einfach die Quellen von hier nehmen:

https://github.com/jasmin-j/vdr-plugin-ddci2

Grüße

kamel5

Zitat von Dr. Seltsam

Ich war der Meinung, dass ein Alphacrypt Light nicht mehr funktioniert.

Das trifft nur für die aktuellen Sky-Karten zu.

Zwingend gebraucht wird allerdings das ddci-plugin, ohne funktioniert es nicht.

Und erst, wenn das Alpha-Crypt im CAM Menü vom VDR auftaucht, kann überhaupt mit einem "Bild" gerechnet werden.

Grüße

kamel5

Zitat von lnj

But there is a simple solution:

Thanks for finding the solution.

I updated the git.

Grüße

kamel5

Vielleicht noch etwas genauer:

cRect videoWindowRect( x, y, width, height);
availableRect = cDevice::PrimaryDevice()->CanScaleVideo(videoWindowRect);
cDevice::PrimaryDevice()->ScaleVideo(availableRect);

CanScaleVideo fragt ab, ob das Ausgabedevice das so skalieren kann.

ScaleVideo skalliert dann entsprechend.

Grüße

kamel5

Der Skin gibt das dann über

cDevice::PrimaryDevice()->ScaleVideo(availableRect);

(availableRect wird im Skin definiert)

an den Core-VDR weiter und der dann entsprechend an das Ausgabedevice.

Grüße

kamel5

Das wird in dem jeweiligen Skin definiert, für das Hauptmenü in den displaymenu*.xml.

Z.B.:

<menumain x="0" y="0" width="100%" height="100%" fadetime="0" scaletvx="39%" scaletvy="8%" scaletvwidth="60%" scaletvheight="60%">

über die letzten 4 Parameter.

Grüße

kamel5