XBMC aktueller stand unified-pvr branch

Hi,

das ist ja echt super!
habe mal auch wieder neukompiliert (rev 21001)
kann es sein das sich config-directorys geändert haben?
habe den pvrclients ordner nach /usr/share/xbmc/ koppiert aber mein VDR wird nicht gefunden

mfg
aelo

aelo hier das gleiche

freezy --enable-vdpau braucht man nicht
ist standardmässig "enabled" tut aber auch nicht weh

Quote

Originally posted by hotzenplotz5
root/.xmbc ?

freezy --enable-vdpau braucht man nicht
ist standardmässig "enabled" tut aber auch nicht weh

war's mal nicht, dann war's wieder, dann wieder nicht. anscheinend ist's nun wieder. war mir auch irgendwie zu blöd das jedesmal zu testen.
aber danke für den hinweis.

wenn's compile-probleme gibt, dann ist es bei mir auch meistens goom, aber mit frischer source (distclean reicht nicht) läufts dann eigentlich durch. zumindest bei der neusten revision.

Quote

Original von pingpong

habe einen neuen Branch unter "pvr-testing" erstell

Läuft der nur unter Linux oder kann man das auch unter Windows bauen?

Viele Grüße,
Bernd

hat es überhaupt schon jemand am laufen?
ich hab keine compile errors (oder noch keine gefunden)
aber bei make install:
find: "pvrclients": No such file or directoryt (Everglow Mix).milk

Quote

Original von hotzenplotz5
hat es überhaupt schon jemand am laufen?
ich hab keine compile errors (oder noch keine gefunden)
aber bei make install:
find: "pvrclients": No such file or directoryt (Everglow Mix).milk

pvrclients ordner in das verzeichnis koppieren hat bei mir geholfen

allerdings habe ich immer noch das Problem dass mein VDR nicht gefunden wird

mfg
aelo

klappt nicht

gleicher Fehler?

kannst du noch mal ein
make clean
und
svn update

laufen lassen?

habe nämlich gerade 21021 kompiliert, inkl Goom (funktioniert jetzt ohne Probleme)

allerdings VDR wird immer noch nicht gefunden

mfg
aelo

ich hab hier rev-21023
und hab jetzt den pvrclients ordner nach /usr/local/share
kopiert (das soll helfen??)
goom compile ging nicht, auch wenn der fehler im xbmc forum konsequent missachtet wird. (auch nach distclean und reallyclean ging es nicht)
also raus aus makefile.in configure.in configure
kompiliert durch, hängt aber mit dersdelben fehlermeldung bei make install

Quote

Original von aelo
habe nämlich gerade 21021 kompiliert, inkl Goom (funktioniert jetzt ohne Probleme)

Hi aelo,

bezüglich der Revisionnummern: Ich habe den Eindruck, dass alle XBMC-Branches im XBMC-SVN sich dieselbe Revisionzählung teilen. Wenn ich in das Revision-Log vom Branch pvr-testing schaue, dann wird mir (zum jetzigen Zeitpunkt) Revision 20997 als neueste Revision für den Branch pvr-testing angezeigt, obwohl in der Timeline jetzt gerade 21023 die neueste (und für linuxport) ist. Für mich heißt das:

Es ist im Moment für den Branch pvr-testing völlig egal, ob man 20997 oder 21021 kompiliert. Es ist in beiden Fällen komplett die gleiche Source auf der Platte. (Man korrigiere mich, wenn ich mich hier irre.) Erst wenn pingpong wieder einen neuen Change im Branch pvr-testing submitted, der im Revision-Log auftaucht, lohnt sich ein "svn up".

Viele Grüße
hepi

P.S.: Habe auch noch Probleme beim Bauen. Anscheinend aber uralte Probleme... (libtool) ... die andere schon vor zwei Monaten hatten.

(Update: hat sich erledigt)

Hi,

ich vermute eher das der Revision-Log manuell immer upgedated werden muss und deshalb eben nur die wichtigen änderungen drin stehen (nur so eine vermutung)

zu deinem Fehler, unter Intrepid oder Jaunty?
wenn Intrepid, probier hier mal die neuere automake version aus dem Jaunty-Repo
musste das damals umgekehrt machen beim Goom-Problem

mfg
aelo

ich hab hier karmic koala
klar muss es damit nicht zwingend laufen
aber irgendwie nervt es halt, wenn es probleme gibt dann mit goom.....

Quote

Original von aelo
ich vermute eher das der Revision-Log manuell immer upgedated werden muss und deshalb eben nur die wichtigen änderungen drin stehen (nur so eine vermutung)

Hi, Deine Vermutung muss falsch sein, sonst lohnt es sich gar nicht, eine Versionsverwaltung / Trac zu benutzen. Sorry.
Gruß
Henning

hotzenplotz5

automake downgraden

hepi
Punkt für dich

hab jetzt den "normalen" linuxport genommen, da funktioniert das kompilieren....
allerdings hab ich goom trotzdem rausgeschmissen
also hängt das irgendwo im pvr-testing branch

Quote

automake downgraden

nö im gegenteil
apt-get update
apt-get upgrade
und beten

Quote

Original von hotzenplotz5
nö im gegenteil
apt-get update
apt-get upgrade
und beten

welche automake version liegt bei karmik bei?
dachte eher dass die schon wieder neuer ist als die von Jaunty

ja eben ...

egal ich hab jetzt pvr-testing auch am werkeln...
der pvrclients-ordner muss von XBMC/xbmc nach XBMC kopiert werden
dann klappt auch ein make install

aelo

Quote

apt-cache policy automake
automake:
Installiert: 1:1.10.2-1ubuntu2
Kandidat: 1:1.10.2-1ubuntu2
Versions-Tabelle:
*** 1:1.10.2-1ubuntu2 0
500 http://archive.ubuntu.com karmic/main Packages
100 /var/lib/dpkg/status

Display More

findest du den VDR-Server?
bei mir klappt das nämlich immer noch nicht

Wegen dem goom problem, zitiere ich mal was das Archlinux xbmc-svn paket aus dem AUR dort macht:

# Goom also needs a fixup due to newer autotools
cd "$srcdir/$_svnmod/xbmc/visualizations/Goom/goom2k4-0"
aclocal
libtoolize --copy --force
./autogen.sh --enable-static --with-pic

Die Variablen natürlich durch die lokalen Begebnheiten ersetzen, bzw einfach manuell ins Verzeichnis wechseln. Sollte danach dann eigentlich kompilieren.