xbmc kein VDPAU mehr

Hast du mit dieser Version abseits von der TV-Wiedergabe VDPAU-Unterstützung (bei "normalen" auf dem Rechner liegenden Video-Dateien)?

Was man über libvdpau wissen muss, wenn man XBMC unter Linux baut oder benutzt

Nabend,

hättet ihr ein bisschen gewartet, die Version 27108 von heute 18:00:

http://xbmc.org/trac/log/branches/pvr-testing2

hat sämtliche vdpau-Fixes die die ganze Woche eingeflossen sind, und das waren viele, dabei.

1080i-Sender laufen sauber, wenn er vdpau erkennt, oft erst beim zweitenmal.

Die 720p Sender Ruckeln wie ....

Filme dagegen funzen sauber mit vdpau, auch die Frameratenanpassung.

PS: Nicht ärgern...

Gruß
Wolfgang

Zitat

Original von wbreu
Nabend,

hättet ihr ein bisschen gewartet, die Version 27108 von heute 18:00:

http://xbmc.org/trac/log/branches/pvr-testing2

hat sämtliche vdpau-Fixes die die ganze Woche eingeflossen sind, und das waren viele, dabei.

...

Alles anzeigen

Ich habe mich zwar auch über den merge von pingpong heute gefreut, aber der ging trotzdem nur bis r27000, und das war vor 5 Tagen. Die wirklich interessanten Sachen von elupus sind da noch nicht drin. Aber Vorfreude ist ja die schönste ... .

Gruß

Das würde mich auch interessieren. Bei geht schon ne weile kein SD-TV mit VDPAU. Bei Videos klappt es.

Zitat

Original von semerchet

Ich habe mich zwar auch über den merge von pingpong heute gefreut, aber der ging trotzdem nur bis r27000, und das war vor 5 Tagen. Die wirklich interessanten Sachen von elupus sind da noch nicht drin. Aber Vorfreude ist ja die schönste ... .

Gruß

Na dann besteht ja noch Hoffnung, dass das bald geschieht, denn die jetzige Version sieht schon mal sehr gut aus....

Gruß
Wolfgang

omek
Ich glaube da wirst du länger warten müssen, da ging es schon im xbmc.org-Forum hoch her. Wenn ich einen der Entwickler richtig verstanden habe, hat vdpau für mpeg2 für ihn keine Priorität, ist im Moment auch buggy und außerdem fehlt's ihm an Zeit. Es könnte aber sein, dass es ein anderer Entwickler macht. Das alles soll aber nicht heißen, das es nie kommt.

Zitat

Original von driver140771

Hab die Version 27123 und mit vdpau ist immer noch nichts los

Weder bei Live-TV noch bei Aufnahmen und auch nicht wenn das zweite mal auf den Sender schalte bzw. die Aufzeichnung abspiele.

Hi,

also das mit den Rev.-Nummern fkt. anders, als du vielleicht denkst. Jeder commit, auch im trunk oder in einen anderen branch erzeugt einen neuen Versionsstand. D. h. du kannst da jede Stunde auschecken, du bekommst immer eine höhere Nummer, die sagt aber nicht aus, ob in der pvr-testing2-branch was passiert ist. Das erfährst du nur im Revision Log. Und das sagt uns, das sich alwinus aka pingpong die Nacht um die Ohren geschlagen hat, um uns alle glücklich zu machen. Aber in deiner Version können diese Sachen noch nicht drin gewesen sein.

Außerdem denke ich, du hast ein anderes Problem. löwe hat dich ja schonmal gefragt ob du vdpau mit anderem HD-Content hast. Das solltest du nochmal mit vc1 und h264-Dateien checken, keine Aufnahmen. Immer Internet findest du da auf jeden Fall Testmaterial.

Ich denke das vielleicht schon beim compilieren was schief läuft. Wenn du ./configure machst, erhälst du dann explizit die Ausgabe, das mit vdpau gebaut wird?

Gruß Falk

Zitat

