softhddevice - Software VDPAU/VA-API/CPU Decoder und Ausgabe Plugin

Zitat von rudirabbit

Graphtft funktioniert nicht mit softhddevice, sollte es schon funktionieren ?

Es würde mich sehr wundern wenn es irgendwelche Abhängigkeiten zwischen Graphtft und softhddevice geben würde.

Gerald

@R2D2

Zitat

Ja, sieht ganz danach aus. Bei mir ist die Lautstaerke auch ganz normal und identisch zum Xine-PlugIn.

Bei mir ist das Soundhandling sogar besser als xine mit Softwareregelung, da merkte man erst im letzten linken Drittel das es leiser wird.
Bei Softhddevice ist die Regelung linearer man merkt direkt etwas wenn man laut / leise drückt.
Und ich nutzte ebenfalls bei beiden Geräten den HDMI Ausgang direkt mit einem TV ohne AV reciever etc. (G210/G520) Beide top
Gruß N!ce

Hi,
OK jetzt läuft es schon mal (mit graphtft) , leider blieb gerade das Bild/Ton stehen.

Der VDR lief ca. 45 min auf Sky HD perfekt und absolut ruckelfrei.
Der Log sagt dies:

Feb 16 15:43:04 HDVDR vdr: video:  9:07:34.738  +41  144   0/\ms  39 v-buf
Feb 16 15:43:09 HDVDR vdr: video:  9:07:39.078  +21  264   0/\ms  26 v-buf
Feb 16 15:43:19 HDVDR vdr: video:  9:07:49.078  +21  184   0/\ms  43 v-buf
Feb 16 15:43:29 HDVDR vdr: video:  9:07:59.078  +21  104   0/\ms  31 v-buf
Feb 16 15:43:39 HDVDR vdr: video:  9:08:09.078  +21  184   0/\ms  33 v-buf
Feb 16 15:43:49 HDVDR vdr: video:  9:08:19.078  +21  264   0/\ms  32 v-buf
Feb 16 15:43:59 HDVDR vdr: video:  9:08:29.078  +21  184   0/\ms  39 v-buf
Feb 16 15:44:09 HDVDR vdr: video:  9:08:39.078  +21  264   0/\ms  32 v-buf
Feb 16 15:44:19 HDVDR vdr: video:  9:08:49.078  +21  184   0/\ms  35 v-buf
Feb 16 15:44:27 HDVDR vdr: [5272] linking channel 609 from 616 91 90 618 89 615 617 614 623 to 616 91 90 618 89 615 617 614
Feb 16 15:44:29 HDVDR vdr: video:  9:08:59.078  +21  264   0/\ms  31 v-buf
Feb 16 15:44:39 HDVDR vdr: video:  9:09:09.078  +21  184   0/\ms  36 v-buf
Feb 16 15:44:46 HDVDR vdr: audio/alsa: wait underrun error?
Feb 16 15:44:47 HDVDR vdr: video: display buffer empty, duping frame (373/189529) 0
Feb 16 15:44:49 HDVDR vdr: video:  9:09:17.098-102481911487651521	0   0/\ms   0 v-buf
Feb 16 15:44:52 HDVDR vdr: [5437] buffer usage: 70% (tid=5436)
Feb 16 15:44:53 HDVDR vdr: [5437] buffer usage: 80% (tid=5436)
Feb 16 15:44:54 HDVDR vdr: [5437] buffer usage: 90% (tid=5436)
Feb 16 15:44:55 HDVDR vdr: [5437] buffer usage: 100% (tid=5436)
Feb 16 15:44:58 HDVDR vdr: [5272] linking channel 609 from 616 91 90 618 89 615 617 614 to 616 91 90 618 89 615 617 614 623
Feb 16 15:44:59 HDVDR vdr: video:  9:09:17.098-102481911487651521	0   0/\ms   0 v-buf
Feb 16 15:45:09 HDVDR vdr: video:  9:09:17.098-102481911487651521	0   0/\ms   0 v-buf
Feb 16 15:45:19 HDVDR vdr: video:  9:09:17.098-102481911487651521	0   0/\ms   0 v-buf

Kurz auf einen anderen Kanal geschaltet, dann gings wieder.
Die Puffergröße/Parameter lassen sich hier via conf File noch nicht einstellen ?

mfg Rudi

Zitat von johns

Epg scan oder Inactivität?

