XBMC (xbox media center) als front-end für VDR (Bugs and Features)

gda · 24. April 2009

Zitat
Original von pingpong
Ändere mal in Funktion "bool CVTPSession::ReadResponse(int &code, vector<string> &lines)" folgende Zeile ab:

von
Code
char           buffer[2048];
in
Code
char           buffer[256];
vieleicht hilft es.
Alles anzeigen

Wenn du nicht noch mehr geändert hast und mein Fix drin ist, dann ändert das nichts am Verhalten der Funktion. Mit dem größeren Buffer hast du nur weniger Schleifendurchläufe bei langen Antworten.

Gerald

hotzenplotz5 · 24. April 2009

pingpong gibt es keine möglichkeit für einen extra patch
für vdr ohne das man gleich den kompletten extensions-patch nehmen muss ?

hepi · 24. April 2009

Zitat

Original von hotzenplotz5
pingpong gibt es keine möglichkeit für einen extra patch
für vdr ohne das man gleich den kompletten extensions-patch nehmen muss ?

Sorry, aber wieviele Patche soll pingpong denn noch machen?
Das müssen wir uns halt selber patchen, bis es passt. Was willste denn gerne verwenden?

Gruß
hepi

hotzenplotz5 · 24. April 2009

hepi naja der hier:
http://trac.xbmc.org/attachmen…7.4-ext68-streamdev.patch
geht halt nicht für vdr-1.7.5
zumindest bei mir nicht????
(siehe oben)
und ich weiss leider nicht welchen teil ich vom extensionspatch nehmen muss?
weil den kann man so nur am stück einspielen......

MIR geht es nur darum das ganze geraffel irgendwie mit vdrdevel-multipatch-variante von tomg
zu verheiraten und da passt dann nichts !!!! mehr zusammen.

es wäre halt ganz nett den patch irgendwann tomg/tobi anzudrehen damit das vielleicht in die ganz normalen repos kommt

aber ich kapier eh zuwenig ......

hepi · 24. April 2009

Hi hotzenplotz5,

gibt es hier im Forum eigentlich irgendwo einen übersichtlichen Vergleich der Unterschiede von multipatch und extensions-Patch? Ich bin da auch noch Anfänger. Was bietet Dir denn multipatch, was der extensions-Patch nicht bietet?

Gruß
hepi

hotzenplotz5 · 24. April 2009

alleine der umgang mit make.config beim extensionspatch könnte so nicht funktionieren bei debian:

Code

+#ANALOGTV = 1
+#ATSC = 1
+CHANNELSCAN = 1
+CMDRECCMDI18N = 1
+CMDSUBMENU = 1
+#CUTTERLIMIT = 1
+#CUTTERQUEUE = 1
+CUTTIME = 1
+DDEPGENTRY = 1
+#DELTIMESHIFTREC = 1
+DOLBYINREC = 1
+#DVBSETUP = 1
+#DVDARCHIVE = 1
+#DVDCHAPJUMP = 1
+#DVLFRIENDLYFNAMES = 1
+#DVLRECSCRIPTADDON = 1
+#DVLVIDPREFER = 1
+#EM84XX = 1
+GRAPHTFT = 1
+#HARDLINKCUTTER = 1
+#JUMPPLAY = 1
+LIEMIEXT = 1
+#LIRCSETTINGS = 1
+#LNBSHARE = 1
+#MAINMENUHOOKS = 1
+#MENUORG = 1
+#NOEPG = 1
+#OSDMAXITEMS = 1
+PARENTALRATING = 1
+#PINPLUGIN = 1
+PLUGINAPI = 1
+PLUGINMISSING = 1
+#PLUGINPARAM = 1
+#ROTOR = 1
+SETTIME = 1
+#SETUP = 1
+#SOFTOSD = 1

Alles anzeigen

bei debian wird halt jeder einzelne patch in der datei debian/patches/00.list aktiviert

Code

03_cmdsubmenu
04_newplugin
06_default_svdrp_port_0
09_sort_options
10_dd-record-option
11_sortrecordings
12_osdbase-maxitems
14_cap-memsize
16_channels.conf.terr-fix


