Hm,
leider ein Build-Fehler. Da müssen wir wohl noch bis nächstes Jahr warten.
An alle: Guten Rutsch!
V_R
Hm,
leider ein Build-Fehler. Da müssen wir wohl noch bis nächstes Jahr warten.
An alle: Guten Rutsch!
V_R
Frohes neues *hick* Jahr! Sehe gerade: Es hat tatsächlich gebaut! Also *hick* neue Karmic-Pakete bei mir @ 26177. Komplett ungete *hick* stet.
Sláinte
hepi
hey
prosit neujahr euch allen und vielen dank an hepi-pakete sind schon installiert und soweit sieht alles sehr gut aus. stabilität beim programmwechsel ist stark gestiegen-nur die tv-aufnahmen unter videos sind weiterhin wertlos-jetzt führt springen in der aufnahme jedes mal zu einem absturz. ob es zumindest die richtigen sind habe ich jetzt noch gar nicht gecheckt. aber das jahr komm ich sicher noch dazu...
mfg
macgyver
Habe auch gerade auf hepi 26177+5 aktuallisiert. Nun bekomme ich jedoch VDPAU nicht mehr aktiv....Jemand das gleiche Problem?
hi
gerade überprüft-harry potter und der feuerkelch von das erste hd ruckelt deutlich - laut taste o display kein vdpau und 80% cpu auslastung-hab alles auf vdpau gestellt was ging und es hat nix gebracht...
was mir auch auffällt ist dass trotz definierter regexp in /home/xbmc/userdata/advancedsettings.xml die aufnahmen nicht mehr gestackt werden.... bei der letzen version ohne confluence ging es noch....
mfg
bei mir ruckeklts nun auch, als renderer ist vdpau ausgewählt
Ist ein bekanntes Problem. Steht ja auch schon hier im Forum (http://www.vdrportal.de/board/thread.php?threadid=92027).
Der Fix dafür ist soweit ich das sehe mit der Rev 26136 in den Trunk gekommen. Wenn man sich nun das Changelog vom pvr-testing2 anschaut, sieht man das dieser atkuell nur bis und mit Rev 26100 mit dem Trunk gesynct worden ist.
Man muss nun wohl warten bis pvr-testing2 wieder gesynct wird. Oder man versucht die Sourcen lokal selbst zu patchen (http://www.xbmc.org/trac/changeset/26136)
Hm glaube nicht das dies das selbe PRoblem ist. Ich kann ja alles abspielen. Nur VDPAU ist nicht aktiv. Das heisst ordentlich CPU-Load. Gut das ich meine Revo auf dem alten Stand gelassen habe. Die würde ruckeln....Mein Athlon X2 5400+ dreht halt den CPU-Lüfter hoch...
Hallo!
Ich habe das selbe Problem (VDPAU wird generell nicht mehr genutzt)
Seit dem Update auf die gestern veröffentlichte xbmc-Version pvr-testing-18 (26177+5) werden alle Videos scheinbar generell mittels Software-Rendering wiedergegeben.
Fehler im Logifle von xbmc finde ich dazu keine.
Auch ist in den XBMC-Einstellungen (System) VDPAU gar nicht mehr aktivierbar - die entsprechenden Einträge fehlen hier einfach.
An alle, die das Problem des nicht-aktivierbaren VDPAU haben: Benutzt Ihr den 195er Nvidia-Treiber? Hat jemand, der den 190er-Nvidia-Treiber benutzt, das Problem auch? Will nur ausschließen, dass es an der beim Bauen verwendeten Version von libvdpau-dev liegt.
Ich benutze den 195er-Treiber
Benutze den 190.53 Treiber....
In meinem PPA liegen seit ein paar Stunden neue ungetestete Karmic-Pakete namens
xbmc - pvr-testing-18~hepi-karmic26177+7, die "schmutzig" hochgepatcht sind in der Hoffnung, das VDPAU-Problem zu beheben. Bitte testen, ich kann sie momentan selber nicht testen.
Teste ich heute Abend mal auf meiner Revo
hey
habs grad auf meinem system getestet (intel celeron, nvidia 9300 onboard grafik) getestet und es ist unverändert...
mfg
macgyver
kann ich auch bestätigen auf meinem revo 3600 läufts ohne vdpau (ist aber auswählbar, wird defiitiv nicht genutzt).
Evtl hilft es den ...run1....teil des nVidia Treibers neu zu installieren? Das musste ich nach dem einspielen des patches machen. K.a. warum :-/
ZitatOriginal von Phr0zenPhara0
Evtl hilft es den ...run1....teil des nVidia Treibers neu zu installieren? Das musste ich nach dem einspielen des patches machen. K.a. warum :-/
Sorry, verstehe ich nicht.
Ich baue heute nochmal neu gegen die aktuelle Nvidia-Treiber-Version 195 aus dem PPA von the-vdr-team. Evtl. beruht das VDPAU-Problem auf einer Abhängigkeit von ffmpeg von libvdpau in Version 0.2.
Oder es ist ein anderes, immer noch existierendes Problem im trunk, nur hat das noch keiner gemerkt, weil der neueste XBMC-SVN-Build von wattazoum vom 24.12. ist auf Revision 26018 (siehe https://launchpad.net/~team-xbmc-svn/+archive/ppa/+packages) und zudem dort wohl auch nicht der trunk gebaut wurde sondern der camlot branch. Dann wären wir die ersten, die das Problem entdecken. Nachdem XBMC 9.11 nun veröffentlicht worden ist, kann im trunk jetzt wieder mehr experimentiert werden, was auch wieder häufiger Probleme bedeutet.
Mal weitersehen...
Gruß
hepi
Seit ein paar Minuten gibt es in meinem PPA neue Karmic-Pakete namens xbmc pvr-testing-18~hepi-karmic26177+9. Wenn es nach den Buildlogs geht, scheint VDPAU damit nun zu funktionieren, ABER WAHRSCHEINLICH NUR MIT DEM libvdpau-Paket aus den 195er Nvidia-Treibern (Leute mit älteren Treibern bitte testen und Feedback geben).
Eigentlich ist ja libvdpau kein Bestandteil des Treibers mehr, aber erst ab lucid wird das dann ordentlich verpaketiert sein,
Gruß
hepi
ZitatOriginal von hepi
Seit ein paar Minuten gibt es in meinem PPA neue Karmic-Pakete namens xbmc pvr-testing-18~hepi-karmic26177+9. Wenn es nach den Buildlogs geht, scheint VDPAU damit nun zu funktionieren, ABER WAHRSCHEINLICH NUR MIT DEM libvdpau-Paket aus den 195.33er Nvidia-Treibern (Leute mit älteren Treibern bitte testen und Feedback geben).
Eigentlich ist ja libvdpau kein Bestandteil des Treibers mehr, aber erst ab lucid wird das dann ordentlich verpaketiert sein,
Gruß
hepi
Hi,
den 195.33 gibt es nicht, welchen meinst du genau?
ftp://download.nvidia.com/XFree86/Linux-x86/
Gruß
Wolfgang
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!