Erfahrungsberichte zur jeweils aktuellen pvr-testing2 Version

SVN 27881

Erfahrungsbericht:
Kompilieren -------------------------> Error

Quote

timers.cpp:200: warning: suggest parentheses around ‘&&’ within ‘||’
g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include channels.cpp
g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include recordings.cpp
g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include epg.cpp
g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include tools.cpp
g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include thread.cpp
g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include ringbuffer.cpp
ringbuffer.cpp: In member function ‘void cRingBuffer::UpdatePercentage(int)’:
ringbuffer.cpp:60: warning: suggest parentheses around ‘&&’ within ‘||’
g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include select.cpp
g++ -O2 -O2 -g -D_DEBUG -Wall -shared -g client.o vtptransceiver.o timers.o channels.o recordings.o epg.o tools.o thread.o ringbuffer.o select.o -lXBMC_addon -lXBMC_pvr -o ../../../addons/pvr/VDR/XBMC_VDR.pvr
/usr/bin/ld: cannot find -lXBMC_addon
collect2: ld returned 1 exit status
make[2]: *** [pvrVDR] Fehler 1
make[2]: Leaving directory `/mnt/pvr-testing2/xbmc/pvrclients/vdr-streamdev'
make[1]: *** [pvrclients] Fehler 2
make[1]: Leaving directory `/mnt/pvr-testing2'
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Fehler 2
dpkg-buildpackage: Fehler: debian/rules build gab Fehler-Exitstatus 2

Display More

---------------------------------------------------------

Quote

Hi Jobit,

es gibt ein paar Leute, die mit den aktuellen Builds Probleme mit hoher CPU-Last in XBMC haben, ohne dass XBMC überhaupt irgendwas macht. Kannst Du das reproduzieren?

http://forum.xbmc.org/showpost.php?p=508754&postcount=182
LiveTV in XBMC läuft nicht

Gruß
hepi

ich werde mal darauf achten.

EDIT
Test-System Intel Celeron 3,2 GHz, 1 GB Ram 512 GB SATA GPU 7300 GK.
Wiedergabe Software
CPU-Last (Anzeige XBMC Systeminfo)
Live-TV SD 40-48%
Leerlauf 10-13%

Ausgabe aus top Live-TV

Quote

Tasks: 111 total, 2 running, 109 sleeping, 0 stopped, 0 zombie
Cpu(s): 28.5%us, 7.9%sy, 0.7%ni, 59.3%id, 0.0%wa, 1.0%hi, 2.6%si, 0.0%st
Mem: 1033244k total, 440680k used, 592564k free, 832k buffers
Swap: 1951856k total, 0k used, 1951856k free, 257272k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1826 xbmc 40 0 264m 104m 24m S 32.2 10.3 71:34.07 xbmc.bin
666 root 20 0 0 0 0 R 5.3 0.0 2:46.87 hd-audio0
1514 vdr 40 0 97.8m 23m 3760 S 1.3 2.3 4:09.68 vdr
1680 root 40 0 27780 1244 1068 S 1.3 0.1 0:48.53 xbmc-wiiremote

Display More

mfg
jobit

SVN 27883

Erfahrungsbericht:
Kompilieren -------------------------> Error

Quote

g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include channels.cpp
g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include recordings.cpp
g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include epg.cpp
g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include tools.cpp
g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include thread.cpp
g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include ringbuffer.cpp
ringbuffer.cpp: In member function ‘void cRingBuffer::UpdatePercentage(int)’:
ringbuffer.cpp:60: warning: suggest parentheses around ‘&&’ within ‘||’
g++ -O2 -O2 -g -D_DEBUG -Wall -c -D_LINUX -fPIC -I. -I../../linux -I../../ -I ../../../include select.cpp
g++ -O2 -O2 -g -D_DEBUG -Wall -shared -g client.o vtptransceiver.o timers.o channels.o recordings.o epg.o tools.o thread.o ringbuffer.o select.o -lXBMC_addon -lXBMC_pvr -o ../../../addons/pvr/VDR/XBMC_VDR.pvr
/usr/bin/ld: cannot find -lXBMC_addon
collect2: ld returned 1 exit status
make[2]: *** [pvrVDR] Fehler 1
make[2]: Leaving directory `/mnt/pvr-testing2/xbmc/pvrclients/vdr-streamdev'
make[1]: *** [pvrclients] Fehler 2
make[1]: Leaving directory `/mnt/pvr-testing2'
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Fehler 2
dpkg-buildpackage: Fehler: debian/rules build gab Fehler-Exitstatus 2

Display More

mfg
jobit

hi,
pingpong

Quote

make libaddon
make install-libraries
ldconfig

Erkläre es mir bitte mal genau, wann ich das machen soll.
Derzeit erledigt ein Script das SVN-Update und kompilieren automatisch.

