SuperOTR hat mal wieder zuviele Dekodierungen erzeugt

[nherobot]

Ahoi zusammen, bei mir hat der SuperOTR-Decoder mal wieder zuviele Dekodierungen eines OTR-Keys erzeugt.
Es handelt sich um Die_rote_Schildkroete_18.11.14_22-40_arte_80_TVOON_DE.mpg.HD.avi.otrkey

Könntet ihr bitte den Zähler für die Dekodierungen für diese Aufnahmen bei mir resetten?

Dankeschön,
Ray

[MCMUPPET]

Kulanzweise reseted.

MfG
MCMUPPET

[nherobot]

Danke dafür. Aber mal grundsätzlich: warum erzeugt der Dekodierer immer wieder solche Fehler? Zwei andere Dekodierungen gestern klappten problemlos mit derselben Konfiguration. Ich vermute mal, dass ich nicht der Einzige mit dem Problem bin...

[MCMUPPET]

Der Dekoder verursacht den Abzug der Freidekodierungen nicht. Dieses Verhalten wird von Deinem System verursacht. Es werden beim Download des unkodierten Formats/ Stream von Deinem System bis zu 70 Verbindungen aufgebaut/ verursacht. Dies führt zwangsläufig zu Fehlern und jede neue Linkanforderung erzeugt den Abzug einer Freidekodierung.

MfG
MCMUPPET

[nherobot]

Die Erklärung ist nicht schlüssig. Ich hatte das ja bei anderen Posts in dieser Rubrik auch schon gelesen. Aber:
- Ich habe gestern drei Filme bzw. Keys über Mirror-Sites geladen.
- Jeder Film/Key wurde nur einmal runtergeladen.
- Jeder Film wurde ausschließlich mit SuperOTR dekodiert.
- Jeder Film/Key wurde über den normalen Download mit Safari runtergeladen in denselben Ordner auf meinem Rechner.
- Keiner der Downloads wurde durch Absturz oder ähnliches unterbrochen.

Ergebnis:
Zwei Filme wurden ohne Probleme mit SuperOTR dekodiert, einer machte Probleme beim Dekodieren. Wobei die Fehlermeldung bei SuperOTR auf zuviele Dekodierungen hindeutete und das beim Nachschauen in meinem Verlauf auch durch die absurd hohe Zahl der Dekodierungen bestätigt wurde.

Also für mich sieht das nicht nach einem Fehler meines Systems aus.

Können eventuell die Mirror-Hosts für diese Probleme verantwortlich sein? Wie gesagt, die Filme wurden alle drei problemlos in einem Rutsch geladen. Wenn ich mich noch recht erinnere, allerdings nicht alle vom selben Mirrror-Hoster.

[MCMUPPET]

- alle oben von mir genannten Punkte sind richtig!Da muss ich leider widersprechen, es sei denn, Du beziehst Dich in allen Punkten auf das OTRKey. Dann würde es passen. Solltest Du aber die unkodierten Aufnahmen damit meinen, dann ist es definitiv inkorrekt.

[Basierend auf Android, da ich kein Apfeldingsbums habe] - Falls Appaufsatz zum BS nicht vergleichbar, bitte folgende Passage komplett ignorieren:

Wenn ich mir die anderen Downloads in meiner Liste so anschaue, dann hat eure App da echt ein Problem.Warum denn die App? Die App sagt Deinem Pad lediglich, welche Aufnahme angefordert wird. Die Download und die Wiedergabe wird nicht durch die App erzeugt, sondern durch das BS Deines Pads.
Wenn da also eure App während des Streamens neu verbindet und damit den Zähler der Dekodierungen hochsetzt, sehe ich das nicht als ein Problem meines Systems.Die App verbindet nicht, sondern das BS Deines Pads.

Ich denke ja schon, dass auch in der APP gelten sollte, dass 1x schauen eines Films eine Dekodierung sein sollte!Korrekt. So sehe ich das auch. Allerdings bei 70 Verbindungen pro Anfrage wird daraus nichts.
Im übrigen: auf das Verhalten eurer App habe ich keinen Einfluss auf dem iPad. Insofern habe ich auch keine Möglichkeit, da etwas zu optimieren.Die App ist hier meines Erachtens nicht im Vordergrund, sondern das BS oder die dahinter liegende Hardware.

MfG
MCMUPPET

