sundtek: hmm, scheint nicht zu helfen.
[edit] oh, ich war wohl nicht gemeint
[edit] stick ist bei mir nicht am USB sondern via netmount.
sundtek: hmm, scheint nicht zu helfen.
[edit] oh, ich war wohl nicht gemeint
[edit] stick ist bei mir nicht am USB sondern via netmount.
ZitatOriginally posted by Viril
Ok, also noch ein paar Tage warten.
Wird es vom SCC auch eine deb-Version geben?
...erst muss der treiber passen, dann kann ich versuchen das SCC
anzupassen. Aber "JA", der plan ist, das es ein .deb geben soll.
ZitatOriginally posted by lokutus2000
Aber genauso siehts bei mir auch aus. Tuner steht drin, empfangen kann ich nichts. Das ist aber shcon ne ganze weile so gewesen bei mir.
+1
auch mit dem aktuellen treiber.
komischerweise wird die meldung: "kein freier tuner ausgegeben".
d.h. der tuner taucht korrekt in den nim_sockets auf, wird auch im
tuner konfigurationsmenu angezeigt, allerdings dann von enigma2
ignoriert. es wird also nicht nur nicht getuned, sondern der stick
wird gar nicht erst angesprochen.
tschaly: wie hast Du das SCC installiert?
Das SunctekControlCenter ist noch NICHT auf die DM7080 angepasst.
Daher kann es / wird es eventuell zu fehlern kommen!
betonmoewe:
das ging ja mit dem bisherigen installer schon.
hast Du mal einen anderen USB port versucht?
ZitatOriginally posted by brausee
Wird sich an der manuellen Installation/Telnet etwas ändern ?
wüsste nicht, was sich da ändern sollte.
über wget den installer laden.
rechte des installers auf 755 setzen
und installer dann aufrufen.
...oder was genau meinst DU?
ZitatOriginally posted by Gunah
(rüber zum Mac User schau)
darauf hab' ich nur gewartet.
was genau meinst Du denn?
jetzt hab' ich das problem auch schon verstanden.
sorry! keine ahnung wie man das machen kann.
es ist wohl einfach nicht vorgesehen, dass
files überschrieben werden.
[edit ]ich nehme mal an, dass Deine satellites.xml an
einem anderen passenden ort platziert werden kann/muss und
dann der pfad im enigma selbst via python plugin "überschrieben"
werden müsste.
[edit] Du kannst natürlich im paket installer script (preinst) auch
die originale satellites.xml umbennenen und auf deine installieren und
das im postinst wieder rückgängig machen... aber das ist ein
wirklich böser hack!
hab ich im moment nicht parat.
workaround wäre sich in schritt 1 das paket zu laden (download only)
und dann einfach mit dpkg "quasi lokal" zu installieren.
oder eventuell geht auch das hier:
ich kann leider im moment nicht testen... keine box.
wenn Du es trotzdem überschreiben möchtest, kannst Du die installation erzwingen.
opkg install --force-overwrite enigma2-plugin-settings-sat-matzesetting-astra-hotbird
also ich würde mich auch opfern! interne tuner hab ich auch...
ja hast recht, ich habe es mal nochmal geändert.
aber Obi hat im dream-forum gepostet, dass der fix dazu in
den nächsten updates enthalten sein wird. Tode hat den
link dazu ja bereits gepostet.
mit dpkg -b bzw. dpkg-deb direkt auf der box.
alternativ einfach mal nach debian paker googeln. da gibt es einige.
so, also hier keine probleme mit orf1 hd?
sts2000:
das von Dir beschriebene Problem kenne ich auch - zumindest stand dort bei mir schlicht 0.
also null dateigröße und 0min aufnahmelänge. nach erneutem öffnen der movieliste wurden
allerdings die korrekten werte angezeigt.
latte:
nach dem schneiden haben die längen bisher bei mir gepasst!
ORF1 HD kann ich heute abend mal testen.
Tode: danke, ich wollte es gerade auf gelöst setzen.
Gunah: wenn Du trotz Obis kommentar noch Zeit und entsprechend Lust hast, sehr gerne.
alternativ wäre (wenn nicht zu kompliziert und für Dich zu zeitintensiv und aufwendig)
natürlich auch eine kleine anleitung toll - dann kann ich so etwas auch mal alleine...
mit git und bitbake und den ganzen rezepten komme ich nioch nicht so klar.
das dokument selbst bekomme ich gepatcht, aber das
kernel-modul bekomme ich dann nicht mehr gebaut bzw. wenn ich
dann linux-dreambox bauen lasse bekomme ich eine fehlermeldung
...aber so wird das bestimmt auch nicht korrekt gemacht.
auf jedenfall danke!
grüße, giro
hi, kann echt niemand etwas dazu sagen?
Hallo zusammen,
habe folgenden Fehler beim Einsatz von Smargos: (Meldung aus DMESG)
> ftdi_sio ttyUSB1: requested CSIZE setting not supported
Offensichtlich gab es das Problem schon einmal:
http://git.opendreambox.org/?p…0b8c14723587f186660674bca
Für das linux 3.4 scheint die ftdi_sio.c aber wohl erneut gepatcht zu werden.
Ich hatte versucht mir das kernel-module-ftdio-sio selbst zu patchen und
zu bauen, bekomme es aber leider nicht hin.
Laufen bei Euch die Smargos?
bin über jede Hilfe dankbar!
giro.
zur Zeit sind 40 Mitglieder (davon 4 unsichtbar) und 1.980 Gäste online - Rekord: 5.681 Benutzer ()