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

und im ebuild fehlt noch das die beim emake

danke dir schon mal .. meld mich gleich wieder

EDIT: liegt am ffmpeg .. danke .. frauchen hat vdr gerade ausgemacht .. mist .. muss morgen weiter machen

moin moin,

mittlerweile hebe ich die aufnahmen fast nur noch als mp4 und/oder mkv auf (je nach film) da diese formate auch auf dem ipad oder auf den streaming clients (zb im sport zimmer) sauber laufen.

wie kann man die files mit dem softhddevice wieder abspielen?
aktuell nutze ich die funktion vom xineliboutput (medien)

vg dominique

Zitat von mentox

wie kann man die files mit dem softhddevice wieder abspielen?

Garnicht, dafür gibts das MPlayer Plugin. Wäre IMHO sinniger mal zu schauen ob das läuft (vermutlich nicht!? Tuts ja bei der xine... Sache auch nicht) als einen Mediaplayer mit ins Outputplugin zu packen.

cu

Zitat

Im GIT gibt es aktuelle Version mit der die Wiedergabe von Aufnahmen funktioniert.

Nur die Schnittmarken verschieben ist etwas komisch. Man bekommt nicht immer ein neues Bild. Ist das immer so?

Au schön das werde ich mal morgen testen. Danke für Deine Bemühungen.

Grüße

Ich bin's mal wieder und nerve mit Suse 12.1
Wenn bei mir die aktuelle GIT-Version des Plugins installiert ist, kommt beim Programmstart folgender Fehler:

segfault at 2d0 ip 00007fe8fe8a2181 sp 00007fff578546f0 error 4 in libpthread-2.14.1.so[7fe8fe895000+18000]

VDR wird allerdings trotzdem ausgeführt, nur werden keine weiteren Plugins mehr geladen. Der Fehler lässt sich auch schon provozieren, indem ich einfach

vdr --help

aufrufe. Lösche ich das Plugin aus dem Verzeichnis der installierten Plugins, gibt es keinen Fehler.
Ich nutze übrigens VDR-1.7.22.

Zitat

Nur die Schnittmarken verschieben ist etwas komisch. Man bekommt nicht immer ein neues Bild. Ist das immer so?

Könnte das auch tiefer liegende Ursachen haben?
Ich kann Dein plugin leider nicht testen, da bei mir Backend und Frontend auf unterschiedlichen Rechnern läuft ...
... jedoch den gleichen Effekt bekomme ich auch mit dem vdr-sxfe und aktueller xinelib (git-master).

Gruß Gero

Zitat von johns

Nur die Schnittmarken verschieben ist etwas komisch. Man bekommt nicht immer ein neues Bild. Ist das immer so?

Eigentlich nicht, wobei ich das nur für xine-ui auf meinen VDRs beantworten kann. Es gab seit 2009 immer wieder mal Probleme damit, erst bei 720p Material, was glaube ich ein VDR Problem war, später 1080i Material @ xinelib, aber dieses habe ich auch seit Anfang 2011 nie mehr gehabt.

Regards
fnu

Zitat

Wenn ich weiss das es gehen muss, dann finde ich auch heraus wie.

Da bin ich von ausgegangen und nur deshalb habe ich Deinen Fred mit meiner Anwesenheit beschmutzt.

Zitat

Also in meinen Wohnzimmersystem, bekomme ich nur schware Bilder (xineliboutput), deshalb die Frage.

Ich teste xineliboutput derzeit in 2 Varianten:
- Variante "xv" - das Original von e-tobi.net (ich habe noch debian stable)
- Variante "vdpau" - mit jeweils neuestem x264, ffmpeg, xinelib und Co - jeweils neueste Saucen selbst gebacken

Derzeit bekomme ich in der xv-Variante bei allen DVB-HD-Streams nur schwarze Bilder (außer ich wechsle den Kanal, beende das Frontend und starte neu). Bei der Variante gibt es keine Bilder an Schnittmarken.

Bei der vdpau-Variante klappt die Anzeige von allen Sendern und Schnittmarken - zumindest bei progressivem Material.
Bei interlaced Material gibt's statt Film eine Diashow mit Bildern im Sekundentakt und Liveton (völlig unabhängig der Größe des Ausgabefensters). Bei Schnittmarken blitzt das echte Bild kurz auf und wird dann von einem schwarzen Bild überlagert. Man(n) kann also ungefär erahnen, wie das Bild ausgesehen hätte ...

Wobei - die Größe des Ausgabefensters hat (zumindest bei der vdpau-Variante) direkten Einfluss auf die CPU-Last eines Core. Bei 1:1 Darstellung CPU-Last max. 10% - bei 3facher Größe knapp 90% CPU-Last (ein Thread). Daraus vermute ich mal, dass xinelib ohne GPU skaliert. Bei der xv-Variante liegt die normale CPU-Last höher, erhöht sich aber nicht wesentlich bei Vergrößerung des Ausgabefensters.

