Suchergebnisse

Zitat: „Original von gerhhu Zitat: „Original von plnick Das Ding hat GigaBit LAN, das auch schneller ist als ein 100MBit LAN“ Nochmal wenn das Teil die Broadcom 7356 CPU verbaut hat, dann kann es nicht GigaBit Lan hardwaretechnisch haben. Das zum Broadcom 7356 HD Satellite SoC with Ethernet MII and PHY Capabilities for Home Networking Ethernet MII ist nun mal nicht Gigabit LAN .“ Meine x86 CPU im PC hat auch kein Gigabit, deshalb ist da ein OnBoard Chip auf dem Motherboard, welche an per PCI-Exp…

Zitat: „Original von hotbike Bei HD Interlace Mode hab ich nicht die Möglichkeit auf 1080i zu stellen, die Option hab ich nicht :evil:- ist das normal.“ Ich weis nicht ob für die Duo da eine gepatchte Version zum Einsatz kommt. Jedenfalls bei meiner originalen Version werden alle die Modis dort angezeigt die der TV meldet, dass er sie unterstützt.

Dafür gibt es den ntfs-3g Treiber. Damit funktioniert das. de.wikipedia.org/wiki/NTFS-3G Performance ist aber bescheiden, da alles im Userspace läuft

@alnaphur: Die wichtigste Message in diesem Thread hast du aber nicht gelesen/verstanden. Swap ist total überflüssig. Sieh doch mal mit "free" nach was davon gebraucht wird bzw. wie deine ram Auslastung ist.

Im enigma2-plugin CVS ist das heute gefixt worden.

Das mag ja sein, das die ihren clone Pli-oe xx nennen, ein git clone muss schließlich einen anderen Namen haben, dessen Master branch ist aber der opendreambox branch. Man sieht doch in den git commits beim pli, dass die heute noch vom opendreambox branch pullen,( openpli.git.sourceforge.net/gi…nembedded;a=shortlog;pg=1 ) oder warum sollte ghost was im pli git commiten? Gutes Beispiel dabei ist doch nun das vuplus git, dessen clone vom opendreambox-1.6 branch nennt sich vuplus-1.6 Was Karl in de…

Worauf denn? Das ist ursprünglich ein clone vom opendreambox-1.5 branch. Mittlerweile hat sich dieser teilweise eigenständig entwickelt.

Zitat: „Original von Tozupi Welche Verbesserungen sind denn mit dem Umstieg auf OE1.6 sicht- und spürbar (Im realen Gebrauch)? “ Für den "nur" Nutzer sind die Änderungen eigentlich nicht relevant. Das ist wohl auch der Grund warum PLI nocht auf 1.5 aufsetzt. - Neuerer GCC (compiler) - python 2.6 anstatt 2.5 - opkg löst das nicht mehr weiter entwickelte ipkg ab Bei den Dreamboxen war der Wechsel damals interessanter weil damit vom Kernel 2.6.12 auf 2.6.18 gewechselt wurde, welcher ein Tick schnel…

Für per WLAN ist das doch okay. Entspricht 32Mbit netto.

Zur Autoresolution FAQ: Zitat: „Delay x seconds after service startet: 1 Sekunde Dauer in Sekunden nach denen der Infokasten nach dem Senderwechsel verschwinden soll.“ Nein, das ist falsch. Der Parameter gibt an nach wie viel Sekunden nach umschalten die aktuellen Daten des Service ermittelt werden. Zitat: „Running in testmode: nein Keine Ahnung. Habe den testmode noch nicht ausprobiert. “ Solange der Testmode an ist wird nach x Sekunden wieder zurück auf das alte Ausgabeformat geschaltet.

Das ist Sender abhängig. Was der Sender an EPG Infos über DVB liefert wird auch eingelesen.

rm -rf /meinVerzeichnis hilft bei nicht leeren Verzeichnissen Doch Vorsicht -r löscht alles rekursiv unterhalb von dem Verzeichnis welches du angibst, also nicht vertippen.

Wie gesagt im normalen enigma2 GIT ist das so: git.opendreambox.org/?p=enigma…e7ff6dce31babb466;hb=HEAD Zeile 968 Warum sollte sie denn nicht gelöscht werden dürfen? Während enigma2 rennt ist der gesamte EPG Inhalt doch eh im Speicher.

Also im normalen enigma2 Source wird die epg.dat nach dem einlesen gelöscht. Evt. wurde das ja hier im VTi Image gepatcht und sie bleibt erhalten was aber nicht sonderlich schlau ist, da wenn die epg.dat kaputt ist und enigma2 dadurch abstürzt, sich in einer Endlosschleife befinden würde.

Liegen die EPG Daten denn lokal oder auf einem Netzlaufwerk? Bei 2ten muss halt das Laufwerk vor dem enigma2 Start gemountet sein.