81_Make_config
82_valgrind


99_dvb-header-fixes
99_ncursesw-include


# Patch collection (replaces enAIO).
opt-20_liemikuutio


# Allows to tune to non-FTA channels provided by internal devices, 
# like streamdev
opt-21_internal-cam-devices


# The Jump patch allows automatic jumping over cutting marks.
opt-24_jumpplay


# Patch needed for the ttxtsubs plugin.
# opt-27_ttxtsubs


# Fixes length calculation for radio recordings
# opt-28_audioindexer


# Speed up zapping channels.
# opt-29_syncearly
# opt-29_syncearly-audioindexer


# Patch needed for the analogtv plugin.
opt-30-x_analogtv


# Makes VDR aware of the reelchannelscan plugin
opt-31-x_reelchannelscan


# Patch that shows if there is a valid setup value left or right with < and >.
# opt-35_setup-show-valid


# Patch needed for the menuorg plugin.
opt-37-x_menuorg


# Patch that suppresses double EPG entries.
opt-38_disableDoubleEpgEntrys


# Patch to disable normal epg update for specified channels.
opt-39_noepg


# Patch required by the IPTV plugin
opt-40_iptv


# Patch to show an info, if it is possible to record an event in the timer-info.
opt-41-x_timer-info


# Patch to allow plugins to replace the VDR mainmenus
opt-42-x_MainMenuHooks


# Shows remaining recording capacity in recordings menu.
# (Requires opt-41-x_timer-info !)
opt-43-x_recordshowfree


# Patch needed for the rotor plugin.
# opt-44_rotor


# Patch needed for the yaepg plugin.
opt-45_yaepg


# Patch for assigning special satellites to one dvb card.
# opt-47_sourcecaps


# Patch for the PIN plugin
opt-48-x_pin


# Patch for the pvrinput plugin
opt-49-x_pvrinput


# Patch required for the GraphTFT plugin
opt-50_graphtft


# Modifies the start time of recordings to the first cutting mark
# (disabled by default - enable in VDR's recording setup)
opt-51_cuttime


# Records into smaller files and uses hardlinks to speed up cutting
opt-52_hard_link_cutter


# Setup for AC3 transfer, QAM_256, disable primary tuner
# opt-53_dvbsetup


# Offers the choice to delete timeshift recordings
opt-54_deltimeshiftrec

Alles anzeigen

vorteil dabei, die sourcen von VDR bleiben sauber !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
und mit debian/rules clean werden die patches von den sourcen wieder "rausgenommen" !!!!!!!!
guck dir mal die sourcen von tobi an vdr-1.7.5 = vdr-1.7.5 von kls !!! nur der debian ordner
ist beigefügt

hepi · 24. April 2009

Man könnte doch theoretisch einen Parser programmieren, der den Extensions-Patch parst und in eine Vielzahl von Einzel-Patches konvertiert, so dass man es standardkonform in einen debian-Build einbauen könnte. Dafür müsste man die Patchabhängigkeiten analysieren, was an einigen Stellen kompliziert werden könnte, aber eigentlich müsste es relativ leicht zu parsen sein, wenn man erstmal nur mal die einfachste Logikform berücksichtigt: #ifdef und #endif

Aber nochmal eine Grundfrage: Warum ist es denn so viel besser, wenn man alles sauber Debian-konform organisiert? Was gewinnt man dadurch?

Gruß
hepi

hotzenplotz5 · 24. April 2009

Zitat

Warum ist es denn so viel besser, wenn man alles sauber Debian-konform organisiert? Was gewinnt man dadurch?

naja wenn man so fragt für was überhaupt debian (oder ubuntu)

hepi · 24. April 2009

Zitat

Original von hotzenplotz5

naja wenn man so fragt für was überhaupt debian (oder ubuntu)