Vielleicht hilft Dir das ja bei eigenen Recherchen.

Gruß Gero

Zitat

Im GIT gibts funktionierende Version für die Schnittmarken.

Das ist ja echt der Wahnsinn, Du gibst ja richtig Gas . Also abspielen von Aufnahmen plus Schnittmarken verschieben klappt hier wunderbar. Respekt! Jetzt benutze ich das Teil als Ausgabeplugin auf meinem Wohnzimmer VDR, weitere Test´s folgen .

Grüße

Zitat von fnu

Eigentlich nicht, wobei ich das nur für xine-ui auf meinen VDRs beantworten kann. Es gab seit 2009 immer wieder mal Probleme damit, erst bei 720p Material, was glaube ich ein VDR Problem war, später 1080i Material @ xinelib, aber dieses habe ich auch seit Anfang 2011 nie mehr gehabt.

Regards
fnu

Bei mir geht das Verschieben noch immer nicht, obwohl es mehrfach im Thread hieß, dass es jetzt gehen soll.

Zitat

Bei der vdpau-Variante klappt die Anzeige von allen Sendern und Schnittmarken - zumindest bei progressivem Material.
Bei interlaced Material gibt's statt Film eine Diashow mit Bildern im Sekundentakt und Liveton (völlig unabhängig der Größe des Ausgabefensters). Bei Schnittmarken blitzt das echte Bild kurz auf und wird dann von einem schwarzen Bild überlagert. Man(n) kann also ungefär erahnen, wie das Bild ausgesehen hätte ...

Vielleicht sollt ichs mal mit Material von ARD/ZDF HD probieren. Eventuell liegts ja an progressiv/interlaced Filmen, dass es bei mir nicht geht.

Zitat von johns

Also in meinen Wohnzimmersystem, bekomme ich nur schware Bilder (xineliboutput), deshalb die Frage.
Wenn ich weiss das es gehen muss, dann finde ich auch heraus wie.
...

Bei mir:
HD-Schnittmarken funktionieren (Bild wird angezeit und lässt sich framegenau verschieben) mit aktuellem xineliboutput und aktueller xinelib (jeweils git) seit kurzem einwandfrei.
Für SD verwende ich diese Änderung von maniac, damit funktionieren SD-Schnittmarken auch einwandfrei

Grüße, Peter

Das Alsa-SP/Dif-Passthrough funktioniert bei AC3 so noch nicht. Es wird anscheinend kein AC3-Flag an den Receiver gesendet. Man hört nur das bekannte 'Geschnatter' eines als PCM ausgegebenen AC3-Bitstreams.

Diesmal saß mal wieder das Problem vorm Rechner. Kaum habe ich das richtige Audio-Device angegeben, dann kommt auch kein Knatterton mehr

Gerade habe ich mal einige Aufnahmen durchgeprobt.
Ich habe auch das Problemchen, dass bei HD-Aufnahmen beim Sprung zu Schnittmarken oder beim Verschieben derselben, das Bild nicht immer aktualisiert wird. Bei SD-Aufnahmen klappt es nach meiner Beobachtung immer. Das stört mich aber nicht weiter.

Auf jeden Fall bin ich höchst beeindruckt, wie gut das Plugin jetzt schon flutscht. Wenn demnächst noch die Grabbing-Funktion für mein Atmolicht funktioniert, kann ich das ressourcenfressende Xine entsorgen.

Sollten Sprünge in Aufnahmen funktionieren?
Ich habe hier eine Aufnahme, die tadellos abgespielt wird, wenn ich aber einen Sprung rückwärts mache, läuft danach der Ton noch weiter, ich sehe aber eine Diashow.
Der Syslog ist dann voll von

Jan 10 12:50:34 vdr vdr: video: display buffer empty, duping frame (754/1870)

Edit: ProjectX meckert: -> verwerfe Videodaten, GOP größer als 6MB, mit vdr-xine geht es aber trotzdem

johns: Bei mir gibt's mit dem aktuellen git-Stand noch einen kleinen glitch beim Vor- und Zurückspulen. Wenn man von dort aus wieder auf Wiedergabe geht, fehlt der Ton. Einmal auf "Lautstärke" und er ist wieder da. Fehlt da ggfs. ein unmute beim Zurückkehren zur normalen Wiedergabe?

Ansonsten: gutes Bild, guter Ton, Audiosync passt, Schnittmarken gehen bei mir (SD und HR ÖR). Mit AC3/ DD laboriere ich grade noch etwas rum

BTW: Gibt's eigentlich schon "fullscreen" bzw. eine _einfache_ Möglichkeit um die Titelleiste vom Bildschirmfenster wegzubekommen?

Grüße, Peter