vdr-1.7.9 (multipatch) + Plugins + XBMC pvr-testing (hepi) für Ubuntu Karmic Koala

Zitat

Original von Chello
Darf man als Aussenstehender hier fragen wo denn der Unterschied zwischen gda's und Hotzenplotz5's PPA für Karmic ist ?

Hi,

das ist eine berechtigte Frage, die ich mir auch schon gestellt habe. Ich will versuchen, sie mal ganz neutral zu beantworten.

Welche Kriterien benutzt man am besten, um diese Frage zu beantworten?

a) Anzahl der verfügbaren und lauffähigen Pakete / Plugins (nicht jedes Plugin wird problemlos unter 1.7.9 laufen) und Aktualität der Plugin-Versionen

Das kann sich sehr schnell ändern, da theoretisch beide voneinander sämtliche Plugins, die nur einer von beiden hat, zwischen ihren PPA's per Mausklick hin und herkopieren könnten. Hier ist wahrscheinlich das Vorhandensein der Top-20 der beliebtesten Plugins am wichtigsten (siehe e-tobis Blog). (Wer ein eigenes PPA hat, kann sich dort theoretisch auch seine Lieblingspakete aus den beiden Repositories zusammenkopieren.)

Momentaner Snapshot der IMHO größten Unterschiede:

gda setzt auf vdr-plugin-xineliboutput, hotzenplotz5 eher auf vdr-plugin-xine. gda verwendet im VDR-Paket den Extensions Patch, hotzenplotz5 nicht. hotzenplotz5 bietet eine leicht neuere CVS-Version von streamdev. Dafür bietet gda eine neuere CVS-Version des live-plugins.
(Man korrigiere mich bitte bei falschen Angaben).

Ich arbeite gerade an einem Web-Tool, das online den aktuellen Inhalt mehrerer Debian/Ubuntu-Repositories vergleichen kann. Damit kann ich unter anderem den genauen Inhalt der Repositories nebeneinander darstellen. Dieses Tool ist noch nicht fertig, ich werde es bei Gelegenheit bekanntgeben.

b) Getestete Zuverlässigkeit der Repositories
Das kann noch kaum jemand beurteilen, weil viel zu neu

c) Erfahrung der Betreiber

Hier hat gda bei mir einen Vertrauensvorschuss, weil er schon länger ein PPA betreibt und ich ihn besser kenne als hotzenplotz5. Wenn hotzenplotz5 nicht die Initiative ergriffen hätte, gäbe es aber möglicherwiese gda's vdrdevel-Repository noch nicht.

Viele Grüße
hepi - der noch gar kein karmic installiert hat und hier nur so mitredet

ich hab beide angetestet. für mich liegt der grösste unterschied darin dass gda auf xinelib 1.2 setzt und hotzenplotz5 (noch, gerüchten nach ändert sich das am wochenende...) auf xinelib 1.1. Laufen aber beide, soweit man das in der kürze der zeit sagen kann, sehr gut.

PS: bei gda sieht der VDR dank SoftOSD und crop patch einen tick besser aus.

Servus @all,

ich habe de Thread hier nun einige Tage verfolgt, und mich davon "mitreißen" lassen auf Karmic-amd64 umzusteigen. Habe dafür bisher die PPAs von hepi für xbmc-pvr und hotzenplotz für vdr in Gebrauch.

XBMC rennt soweit gut, nur mit den vdr-sxfe Packeten klappt es auf meiner amd64 kiste bisher nicht in Verbindung mit vdpau.
Wenn ich vdr-sxfe wie folgt starte:
xinit -e vdr-sxfe --video=vdpau --fullscreen
bekomme ich einen segfault im syslog:
vdr-sxfe[2020]: segfault at 7fc7d60cf6e8 ip 00007fc7d630f60e sp 00007fff2f710950 error 7 in libxine.so.1.26.0

ohne --video=vdpau geht das ganze zwar, aber so mag ich das nicht lassen

Irgend eine Idee woran es hängen könnte?

Grüße
hottex

BEDANKT

Zitat

Original von hotzenplotz5
hepi ich glaube bei gda läuft plugin-xine und xineliboutput

