oha von solchen Verpflichtungen wusste ich gar nichts.
Ja ich verwende den experimentellen xbmc-support als Standard-Frontend.
Ab und zu switche ich jedoch mal um etwas zu testen, deswegen wäre es nett gewesen, wenn auch da die Fernbedienung funktionieren würde.
Beiträge von peasen
-
-
Gar nicht.
Ich nutze aktuell xbmc mit pvr support und schaue darüber fern.
Wenn ich die remote.conf wieder herstelle aber im xbmc das pvr (live tv) deaktiviere, dann funktioniert auch pause per fernbedienung.
Aktiviere ich jedoch pvr und schaue Filme, werden die Kommandos weitergereicht. -
also ich habe da nichts eingestellt.
Nur beim Einrichten von lirc Kommandos in die remote.conf geschrieben.
Und die wurden anscheinend ausgeführt.
Mit einer leeren remote.conf gehts.
Aber ob das der way to go is bezweifle ich. -
Ich habe die remote.conf geleert. Nun scheint es zu funktionieren.
Anscheinend haben sowohl xbmc als auch vdr die Befehle entgegengenommen.Ja die Aufnahmen fangen alle mit @ an, dass stimmt.
Ist das eine Aufnahme für zeitversetztes Fernsehen? -
Jo danke, habe ich gefunden.
Aber es war kein timer eingerichtet.Wenn ich aber ein Film in xbmc schaue und dann mit meiner logitech harmony per lirc auf pause drücke, stürzt mein xbmc ab und startet neu.
Und dann ist auf einmal ein timer programmiert und er nimmt auf.
Ich find das sowas von krass.
Was hat Pause in xbmc mit dem einrichten von timern zu tun???MfG
pea
-
yavdr 0.3.
auf aktuellem Stand.wo kann ich den die suchtimer deaktivieren?
-
Hallo Leute,
ich hab ein kleines Problem mit meinem yavdr htpc.
Er nimmt ständig selber Sachen auf.
Kaum Lösche ich die Timer in xbmc und die Dateien in /srv/vdr sind schon selbstständig neue timer programmiert worden.
Wie kann das sein?
wie kann ich das selbstständige aufnehmen deaktivieren?Danke für eure Hilfe
pea
-
Hallo,
ich habe Probleme Skins in xbmc zu installieren. Wenn ich über addons einen neuen Skin installieren m;chte, bleibt er bei Downloading 0% stehen.
Die xbmc.log sagt folgendes:Code12:07:08 T:2949995376 M:2854162432 DEBUG: FileManager: copy http://mirrors.xbmc.org/addons/dharma/skin.transparency/skin.transparency-3.11.7.zip->special://home/addons/packages/skin.transparency-3.11.7.zip 12:07:08 T:2949995376 M:2854162432 DEBUG: FileCurl::Open(0x9faf0f8) http://mirrors.xbmc.org/addons/dharma/skin.transparency/skin.transparency-3.11.7.zip 12:07:09 T:2960485232 M:2858803200 DEBUG: Thread 2960485232 terminating 12:07:35 T:2973743984 M:2860036096 DEBUG: Thread 2973743984 terminating (autodelete) 12:07:36 T:3079280512 M:2859761664 DEBUG: SECTION:UnloadDelayed(DLL: special://xbmcbin/system/ImageLib-i486-linux.so) 12:07:36 T:3079280512 M:2859761664 DEBUG: Unloading: ImageLib-i486-linux.so 12:07:38 T:2907073392 M:2859843584 DEBUG: Thread 2907073392 terminating (autodelete) 12:07:58 T:2949995376 M:2859614208 ERROR: Cache - Failed write to file special://home/addons/packages/skin.transparency-3.11.7.zip 12:07:58 T:2949995376 M:2859614208 DEBUG: FileCurl::Close(0x9faf0f8) http://ftp.hosteurope.de/mirror/xbmc.org/addons/dharma/skin.transparency/skin.transparency-3.11.7.zip 12:08:28 T:2949995376 M:2859106304 DEBUG: Thread 2949995376 terminating (autodelete)
Anscheinend kann er die zip nicht schreiben. Aber der Ordner /var/lib/vdr/.xbmc/addons/packages hat eigentlich alle Rechte:
Hat einer von euch auch diese Probleme?
Vielen Dank fuer euren support.MfG
peasen
-
Ich habs hinbekommen.
Entscheidend war folgender Thread für mich:
http://forum.ubuntuusers.de/to…rc-probleme/#post-2812895Angepasst habe ich die /etc/lirc/hardware.conf nach seinem Vorschlag. Und dann gings. Da scheint out of the box noch was nicht richtig konfiguriert zu sein.
MfG
pea
-
Hat sonst keiner das Problem dass start remoted den lircd nicht mitstartet?
-
Hallo Leute,
ich hab massive Probleme lirc bei meinem yavdr 0.3 in Betrieb zu nehmen. Dabei funktioniert eigentlich alles.
Aber fangen wir mal am Anfang an.Ich konfiguriere lirc über das Webinterface und wähle Windows Media Center Transceivers/Remotes (all) aus.
Dann reboote ich. Das System bleibt beim booten hängen, mein vdr-frontend fährt nicht hoch, stattdessen sehe ich ein grün blinkendes Icon.
Das liegt an lirc. In der Config /etc/init/remoted.conf hängt das remote skript in der folgenden Anweisung:Erstelle ich mit ln -s /dev/lirc0 /dev/lircd das Device bootet das System weiter und mein Frontend startet.
Leider erzeugt mir die remoted.conf kein lircd prozessSomit funktioniert weder irw noch xbmc mit meiner fernbedienung.
Ein manuelles Starten von lircd schafft hier Abhilfe:
Dann startet auch irw und ich sehe meine Eingaben über die Fernbedienung. Lasse ich das -d /dev/lirc0 weg, startet lircd und irw zwar auch, meine Eingaben über die Fernbedienung erscheinen jedoch nciht im irw.
Leider funktioniert dann xbmc nocht nicht. Allerdings erstellt mit lircd die Datei /var/run/lirc/lircd.
Wenn ich nach erfolgreichem starten von lircd noch ein ln -s /var/run/lirc/lircd /dev/lircd mache und dann reagiert auch mein xbmc auf meine Fernbedienungseingaben.Nun zu meinen Fragen:
Wieso habe ich nicht standardmäßig ein /dev/lircd device? Das kann doch nicht so gewollt sein, dass sich yavdr da in so einer Dead Loop befindet.
Warum startet "start remoted" den lircd nicht mit? Wenn ich ihn von hand starte funktioniert alles.Irgendwas muss ich doch da in den configs noch falsch haben, ich weiss nur nicht wo...
-
Also ich muss den Thread doch nochmal öffnen.
Das ganze Dilemma passiert genau dann, wenn ich im Webfrontend LIRC aktiviere und Windows Media Center Transceivers/Remotes (all) auswähle.
Wenn ich diese Einstellung speichern will wirft das Webfrontend nach einiger zeit ein Fehler. Wenn ich dann reboote habe ich wieder das beschriebene Problem, dass vdr nicht richtig hochfährt.
Meiner Meinung nach wurde mit dem letzten apt-get upgrade eine neue LIRC Version installiert und seit dem habe ich diese Probleme.
Davor hatte ich genau diese Einstellungen im Weninterface und die Fernbedienung lief und vdr startete normal.
Sonst keiner mit ähnlichen Erkenntnissen?
Ich habe eine Logitech Harmony One und einen RC-6 IR-Empfänger von Phillips. -
Ok,
Asche über mein Haupt. Es lag auch an LIRC.
Davor lief aber LIRC soweit ich mich erinnern kann.
Naja zumindest startet das System jetzt wieder durch und ich werd mir LIRC nochmal genauer anschauen.Danke und closed.
MfG
Pea
-
Ich habe nochmal ein wenig recherchiert.
Es scheint als wenn ich ein ähnliches Problem hätte wie hier beschrieben.Beim reboot verschwindet das grün pulsierende icon nicht vom fernseher. Gebe ich aber nach dem booten sudo killall sleep ein, startet auf einmal vdr und auch xbmc.
Fernsehen ist dann auch möglich.
Jetzt muss ich nur noch herausfinden, was da schläft und den startprozess verhindert.MfG
pea
-
Hi,
bin jetzt erst wieder von Arbeit zurück.
Leider will Mr. Slave noch nicht so wie ich. Aber er hat sich da einfach unterzuordnenHier die syslog direkt nach start:
Code
Alles anzeigenJun 28 21:00:54 mrslave kernel: [ 10.543103] CPU0 attaching sched-domain: Jun 28 21:00:54 mrslave kernel: [ 10.543108] domain 0: span 0,2 level SIBLING Jun 28 21:00:54 mrslave kernel: [ 10.543112] groups: 0 (cpu_power = 589) 2 (cpu_power = 589) Jun 28 21:00:54 mrslave kernel: [ 10.543120] domain 1: span 0-3 level MC Jun 28 21:00:54 mrslave kernel: [ 10.543124] groups: 0,2 (cpu_power = 1178) 1,3 (cpu_power = 1178) Jun 28 21:00:54 mrslave kernel: [ 10.543133] CPU1 attaching sched-domain: Jun 28 21:00:54 mrslave kernel: [ 10.543136] domain 0: span 1,3 level SIBLING Jun 28 21:00:54 mrslave kernel: [ 10.543140] groups: 1 (cpu_power = 589) 3 (cpu_power = 589) Jun 28 21:00:54 mrslave kernel: [ 10.543147] domain 1: span 0-3 level MC Jun 28 21:00:54 mrslave kernel: [ 10.543150] groups: 1,3 (cpu_power = 1178) 0,2 (cpu_power = 1178) Jun 28 21:00:54 mrslave kernel: [ 10.543158] CPU2 attaching sched-domain: Jun 28 21:00:54 mrslave kernel: [ 10.543161] domain 0: span 0,2 level SIBLING Jun 28 21:00:54 mrslave kernel: [ 10.543164] groups: 2 (cpu_power = 589) 0 (cpu_power = 589) Jun 28 21:00:54 mrslave kernel: [ 10.543172] domain 1: span 0-3 level MC Jun 28 21:00:54 mrslave kernel: [ 10.543175] groups: 0,2 (cpu_power = 1178) 1,3 (cpu_power = 1178) Jun 28 21:00:54 mrslave kernel: [ 10.543183] CPU3 attaching sched-domain: Jun 28 21:00:54 mrslave kernel: [ 10.543186] domain 0: span 1,3 level SIBLING Jun 28 21:00:54 mrslave kernel: [ 10.543189] groups: 3 (cpu_power = 589) 1 (cpu_power = 589) Jun 28 21:00:54 mrslave kernel: [ 10.543196] domain 1: span 0-3 level MC Jun 28 21:00:54 mrslave kernel: [ 10.543199] groups: 1,3 (cpu_power = 1178) 0,2 (cpu_power = 1178) Jun 28 21:00:54 mrslave kernel: [ 10.854418] nvidia 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 Jun 28 21:00:54 mrslave kernel: [ 10.854430] nvidia 0000:01:00.0: setting latency timer to 64 Jun 28 21:00:54 mrslave kernel: [ 10.854436] vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem Jun 28 21:00:54 mrslave kernel: [ 10.854555] NVRM: loading NVIDIA UNIX x86 Kernel Module 270.29 Wed Feb 23 16:16:53 PST 2011 Jun 28 21:00:54 mrslave kernel: [ 10.904457] DVB: registering adapter 0 frontend 0 (Philips TDA10023 DVB-C)... Jun 28 21:00:54 mrslave kernel: [ 10.911570] lp0: using parport0 (interrupt-driven). Jun 28 21:00:54 mrslave init: logo-start main process (1148) terminated with status 2 Jun 28 21:00:54 mrslave init: logo-start post-stop process (1157) terminated with status 2 Jun 28 21:00:54 mrslave kernel: [ 10.941668] lirc_dev: IR Remote Control driver registered, major 61 Jun 28 21:00:54 mrslave init: plymouth-splash main process (1163) terminated with status 1 Jun 28 21:00:55 mrslave dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8 Jun 28 21:00:55 mrslave dhclient: DHCPOFFER of 192.168.1.53 from 192.168.1.1 Jun 28 21:00:55 mrslave dhclient: DHCPREQUEST of 192.168.1.53 on eth0 to 255.255.255.255 port 67 Jun 28 21:00:55 mrslave dhclient: DHCPACK of 192.168.1.53 from 192.168.1.1 Jun 28 21:00:55 mrslave dhclient: bound to 192.168.1.53 -- renewal in 284399 seconds. Jun 28 21:00:55 mrslave init: ssh main process (871) terminated with status 255 Jun 28 21:01:02 mrslave kernel: [ 19.154002] eth0: no IPv6 routers present Jun 28 21:01:03 mrslave init: tty4 main process (920) terminated with status 1 Jun 28 21:01:03 mrslave init: tty4 main process ended, respawning Jun 28 21:01:03 mrslave init: tty5 main process (921) terminated with status 1 Jun 28 21:01:03 mrslave init: tty5 main process ended, respawning Jun 28 21:01:03 mrslave init: tty2 main process (927) terminated with status 1 Jun 28 21:01:03 mrslave init: tty2 main process ended, respawning Jun 28 21:01:03 mrslave init: tty3 main process (928) terminated with status 1 Jun 28 21:01:03 mrslave init: tty3 main process ended, respawning Jun 28 21:01:03 mrslave init: tty6 main process (930) terminated with status 1 Jun 28 21:01:03 mrslave init: tty6 main process ended, respawning Jun 28 21:01:08 mrslave init: openbox main process (967) terminated with status 1 Jun 28 21:01:08 mrslave init: openbox main process ended, respawning Jun 28 21:01:08 mrslave acpid: client 969[0:0] has disconnected Jun 28 21:01:08 mrslave acpid: client connected from 1433[0:0] Jun 28 21:01:08 mrslave acpid: 1 client rule loaded Jun 28 21:01:13 mrslave acpid: client connected from 1433[0:0] Jun 28 21:01:13 mrslave acpid: 1 client rule loaded Jun 28 21:01:13 mrslave kernel: [ 29.768474] HDMI hot plug event: Pin=5 Presence_Detect=1 ELD_Valid=0 Jun 28 21:01:13 mrslave kernel: [ 29.788083] HDMI hot plug event: Pin=5 Presence_Detect=1 ELD_Valid=1 Jun 28 21:01:14 mrslave kernel: [ 30.562171] HDMI: detected monitor SR5004 HDMI2 at connection type HDMI Jun 28 21:01:14 mrslave kernel: [ 30.562178] HDMI: available speakers: FL/FR LFE FC RL/RR RLC/RRC Jun 28 21:01:14 mrslave kernel: [ 30.562185] ------------[ cut here ]------------ Jun 28 21:01:14 mrslave kernel: [ 30.562193] WARNING: at /build/buildd/linux-2.6.32/lib/vsprintf.c:1100 vsnprintf+0x3f2/0x410() Jun 28 21:01:14 mrslave kernel: [ 30.562197] Hardware name: System Product Name Jun 28 21:01:14 mrslave kernel: [ 30.562199] Modules linked in: autofs4 lirc_dev lp snd_hda_codec_nvhdmi nfsd exportfs nfs lockd nfs_acl auth_rpcgss snd_hda_intel snd_hda_codec ir_sony_decoder snd_hwdep ir_jvc_decoder snd_pcm ir_rc6_decoder sunrpc ppdev snd_timer ir_rc5_decoder parport_pc mantis nvidia(P) snd parport video output mantis_core ir_nec_decoder soundcore snd_page_alloc psmouse agpgart serio_raw ir_core tda665x lnbp21 mb86a16 stb6100 tda10021 tda10023 zl10353 stb0899 stv0299 dvb_core r8169 ahci mii Jun 28 21:01:14 mrslave kernel: [ 30.562257] Pid: 995, comm: hd-audio0 Tainted: P 2.6.32-32-generic #62-Ubuntu Jun 28 21:01:14 mrslave kernel: [ 30.562260] Call Trace: Jun 28 21:01:14 mrslave kernel: [ 30.562268] [<c014cfb2>] warn_slowpath_common+0x72/0xa0 Jun 28 21:01:14 mrslave kernel: [ 30.562273] [<c0354de2>] ? vsnprintf+0x3f2/0x410 Jun 28 21:01:14 mrslave kernel: [ 30.562278] [<c0354de2>] ? vsnprintf+0x3f2/0x410 Jun 28 21:01:14 mrslave kernel: [ 30.562284] [<c014cffa>] warn_slowpath_null+0x1a/0x20 Jun 28 21:01:14 mrslave kernel: [ 30.562288] [<c0354de2>] vsnprintf+0x3f2/0x410 Jun 28 21:01:14 mrslave kernel: [ 30.562294] [<c0354e8a>] snprintf+0x1a/0x20 Jun 28 21:01:14 mrslave kernel: [ 30.562304] [<efefa64d>] snd_print_pcm_bits+0x5d/0x80 [snd_hda_codec] Jun 28 21:01:14 mrslave kernel: [ 30.562315] [<eff037f7>] hdmi_show_short_audio_desc+0xf7/0x100 [snd_hda_codec] Jun 28 21:01:14 mrslave kernel: [ 30.562321] [<c0354e8a>] ? snprintf+0x1a/0x20 Jun 28 21:01:14 mrslave kernel: [ 30.562330] [<eff0385f>] snd_hdmi_show_eld+0x5f/0xa0 [snd_hda_codec] Jun 28 21:01:14 mrslave kernel: [ 30.562340] [<eff03b6c>] ? snd_hdmi_get_eld+0x29c/0x2d0 [snd_hda_codec] Jun 28 21:01:14 mrslave kernel: [ 30.562347] [<efe1f706>] hdmi_unsol_event+0x106/0x110 [snd_hda_codec_nvhdmi] Jun 28 21:01:14 mrslave kernel: [ 30.562354] [<c013f283>] ? finish_task_switch+0x43/0xc0 Jun 28 21:01:14 mrslave kernel: [ 30.562363] [<efefa106>] process_unsol_events+0x56/0x70 [snd_hda_codec] Jun 28 21:01:14 mrslave kernel: [ 30.562370] [<c016438e>] run_workqueue+0x8e/0x150 Jun 28 21:01:14 mrslave kernel: [ 30.562379] [<efefa0b0>] ? process_unsol_events+0x0/0x70 [snd_hda_codec] Jun 28 21:01:14 mrslave kernel: [ 30.562385] [<c01644d4>] worker_thread+0x84/0xe0 Jun 28 21:01:14 mrslave kernel: [ 30.562391] [<c0168450>] ? autoremove_wake_function+0x0/0x50 Jun 28 21:01:14 mrslave kernel: [ 30.562397] [<c0164450>] ? worker_thread+0x0/0xe0 Jun 28 21:01:14 mrslave kernel: [ 30.562402] [<c01681c4>] kthread+0x74/0x80 Jun 28 21:01:14 mrslave kernel: [ 30.562406] [<c0168150>] ? kthread+0x0/0x80 Jun 28 21:01:14 mrslave kernel: [ 30.562412] [<c0104087>] kernel_thread_helper+0x7/0x10 Jun 28 21:01:14 mrslave kernel: [ 30.562416] ---[ end trace f425e6528de64299 ]--- Jun 28 21:01:14 mrslave kernel: [ 30.562420] HDMI: supports coding type LPCM: channels = 2, rates = 44100 48000 88200 176400 192000 384000, bits = 16 Jun 28 21:01:14 mrslave kernel: [ 30.562428] HDMI: supports coding type LPCM: channels = 8, rates = 44100 48000 88200 176400 192000 384000, bits = 16 Jun 28 21:01:14 mrslave kernel: [ 30.562434] HDMI: supports coding type AC-3: channels = 6, rates = 44100 48000 88200, max bitrate = 640000 Jun 28 21:01:14 mrslave kernel: [ 30.562440] HDMI: supports coding type DTS: channels = 6, rates = 44100 48000 88200, max bitrate = 1536000 Jun 28 21:01:14 mrslave kernel: [ 30.562445] HDMI: supports coding type DSD (One Bit Audio): channels = 6, rates = 48000 Jun 28 21:01:14 mrslave kernel: [ 30.562450] HDMI: supports coding type E-AC-3/DD+ (Dolby Digital Plus): channels = 8, rates = 48000 88200 Jun 28 21:01:14 mrslave kernel: [ 30.562456] HDMI: supports coding type DTS-HD: channels = 8, rates = 48000 88200 176400 192000 384000 Jun 28 21:01:14 mrslave kernel: [ 30.562462] HDMI: supports coding type MLP (Dolby TrueHD): channels = 8, rates = 48000 88200 176400 192000 384000 Jun 28 21:01:15 mrslave ntpdate[1225]: adjust time server 91.189.94.4 offset 0.083025 sec
Wie gesagt, ich hab den Eindruck, als wenn irgendwas mit vdr nicht stimmt.
Wenn ich direkt nach reboot sudo stop vdr eingebe hängt die bash beim ausführen des Befehls. Irgendwas läuft da nicht sauber durch. -
Ja ich glaube auch, dass es nicht an xbmc liegt.
Wenn ich vdr-sxfe starten will bekomme ich folgendes:
Code
Alles anzeigenvdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.90, using xine-lib 1.1.90) VDR server not given, searching ... --------------------------------------------------------------- WARNING: MRL not given and server not found from local network. Trying to connect to default port on local host. --------------------------------------------------------------- [28586] [vdr-sxfe] sxfe_display_open: failed to connect to X server (:0.0) [28586] [vdr-sxfe] (ERROR (xine_sxfe_frontend.c,1338): No such file or directory) [28586] [vdr-sxfe] sxfe_display_open: failed to connect to X server (127.0.0.1:0.0 [28586] [vdr-sxfe] (ERROR (xine_sxfe_frontend.c,1343): Connection refused) [28586] [vdr-sxfe] sxfe_display_open: failed to connect to X server. [28586] [vdr-sxfe] (ERROR (xine_sxfe_frontend.c,1347): Connection refused) [28586] [vdr-sxfe] If X server is running, try running "xhost +" in xterm window Error opening display
Wenn ich das vdr-backend über das Webportal restarte kommt in der syslog nur diese Meldung:
CodeJun 27 22:36:43 mrslave /usr/bin/signal-event.real[4765]: processing signal restart-vdr Jun 27 22:36:43 mrslave /usr/bin/signal-event.real[4765]: processing action /usr/share/yavdr/events/restart-vdr/10_restart-vdr restart-vdr
Dann timed das Frontend mit folgender Meldung aus: Problem beim Senden des Signals. Bitte erneut versuchen aus.
Ich glaube der ganze Prozess vdr starten und dann vdr-Frontend wird nicht bis zum Ende ausgeführt.
Jemand eine Idee für eine Herangehensweise?Danke in Voraus.
-
Hi,
danke für deine Antwort.
Ich habe nach dem Update und Upgrade neu rebootet.In der Datei steht auch genau das, was du geschrieben hast.
Das Frontend schreibt das korrekt in die File. Nur startet es danach das entsprechende Programm nicht.
Wenn ich damals im Webfrontend das vdr Frontend gewechselt habe, hat der yavdr das sofort gestartet. Das passiert nun nicht mehr.
Und auch nach einem Reboot kommt kein Frontend sondern nur das grün pulsierende Icon.
Aber xbmc läuft wenn ich es per hand starte (start-xbmc).
Allerdings kommt da die Meldung, dass das VNSI plugin nicht geladen werden kann, weil die Verbindung nicht hergestellt werden konnte.
Ist damit die Verbindung zum vdr gemeint? ps aux | grep vdr zeigt mir folgendes anCodevdr 1602 0.0 0.0 8636 3028 ? S 21:20 0:00 wmdrawer -c /etc/wmdrawer/system vdr 1647 0.0 0.1 8808 3124 ? S 21:20 0:00 wmdrawer -c /etc/wmdrawer/web vdr 1704 0.0 0.1 8808 3124 ? S 21:20 0:00 wmdrawer -c /etc/wmdrawer/media vdr 1759 0.0 0.0 8604 2684 ? S 21:20 0:00 wmdrawer -c /etc/wmdrawer/games vdr 1809 0.0 0.0 8636 2968 ? S 21:20 0:00 wmdrawer -c /etc/wmdrawer/tools pea 10853 0.0 0.0 3336 880 pts/0 S+ 21:44 0:00 grep --color=auto vdr
In welcher log muss ich denn schauen um zu sehen wieso vdr das xbmc frontend nicht selber hochgefahren bekommt?
Danke für euren Support
-
hmm,
ich habe noch ein apt-get dist-upgrade nachgeschoben, da wollte er aber auch nichts neues installieren.
Natürlich habe ich davor ein apt-get update gemacht.Ich verstehe einfach nicht wieso nach dem upgrade auf einmal xbmc nicht mehr automatisch mitstarten will.
Sollte man denn generell keine update/upgrades machen, weil dir Gefahr schon groß ist, dass danach etwas nicht mehr funktioniert?Gibt es irgendwie die Möglichkeit xbmc automatisch mirstarten zu lassen.
In welcher Datei müsste denn der entsprechende Eintrag sein?MfG
peasen
-
Hallo Leute,
ich habe mir ein YaVDR 0.3 aufgesetzt und konfiguriert. Es lief alles super, bis ich eben apt-get update und upgrade ausgeführt habe.
Jetzt startet er xbmc nicht mehr automatisch mit. Wenn ich sudo start-xbmc eingeben geht es aber.
Über das Webfrontend kann ich nach dem upgrade leider keine Einstellungen mehr vornehmen. Er versucht immer die Einstellungen zu setzen und meldet dann einen Fehler.Hat von euch einer ähnliches Verhalten?