softhddevice - nach 0.5.0 wie gehts weiter?

Das ist ja schön und gut. Das Problem ist aber, diejenigen, die es wollen, können es nicht umsetzen und die die es umsetzen können, wollen es nicht.

Zitat von johns

Audio/Video Sync ist in der letzten Version leicht verändert worden, habe gehofft, das die Leute vor 0.5.0 meckern.
Es kann sich so um +- 40ms handeln. Und es kann sich um verschieden Werte handeln, da Interlaced und H264 durch die Videopuffer auch unterschiedlich behandelt werden. Im Normalfall 720p / 576i+1080i.

Hi Johns,

kann das sein das der Sysnc zwischendurch komisch war und jetzt wieder besser ist? Hab gerade noch getönt aber mit der Version von heute passt es wieder, zumindest scheint es so auf den ersten Blick...

Christian

Zitat von geronimo

Hätte ja sein können, dass ich nicht alleine bin ...

Eigentlich warst Du damit gar nicht gemeint bzw. nicht direkt, wobei Dein Setup schon irgendwie "eigen" ist. Wir reden ja schon eine Weile drüber und auch wenn ich mich wiederhole ich bin überzeugt, das xine Dich an Bildqualität und Stabilität überzeugen würde und da ist das Thema Netzwerk direkt im Design drin. SHD deckt die Lücke ab, das es kein VDR zentriertes Software-Ausgabeplugin gab, danke johns!

Wir stehen auch zur Verfügung Dich hier zu unterstützen

Zitat von johns

Audio/Video Sync ist in der letzten Version leicht verändert worden, habe gehofft, das die Leute vor 0.5.0 meckern.

Also die Buben hatten vor gestern/vorgestern eine Stand gebaut, mit dem ich mich auf einmal um Wochen zurückversetzt fühlte ...

Werde bei Gelegenheit gucken ob die Paketmäuse was neues für Precise gebracht haben ...

Zitat von johns

Klient

Auch wenn ich mich wiederhole, das gibt ja schon 2x. Und ja, man kann auch streamdev nehmen ...

Regards
fnu

Zitat von johns

Du hast nicht zufällig eine GT 520 und den Effekt auf Servus TV HD?

Dieses Problem wurde mit der Treiberversion 295.33 gefixt.

Moin moin,

Zitat

• Mediaplayer

Klingt einfach ist aber doch so viel Arbeit und allein muß ich mich auf das Machbare konzentrieren.

Hm, Du müsstest nicht alleine sein.
Die Geschwindigkeit und Kompetenz, mit der Du Dich in Dein Thema eingearbeitet hast, ist einzigartig.
Da wird Dir so schnell niemand was vormachen.

... aber ich denke, es gibt sicher genügend Arbeiten, die Du delegieren könntest.
Gut, dabei entstehen auch Reibungsverluste, es könnten aber auch neue Impulse entstehen - wäre also nicht nur negativ zu sehen.

Zitat

Das will man nicht. VDR parsed den TV-Stream. Das xineliboutput Plugin parsed den TV-Stream noch einmal und baut daraus wiederum Video Packete, die werden dann per Socket (Netzwerk) an den Klient geschickt, dieser parsed wiederum die Packete.

Ok, da muss ich Dir recht geben, das will man(n) nicht!
Vielleicht läßt sich ja die ganze xineliboutput Kommunikation ersetzen.
... ich muss mir unbedingt mal streamdev anschauen

Zitat

Der Adobe Flashplayer killt hier den kompletten Rechner regelmässig. Ansonsten wüsste ich nichts was VDPAU durcheinander bringen könnte.

Also Flash gibt es bei mir überhaupt nicht, auch kein Video aus der Tube - ist bei mir alles deaktiviert.
Xine dagegen verwende ich recht häufig - und xine hat mit xineliboutput nur die ersten 4 Buchstaben gemeinsam. Sie verwenden unterschiedliche Konfig-Dateien und vermurksen beide die vdpau-Einstellungen (wobei ich bei xine den Eindruck habe, dass die Änderung eher zum positiven hin erfolgt).

Zitat

Du hast nicht zufällig eine GT 520 und den Effekt auf Servus TV HD?
Das Einzige was durch falsche Einstellung passieren kann, ist das die Darstellung zulangsam wird und dann tüchtig Frames gedroppt werden.

Nö, ich habe 2 Quadro 600 und der Effekt betrifft alle interlaced Sender.
Das mit den Framedrops ist richtig - der Ton ist OK, Bilder laufen als Diashow.

Wenn ich den Rechner frisch hochgefahren habe, dann habe ich auf allen interlaced-Sendern ne Diashow. Es gibt keinen nennenswerten Unterschied zwischen Servus und den ganzen SD-Sendern. Ich dachte erst, dass es am Hochskalieren liegen würde, aber die Fenstergröße hat (fast) keinen Einfluss auf die Pausenlänge.
Wenn ich im Laufe des Tages xine oder ähnliches verwendet habe und abends den vdr-Client starte, dann kann es passieren, dass alle Sender flüssig laufen.
Ist leider nicht zwangsläufig so. Derzeit ist es so, dass nach der Verwendung von xine xineliboutput nur noch crasht. Ich habe auch noch nicht rausgefunden, welche meiner Handlungen die vdpau-Ausgabe verbessert. Manchmal wird es nach dem Start von xine auch noch schlimmer.
Aber OK - ich bin durchaus bereit, das als Einzelschicksal zu akzeptieren.