Hepi hat schon recht, vdr-plugin-xine habe ich nicht. Ich versuche es zu vermeiden mehr als ein Plugin für den selben Zweck zu haben.

Gerald

Ich denke, dass ein anderer Unterschied zwischen unseren Repositories ist, dass ich manchmal Patches verwende, die noch in keinen Repositories aufgetaucht sind (SoftOSD), oder eigene Patches einfließen lasse, z.B. beim Live-Plugin, damit die richtigen EPG-Bilder angezeigt werden.

Gerald

Zitat

Original von hotzenplotz5

hm sollte das nicht mit der aktuellen git version auch so gehen ??

Was meinst du warum das geändert worden ist?

Gerald

Zitat

Original von hotzenplotz5
soft osd heisst vdr patchen ???
wo ist der ...?

Nein, der SoftOSD-Patch im vdr kommt mit dem Extension-Patch und ist nur für FF-Karten. Der
SoftOSD den ich meine ist in xineliboutput. Wo die Quellen sind weißt du ja.

Gerald

strace geht leider irgendwie nicht, es startet nur der vdf-sxfe, im terminal von dem ich es aufrufe gibt es keinen output. Gibt es eine Möglichkeit den strace output in eine file zu dumpen oder auf ein anderes terminal?

Hi,

strace -o outfile sollte helfen.

mfG,
f.

Hi,

da ihr ja beide hier im Thread rumspukt:

Zitat

Original von hotzenplotz5
[...] kann ich hier nur die patches auflisten
die in "meinem" repo vdr vorhanden sind

gerald
Gibt's irgendwo eine Auflistung, welche Komponenten des Ext.-Patches bei dir aktiv sind? Das könnte potentiellen "Neukunden" bei der Entscheidung zwischen den beiden Repos helfen. Es gibt da nämlich den einen oder anderen Patchbestandteil, der mit dem einen oder anderen Plugin Probleme bereitet.

Gruß
Holger

Zitat

Original von HolgerR
gerald
Gibt's irgendwo eine Auflistung, welche Komponenten des Ext.-Patches bei dir aktiv sind?

Nicht wirklich, es sind alle bis auf:

# Reelchannelscan-Plugin
# opt-91_ext-channelscan


# Jump to chapters on DMH DVD - Archiv
# opt-91_ext-dvdchapjump


# EM84xx-Plugin
# opt-91_ext-em84xx


# Lirc Settings
# opt-91_ext-lircsettings


# Autopatch Plugin-Makefiles (API)
# opt-91_ext-pluginapi


# VDR starts even if some plugins cannot be loaded
# opt-91_ext-pluginmissing


# Setup-Plugin and menu extensions
# opt-91_ext-setup

Zitat

Original von HolgerR
Es gibt da nämlich den einen oder anderen Patchbestandteil, der mit dem einen oder anderen Plugin Probleme bereitet.

Welche machen denn Probleme?

Gerald

Hallo,

für die Nutzung von xbmc als client benötigt man die zusätzlichen patches:
STREAMDEVEXT
PARENTALRATING

ist es dann richtig, dass man mit diesen vdr-Paketen nicht zum xbmc streamen kann? Bzw. keine Farben in der EPG-timeline hat?

Danke, raoul

Zitat

Original von raoul
für die Nutzung von xbmc als client benötigt man die zusätzlichen patches:
STREAMDEVEXT
PARENTALRATING

Die beiden Patches sind bei mir sowohl im vdr 1.6.0 als auch im vdr 1.7.9 drin.
Hepi und ich waren schließlich die ersten Paket-Entwickler, die XBMC-Support angeboten haben.

Zitat

Original von raoul
ist es dann richtig, dass man mit diesen vdr-Paketen nicht zum xbmc streamen kann? Bzw. keine Farben in der EPG-timeline hat?

Die Frage verstehe ich nicht.

Gerald

Zitat

Original von gda
Welche machen denn Probleme?

... wenn ich mich recht erinnere war's eigentlich nur der "DVBSETUP". Bei einem auf HD ausgerichteten VDR hat der IMHO seine Wichtigkeit eh' eingebüßt.

Gruß
Holger