be mir geht es auch manchmalk und manchmal nicht...Zitat von Fusselroller
Bei mir genauso, ich hab da auch nix rumkonfiguriert, und plötzlich gings nimmer...
Jetzt das Erfreuliche... Hab grad eben nochmals probiert und es geht wieder.
Abwarten scheint manchmal zu helfen
Gruss
Fusselroller
Jaa, mein Eindruck ist sogar, er ist noch schneller als der von Mr.S, der auf den letzten Metern immer gräßlich abschlafft (der Decoder, nicht Mr.S)
Nichtsdestoweniger ist der Browseraufruf - egal wie - vollkommen überflüssig
Hat sich aber schon als hilfreich erwiesen, da die Fehlermeldungen allzuschnell wieder verschwinden; sinnvoll wäre aber, dieses Log kontinuierlich weiterzuschreiben statt für jede Datei wieder neu anzufangen und das alte Log zu überschreiben. Plus drei Löschoptionen:
a) bei jedem Neustart des Decoders
b) manuell zwischendrin
c) gar nicht, immer weiterschreiben
ja, das hat noch gefehlt - man muß es ja nicht benutzenAuch der Haken, das ordner decodieren zu unterbrechen, sehr schönvielen dank!
Habe mich - wegen Bayern3 - jetzt auch mal zur Fortschrittlichkeit entschieden und den neuen Decoder Version 1.0.0.25 heruntergeladen. Finde das Ding gegenüber meinem bislang benutzten OTR Key Decoder 0.63 recht schmuck (was nicht unbedingt sein muss), Decodings scheinen an sich schneller zu laufen, gleich ganze Ordner zu decodieren ist eine prima Idee, auch die anderen Zusatzfunktionen scheinen mir sinnvoll/nachvollziehbar (obwohl für mich nur Ballast - einfach nur decodieren wie beim alten Decoder reicht mir).
Aber was soll der Unsinn, dass für jede Datei der Browser - intern oder extern - angesprochen und eine Thank-You-Seite geladen wird? Der Zusatztraffic für OTR ist mir ja im Prinzip egal, aber der Decodier-Vorgang dauert dadurch wieder länger. Zudem braucht der interne Browser sehr lange zum Starten und Laden. (Aber wenigstens kann ich mir nun erklären, warum es in letzter Zeit so viele Dateikommentare gibt.)
Ich denke, das Laden der Dankeschön-Seite sollte optional gemacht werden. Die Entwicklung einer Light-Version (nur zum Einzel-/Sammeldecodieren ohne Zusatzfunktionen) fände ich auch gut.
Nö wieso? Das Laden der Seite generiert mindestens 2 Werbeeinblendungen (wenn man den amazon-Standardwerbeklotz nicht mitzählt). Warum sollte OTR als hauptsächlich werbefinanzierter Dienst darauf verzichten?
Zugegeben, mich nervts auch aber bei einem kostenlosen Dienst kann ich ganz gut mit leichten Einschränkungen leben.
Ich schließe das Ding sofort wieder, bei mir wird also nur Traffic erzeugt. Ich tue meinen Teil für OTR auf der Homepage. Wenn die Leute in diesem Fenster auch noch wie wild Banner klicken, wird OTR vielleicht irgendwann von den Ad-Vermarktern gebannt.
Die Funktion wird nicht ausgebaut und muss in Zukunft in alle Decoder eingebaut werden!
Ist es wohl Wahnsinn, hat es doch Methode ...
Bei mir braucht das Laden des Browsers so lange, daß die erste Datei bis dahin bereits dekodiert ist, ohne daß man einen Fortschrittsbalken zu sehen bekommen hätte, und die Meldungen gehen dabei auch unter. Warum überhaupt müssen sich die Meldungen gegenseitig überschreiben? Macht ein Konsolenfenster auf und laßt sie durchlaufen wie bei Mr.S' Decoder
@ Mr. S: Warum muss diese Funktion künftig immer eingebaut werden?
Hat OTR so entschieden.
Aber wäre schon praktisch, wenn das ganze dann wenigstens in einem eigenen Browser-Control des Decoders geschehen würde - es geht ja soweit ich mitbekommen habe ohnehin nur um die Bannerviews.
So wie es jetzt im Moment ist lädt es einfach dazu ein, das irgendwie zu blocken und davon hat ja im Moment keiner was. Nichts stört mehr als dauernd (beim Dekodieren eines Ordners) aufploppende neue Tabs in Browserfenstern ...
Berechtigungen