[nherobot]

Ich hab mich in allen zuerst genannten Punkten auf den Download des OTR-Keys von der Mirror-Site und das anschließende erfolglose Dekodieren per SuperOTR bezogen. Zunächst hatte ich ja Super OTR im Verdacht, während des Dekodiervorgangs unnötige Anfragen zu stellen.
Ich denke, wir sind uns da einig, dass der tatsächliche Download- und Dekodiervorgang auf dem „großen“ Rechner im weiteren Verlauf unserer Diskussion ausser Acht gelassen werden kann. Da scheint alles ordnungsgemäß zu funktionieren.

Also zu den Dekodiervorgängen durch die OTR-App:
Bist Du mit der App in der iOS-Version (obwohl ich mal vermute, dass andere Mobilversionen der App genauso funktionieren) vertraut?
Alle Filme, die ich über die OTR-App ansehe, werden IN DER APP ausgewählt und IN DER APP angesehen. Da gibt es keinen externen Player und keine andere Möglichkeit für mich. Die Filme werden auch nicht heruntergeladen und vom iPad abgespielt (wenn das im Hintergrund passiert, so ist es jedenfalls für keinen User anfassbar).

Also nochmals konkret der Vorgang (beim iOS):
- Aufrufen der OTR-App
- Auswählen eines Films IN DER APP (per Highlights oder Suchfunktion)
- Ansehen eines Films IN DER APP (bezahlen nach verursachtem Traffic, plus — da sind wir uns ja scheinbar einig — 1x Dekodierung pro Film oder von mir aus pro Ansehen des Films)

Dass die App nicht verbindet, sondern das BS des iPads, ist ja technisch gesehen richtig. Aber das ist genauso eine Aussage wie dass nicht mein Internet-Provider die Leitung zu meinem Haus besitzt, sondern die Telekom. Die OTR-APP benutzt die Hardware (und von mir aus auch die Grundfunktionen des BS), um mir den Film IN DER APP anzuzeigen. Im iOS gibt es für den User der OTR App keine Möglichkeit, die angebotenen Filme außerhalb der App anzusehen. Und meines Wissens nach werden sie auch ausschließlich gestreamt. Jedenfalls hatte ich da bislang noch keine Offline-Funktion genutzt/gesehen.

Und dementsprechend ist es auch die App, die für die Anzahl der Dekodierungen in der Verantwortung steht. Meine Hardware denkt sich ja nicht einfach so lustigerweise, jetzt verbinde ich die App mal neu. Und ich laufe auch während des Filmeansehens nicht mit meiner Hardware herum und erzeuge ständig Verbindungsabbrüche. Ich hab da eine stabile, ordentliche Anbindung und schaue normalerweise durchweg, ohne das iPad zu bewegen.

Ich denke, hier sollte mal die APP bezüglich der Verbindungsanfragen/des Verbindungsaufbaus überprüft werden.

[OTR.DG]

Ich denke, hier sollte mal die APP bezüglich der Verbindungsanfragen/des Verbindungsaufbaus überprüft werden.

Ich glaube das wird nicht helfen, denn dieses Vorgehen gab es schon vor Jahren bei allen Apple-Betriebssystemen.

Es ist zwar schon viele viele Jahre her, aber ich denke ich hatte das mal mit dem Safari-Browser probiert (auf PC) und dem mobilen Browser auf einem iPhone (im Browser, App gabs damals noch nicht).
Wenn man dort einen Download-URL im Browser aufgerufen hatte, hat Safari (egal wo) mit den Server-Requests nur so um sich geworfen.
Obwohl der Download im Browser so aussah, als wird er in einem Rutsch runtergeladen, kamen auf dem Server hunderte Requests an. Und das nicht nur von der angegebenen MP4-Datei, sondern auch von zig anderen Dateiformaten (pjs, ami, psb, vtt, mpl, idx, txt, smi, sub, ass, ssa, srt) die das Apple-OS von sich aus haben wollte. Und die MP4 wurde nicht am Stück sondern in unzählig vielen kleinen Teilen angefordert.

[nherobot]

Nur mal, um hier auf dem richtigen Stand zu sein: OTR ist doch auch der Anbieter der OTR-App, oder?

