HD-VDR mit Intel HD Graphics - Testbericht zu vaapi

Wegen diesen beiden hatte er wohl gemeckert

# number of audio buffers
# numeric, default: 230
engine.buffers.audio_num_buffers:1000

# default number of video frames
# numeric, default: 15
engine.buffers.video_num_frames:50

Die Werte sind jetzt einfach mal "frei Schnauze" nach oben gesetzt, ohne zu wissen, was das genau sein soll.

Optimierungsmöglichkeiten gibts wohl sicherlich einige, nur weiss ich nicht in wie weit ich die aus den vdpau-Howtos nehmen kann/soll.

http://www.vdr-wiki.de/wiki/index.php/VDPAU
http://www.vdr-wiki.de/wiki/index.php/Vdpau_Grundlagen

Danke & Gruss
Hoschi

hallo,

Zitat

Original von wbreu

Hi,

poste doch mal bitte die genaue Meldung..., da gibts ein paar Puffer!

Gruß
Wolfgang

Alles anzeigen

.. das mit den xine-ui/xineliboutput-parametern ist überhaupt eine katastrophe zZ.
zB. zu xinelibout gibt's gerade wieder viel neues (df-/avards-/crop --> ...)

so richtig ganz in die tiefe melden sich da nur wenige: durchflieger (zum glück jetzt wieder öfter!), rnissl (fast gar nicht mehr), rofaror, phintuka (die posten eher, wenn überhaupt in finnl./schwedisch. foren) und du, mit deiner pionierarbeit!

allerdings sind das alles nur detailierte "brocken" und nur die wenigsten können sich darunter das zusammenwirken "vorstellen". das wäre unter den entwicklern eine "fleißaufgabe", das durchgängig zu dokumentieren.

notwendig wäre es aber sehr!

gruß, ciax

hallo Wolfgang,

Zitat

Original von wbreu
[..]
Was solls, ist halt so bei VDR....

na eh, du sagst es!

gruß, ciax

Hallo Wolfgang,

ich hab meine Parameter mal entsprechend angepasst und muss sagen, dass es wirklich sehr flüssig läuft. Je nach Sender muss ich manchmal noch in den Settings (OSD) vom xineliboutout Plugin ein bissi an der audiokorrektur drehen, weil der Ton manchmal ein bissi vor- oder nachläuft, aber alles in allem doch sehr zufriedenstellend.

Die Parameter und somit deine Äusserungen dazu hatte ich ja schon gefunden. Mir gehts auch nicht darum irgendjemandem zu unterstellen die Doku stiefmütterlich zu betreiben, das liegt mr fern.
Wie ciax aber schon angemerkt hat, findet man einfach nur Bröckchen dazu, aber die im Detail. Die config selber ist eher derart kommentiert

# leuchtet blau
# default 1
# blaues.licht = 1
ums mal ein wenig überspitzt rüberzubringen.

Ich komme, wie sicherlich viele, von der FF-Fraktion und Ausgabe war für uns bis zur Umstellung auf HD einfach kein Thema.
Mir fehlt einfach, da ich diese Entwicklung nicht von Anfang an verfolgt hab, sicherlich einies an Hintergrundwissen, wo du / ihr schon auf einen längerfristig gewachsenen Erfahrungsschatz zurückgreifen könnt... und speziell in deinem Fall du diesen auch über deine Website teilst, wofür mich mich hier auch nochmal bedanken wollte.

Um es kurz zu machen, ob diverse (und vor allem welche) Settings/Werte nur für VDPAU oder VAAPI Sinn machen, kann ich einfach nicht einschätzen (es sei denn der Parameter heisst eindeutig *.vdpau.* oder *.vaapi.*)

Wie schon oben geschrieben, läuft es eigentlich bisher recht zufriedenstellend, trotz dem "Mischmasch" aus dem Repo von Tobi und Teilen aus den Sources.
Sobald deine Kompilierdoku fertig ist, werd ich dann wohl mal ein "proof of concept" machen und den kompletten Stack für die Grafik vom Treiber über Xserver bis hin zu libxine nachbauen.

Wünsche ein schönes Wochenende die Herren.

Gruss Hoschi

vielleicht hab ich ja was nicht mitbekommen, aber könnte man das nicht "vorstellen"
bei den libxine entwicklern ?

evtl. wären sie dem ganzen ja nicht so abgeneigt.
hab jetzt aber nicht gelesen was es sonst noch braucht ...

Hi

nach dem lesen von wbreus Eingangs Post war ich ganz begeistert von dem Mainboard.

Zitat

Zur Hardware gibt es folgende Anmerkungen zu machen:

- Das Board ist ein ATX-Board mit jeder Menge freien Steckplätzen, 2 x PCI-Express 16x, 1 x PCI-Express 1x und 4 x PCI zudem alle Schnittstellen die ein VDR so braucht (z.B. 1x parallel, 1x seriell). HDMI und DVI ist selbstverständlich.

Seit ihr Nutzer vom GA-H55-UD3H (rev. 1.3) sicher das da ein Par-Port mit drauf ist ?

Weder in den Gigabyte Specs zum Board noch im Manual ist etwas über einen Par-Port zu finden.

Bin jetzt etwas 'confused'.

Grüße

Tom

Zitat

Naja, das Deinterlacing kann man mit Sicherheit noch verbessern, ich hoffe da allerdings, dass die Intel-Entwickler die 1080i-Auflösung an den HDMI-Anschluß einbauen, dann könnte man das den LCD machen lassen.

Die Lösung finde ich nicht so gut. Insbesondere wenn man SD(i)-Material erst hochskaliert und dann versucht zu deinterlacen (auf dem LCD), kommt dabei meistens ziemliche Grütze raus. Und leider ist das im Moment in der deutschen Fernsehlandschaft der wohl am häufigsten vorkommende Anwendungsfall...

Sobald die Intel-Lösung aber das Deinterlaceing im Griff hat, wäre das in der Tat eine traumhafte Alternative zu VDPAU, insbesondere in Hinblick auf Stromverbrauch und Einfachheit des Systems (keine 3rd-Party-BLOB-Treiber).

Grüße,
Holger

Original von wbreu:

Zitat

Naja, das Deinterlacing kann man mit Sicherheit noch verbessern, ich hoffe da allerdings, dass die Intel-Entwickler die 1080i-Auflösung an den HDMI-Anschluß einbauen, dann könnte man das den LCD machen lassen.

Hallo zusammen,

geht das auch bei den vdpau Karten? Ich wollte das immer so haben, dass ich meinem Fernseher das Deinterleacing übernehmen lasse. Leider hat das nicht funktioniert. Ich meine mal gelesen zu haben, dass es auch nicht geht.

Ansonsten finde ich deinen Test sehr aufschlussreich. Da bei mir wahrscheinlich ein Hardwarewechsel ansteht werde ich wohl auch bald auf die Intel Core-I Lösung wechseln. Dann stehen einem endlich alle Möglichkeiten offen und man ist nicht immer daran gebunden, dass die Player irgendeine API unterstützen. Ich habe bereits einen Core I3 Laptop und einen Core I5 Desktop PC. Diese Prozessoren sind die Lösung wenn man einen leisen Rechner mit guter Leistung haben möchte.

Ich werde erstmal mit dem Desktop das ganze Austesten.

Gruß
Atech

Zitat

Original von Atechsystem
Dann stehen einem endlich alle Möglichkeiten offen und man ist nicht immer daran gebunden, dass die Player irgendeine API unterstützen.

Ich dachte die Player müssten die vaapi unterstützen?

Gerald

Wenn das so ist, dann fehlt uns ja nur noch ein Sponsor der das yaVDR-Team mit der nötigen Hardware versorgt

Gerald

Hi,

das ist richtig. Aber der Prozessor hat genug Power um HD auch ohne die Vaapi zu wiederzugeben.

Also kann man z.B. auch sämtliche Inhalte aus dem Netz wiedergeben ohne direkt einen Flashplayer mit VDPAU oder VAAPI Unterstützung zu installieren.

Ein Test mit einer Geforce GTX 260 brachte in meinem Desktop PC einen um 30W erhöhten Grundverbrauch.

Verbrauch Intel HD (idle): 30W
Verbrauch Geforce 260 (idle): 60W

Die angaben beziehen sich auf das gesammte System.

Gruß
Atech

Ergänzung @ wbreu: Oder schafft der 540 das unter Linux nicht? Ich kann auf meinem Laptop H264 Bluerays ohne Probleme darstellen (die Leistungsaufnahme lass ich jetzt mal dahingestellt).

Wie ist denn bei xbmc die Leistungsaufnahme?

Bis auf das Deinterlacing klingt das ja schonmal gut. Endlich Konkurenz in der Hinsicht unter den Herstellern - Das interlaced rauszugeben, klingt zwar interessant würde aber auch umsetzen der Auflösung auf die Auflösung der Quelle vorraussetzen, sonst klappt das nicht. Das wiederum würde ein Modeswitch bei potentiell jedem umschalten nach sich ziehen. Ich weiss nicht ...

Fehlt noch das AMD zumindest auch etwas liefert was wie Intel zumindest beweist das es auf einem guten Weg ist.

Wäre ja schön wenn man einfach irgendein (aktuelles) System hernehmen könnte und ein HD VDR draus machen könnte.

Danke Wolfgang für deinen Forschergeist