Bitte nicht falsch verstehen: Ich benutze auch Ubuntu. Es ist also keine religiöse Diskussion nötig. Aber wenn ich es richtig verstehe, kann man ja mit vdr-vanilla-sourcen und Extensions-Patch ohne weiteres funktionierende Debian-Pakete bauen. Und das ist ja das wichtigste, oder? Auch, wenn alle im Extensions-Patch enthaltenen Patches einzeln vorliegen würden Debian-like, würde das ja das Hinzufügen eines weiteren, neuen Patches nicht unbedingt einfacher machen, oder? Abhängigkeiten muss man ja eh auflösen und das ist so oder so kompliziert.

Ergänzung: Die Schwierigkeit steigt mit der Anzahl verfügbarer Patches, nicht mit der Art, wie die Patches eingebunden werden. - Macht dieser Gedanke Sinn?

Gruß
hepi

gda · 24. April 2009

Zitat

Original von hotzenplotz5
alleine der umgang mit make.config beim extensionspatch könnte so nicht funktionieren bei debian:

vorteil dabei, die sourcen von VDR bleiben sauber !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
und mit debian/rules clean werden die patches von den sourcen wieder "rausgenommen" !!!!!!!!
guck dir mal die sourcen von tobi an vdr-1.7.5 = vdr-1.7.5 von kls !!! nur der debian ordner
ist beigefügt

Guck dir mal die 00list.extensions bei etobi an, das funktioniert bei ihm genauso. Ich weiß das so genau, weil ich in meinem Repository die extensions-Version benutze. Zwar wird der extensions-Patch komplett angewendet, aber mit Einträgen in der 00list.extensions wird jeder einzelne Teil-Patch aktiviert.
Natürlich kann man hier genauso die Patches auch wieder rausnehmen. Das geht besonders einfach, weil es ja nur einer ist.

Gerald

hotzenplotz5 · 24. April 2009

gda ok ich hab das hier nicht in vdrdevel

dann hat das tobi aber "umgestrickt"..... gut zu wissen, dann kann ich ja von da "klauen"

hotzenplotz5 · 24. April 2009

[sorry für offtopic]

ok so hat er es gemacht:
debian/patches/extension-patch-helper.sh

Zitat

MAKE_CONFIG="Make.config"

toggle_extension_patch()
{
local patchname="$1"
local patchaction="$2"
local tmp

case "$patchaction" in
-patch)
echo "$patchname = 1" >>$MAKE_CONFIG
echo "DEFINES += -DUSE_$patchname" >>$MAKE_CONFIG
;;
-unpatch)
tmp=$MAKE_CONFIG.$$
sed "/$patchname/d" $MAKE_CONFIG >$tmp
mv $tmp $MAKE_CONFIG
;;
*)
echo >&2 "script expects -patch or -unpatch as argument"
exit 1
;;
esac
}

Alles anzeigen

ext70-STREAMDEVEXT.dpatch

Zitat

#!/bin/sh
#
# Enables the STREAMDEVEXT patch within the VDR Extension patch
#
. debian/patches/extension-patch-helper.sh

toggle_extension_patch STREAMDEVEXT $1

exit 0

Alles anzeigen

da isser

raoul · 24. April 2009

hallo,

bisher hatte ich keine probleme xbmc zu kompilieren, aber mit der aktuellen hakt es momentan, das kompilieren bricht mit dieser Fehlermeldung ab:

Code