Die Einstellungen sind bei mir 7 Stunden und 0.
Ich habe nun den Deinterlacer wieder auf BOB gestellt.
Mir fällt auch auf, daß der Ton ab und zu für ein paar Sekunden aussetzt. (ohne Auffälligkeiten im Log)

Evtl. ist die GT220 für den temporal_spatial doch etwas zu langsam. ich werde es gleich mal testen.

Zitat von rudirabbit

Evtl. ist die GT220 für den temporal_spatial doch etwas zu langsam. ich werde es gleich mal testen.

Vergiss es, wenn eine Karte "temporal_spatial" ohne Probleme schafft, dann eine GT220 ...

Regards
fnu

OK - dann ist dies wohl nicht die Ursache.

Es wäre schon von Interesse ob andere Leute dies auf 1080i Sendern auch haben.
Wobei dies jetzt bei mir auch nicht mehr aufgetreten ist.

Btw: Was bedeutet die Option : Use studio levels ?

Dieses Plugin würde einen VDR ohne FF Karte richtig aufwerten.
Wenn man bedenkt wie lange es die auf Xine basierenden Lösungen gibt und dementsprechend lange weiterentwickelt wurde - und dieses Plugin ist jetzt schon besser

Zitat von johns

Du kannst testen, mit -p NVidia,7 direkt auf die Hardware gehen.
Mit Setup pass-through an und ausschalten sollte die gleiche Lautstärke haben.
Es kann sein das Xine oder vdr-xineliboutput mit Software Lautstärkereglung eine Verstärkung hat.

ansonsten in /etc/asound.conf wenn du dies hast:

Code

ttable.2.0 0.707    # Hinten links -> links, Dämpfung 3dB
    ttable.3.1 0.707    # Hinten rechts -> rechts, Dämpfung 3dB
    ttable.4.0 0.5      # Zentrum -> links, Dämpfung 6dB
    ttable.4.1 0.5      # Zentrum -> rechts, Dämpfung 6dB

Ist eine Dämpfung also Leiser auf die Hinteren und Mittekanal drin, wenn es dich stört halt mit 1.0 mischen oder mit 1.707 könnte auch lauter gehen (ungetestet).

Johns

Alles anzeigen

Habe es jetzt mal so eingestellt:

pcm.51to20 {
    type route
    slave.pcm "hdmi_complete"
    slave.channels 2
    ttable.0.0 1      
    ttable.1.1 1      
    ttable.2.0 1.707 
    ttable.3.1 1.707  
    ttable.4.0 1.0    
    ttable.4.1 1.0    
    ttable.5.0 1.0    
    ttable.5.1 1.0    
}

Bringt aber absolut keine Veränderung.

Zitat von johns

Die 240ms sind die PTS Schwankungen die ffmpeg/libav rauswirft. Die sind normal.
Stell im Setup Menu den Audio Delay wie du brauchst. Solltest du dann bei 0/\ms einen anderen Wert brauchen, kann ich daran die Sender unterscheiden.

Johns

bei +50ms sind momentan merkwürdigerweise SD- und HD-Sender einigermaßen synchron. Verstehe zwar nicht, warum die HD-Sender synchron bleiben, aber wenns funktioniert solls mir auch Recht sein

Vielen Dank für's fixen bzgl. DVD-Plugin. Jetzt fehlt nur noch AC3.
Beim Muggle Plugin ist leider nach wie vor das OSD nicht richtig
sichtbar bzw. total kaputt. Kannst Du das fixen? Vielen Dank vorab.

Hi johns,

ich mach mal ein kleines Eigen-Fazit, weil ich keine Lust habe 39 Seiten zu lesen

- leichte asynchronität bei SD
- Probleme bei Spulvorgängen in SD-Aufnahmen (kein Spulen / keine Bildaktualisierung - ähnlich xineliboutput seinerzeit)
- leichtes zittern des Bildes bei OSD-Aktivität auf HD-Sendern inklusive Tonaussetzern (text2skin 1.3.2 / pearlhd_NG von wbreu)

Meine Hardware ist ja nun auch etwas betagt und Mindestanforderung mit der GPU. Bob ist bei mir der einzige Interlacer für HD. Bei xine (ohne GraphTFT) war temporal fehlerfrei möglich, allerdings ist das Bild mit softhddevice mit bob gefühlt deutlich besser/schärfer. Einen ähnlichen unterschied habe ich immer zwischen xine und xineliboutput gehabt/gefühlt. xine lief hier immer besser, hatte aber von Anfang an ein etwas schlechteres/unschärferes Bild...