kompilieren in etwa so:
......
1../bootstrab
2. dpkg-buildpackage -us -tc
3.....

gebe ich nach ./bootstrab "make libaddon" mit Hand ein bekomme ich

Quote

make: *** Keine Regel, um »libaddon« zu erstellen. Schluss.

ist ja soweit auch logisch weil noch kein ./configure ausgeführt wurde.Das wird erst durch dpkg-buildpackage angestossen. dpkg-buildpackage ist eigentlich das Standardverfahren unter Debian zum Kompilieren und Pakete Bau.
mfg
jobit

SVN 27883

also von Hand geht es wenn ./configure durchgelaufen ist. Ist aber nicht Debian konform,
es müssen entweder die rules geändert werden, oder die Reihenfolge im Makefile.in, so das die
libraries temporär schon vorhanden sind (ohne das sie mit make install-libraries in die Entwicklungsumgebung fest installiert werden )wenn sie beim kompilieren gebraucht werden.

mfg
jobit

bei mir läuft das so,
1 Script schaut nach neuer SVN - Version und macht ein update wenn verfügbar.
2 neue SVN wandert auf eine extrapartition die vorher gelöscht wird.
3 Skript startet kompilieren und paket-bau
5 wenn erfolgreich, dann werden die deb's auf meinem Server geschoben
6 vom Server wird dann installiert.

nur testen muss ich noch alleine

Also jede neue Version kommt frisch auf den tisch.

mfg
jobit

PS: nu aber genug Diskussionen hier , Erfahrungsberichte und Lösungen müssen hier rein

SVN 27902

Laufzeit 0 Stunden

System: Debian testing, VDR 1.7.10, Streamdev-plugin cvs 10022010 m.pvr-patches (ohne AddFemonV1 patch), derzeit aktuellste pvr-testing2 SVN Version

Erfahrungsbericht:

Kompilieren -------------------------> OK
deb-Pakete bauen ----------------> OK
Installation bzw.Update --------> OK
Einrichten ---------------------------> Fehler
--------------------------------------------------
Erweiterungen: Meldung -----> Erweiterung kann nicht genutzt werden:
PVR-Client -------------------------> Fehler
Screensaver -----------------------> Fehler
Visualisierung ---------------------> Fehler

unter debian müssen control, control.in,rules und xbmc-web.install angepasst werden, bzw.
gegen die aktuellen Files aus trunk /tools/Linux/packaging/debian getauscht werden.
xbmc-web-pm3.install gibt es nicht mehr, ist jetzt xbmc-web.install.
ansonsten werden die Pakete nicht gebaut.

mfg
jobit

SVN 27902

im Augenblick funktioniert fast keine Erweiterung, auch kein TV.
Gundsystem XBMC scheint auf den ersten Blick OK

Siehe letzten Eintrag !!

mfg
jobit

Quote

Original von pingpong
Hast du alle Altlasten entfernt? Die Änderungen waren diesmal etwas größer. Was sagt das xbmc.log? Ist da irgendwas mit "unresolved symbol" oder "can not find library" zu finden?

Quote

1 T:3047069552 M:850292736 DEBUG: Loading: /usr/share/xbmc/addons/pvr/VDR/XBMC_VDR.pvr
00:42:41 T:3047069552 M:850292736 ERROR: Unable to load /usr/share/xbmc/addons/pvr/VDR/XBMC_VDR.pvr, reason: libXBMC_addon.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
00:42:41 T:3047069552 M:850292736 INFO: Called Add-on status handler for '4' of clientName:VDRClient for streamdev, clientGUID:3ebaeda3-80d5-4447-9514-0de7a586a9d7 (same Thread=no)
00:42:41 T:3047069552 M:850292736 INFO: ADDON: Enabled pvrclient: VDRClient for streamdev : Version: 1.0.1
00:42:41 T:3044973424 M:850292736 DEBUG: thread start, auto delete: 1

die libs werden auch nicht in die Pakete gepackt.

kompiliere gerade nochmal ohne -tc um zu sehen ob die libs erzeugt werden, dauert aber noch ein weilchen.

alte Version komplett deinstalliert, also kein update gemacht.
mfg
jobit

Quote

Original von pingpong
Was debian Pakete angeht hab ich allerdings keinen Plan, wenn du die Änderungen für mich machen könntest werde ich sie in den branch laden.

Die libs müssen jedenfalls in /usr/lib oder /usr/local/lib liegen (hängt von deinem prefix beim build ab) sonst funktionieren die Erweiterungen nicht.

Grüße,

Alwin

ich habe da einen Verdacht, habe mal lib in Makefile.in (wie bei den addons) hinzugefügt.
KOMPILIEREN LÄUFT GREADE.
mfg
jobit