*antipp*
linux?
*antipp*
linux?
Bevor es einen Windowsdecoder für das neue Format gibt wird es sicherlich keinen Linuxdecoder geben. Und für OTRv3-Dateien gibt es noch gar nix, soweit ich weiß ist noch nicht mal das neue Format bzw. der Encoder dafür fertig. Bevor die ersten OTRv3-kodierten Dateien kommen wird es aber sicher zumindest einen Javadecoder, vermutlich auch einen Linux-C++-Decoder geben, wenn auch vermutlich closed-source. Das OTRv2-Format um das es sich bei dem hier angekündigten Decoder ging wird definitiv nie zum Einsatz kommen weil vor der Einführung da noch heftige Mängel festgestellt wurden. Mit OTRv3 sollte das Decodieren dann aber in Rekordzeiten durchführbar sein. Also bitte einfach noch ein bisschen Geduld, bis es soweit ist könnt ihr ja noch problemlos den alten (Linux-)Decoder nutzen.
Das ist korrekt, ich habe auch darum gebeten OTRv3 erst testen zu dürfen bevor das Format in der Fläche eingeführt wird. So ein Theater wie bei OTRv2 ode so ein Chaos wie bei der letzten GWP-Änderung möchte ich auf jeden Fall vermeiden! Für einen fehlerfreien offiziellen Decoder garantiere ich natürlich nicht. Den Java-Decoder werde ich auch in zwei Varianten anbieten, einmal als Konsolenversion und einmal mit GUI. Bei Java beachten: Java ist langsamer und benötigt mehr Resourcen als C++!
Wird der Mac-Decoder wieder ein Comandline-Tool werden? Wär ganz gut, denn dann könnte ich mein AppleScript-Programm leicht umstellen... (Dekodiert OTRkey-Dateien per Drang and Drop... )
Kann sein das die Frage schonmal gestellt wurde... hab mir jetzt nicht alle 40 seiten hier durchgelesen...
Ich habe den kompletten Thread verfolgt aber kann mich nicht an ein Statement dazu erinnern. Ich würde aber davon ausgehen, dass sich OTR da nicht den Aufwand machen wird da wieder ein GUI dafür zu bauen was man nachher nicht wegkriegt. Sollte das dennoch der Fall sein wird es auf jeden Fall einen Java-Commandline- und einen Java-GUI-Decoder geben, mit dem du das dann erledigen kannst.