Nochmal zurück zu einem möglichen neuen Client:
johns
Könntest Du Dir vorstellen, ein lokales OSD zu schnitzen? Vielleicht sogar analog/kompatibel zu den Apis des VDR?

Also nach meiner Ansicht sollten die Einstellungen für das Ausgabe-Device auf dem Rechner gespeichert werden, auf dem das Ausgabe-Device läuft.
Läuft das SHDD auf dem VDR-Backend, dann logischerweise dort, läuft das SHDD dagegen auf einem separaten Rechner, dann sollten die Einstellungen nicht auf dem vdr gespeichert werden.
Deshalb hielte ich es für sinnvoll, wenn das SHDD ein eigenes OSD (mit eigenem Hotkey) unterstützen würde.

Die Event-Verarbeitung müsste natürlich in dem Client-Unterbau stattfinden - ein Ausgabe-Device hat sich schließlich nicht um Tastatur oder ähnliches zu kümmern.

Ich weiß nicht, ob das geht - könnte man dem Ausgabe-Device nicht eine transparente Schicht drüber legen, in der dann ein lokales OSD eingeblendet wird?
Vielleicht könnte man ja noch vdpau-benchmarks mit dazu packen, bzw. Stream-Infos für das was gerade läuft, timings ... was weiß ich.
Das Schreiben und (Wieder-)Lesen der Einstellungen sollte auch der Client-Unterbau bewerkstelligen, sodass SHDD "nur" eine Schnittstelle bräuchte, über die es Einstellungen (und ggf. Streaminfos) liefern, bzw. abholen kann.

Gruß Gero

Moin,

ich hätte folgende Wünsche.

- bessere Stabilität beim Starten einer Wiedergabe mit mplayer. Ab und an habe ich das Problem, dass die Wiedergabe nicht startet, dafür aber der VDR komplett einfriert. Also Standbild und keine Reaktion auf nichts mehr. Dann hilft nur ein kill und Neustart von VDR.
- Live TV Bild bei der Wiedergabe von mp3. Mit der FF fand ich das immer super, während der Werbung mal kurz Musik zu hören, und dennoch das Live Bild weiterverfolgen zu können. Momentan hat man dann ja nur ein Standbild während der Wiedergabe.
- Stabilität beim Umschalten. Mir ist schon einige Male direkt beim Umschalten der VDR weg geflogen, warum weiß ich aber nicht. Das Log war da nicht so ergiebig.

Mehr eigentlich nicht.

Zitat von steffen_b

Nochmal was zum Thema: ein echtes PiP wäre schön, also etwas das wie osdpip funktioniert, aber ein echtes PiP macht. Was es dafür von SHD braucht weiss ich nicht.

das yavdr-addon-pip hab ich soweit für precise auf softhddevice inkl zapping vorbereitet (quasi 50% neu), müsste nur noch packetiert werden.

Von den Performanceproblemen unter xine/xinelibout keine Spur mehr, läuft echt super hier

Christian

ich hab gerade meinen mauspfeil gesucht

sollte es ihn noch nicht geben, ist das nicht ein (im gegensatz zu medienplayer)
einfach umzusetzender wunsch ?

p.s. leider bin ich nichtmal dazu fähig .... sonst würde ich dir den patch schon liefern.

für die Client/Server Fraktion geht hier weiter

Client/Server Diskussion aus dem SoftHDPlugin Thread

Zitat

einfach die Maus (unsichtbar) solange in eine Richtung bewegen bis sie wiederkommt.

scheinbar funktioniert genau das nicht ?
oder ist das nur bei mir ?

Zitat von hotzenplotz5

Zitat



einfach die Maus (unsichtbar) solange in eine Richtung bewegen bis sie wiederkommt.

Zitat von hotzenplotz5

scheinbar funktioniert genau das nicht ?
oder ist das nur bei mir ?

Nö, bei mir kommt die Maus auch nicht. Benutzt die Maus ein eigenes Image und wir haben vergessen das zu verpacken?

Gerald

Schöner wäre es wenn das erst nach ein paar sekunden inaktivität passiert und bei aktivität sichtbar wäre

Zitat von johns

Ich habe doch den Mauspfeil extra rausgemacht, der stört doch nur im Bild und wenn man im Fenstermodus arbeitet, einfach die Maus (unsichtbar) solange in eine Richtung bewegen bis sie wiederkommt.

Achso, wir haben die Frontends immer im Fenstermodus, damit der yaVDR-Launcher am linken Rand eine Chance hat vor das Fenster zu kommen. Wir entfernen nur die Windows-Dekoration und maximieren das Fenster, statt Fullscreen zu verwenden. Deshalb gibt es im Xineliboutput-Plugin eine Änderung von mir, die den dort im Fenstermodus ständig sichtbaren Mauscursor nach einem Idletimeout verschwinden lässt. Xine-Ui macht das ja sowieso.

Das wäre echt noch das Sahnehäubchen, wenn du das noch einbauen könntest.

Gerald