[UPDATE 2009-08-30] vdr, xbmc, streamdev

Hallo Tobi,

das ist schade das es XBMC nicht im Repos für Lenny geben wird.

Müsste da so viel gebackported werden? ich hab vor kurzem XBMC mal compiliert und das braucht ich nur eine aktueller Version von libsmbclient-dev.

Trotzdem schön zu wissen, das wohl ab dem nächsten Debian Release auch XBMC aus deinem Repos verfügbar sein wird.

Grüße
Brill

ich habe lenny pakete auch in meine repo aufgenohmen, dazu habe ich nur libsmbclient-dev und debhelper in einer neueren version auch dem repo hinzugefügt. wenns jemand nutzen möchte in meiner signatur ist der link dazu zu finden.
natürlich sind auch neue nvidia treiber, neuste lirc (beides mit dkms support), dkms, libxine, mplayer, ffmpeg, x264 (alles für vdpau) enthalten.
evtl nimmt tobi ja noch den teletext patch für streamdev in sein repo auf
ansonsten hatte ich das auch schon in mein repo gepackt.

PS: xbmc ist in der version pre9.10-svn22508 vorhanden

dankle für die updates - noad war bei mir auch dabei.

nach dem update hat mir mein debian lenny doch glatt mal vdr gestartet, obwohl vdrdevel am laufen war ... absicht? war da nicht früher mal ein check oder täuscht mich das?

beim installieren von vdrdevel habe ich eingestellt dass vdrdevel statt vdr gestartet wird ...

>>>Cyber

was haste für xbmc denn zusätlich in die sources.list eingetragen?

ach ganz vergessen zu zu berichten, die xbmc pakete tun natürlich mit tobis vdr paketen.

joa tobi hab die mit internal libs gebaut, da er meine neuen cvs ffmpeg ned mochte, und nein die xbmc pakete sollten nicht mit deinen ins gehege kommen, da ich ja keine für sid baue, nur für lenny.

//UPDATE
habe nun xbmc, xbmc-vdr und xbmc-vdrdevel als eigenes repo gemacht.

im xbmc-vdr ist nun nur noch debhelper, xbmc und streamdev von dir mit teletext patch für xbmc enthalten, somit kann man die nun auch bedenkenlos mit deinen vdr-experimental lenny paketen nutzen

deb http://debian.oppserver.net/xbmcvdr/ lenny main non-free contrib
deb-src http://debian.oppserver.net/xbmcvdr/ lenny main non-free contrib

und

deb http://e-tobi.net/vdr-experimental lenny base backports addons vdr-standard
deb-src http://e-tobi.net/vdr-experimental lenny base backports addons vdr-standard

oder

deb http://e-tobi.net/vdr-experimental lenny base backports addons vdr-multipatch
deb-src http://e-tobi.net/vdr-experimental lenny base backports addons vdr-multipatch

oder

deb http://e-tobi.net/vdr-experimental lenny backports addons vdr-extensions
deb-src http://e-tobi.net/vdr-experimental lenny base backports addons vdr-extensions

falls man nun vdpau support nutzen möchte, müsste man noch den vdpau-test hinzufügen oder mein debian repo

deb http://e-tobi.net/vdpau-test lenny base backports addons vdr-standard
deb-src http://e-tobi.net/vdpau-test lenny base backports addons vdr-standard

oder

deb http://e-tobi.net/vdpau-test lenny base backports addons vdr-multipatch
deb-src http://e-tobi.net/vdpau-test lenny base backports addons vdr-multipatch

oder

deb http://e-tobi.net/vdpau-test lenny base backports addons vdr-extensions
deb-src http://e-tobi.net/vdpau-test lenny base backports addons vdr-extensions

oder

deb http://debian.oppserver.net/debian/ lenny main non-free contrib
deb-src http://debian.oppserver.net/debian/ lenny main non-free contrib

revision ist nun xbmc-pre9.10+vdr-testing-svn22528
so sollte das nun gut funken oder habe ich hier nen fehler drin?
xbmc für vdrdevel habe ich noch nicht fertig.

PS: schlüssel für mein repo
wget http://debian.oppserver.net/gpg-opp-signing-pubkey.asc -O - | sudo apt-key add -

Tobi DANKE wie immer !!
....streamdev muss leider gepatcht werden, damit teletext mit xbmc
funktioniert
Patch liegt unter "XBMC/xbmc/pvrclients/vdr/patches"
wie hier beschrieben :

http://www.vdrportal.de/board/…?postid=827641#post827641

Hallo,

hotzenplotz5 hat mich netterweise gerade auf diesen Thread aufmerksam gemacht. Wollte nur kurz loswerden, dass für Euch diese Ordner vielleicht eine Arbeitserleichterung sein könnten, wenn Ihr XBMC unter Debian baut:

http://xbmc.org/trac/browser/b…g/XBMC/tools/Linux/debian
http://xbmc.org/trac/browser/b…t/XBMC/tools/Linux/debian

Kann sein, dass Ihr das eh schon wisst und benutzt oder Euch bewusst dagegen entschieden habt. Soll nur ein Hinweis sein. Ich selbst habe keine Erfahrung beim Bauen unter Debian, hatte nur diese Ordner gesehen und gedacht, dass sie für irgendwas gut sein müssen.

Viele Grüße
hepi