Ich denke, wenn die Hardware das so behandelt, was die APP anfordert (ganz wichtig: ich nutze OTR mobil ausschließlich über die OTR-App, NICHT über einen mobilen Browser im iOS), kann ich als User nichts dazu beisteuern/Abhilfe schaffen. Dann sollte aber OTR — gerade, wenn das schon so lange bekannt ist — die Datenrequests über die eigene App bei der Zählung der Dekodierungen anders behandeln.

Wie gesagt, die Programmierung der App liegt ja nicht in den Händen des Users.

[OTR.DG]

OTR ist doch auch der Anbieter der OTR-App, oder?

Nein.
Nur die Android-App ist von uns selbst programmiert.

Alles andere (iOS, Windows und was es sonst noch gibt) ist nicht von uns. Das machen andere User die dazu einfach die OTR-API nutzen und uns dann sagen wo man die Tools runterladen kann.

Änderungen an Plugins, Tools oder Apps können wir auch nur weiterleiten und hoffen das die Leute die Mail lesen und immernoch Lust haben daran zu arbeiten.

[buffalo-as]

Nur die Android-App ist von uns selbst programmiert.
Das wußte MCMUPPET offenbar auch nicht, sonst hätte er ja für die Problemanalyse gleich auf den App-Entwickler verwiesen.

@nherobot: Der Entwickler/Publisher (mit Kontaktmöglichkeit) sollte ja im AppStore bzw. in der App selber irgendwo stehen.

[Cineatic]

...
Änderungen an Plugins, Tools oder Apps können wir auch nur weiterleiten und hoffen das die Leute die Mail lesen und immernoch Lust haben daran zu arbeiten.

Hier hat OTR.DG doch schon erwähnt, dass der Support-Wunsch vom OTR aus weitergeleitet wird :)

[nherobot]

Also nochmal for the record:
Offiziell ist OTR der Betreiber/Hersteller der App. Da kann man niemanden anderes erreichen, auch nicht über den Support direkt aus der App heraus.

Auch wenn ich verstehen kann, dass OTR intern eher als Projekt von engagierten Usern gesehen wird, ist es offiziell Betreiber der Website mit ihren Funktionen und der App. Beides sind Dinge, für die wir Normal-User zumindest beim Premium-Status bezahlen. Und insofern ist auch OTR dafür verantwortlich, wenn die App nicht funktioniert und bei Benutzung der App zuviele Dekodierungen erzeugt werden.

Ich kann damit leben, wenn ich bei Problemen mit den Dekodierungen hier im Forum Hilfe finde und die entsprechenden Dekodierungen zurückgesetzt werden, damit ich normal weitermachen kann.
Was ich in diesem Zusammenhang nicht ok finde, ist ein Zurücksetzen der Dekodierungen AUS KULANZ. Der Fehler tritt bei Benutzung der App auf, damit ist OTR in der PFLICHT. Punkt.

Nochmal: ich will niemandem hier für sein Engagement auf den Schlips treten!!!

Nur habe ich schon desöfteren dieses Dekodierproblem gehabt und immer wieder gab es eine andere Erklärung (Safari macht das Problem / der SuperOTR ist veraltet bzw. das Problem etc....).
Erst durch diesen Thread wurde (zumindest mir) klar, wo das Problem wirklich liegt. Und wenn ich dann von OTR.DG höre, dass man das Problem weiterleiten will und „auf Lösung hofft“, ist das bei einem
kommerziellen Anbieter nicht der richtige Ansatz. Und bei allem guten Willen, den ich über die Jahre gegenüber OTR entwickelt habe: wenn Geld für den Service genommen wird, IST es ein kommerzieller Service...wer auch immer wieviel Geld damit verdient.

[MCMUPPET]

Auch wenn ich verstehen kann, dass OTR intern eher als Projekt von engagierten Usern gesehen wird,Du wirfst hier komplett alles durcheinander. Niemand hat gesagt, dass OTR ein Projekt von Usern ist. So ein Schmarn. Bitte lies otr.dgs Beitrag noch einmal und Du wirst erkennen, dass die APP Struktur extern ausgegliedert wurde.

Was ich in diesem Zusammenhang nicht ok finde, ist ein Zurücksetzen der Dekodierungen AUS KULANZ.Jetzt wird es thematisch schwierig. Wie garantierst Du, dass der Fehler nicht auf Deiner Seite (=System, BS, etc.) liegt? Ich glaube Dir in diesem Moment und setze ohne weitere Überprüfung und Anforderungen an Dich die Dekodiergrenze der Aufnahme zurück. Das nennt man Kulanz (siehe Wiki). Wenn das für Dich nicht ok ist, dann werde ich dies nicht noch einmal machen.

