Suchergebnisse

Zitat von Dibagger: „Wenn du in den Einstellungen von EPGRefresh die EPG Taste drückst, wird dir die letzte Ausführungszeit des Plugins angezeigt. “ Die letzte Ausführung war um 19:16 ... da hab' ich wohl auf Gelb gedrückt. Trotzdem fehlen die 2 Sendungen noch immer... So - für heute genug getestet (jetzt gehen dann die Aufnahmen los, da wird nicht mehr gefummelt, Göga wirft auch schon strenge Blicke...). Thx

Auf Gelb steht nur "Aktualisieren" - vermutlich ist gemeint das PlugIn zu aktualisieren - nicht die EPG-Daten. Passieren tut jedenfalls nix, wenn ich die gelbe Taste drücke. Einen Punkt der Art "jetzt mal manuell die EPG-Daten aktualisieren" (oder so ähnlich) hab' ich im EPG-Refresh nicht gefunden.

Wie mach' ich das? In den EPGRefresh-Einstellungen die gelbe Taste?

Zitat von RickX: „Es ändert aber nichts an den EPG-Daten für die ORF-Sender... “ Manchmal gibt es trotzdem ziemliche Eigenheiten - die aber anscheinend an der Box liegen... ... habe heute - der Tag des ESC - selbigen für heute Abend programmiert ... dabei ist mir Folgendes aufgefallen - seht Euch bitte mal die 2 Screenshots vom WebControl an... die VU+ im Wohnzimmer (Duo4k ohne EPG-Refresh)... vuplus-support.org/wbb4/index.php?attachment/310132/ und jetzt die VU+ im Schlafzimmer (Duo4k mit EPG-R…

Zum Flashen muss man doch nicht die interne HDD abhängen...

Ich nehm' öfters etwas von ORF-III auf - klappt praktisch immer (ich arbeite mit etwas Vor- und Nachlauf). Und ich kann die Aufregung eigentlich nicht verstehen. Wenn ich mir aus #1 die 2 Fotos (die eigentlich Screenshots sein sollten) ansehe, so hat sich doch eigentlich nichts Wesentliches geändert: manche Sendungen haben sich +1 bis +2 Minuten verschoben, bei den "Expeditionen" am Nachmittag hat man dann endlich gewusst, welche Folgen gesendet werden. D.h. man hat das EPG eigentlich nur präzis…

Debuglog ist eingeschaltet.

Mittlerweile waren weitere 2 Crashes da, der letzte soeben ... alle mit Crashlog Länge 0. Ich deaktiviere FCC wieder...

So ... der nächste Crash ist da, nachdem ich am Freitag FCC wieder aktiviert habe. Hätte gerne das Crashlog angehängt - es hat aber Länge 0, d.h. ist leer. Also FCC wieder deaktivieren oder auf den nächsten Crash warten und hoffen, dass dann was drin steht. LG

Danke. Sag: kann das irgendwie mit dem Multiswitch zusammen hängen, d.h. ein zeitkritisches Problem beim schnellen Umschalten sein? Im Wohnzimmer hab' ich dieselbe Kiste nochmal - allerdings nur mit einem SAT-Kabel dran ... da war noch nie ein Crash (OK, da zappe ich auch viel weniger...). LG ---------------- Habe mal ein Image gezogen + FCC wieder aktiviert .... mal schauen, was passiert. Melde mich zu gegebener Zeit wieder. .

Ich möchte nur mal einen Zwischenbericht geben. Mit - installiertem EPG Refresh, das täglich um 15 läuft, - in den Flash umgelegte epg.dat, - abgeschaltetem FCC und - deaktivierter Datenbank... ... hatte ich jetzt 1 Monat lang KEINEN Crash . Danke für Euren Support! Ich denke nun darüber nach, ob ich es jetzt so lassen - ober ob ich ein Image von vorher zurück spielen und testen soll, ob nur das Deaktivieren von FCC allein auch schon den Crash verhindert hätte (d.h. ob ich den Fehler weiter einz…

... und dass sich die Schüssel ausrichtungstechnisch verstellt hat, kann nicht sein?

Handelt es sich um mehrere Aufnahmen, die Probleme bereiten - oder um eine, eventuell mit einem Sonderzeichen im Namen?

Könntest Du mal testweise die Schlafzimmer-Box ins Wohnzimmer verfrachten und dort mit nur EINEM Kabel anschließen?

Ich hab' ja z.Z. wegen eines Tests auf meiner Schlafzimmer-Box FCC ausgeschaltet - mir ist aufgefallen, das es beim Umschalten von einem Kanal auf den nächsten teilweise unterschiedlich lange dauert - manche Umschaltungen brauchen länger! Daher vermute ich, dass da irgendwie der Multiswitch mitspielen muss, der ja manchmal von z.B. vertikal high auf horizontal low (oder so in der Art) schalten muss ... könnte es sein, dass da der Multiswitch in eine bestimmte Richtung langsamer ist? @ Techmike: …

Ich zähle mich nicht zu den Netzwerk-Fachleuten ... habe mich aber dazu entschieden eine Mischform zu fahren: - bei Geräten, die ich per IP#ern ansprechen möchte (dazu zählen die VU+-Boxen), vergebe ich die IP#ern manuell - und führe nebenher eine kleine Liste. - Und dem DHCP-Server hab' ich einfach einen etwas anderen Andressraum zugewiesen, in dem er die Adressen dynamisch vergeben kann... ... somit kommen sich manuell zugewiesene IPs mit durch den DHCP vergebene nicht in die Quere. Funzt seit…

Danke ... klingt irgendwie logisch. Ich wollte jetzt mal nachschauen, ob "root" als Samba-User angelegt ist ... es gibt allerdings keine Datei /etc/samba/smbpasswd -> damit gehe ich davon aus, dass root stanardmäßig nicht als Samba-User angelegt ist. Na vielleicht spiele ich mich bei Gelegenheit und lege root als Samba-User an. Nachdem ich aber nicht weiß, wie ich den ggf. da wieder raus kriege, werde ich vorher ein Image machen. Geht nur jetzt nicht - die Box nimmt z.Z. etwas auf. Thx

Habe nirgends eines wissentlich gesetzt, sollte also leer sein.

Zitat von Zenturio: „.. Richtigerweise müsste es ja umgekehrt funktionieren - dass ich anonym nicht rein komme und die Connection als root funktioniert... “ Mir lässt das keine Ruhe ... nehmen wir einmal beispielsweise das share rootfs: habe heraus gefunden, dass ein Zugriff - egal, ob von Windows oder Linux - funktioniert, weil standardmäßig darin steht: Quellcode (2 Zeilen)Zugriff von Windows und Linux möglich - und zwar anonym. D.h. die Kiste ist damit offen wie ein Scheunentor! Wenn ich nun …

Ich weiß nicht, was ich da noch erzählen soll ... ich probier's mal: auf der Duo4k (Schlafzimmer) sind ganz normale Samba-Shares in die smb.conf eingetragen: Quellcode (23 Zeilen)Von der anderen Duo4k (Wohnzimmer) greife ich per Freigabenverwaltung mit CIFS / ... / rw / guest / autofs zu. Wenn ich jetzt - unter Debian auf die Schlafzimmer-Duo4k anonym zugreife, komm' ich problemlos rein - ich kann auf der hdd die log-Dateien löschen und sogar die smb.conf ändern (wenn ich über die Freigabe "root…