make[3]: Entering directory `/root/src/xbmc/linuxport/XBMC/xbmc/visualizations/Goom/goom2k4-0/src'
/bin/sh ../libtool --tag=CC   --mode=compile gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"SDL_Goom\" -DVERSION=\"2k4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_MMX=1 -DCPU_X86=1 -I.     -g -O2 -MT goomsl_yacc.lo -MD -MP -MF .deps/goomsl_yacc.Tpo -c -o goomsl_yacc.lo goomsl_yacc.c
../libtool: line 467: CDPATH: command not found
../libtool: line 1145: func_opt_split: command not found
libtool: Version mismatch error.  This is libtool 2.2.4 Debian-2.2.4-0ubuntu4, but the
libtool: definition of this LT_INIT comes from an older release.
libtool: You should recreate aclocal.m4 with macros from libtool 2.2.4 Debian-2.2.4-0ubuntu4
libtool: and run autoconf again.
make[3]: *** [goomsl_yacc.lo] Fehler 63
make[3]: Leaving directory `/root/src/xbmc/linuxport/XBMC/xbmc/visualizations/Goom/goom2k4-0/src'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/root/src/xbmc/linuxport/XBMC/xbmc/visualizations/Goom/goom2k4-0'
make[1]: *** [goom2k4-0/src/.libs/libgoom2.a] Fehler 2
make[1]: Leaving directory `/root/src/xbmc/linuxport/XBMC/xbmc/visualizations/Goom'
make: *** [visualizations] Fehler 2

Alles anzeigen

vielleicht erkennt jemand woran das liegt, ich hab schon versucht eine andere Version von libtool zu verwenden (aus testing), hat aber auch nicht funktioniert (system ist sidux)
Danke im voraus

hotzenplotz5 · 24. April 2009

gda danke für den hinweis !!
ich habs jetzt auch mit vdrdevel-1.7.5 hinbekommen:
http://www.schvestka.de/debian-patches.tar.gz

aelo · 24. April 2009

Zitat

Original von raoul
hallo,

bisher hatte ich keine probleme xbmc zu kompilieren, aber mit der aktuellen hakt es momentan, das kompilieren bricht mit dieser Fehlermeldung ab:

Code

make[3]: Entering directory `/root/src/xbmc/linuxport/XBMC/xbmc/visualizations/Goom/goom2k4-0/src'
/bin/sh ../libtool --tag=CC   --mode=compile gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"SDL_Goom\" -DVERSION=\"2k4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_MMX=1 -DCPU_X86=1 -I.     -g -O2 -MT goomsl_yacc.lo -MD -MP -MF .deps/goomsl_yacc.Tpo -c -o goomsl_yacc.lo goomsl_yacc.c
../libtool: line 467: CDPATH: command not found
../libtool: line 1145: func_opt_split: command not found
libtool: Version mismatch error.  This is libtool 2.2.4 Debian-2.2.4-0ubuntu4, but the
libtool: definition of this LT_INIT comes from an older release.
libtool: You should recreate aclocal.m4 with macros from libtool 2.2.4 Debian-2.2.4-0ubuntu4
libtool: and run autoconf again.
make[3]: *** [goomsl_yacc.lo] Fehler 63
make[3]: Leaving directory `/root/src/xbmc/linuxport/XBMC/xbmc/visualizations/Goom/goom2k4-0/src'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/root/src/xbmc/linuxport/XBMC/xbmc/visualizations/Goom/goom2k4-0'
make[1]: *** [goom2k4-0/src/.libs/libgoom2.a] Fehler 2
make[1]: Leaving directory `/root/src/xbmc/linuxport/XBMC/xbmc/visualizations/Goom'
make: *** [visualizations] Fehler 2

Alles anzeigen

vielleicht erkennt jemand woran das liegt, ich hab schon versucht eine andere Version von libtool zu verwenden (aus testing), hat aber auch nicht funktioniert (system ist sidux)
Danke im voraus

Alles anzeigen

hol dir die Source von hier: https://edge.launchpad.net/~team-xbmc-svn/+archive/ppa
und koppiere den Goom-Ordner daraus über deinen SVN Checkout

müsste funktionieren
da der Fehler zumidnest bei mir wegen einer alten Automake-Version auftrat mit der die Files erstellt wurden, und Sidux hat ja sicher auch die aktuelle version wie ubuntu jaunty

mfg
aelo

hotzenplotz5 · 25. April 2009

pingpong bei mir stürzt xbmc ab, wenn ich versuche den vdr-client auszuwählen beim ok drücken ??
vdr-1.7.5 + xbmc-common_9.04~beta1 > ubuntu jaunty

starte ich dann nochmal xbmc und aktiviere den tv-client dann klappt alles !!!!!!!

ist das mit der livebild pause gewollt ?

Code