MfG
MCMUPPET

[nherobot]

@ McMuppet: Ich hab Dir ja bereits für das Rücksetzen gedankt. Mir geht es ja auch nicht um die Tatsache, dass Du das getan hast. Mir ging es darum, dass das Problem, das eine Rücksetzung — also Dein Tätigwerden — überhaupt erst erforderte, durch eine normale Nutzung der OTR-App erzeugt wurde (nett, dass Du mir da insofern glaubst).

RickyZ hat jetzt breit dargelegt, dass ich als Nutzer ja keinen Anspruch auf Fehlerbehebung hätte. Was für mich die Frage aufwirft, in welche Richtung sich das Ganze entwickeln soll. Wenn eine Software buggy ist und sich der Hersteller nicht darum kümmert, das möglichst schnell mit einem Update zu beheben, ist die Software an meinem Rechner schnell wieder deinstalliert (ich bin auch beruflich auf funktionierende Software angewiesen). Und wenn ich meinen Kunden softwarebasierte Lösungen verkaufe/entwickle, dann müssen die fehlerfrei funktionieren. Und da kann ich Probleme mit Funktionen meiner Anwendung nicht aufs Betriebssystem oder die Mastersoftware abschieben. Wenn eine Funktion sich nicht fehlerfrei realisieren lässt, weil die Mastersoftware (auf die ich keinen Einfluss habe) das nicht zulässt, kann ich meinen Kunden die Funktion nicht anbieten, Punkt.

Was ich meine ist: will OTR eine iOS-App anbieten? Wenn ja, dann sollte diese fehlerfrei funktionieren. Wenn sie das nicht tut, gibt es meiner Meinung nach zwei Optionen:
- man bietet sie nicht mehr an (was ich bedauern würde)
- man weiß um die gelegentlichen Fehler und korregiert die ohne großes Aufhebens (was ich begrüßen würde, aber nicht Kulanz nennen würde).

Wenn wir uns auf diese Eckpunkte einigen können, werde ich gerne in Zukunft wieder McMuppets Unterstützung (oder die eines anderen Supporters) annehmen, wenn der Bug der iOS-App wieder zuschlägt...

[OTR.DG]

man weiß um die gelegentlichen Fehler und korregiert die ohne großes Aufhebens

Du hast doch selbst bestätigt, das genau sowas die ganze Zeit schon gemacht wird. Ohne nachzufragen oder zu diskutieren. Egal ob das jemand im Support-Chat, Live-Chat, Forum oder per Email schreibt.

[nherobot]

Vielleicht war ich da ja etwas zu sensibel?

Ich hatte mich einfach daran gestossen, dass es hieß „aus Kulanz gemacht“. Das klang/klingt für mich so wie „Naja, ausnahmsweise. Nächstes Mal vielleicht nicht mehr“. Wie gesagt, wenn ich meinen Kunden eine Problembehebung so offerieren würde, wäre ich sie los.

Aber wenn ihr das weiterhin „aus Kulanz“ macht, bin ich ja zufrieden. Und wir können das Thema hier beenden und uns wichtigeren Dingen mit unserer Lebenszeit zuwenden ;-)

[MCMUPPET]

Vielleicht war ich da ja etwas zu sensibel? Ich hatte mich einfach daran gestossen, dass es hieß „aus Kulanz gemacht“. Das klang/klingt für mich so wie „Naja, ausnahmsweise. Nächstes Mal vielleicht nicht mehr“. Wie gesagt, wenn ich meinen Kunden eine Problembehebung so offerieren würde, wäre ich sie los.Wie das für Dich klingt und was die Kernaussage davon ist, scheint sich Dir immer noch nicht erschlossen zu haben. Schade. Allein aufgrund des letzten Satzes werde ich Dich in solchen Angelegenheiten zukünftig nicht mehr supporten. Vielleicht bin ich ein wenig zu sensibel?
und uns wichtigeren Dingen mit unserer Lebenszeit zuwenden ;-)Danke. Das werde ich ab sofort machen.

Und wir können das Thema hier beendenSo sei es *schnipp
MfG
MCMUPPET