komisch, bei mir hat das "checkout Dharma-pvr" geklappt, allerdings bleibe ich inzwischen auf dem master.
stimmt, mit den german translations ist das dort nicht so weit.
aber was solls! wir sind auf dem aktuellen xbmc trunk mit pvr-funktionalität.
zwar nicht absolut stabil, aber mindestens so stabil wie pvr-testing2.
bemerkenswert finde ich, dass es in den letzten wochen, in denen so alle zwei tage gemerged wurde, immer fehlerfrei durchcompiliert hat.
erstens
musik geht einwandfrei
zweitens
pvr funktioniert nicht eindeutig besser
drittens
wenn - wie befürchtet - das xbmc-projekt in so eine kommerzielle abhängigkeit zu geraten droht (ich sag nur boxee box), ist dann nicht jede alternative zu begrüssen? vielleicht entsteht da ein fork?
also wünsche ich mir mehr enthusiasmus, und nicht jedesmal ein "ie, bäh, des funktioniert ned richtig"
ZitatOriginal von BJ1
Naja, Pingpong hat schon ewig nicht mehr gemergt. Aber ich gebe die Hoffnung nicht auf, dass er das mit dem final Release von Dharma mal nachholt. Für mein gefährliches Halbwissen ist die Hürde zu hoch...
BJ1
na, aber dafür gibt's doch das Repository von Lars Opdenkamp.
mit
git clone https://github.com/opdenkamp/xbmc.githaben wir den aktuellen trunk mit pvr (zuletzt vor 2 Tagen gemerged).
Das läuft hier mindestens so stabil wie der pvr-testing2 branch.
Dann könnten man noch, wenn man unbedingt will
cd xbmc; git checkout Dharma-pvrauf dharma mit pvr wechseln. das geht auch.
Hi,
habe
VDPAU_NVIDIA_NO_OVERLAY=1
gesetzt. Seitdem kein Schnee mehr in schwarzen Flächen mit 260.19.12.
sag ich doch 
Hi,
hm, ja, Gentoo ... das ist eine längere Geschichte.
Bei mir lief Xine auch nicht mit den 260er Treibern - xbmc allerdings funktionierte. Dann ging die Sucherei los. Was mich schon immer gewundert hatte, war, dass die Durchflieger-Patches auf meinem System nicht zum Laufen zu bringen waren - Xine blieb damit beim Start sofort hängen.
Dieses Problem konnte ich eingrenzen, das liegt daran dass der Patch den "define LOCKDISPLAY" auskommentiert.
"if you have a buggy libX11/xcb*" steht da zu lesen. Aber was genau ist der Bug? Anderswo ist zu lesen, dass dieser Fehler ab einer bestimmten Version im Ubuntu gefixed ist. Hm, dann müsste es doch eigentlich einen Patch dafür geben ... Dazu habe ich nix gefunden.
Möglicherweise ist das nur ein übler Würgaround:
USE="-xcb" emerge libX11
Danach alle verdächtigen Kandidaten neu generiert: xorg-server, xine-lib, xine-ui, libvdpau ...
Und siehe da: Xine läuft mit Durchflieger-Patch und 260er Treibern.
Aber Obacht geben: Ich sage "läuft", ich sage nicht "läuft rund".
Die ganze Zeit habe ich mit "xinit -e xine", "kill", "xinit -e xbmc.bin" hin und her geschaltet. Der xorg-server wurde also jedesmal runter und rauf gefahren. Das scheint sich aber gelegentlich mit UVESAFB-splashutils-fbcondecor zu beissen. Jedenfalls blieb ab und zu der xorg-server hängen und v86d war auf 100% CPU.
Also habe ich mich für nodm als Displaymanger entschieden - dabei bleibt der xorg-server immer oben und xine und xbmc werden abwechselnd gestartet.
Das läuft so weit, ABER jetzt habe ich noch das Problem mit den sporadisch auftretenden "Schnee-Artefakten in schwarzen Bildbereichen".
Von einem, der auszog, um mit Gentoo das Gruseln zu lernen ...
hm, weiss nicht, ob das was hilft:
Vor einigen Wochen wollte ich mal sehen, was passiert, wenn ich xbmc mit --enable-external-libraries baue. Danach wurden AC3-Tonspuren als DTS angezeigt - ob das nur beim Live-TV so war, daran kann ich mich nicht mehr erinnern. Jedenfalls war der Fehler mit --disable-external-libraries wieder weg.
ZitatOriginal von jobit
werden schon seit SVN 27961 in /usr/share/xbmc/addons/visualizations/ProjectM/presets abgelegt,
brauchen also nicht mehr manuell entpackt werden
das war mir nicht aufgefallen
Zitat
AddFemonV1 patch im Streamdev-plugin ?
mfg
jobit
hm, mein streamdev ist aus dem "bigpack" - da geht der patch nicht. im streamdev-cvs müsste doch schon alles drin sein, wenn ich mir den ziehe?
Hi,
Signalstärke, Qualität wird nix angezeigt. "Empfangsgerät unbekannt"
ist das normal? brauch ich nen patch für femon? müsste ich den streamdev updaten?
Hi,
so gehts bei mir mit projectm:
das presets.zip, welches unter /usr/share/xbmc/addons/visualizations/ProjectM/resources steht, manuell auspacken nach /usr/share/xbmc/addons/visualizations/ProjectM/presets, Das ging bei mir nur unter Windows, auf dem VDR gabs Speicherschutzverletzung.
dann noch den diff einspielen http://trac.xbmc.org/attachment/ticket/8552/projectM.diff
danach sind die presets verfügbar, und projectm läuft "in schön".
Hi,
hier auch - svn ver 28000 - zig mal probiert, kein vdpau mehr
bei mir funktioniert das nur dann, wenn ich DISPLAY mitgebe
{ MenuEntry = "XBMC";
Command = "DISPLAY=:0.0 /usr/bin/xbmc";
OutputMode = extern;
InputMode = deactivateRemotes; # XBMC should be configured for LIRC.
}dann sieht mer sich heut' abend
ZitatOriginal von mapovi
Der Scrollbug in der Befehlsansicht ist im Git-repository gefixed.
prima, dankeschön, funktioniert
hm, nee, "nativ", da kenne ich mich aus. Das hat was mit Olivenöl zu tun!
Heul, dass ich das noch erleben darf! Ein Usertreffen, nach soo langer Zeit. Da bin ich dabei!
Wenn ein Eintrag in der commands.conf längeren Output erzeugt, dann kann man nicht scrollen. Scheints ist das noch niemand aufgefallen?
ZitatOriginal von kls
Kann das bitte mal jemand, der das DVD-Plugin verwendet, testen?
Klaus
hm, nee, mit dem Patch krachts hier immer noch direkt bei der Anzeige des DVD-Hauptmenues.
"podcast" als Schlüsselwort in der Suchfunktion bringt momentan die richtigen Treffer ganz oben.
Die w32codecs habe ich. Auf der Kommandozeile - also einfach "vlc <url aus dem Wiki>" - funktioniert das auch. Da wird dann xvideo und alsa für die Ausgabe benutzt und der Stream im Fenster abgespielt.
Hi,
irgendwas fehlt mir hier. Mit dem Beispiel aus dem WIKI (livemedia.omroep.nl) bekomme ich beim Testen immer nur:
[00000274] stream_out_transcode private debug: creating video transcoding from fcc=`WMV3' to fcc=`mp2v'
[00000318] main decoder debug: looking for decoder module: 20 candidates
[00000318] dmo decoder debug: DMO codec for WMV3 may work with dll=wmv9dmod.dll
[00000318] main decoder debug: using decoder module "dmo"
[00000319] main encoder debug: looking for encoder module: 4 candidates
[00000274] stream_out_transcode private error: cannot find encoder ((null))
[00000318] main decoder debug: removing module "dmo"
[00000274] stream_out_transcode private error: cannot create video chain
[00000317] main packetizer error: cannot create packetizer output (WMV3)
[00000273] main stream output debug: adding a new input
[00000274] stream_out_transcode private debug: creating audio transcoding from fcc=`wma2' to fcc=`mpga'
[00000335] main decoder debug: looking for decoder module: 20 candidates
[00000335] dmo decoder debug: DMO codec for wma2 may work with dll=wma9dmod.dll
[00000335] main decoder debug: using decoder module "dmo"
[00000336] main encoder debug: looking for encoder module: 4 candidates
[00000274] stream_out_transcode private error: cannot find encoder ((null))
[00000335] main decoder debug: removing module "dmo"
[00000274] stream_out_transcode private error: cannot create audio chain
[00000291] main packetizer error: cannot create packetizer output (wma2)
Das sieht für mich so aus, als ob VLC den Stream zwar dekodieren kann, dass aber das Enkodieren nach mp2v bzw. mpga nicht klappt.
VLC habe ich unter Gentoo installiert, es ist "VLC-Version 0.8.6c Janus". Dabei habe ich alle USE-Variablen gesetzt, die auch nur im Entferntesten den Anschein machen, als könnten sie dazu beitragen.
Hat vielleicht jemand eine Idee, woran es liegt?