Diskussion zu dieser Ankündigung: http://otrforum.com/showthread.php?t=35990
Diskussion zu dieser Ankündigung: http://otrforum.com/showthread.php?t=35990
Das gehört bitte hierhin: http://www.otrforum.com/showthread.php?t=35771Zitat von dh42
Bitte die Themen und Diskussionen nicht verwechseln!
Was die Geschwindigkeit angeht, der Decoder decodiert so schnell, dass man es nur staunen kann. Habe es selbst bei einer der drei Testdateien auf Bayern 3 erlebt.
Schau mal bitte hier: http://otrforum.com/showthread.php?t=35792
Hallo !
In der Geschwindigkeit ist der neue Dekoder wirklich um Längen besser.
Habs heute mehrfach ausprobiert.
Schade finde ich nur, dass der Neue ,(berichtigt mich, wenn ich mich irre) anscheinend auch keinen automatischen Größenabgleich enthält. Es erscheint zwar die Info-Seite, aber bis man sich die Dateigröße hat anzeigen lassen, isser schon fertig, da keine weitere Bestätigung getätigt werden muss.
Natürlich kann man die Größe auch vorher auf http://fileinfo.de.vu/ überprüfen, aber man denkt nunmal nicht immer dran.
Alles in allem aber ein netter neuer Dekoder, optisch wie der alte, genauso leicht bedienbar und mehr Speed.
VlG agent_y
Hier eine weitere Datei: Willi_will_s_wissen_07.06.27_14-50_bay3_25_TVOON_DE.mpg.avi
Ist diesmal eine Checksumme (z.B. MD5) intigriert, so dass der Decoder bei Bedarf gleich die otkey auf fehler prüfen kann?
Und wird es bald auch wieder einen Alternativdecoder von Ms_S geben?
Eine überprüfung der Dateigröße und des Hashs kann der Decoder eigentlich durchführen, oder besser gesagt sollte der Decoder können.
Vielleicht, die Änderung hat so lange gebraucht das ich jetzt demnächst beruflich für zwei Monate weg bin. Das der neue Decoder so schnell arbeitet liegt daran das die dämliche Blockverschiebung endlich fehlt. Es gibt da noch ein bischen Klärungsbedarf zu dem Verfahren und mir gefallen ein paar Dinge nicht, aber es kommt wahrscheinlich ein neuer Decoder von mir. Und ich soll einen in Java schreiben, also multiplatformfähig.
Aber bittte nur zusätzlich. Ein Java-Dekoder wäre für mich keine echte Alternative. Schon alleine, dass der Dekoder dann ca 5-10 Sekunden zum starten brauch und dann noch den Javastyle (Fensterdesign) verwendet ist meiner Meinung nach ein Gegenargument.
Danke für deine Mühe - schon im Vorraus
Die ewig lange Startzeit braucht er doch jetzt schon, das kann mit Java dann nur schlimmer werden... Schon alleine, dass der Dekoder dann ca. 5-10 Sekunden zum Starten braucht und dann noch den Javastyle (Fensterdesign) verwendet, ist meiner Meinung nach ein Gegenargument.
Danke für deine Mühe - schon im Voraus
Berechtigungen