den habe ich ja als vorlage genohmen zum bauen hepi

und hotzenplotz5 das wollt ich tobi damit ja nen anstoss geben, das er den evtl ins streamdev aufnimmt

Zitat

cyber: Das der VDR beim Update neu starte ist normal - war schon immer so, auch mit vdrdevel.

:-/

ich habe ja vdrdevel laufen und auch konfiguriert dass statt vdr vdrdevel gestartet wird. nach dem update (vdr ist vorher nicht gelaufen) hat er vdr gestartet ...

>>>Cyber

Zitat

hotzenplotz5: Gibts einen Grund, warum der teletext-Patch noch nicht im Streamdev-CVS drin ist?

Weil ich den Ansatz den dieser Patch einschlägt für grundverkehrt halte. Im Prinzip ist der Patch eine Teilkopie des osdteletext-Plugins. So wie osdteletext, speichert streamdev-server die Daten auf Platte und der Client kann diese dann über Befehle gezielt abrufen. Der in meinen Augen wesentlich sinnvollere Ansatz wäre es, in XBMC ein generisches Modul einzubauen, dass mit den TS-Rohdaten umgehen kann. Genau so sendet streamdev-server diese Daten auch an streamdev-client - in streamdev müsste also nichts geändert werden. Und diese Daten enthalten dann nicht nur Teletext sondern u.a. auch EPG-Daten und Untertitel (Untertitel handling ist dann vermutlich das nächste, was in streamdev eingebaut werden müsste?). Als pingpong mich damals bezüglich Teletext kontaktiert hat und eine Kommunikation zwischen streamdev-server und osdteletext über die Service-Schnittstelle vorgeschlagen hat, habe ich ihm meinen Gegenvorschlag gemacht. Die einzige Antwort darauf war die Veröffentlichung seines Patches mit der "Kopie von osdteletext"-Implementierung

Von meiner Seite kann ich nun nicht beurteilen, ob der von mir vorgeschlagene Ansatz in XBMC keinen Sinn macht, zu aufwändig ist, vielleicht schon in Arbeit ist, whatever. Habe daher für's erste beschlossen, den Patch nicht zu integrieren. Bin für eine konstruktive Diskussion jederzeit offen (nur nicht nächste Woche - da bin ich im Urlaub :]).

schmirl das wusste ich natürlich auch nicht
ich kann nur hoffen, dass pingpong das evtl. in xbmc "integrieren" kann.
so hundertprozentig funktioniert der patch bei mir eh nicht
teletext gibt es nur bei "manchen" sendern.

pingpong .... war kein drängen von mir.... ich finde du machst da wahnsinnsarbeit !!! und das alleine ?!!
schade das es nicht "mehr" hobbyprogrammierer gibt, die dir zur hand gehen könnten.

Zitat

Original von schmirl

Weil ich den Ansatz den dieser Patch einschlägt für grundverkehrt halte. Im Prinzip ist der Patch eine Teilkopie des osdteletext-Plugins. So wie osdteletext, speichert streamdev-server die Daten auf Platte und der Client kann diese dann über Befehle gezielt abrufen. Der in meinen Augen wesentlich sinnvollere Ansatz wäre es, in XBMC ein generisches Modul einzubauen, dass mit den TS-Rohdaten umgehen kann. Genau so sendet streamdev-server diese Daten auch an streamdev-client - in streamdev müsste also nichts geändert werden. Und diese Daten enthalten dann nicht nur Teletext sondern u.a. auch EPG-Daten und Untertitel (Untertitel handling ist dann vermutlich das nächste, was in streamdev eingebaut werden müsste?). Als pingpong mich damals bezüglich Teletext kontaktiert hat und eine Kommunikation zwischen streamdev-server und osdteletext über die Service-Schnittstelle vorgeschlagen hat, habe ich ihm meinen Gegenvorschlag gemacht. Die einzige Antwort darauf war die Veröffentlichung seines Patches mit der "Kopie von osdteletext"-Implementierung

Von meiner Seite kann ich nun nicht beurteilen, ob der von mir vorgeschlagene Ansatz in XBMC keinen Sinn macht, zu aufwändig ist, vielleicht schon in Arbeit ist, whatever. Habe daher für's erste beschlossen, den Patch nicht zu integrieren. Bin für eine konstruktive Diskussion jederzeit offen (nur nicht nächste Woche - da bin ich im Urlaub :]).

Du hast ja vollkommen recht deswegen hab ich dich diesbezüglich auch nicht angesprochen es zu übernehmen. Der Plan ist tatsächlich das XBMC die Teletext daten selbst aus dem stream ließt. Der Patch ist nur sozusagen eine quick+dirty Lösung für an die Daten zu kommen und macht wie du schon sagst wenig Sinn.

Sorry noch mal schmirl und es wäre auch falsch den Patch zu übernehmen.

Grüße,

Alwin

Zitat

Sorry noch mal schmirl und es wäre auch falsch den Patch zu übernehmen.

Kein Thema

zum thema teletextpatch für streamdev:

http://www.vdrportal.de/board/…?postid=839942#post839942

...hat sich erledigt

THX pingpong xbmc wird immer besser .......

Hallo Tobi,

Wird es auch ein VDPAU Packet von xbmc geben, da es in deinem aktuellem Packet nicht aktiviert ist?

Thx,
Chris