Beiträge von Schermbecker
-
-
Braucht die DVB Karte wirklich 10 Sekunden für den Init?
Es geht ja ab und zu - das lässt doch vermuten, dass es sich nur um ein paar Augenblicke handeln kann, die der VDR zu früh zündet, oder?
Ist doch eine Tragödie, die sensationellen und rekordverdächtigen Bootzeiten des yavdr durch solche hemdsärmeligen Maßnahmen zu drosseln
-
Muahahaha
Hilft mir aber auch nicht wirklich weiter mit dem Bild-weg Problem
-
Bei mir startet XBMC direkt gar nicht mehr, auf dem TV ist beim Starten das yavdr Logo zu sehen, aber ich kann den VDR noch weiter über die FB bedienen (zu sehen am Display).
Wenn ich dann erneut über Applications XBMC zünde, läuft es artig. Scheint auch erst seit einem der letzten Updates zu sein.
Ob da etwas an den Scripten geändert wurde? Erstaunlicherweise habe ich dafür aber manchmal Live TV in XBMC. Seltsam, seltam ...
-
Auch von hier die Frage: wo muss man denn einen Sleep setzen, um das Kanal-Problem zu lindern?
Ich wäre für einen Tipp echt dankbar, denn momentan habe ich bei fast jedem Boot keinen Sender - bis ich den VDR auf der Konsole stoppe und starte.
-
Pffft, ich habe das Problem mit dem "KANAL NICHT VERFÜGBAR" jetzt auch - und zwar mehr denn je. Ich habe das Gefühl, dass es seit den Updates der letzten 2-3 Tage viel schlimmer geworden ist. Vorher war es nur sehr selten, jetzt eigentlich bei jedem Boot.
Gerade habe ich mal einen Timer ausprobieren wollen - jetzt wacht die Kiste zwar artig auf und ist aufnahmewillig - geht aber in die Hose, weil kein Kanal am Start
Gibt es Erfahrungen mit einem brauchbaren Workaround?
-
Was mir in diesem Zusammenhang einfällt: kann man im VDR nicht einen Menüpunkt einbauen, der einem anzeigt, ob und was an Update-Paketen am Start ist? Wäre doch cool, wenn man das quasi per FB abrufen könnte (so im Style wie Systeminformationen)
-
Zoni, du brauchst mehr Geduld
Solange deine HD-LED blinkt, malocht der Rechner...Diese Kernel-Geschichten sind wohl ziemlich umfangreich und das Bauen dieser Pakete dauert seine Zeit... Das ist AFAIK auch abhängig von der Performance deiner Kiste. Wird dir wohl keiner sagen können, dass der Vorgang x Minuten dauert.
-
Radio ohne Hintergrundbild ist doof
Wird das irgendwann mal gefixed? -
lief hier bis auf besagtem fehler reibungslos durch
was gibt es neues in diesem update? habt ihr einen changelog oder etwas in dieser art? -
Zitat
Original von thobi
Auf der Lgitech-Seite wird aber das Fusion Remote aufgeführt. Funktionieren die Harmonys auch nicht?Doch, ich habe eine Harmony 600 am imon Originalempfänger laufen und finde die total pretty
-
Zitat
Original von hotzenplotz5
ich mach piep wenn es soweit ist ....
sollte jetzt nicht soooo lange dauern.irgendwann/irgendwie muss ich das ja mal machen ..... es geht leider nicht anders
Alles klar Dann setz ich einen EventListener auf diesen Fred
-
hoplo,
wann wäre ein update denn möglich?
-
Ich habe jetzt im BIOS die HPET-Funktion deaktiviert (irgendwo unter Advanced - Southbridge), den ACPI_ENABLED auf YES gesetzt und im Grub das "hpet=disabled" eingesetzt.
Ob alles notwendig war, weiss ich nicht, aber heute nacht hat er artig eine Sendung aufgenommen
-
Danke für den Link. Ich habe mir selbst geholfen, indem ich in die order.conf den Eintrag "-graphtft" gemacht habe. Ich brauche das Plugin ohnehin nicht - und lade es erst gar nicht.
Seit dem ist Ruhe
-
Hallo,
was kann ich dagegen unternehmen, dass bei jedem Booten der FB-Anlerndialog kommt? Nach ein paar Sekunden gehts dann zwar weiter und die Fernbedienung funktioniert - aber lästig ist das schon
Ich verwende den Imon Empfänger in Verbindung mit einer Harmony 600. LIRC ist konfiguriert und arbeitet korrekt...
Hier mal ein Auszug aus dem Log:
Zitat
Jul 15 21:37:36 yavdr vdr: [935] ERROR: remote control XineRemote not ready!
Jul 15 21:37:36 yavdr vdr: [935] remote control graphtft-fe - learning keys
Jul 15 21:37:36 yavdr vdr: [1387] LIRC remote control thread started (pid=935, tid=1387)Kann ich dieses graphtft-fe irgendwie entfernen? Brauchen tue ich das nicht (denke ich)...
-
Ich habe auch sporadisch keinen Ton nach dem Booten - ein Neustart hilft (meistens).
-
Zitat
Original von BenStiller
ich gelobe BesserungDu hast ein Board wie ich, reichte dieses ACPI_ENABLED Setting? Hast du mit dem Board das WakeUp und Timeraufnehmen im Griff?
@all
Ich bin über die SUCHE zu diesem Fred gekommen, also bitte kein Flame -
Hmm, ich habe mir auch gerade mit apt-get install vdr-plugin-music (yavdr 0.2) installert und auch bei mir stürzt der VDR damit ab.
Es funktioniert alles, doch sobald ich ein MP3 abspiele, spielt die Musik kurz an und dann der VDR startet neu. Im Log konnte ich folgende Meldungen finden:
Zitat
Gefiltert nach "music:"
Jul 13 21:48:40 yavdr vdr: [7979] music: language set 'language/german'
Jul 13 21:49:02 yavdr vdr: [7979] music: now play 'HEINO - schwarzbraun ist die Haselnuss REMIX.mp3'
Jul 13 21:49:02 yavdr vdr: [7979] music: ctrl: couldnt save current playlist to file
Jul 13 21:49:03 yavdr vdr: [8178] music: player: player thread started (pid=7979)
Jul 13 21:49:07 yavdr vdr: [8182] music: --config set: '/var/lib/vdr/plugins/music'
Jul 13 21:49:07 yavdr vdr: [8182] music: Load themefile '/var/lib/vdr/plugins/music/themes/current.colors'
Jul 13 21:49:07 yavdr vdr: [8182] music: Loading themefile
Jul 13 21:49:07 yavdr vdr: [8182] music: ERROR: source base /mnt/cdfs not found
Jul 13 21:49:07 yavdr vdr: [8182] music: WARNING: source base /mnt/cdfs not found/permission denied
Jul 13 21:49:07 yavdr vdr: [8182] music: loading id3 cache from /var/lib/vdr/plugins/music/data/admin/id3info.dat
Jul 13 21:49:07 yavdr vdr: [8182] music: Load visfile '/var/lib/vdr/plugins/music/visual/themes/current.vis'
Jul 13 21:49:07 yavdr vdr: [8182] music: loaded visualization dataKompletter Auszug:
Jul 13 21:48:39 yavdr vdr: [8174] [xine..put] OSD bandwidth: 393665 bytes/s (3075 kbit/s)
Jul 13 21:48:40 yavdr vdr: [7979] music: language set 'language/german'
Jul 13 21:48:40 yavdr vdr: [8174] [xine..put] OSD bandwidth: 168752 bytes/s (1318 kbit/s)
Jul 13 21:48:45 yavdr kernel: [ 4975.180191] lirc_imon: send_packet: packet tx failed (-32)
Jul 13 21:48:45 yavdr kernel: [ 4975.180205] lirc_imon: lcd_write: send packet failed!
Jul 13 21:48:45 yavdr vdr: [8094] iMonLCD: error writing to file descriptor: -1 (Broken pipe)
Jul 13 21:48:48 yavdr vdr: [8174] [xine..put] OSD bandwidth: 261465 bytes/s (2042 kbit/s)
Jul 13 21:49:02 yavdr vdr: [7979] music: now play 'HEINO - schwarzbraun ist die Haselnuss REMIX.mp3'
Jul 13 21:49:02 yavdr vdr: [7979] music: ctrl: couldnt save current playlist to file
Jul 13 21:49:02 yavdr vdr-sxfe[8074]: [8134] [input_vdr] wait_stream_sync: discard_index 72642072 != curpos 72553712 ! (diff 88360)
Jul 13 21:49:03 yavdr vdr: [8178] music: player: player thread started (pid=7979)
Jul 13 21:49:03 yavdr vdr: [8178] [xine..put] PlayAudio detected radio stream
Jul 13 21:49:04 yavdr vdr: [8178] [xine..put] PlayAudio detected radio stream
Jul 13 21:49:04 yavdr vdr-sxfe[8074]: [8134] [input_vdr] wait_stream_sync: discard_index 73959152 != curpos 73931784 ! (diff 27368)
Jul 13 21:49:04 yavdr vdr: [7979] max. latency time 2 seconds
Jul 13 21:49:04 yavdr lircd-0.8.6[885]: removed client
Jul 13 21:49:04 yavdr vdr-sxfe[8074]: [8133] [input_vdr] Control stream disconnected
Jul 13 21:49:04 yavdr kernel: [ 4994.305267] display port closed
Jul 13 21:49:04 yavdr kernel: [ 4994.305411] lirc_imon: IR port closed
Jul 13 21:49:04 yavdr vdr-sxfe[8074]: [8134] [input_vdr] read_block: no data source, returning NULL
Jul 13 21:49:04 yavdr init: vdr main process (7979) killed by FPE signal
Jul 13 21:49:04 yavdr init: vdr main process ended, respawning
Jul 13 21:49:04 yavdr vdr-sxfe[8074]: [8074] [vdr-fe] caught signal 15
Jul 13 21:49:04 yavdr vdr-sxfe[8074]: [8074] [input_vdr] write_control aborted
Jul 13 21:49:04 yavdr vdr-sxfe[8074]: [8074] [input_vdr] Connections closed.
Jul 13 21:49:05 yavdr vdr-sxfe[8074]: [8074] [vdr-fe] Failed to open connection to bus: /bin/dbus-launch terminated abnormally without any error message
Jul 13 21:49:05 yavdr vdr-sxfe[8074]: [8074] [vdr-fe] (ERROR (tools/gnome_screensaver.c,61): Permission denied)
Jul 13 21:49:05 yavdr acpid: client 843[0:0] has disconnected
Jul 13 21:49:05 yavdr acpid: client 843[0:0] has disconnected
Jul 13 21:49:05 yavdr acpid: client connected from 843[0:0]
Jul 13 21:49:05 yavdr acpid: 1 client rule loaded
Jul 13 21:49:05 yavdr acpid: client connected from 843[0:0]
Jul 13 21:49:05 yavdr acpid: 1 client rule loaded
Jul 13 21:49:06 yavdr init: vdr-frontend main process (7982) terminated with status 255
Jul 13 21:49:06 yavdr signal-event[8181]: processing signal post-stop-vdr
Jul 13 21:49:06 yavdr signal-event[8181]: finished processing signal post-stop-vdr
Jul 13 21:49:06 yavdr vdr: [8191] cTimeMs: using monotonic clock (resolution is 1 ns)
Jul 13 21:49:06 yavdr vdr: [8182] cTimeMs: using monotonic clock (resolution is 1 ns)Kommt der VDR mit dieser Visualierung nicht klar (dieses bunte Zeug)?
Sehr schade, ein tolles Plugin. Hat jemand eine Idee, was da schief läuft? -
Freunde des gepflegten Selbstgesprächs,
ich habe jetzt mal das s2-liplianin-dmks und das tevi-paket (linux-firmware-tvt) und habe mit Freude festgestellt, dass die CPU-Last wieder artig niedrig (ca. 2% SD, 7-9% HD) ist.
Puh. Alles wieder gut