Original von semerchet
also das mit den Rev.-Nummern fkt. anders, als du vielleicht denkst. Jeder commit, auch im trunk oder in einen anderen branch erzeugt einen neuen Versionsstand. D. h. du kannst da jede Stunde auschecken, du bekommst immer eine höhere Nummer, die sagt aber nicht aus, ob in der pvr-testing2-branch was passiert ist. Das erfährst du nur im Revision Log. Und das sagt uns, das sich alwinus aka pingpong die Nacht um die Ohren geschlagen hat, um uns alle glücklich zu machen. Aber in deiner Version können diese Sachen noch nicht drin gewesen sein.

Sehr schön erklärt, das muss in die XBMC-FAQ ins Wiki!

Zitat

Original von semerchetIch denke das vielleicht schon beim compilieren was schief läuft. Wenn du ./configure machst, erhälst du dann explizit die Ausgabe, das mit vdpau gebaut wird?

driver140771: Da bietet es sich an, auch nochmal den Link anzuklicken, den ich oben zu libvdpau gepostet habe.

Gruß
hepi

also VDPAU macht keine Probleme mit dem checkout von eben, aber die ganze Shoutcast Geschichte hats wohl zerlegt nun, man kann zwar Playlisten laden aber leider nicht mehr abspielen... denn da passiert dann einfach gar nichts

Und das hier passiert im Log
14:15:42 T:3036055424 M:1685270528 DEBUG: FileCurl::Close(0xb159a400) http://classic.shoutcast.com/sbin/tunein-station.pls?id=7800
14:15:42 T:3036055424 M:1685270528 DEBUG: CApplication::ProcessAndStartPlaylist(shout://classic.shoutcast.com/sbin/tunein-station.pls?id=7800, 0)
14:15:42 T:2858396560 M:1685270528 DEBUG: Thread 2858396560 terminating (autodelete)

Mir ist aufgefallen das ich zb.bei Anixe HD 2 mal den Sender anwählen muss damit vdpau läuft, bei Servus TV HD hängt sich XBMC auf.

Bei Pro Sieben HD, Sat1 HD wo zur zeit noch dein Demoprogramm läuft geht kein Vdpau.

Wegen dem Aufhängen von XBMC hätte ich eh eine frage, gibt es eine Tasetenkombi damit ich wieder ins Ubuntu zurückkomme?

greets
deftone

Umschalten von Fullscreen auf Fenstermodus kannst Du mit STRG und \

Wenn XMBC allerdings abgeschmiert ist, bringt auch das nix mehr.

Was dein Aufhängen betrifft, könnte das dieser Bug hier sein.

Wie Bugs einmelden?

Leider sieht es düster aus, was dessen Bearbeitung durch jemanden betrifft, da er von jemanden unvollendet geschlossen wurde, und geschlossene Bugs sieht sich natürlich keiner an, ist ja klar.

Das 2-malige Anwählen eines Sender, bis dann VDPAU genutzt wird, könnte damit zu tun haben:

VDPAU wird sporadisch nicht genutzt bei HD-TV via Streamdev-Schnittstelle

Da gibt es eine Aussicht, dass es irgendwann behoben wird, das Problem.

Hallo löwe,

das mit den Bugreports ist mir auch schon aufgefallen, sie werden zwar geschlossen aber wenn ihr alwinus dort bestimmt habt liegen sie mir als E-Mail vor und kann mir die Sache anschauen. Allerdings bei Sachen wie VDPAU bin ich auch überfragt, dort bietet es sich allerdings an mal den trunk (ohne PVR) zu installieren und den Fehler dort über das "vtp://IP:PORT" als Video Quelle zu erzeugen und dann einen Bugreport mit der SVN Version des trunk zu erstellen und dann keinen Namen zuweisen. Dies gilt auch für alle Fehler die nichts direkt mit PVR und VDR zu tun haben.

Es ist zwar umständlicher, aber auf nachgewiesene Bugs im trunk reagieren alle Entwickler.

Grüße,

Alwin