Aber bitte! - Meine persönliche Empfindung mit meiner Hardware ohne Anspruch auf Korrektheit...

Softhddevice ist echt ein starkes Stück - Danke dafür Johns

[b][EDIT]
temporal geht doch: denoise & sharpen <0> und SkipChroma <ja> / Inverse Telecine <nein> SORRY
[/EDIT]

Stimmt, dass das ein geniales Projekt ist, kann man eigentlich nicht oft genug wiederholen

Kleine Frage nebenbei: Wäre es realistisch die Tastatur so zum VDR zu liefern, dass er sie regulär beim Tastatur-Anlernen erkennt? Scheint mir so, als müsste man dem VDR dafür die nötigen Daten via STDIN zukommen lassen (Tastendrücke). Man könnte vor dem VDR-Start dafür einen FIFO vorbereiten und den VDR davon lesen lassen. Softhddevice bekommt dann den FIFO via Plugin-Parameter genannt und schreibt dorthin.

Alternativ: Mal mit kls reden um eine Möglichkeit zu schaffen, dass Plugins die Tastatur-Events über die Plugin-API an den VDR übermitteln können. Davon könnten dann auch andere "Software-Lösungen" profitieren.

Ich fände das deshalb interessant, weil damit Softhddevice die erste "nicht Fullfeatured-Lösung" wäre, bei der man die Tastatur auch für Texteingabe nehmen kann. Über den üblichen Weg zum Fernbedienung lernen kann man keine Buchstabentasten anlernen. Wäre auch lästig die alle nacheinander festlegen zu müssen.

Ist aber im Vergleich zu anderen Problemen natürlich pure Nebensache. Eventuell findet das Anliegen dennoch einen Platz auf deiner TODO-Liste.

Zitat von Mreimer

Alternativ: Mal mit kls reden um eine Möglichkeit zu schaffen, dass Plugins die Tastatur-Events über die Plugin-API an den VDR übermitteln können.

Geht schon und wird auch schon gemacht.

Zitat von Mreimer

Man könnte vor dem VDR-Start dafür einen FIFO vorbereiten und den VDR davon lesen lassen. Softhddevice bekommt dann den FIFO via Plugin-Parameter genannt und schreibt dorthin.

Zu kompleziert, ein Plugin kann die Tasten per simplen Funktionsaufruf ganz einfach dem VDR übergeben.

Zitat von Mreimer

Ich fände das deshalb interessant, weil damit Softhddevice die erste "nicht Fullfeatured-Lösung" wäre, bei der man die Tastatur auch für Texteingabe nehmen kann.

Nö, falsch die xine Dinger sind die einzigen bei denen das nicht geht Wobei hier (in den xine Plugins) vermutlich einfach nur 10 Zeilen Code dafür fehlen.

cu

Vermisse ich auch seit längerem.

Schau dir mal remote.c "void cKbdRemote::Action(void)" an.

Zuerst wird dem VDR der RAW Code per cRemote::Put(RawCode) angeboten, findet er den RAW Code nicht in der remote.conf (ist also als Fernbedienungstaste ungültig) kommt die mit false zurück und der Code wird als Tastaturtaste (halt Tippen in Editfeldern) per cRemote::Put(KBDKEY(func)) eingefügt.
KBDKEY flaggt den eKeys Key als Tastaturtaste und schiebt func mit dem 8 Bit Tastenwert ins 2. (von Links) Byte (eKeys ist 4 Byte, die oberen 2 sind frei).

Wobei das nur mit 7 Bit Chars (also ohne öäü usw.) klappt, um das richtig mit unicode zu verheitraten sind da kleinere Änderungen im VDR notwendig. Dazu habe ich ja noch nen Thread offen.

Wobei ich auch den Feature Request (für cKbdRemote des VDR) hatte das man bei der Tastatur den Eingabeteil (also Tastatur als Tastatur in Editfeldern) und den Remoteteil (Also die Tasten nach der remote.conf auswerten) sepperat ein-/ausschalten können sollte. Dazu hatte ich cKbdRemote im angesprochenen Thread ne neue Eigenschaft spendiert.
Das wäre IMHO auch für dein Plugin sinnig. Weil es sollte sich jeder aussuchen können wie er die Tastatur einsetzen möchte (ohne Dummyeinträge in der remote.conf um den Anlerndialog zu unterdrücken). Und der Aufwand das umzusetzen ist sehr gering.

cu