07:35:10 T:3064792944 M:3094974464   DEBUG: Einstellungen->Videos
07:35:10 T:3064792944 M:3094974464   DEBUG: -------------------
07:35:10 T:3064792944 M:3094974464    INFO: Loading skin file: SettingsCategory.xml
07:35:10 T:3064792944 M:3094974464   DEBUG: Load SettingsCategory.xml: 8.13ms
07:35:10 T:3064792944 M:3094974464   DEBUG: Load Button_Side_Focus.png: 0.3ms (bundled)
07:35:10 T:3064792944 M:3094974464   DEBUG: Load Button_Side_NoFocus.png: 0.4ms (bundled)
07:35:10 T:3064792944 M:3094974464   DEBUG: Load list-focus.png: 0.1ms (bundled)
07:35:10 T:3064792944 M:3094974464   DEBUG: Load radiobutton-focus-2.png: 0.1ms (bundled)
07:35:10 T:3064792944 M:3094974464   DEBUG: Load radiobutton-nofocus.png: 0.1ms (bundled)
07:35:10 T:3064792944 M:3094974464   DEBUG: Load scroll-up-2.png: 0.2ms (bundled)
07:35:10 T:3064792944 M:3094974464   DEBUG: Load scroll-up-focus-2.png: 0.1ms (bundled)
07:35:10 T:3064792944 M:3094974464   DEBUG: Load scroll-down-2.png: 0.2ms (bundled)
07:35:10 T:3064792944 M:3094974464   DEBUG: Load scroll-down-focus-2.png: 0.1ms (bundled)
07:35:10 T:3064792944 M:3094974464   DEBUG: Alloc resources: 12.60ms (8.61 ms skin load, 0.18 ms preload)
07:35:10 T:3064792944 M:3094974464   DEBUG: Load separator.png: 0.1ms (bundled)
07:35:10 T:3064792944 M:3091185664   DEBUG: Load Background.png: 53.0ms (bundled)
07:35:10 T:3064792944 M:3086487552   DEBUG: Load Panel.png: 2.9ms (bundled)
07:35:10 T:3064792944 M:3085578240   DEBUG: Load Header.png: 8.7ms (bundled)
07:35:11 T:3064792944 M:3086557184   DEBUG: Load separator.png: 0.1ms (bundled)
07:35:11 T:3064792944 M:3086557184   DEBUG: Load separator.png: 0.1ms (bundled)
07:35:13 T:3064792944 M:3086557184    INFO: starting PVRManager
07:35:13 T:3064792944 M:3086557184  NOTICE: PVR: PVRManager starting
07:35:13 T:3064792944 M:3086557184   DEBUG: SECTION:LoadDLL(special://xbmc/pvrclients/VDR/vdr.pvr)
07:35:13 T:3064792944 M:3086557184   DEBUG: Loading: /usr/share/xbmc/pvrclients/VDR/vdr.pvr
07:35:13 T:2861185936 M:3086557184   DEBUG: Running thread 2861185936
07:35:13 T:2861185936 M:3086557184   DEBUG: thread start, auto delete: 0
07:35:13 T:3064792944 M:3086557184  NOTICE: PVR: PVRManager started. Client 'VDR-127.0.0.1:2004' loaded with Id: 1
07:35:14 T:3064792944 M:3086561280    INFO: Loading skin file: DialogAddonBrowser.xml
07:35:14 T:3064792944 M:3086561280   DEBUG: Load DialogAddonBrowser.xml: 8.91ms
07:35:14 T:3064792944 M:3086561280   DEBUG: Sort, sorting took 0 millis
07:35:14 T:3064792944 M:3086561280   DEBUG: ------------------- GUI_MSG_WINDOW_INIT
07:35:14 T:3064792944 M:3086561280   DEBUG: 
07:35:14 T:3064792944 M:3086561280   DEBUG: -------------------
07:35:14 T:3064792944 M:3086561280   DEBUG: Load button-focus2.png: 0.2ms (bundled)
07:35:14 T:3064792944 M:3086561280   DEBUG: Load button-nofocus.png: 0.1ms (bundled)
07:35:14 T:3064792944 M:3086561280   DEBUG: Alloc resources: 0.92ms (0.01 ms skin load, 0.10 ms preload)
07:35:14 T:3064792944 M:3086561280   DEBUG: Load DialogLeft.png: 0.8ms (bundled)
07:35:14 T:3064792944 M:3085803520   DEBUG: Load DialogMiddle.png: 7.3ms (bundled)
07:35:14 T:3064792944 M:3085803520   DEBUG: Load DialogRight.png: 0.8ms (bundled)
07:35:14 T:3064792944 M:3086561280   DEBUG: Load button-focus.png: 0.2ms (bundled)
07:35:14 T:3064792944 M:3086561280   DEBUG: Load special://xbmc/pvrclients/VDR/vdr.tbn: 7.6ms
07:35:15 T:3064792944 M:3086561280   DEBUG: Load button-focus2.png: 0.2ms (bundled)
07:35:16 T:3064792944 M:3086561280   DEBUG: ------------------- GUI_MSG_WINDOW_DEINIT
07:35:16 T:3064792944 M:3086561280   DEBUG: 
07:35:16 T:3064792944 M:3086561280   DEBUG: -------------------
07:35:16 T:3064792944 M:3086561280    INFO: stopping PVRManager
07:35:16 T:3064792944 M:3086561280  NOTICE: PVR: PVRManager stoping
07:35:16 T:2861185936 M:3086561280   DEBUG: staticThread, deleting thread graphic context
07:35:16 T:2861185936 M:3086561280   DEBUG: Thread 2861185936 terminating

Alles anzeigen

zum anfixen:
[Blockierte Grafik: http://www.schvestka.de/a.png]

hotzenplotz5 · 25. April 2009

so aufnahme läuft !
umschalten "sauschnell"

1.bei "Programm" funktioniert "jetzt" und "nächstes" dann beim versuch den "nächsten" punkt auszuwählen
stürzt xbmc ab :

2.der "fortschrittsbalken" bei der info anzeige fängt immer bei 0 an obwohl die sendung schon lange läuft

3.channellogos gehen nicht ? was braucht man ? ich hab die logos von da:
http://vdrportal.de/board/thre…?postid=752759#post752759

henfri · 25. April 2009

Hallo,

mit dem Patch von GDA habe ich noch immer das gleiche Verhalten

Diff

--- xbmc/pvrclients/VDR/VTPTransceiver.cpp.orig 2009-04-22 10:26:01.000000000 +0200
+++ xbmc/pvrclients/VDR/VTPTransceiver.cpp      2009-04-22 10:26:23.000000000 +0200
@@ -264,7 +264,7 @@
       }
     }


