der "Delay after enable voltage before switch command" hilft oft bei ersten tuning problemen.
habe ihn auf 3000 erhoehen muessen.
der "Delay after enable voltage before switch command" hilft oft bei ersten tuning problemen.
habe ihn auf 3000 erhoehen muessen.
hatte ich auch... liegt an der platte. habe jetzt eine 1 tb platte drin, die kein smr-aufnahmeverfahren hat und keine probleme mehr.
chrome crasht nicht.
normalerweise sollte das aber nicht crashen, und falls doch, sollte man es im converter abfangen.
dann ist die rc wohl kaputt.
ja, fbc-funktionalitaet aequivalent zu broadcaom mit mindestens 4 tunern ist ok, muss ja nicht von broadcom sein.
fuer ein oder zwei plugins ist das mit kanone auf spatzen geschossen.
daher waere es schoen, wenn man die wahl haette: mit oder ohne kanone.
wenn ich ehrlich bin, wäre mir persönlich ein Plugin, das nur den Feed installiert wesentlich lieber, oder einfach so, wie es am Anfang war. Im Normalfall weiß man wie das Plugin heißt. das man installieren möchte und findet es auch im jeweiligen Addon Manager. Mir ist aber auch klar, dass es da wohl kaum ein Zurück gibt. Aber vielleicht baust du ja eine Funktion "nur Feed" ein
waere mir auch lieber...
klingt so, als wuerde die Two uebersprungen... macht ja auch nicht viel sinn im vergleich zur One... und es kaeme gleich (naja, so in 1-2 jahren) die Seven... ci kommt dann auch noch rein... und alle sind happy... nur ueber den preis wahrscheinlich nicht
nach dem neusten update funktioniert's wieder. danke.
naja, anscheinend haben sie eingesehen, dass fbc-tuner ein muss ist.
fbc-tuner mit 4 eingaengen???? wer braucht denn sowas?
medikamenten-shortage wegen corona
seagen, are you using this version 1.1-r0-RAED-DreamOS?
i think i'm going to switch as well... thanks.
das ist wohl wahr, aber wir diskutieren hier eh ueber den zweiten schritt... zunaechst sollte mal geklaert werden, was sich fuer den user verbessern soll... welche api da verwendet wird, interessiert den gemeinen user ja eh nicht
es gibt doch eine api... und wenn keine neuen funktionen hinzukommen sollten die doch reichen, um die daten zu holen.
klar, wenn vue diese api nicht bedienen kann, dann braucht man eine neue.... aber "irgendwie" wird man doch auch unter vue die vorhandene api verwenden koennen.
dann muesste man nicht alles umbauen... die webif-api ist eh closed source, oder?
Ich denke nicht, dass py3 hier wirklich von Relevanz ist. Wenn das WebIf die Daten über eine API abrufen kann als JSON, dann ist es dem WebIF egal, ob das nun py2.7 oder py3 ist.
Die Frage ist allerdings, wie du die API machst.
für das aussehen des webifs ist die api doch egal. man kann das webif doch aufhuebschen, ohne an der api was zu aendern. klar koennte man die api konsistenter machen, auf json umstellen, oder um neue funktionen erweitern, aber das ist ne andere geschichte. oder verstehe ich da was falsch?