-    result = recv(m_socket, buffer, sizeof(buffer), 0);
+    result = recv(m_socket, buffer, sizeof(buffer) - 1, 0);
     if(result < 0)
     {
       CLog::Log(LOGDEBUG, "VTPTransceiver::ReadResponse - recv failed");

Alles anzeigen

Gruß,
Hendrik

gda · 25. April 2009

Zitat

Original von henfri
mit dem Patch von GDA habe ich noch immer das gleiche Verhalten

Ich musste mich erstmal einige Posts zurück quälen um rauszubekommen was denn das "gleiche Verhalten" ist. Mein Patch ist gegen ein Problem, dass im Zusammenhang mit Jaunty 32bit auftritt und zum sofortigen Absturz führt. Das hat nichts mit irgendwelchen Hängern zu tun.

Gerald

_akku_ · 25. April 2009

Hab es hier zum laufen bekommen wieder mal nach der Anleitung von freezy.

Allerdings führt bei mir das aufrufen von HD-Sendern(EinsFestival HD) immer noch zum Absturz von XBMC. Aufruf per VLC funktioniert, am VDR kann es also nicht liegen.

pingpong: Danke für deine Mühen.

PS: Wie läufts eigentlich mit der Mediastream Integration?

XBMC (xbox media center) als front-end für VDR (Bugs and Features)

Jetzt mitmachen!

Teilen