Passiert hier noch etwas? Es klang so vielversprechend, nur mal eben kompilierenwär so super wenn das auch für die CS407 laufen würde.
Passiert hier noch etwas? Es klang so vielversprechend, nur mal eben kompilieren
hmm, ich weiss nicht. cyberwolf hat etwas von einem letzten Arbeitstag erzählt...
Ich habe schon mehrfach gefragt, auch im easy Decoder Thread, aber bisher ohne Erfolg. Ich weiss noch nicht einmal, ob es beim Kompilieren des Decoders noch Probleme gibt oder ob man uns einfach vergessen hat
ich hoffe dann doch mal nur der letzte Arbeitstag vor seinem wohlverdienten Urlaub... wir sind so nah dran :-) das ist ja wie verhungern am Rand der Oase.
Hat sich das Thema erledigt oder wird es noch eine decoder Version für die Sheevaplug geben?
AW: otrdecoder für NSLU2 debian (little endian)
Ich habe mehrere Tage in eine Little endian Version für sheevaplug/Cube Station investiert und jetzt kommt noch nicht mal mehr eine Antwort seitens OTR.
ich habe wenig hoffnung, dass da noch was passiert. Ich wünschte nur, die hätten mir das vorher gesagt, dass sie kein interesse haben!
Sorry
+1Zitat von spamkiller
Ich habe mehrere Tage in eine Little endian Version für sheevaplug/Cube Station investiert und jetzt kommt noch nicht mal mehr eine Antwort seitens OTR.
ich habe wenig hoffnung, dass da noch was passiert. Ich wünschte nur, die hätten mir das vorher gesagt, dass sie kein interesse haben!
Sorry
sehr schade
Jap... wirklich schade habe mich so darauf gefreut!
hm, wenn das so ist, bliebe wohl als letzte Möglichkeit, um das Sheevaplug für die Dekodierung zu benutzen, nur noch das Reverse Engineering des (x86) bins übrig.
Sehr schade, dass hier so wenig von OTR kommt.
Ich finde es auch sehr merkwürdig, dass hier mittels eines geheimen Verfahrens anstelle eines Geheimnisses verschlüsselt wird. Dabei lernt doch jeder Informatiker in der ersten Vorlesung über Sicherheit, dass dies prinzip bedingt weniger sicher ist, als wenn das Verfahren allseits bekannt und es dank des Geheimnisses weiterhin als sicher gilt. Wer hier persönlichen Nachholbedarf erkennt, der sollte sich mal mit Kerckhoffs’ Prinzip näher beschäftigen.
Wäre es ein sicheres, auf einem Geheimnis basierendes Verfahren, könnte OTR ohne Bedenken dieses Verfahren veröffentlichen und sich dann jeder nach Lust und Laune seinen eigenen Decoder schreiben, für jede beliebige Architektur, und trotzdem wäre ein Missbrauch ausgeschlossen.
Man beachte bitte den Konjungtiv des ersten Satzes. Nicht, dass mir hier noch etwas unterstellt wird.
die gleiche fehlermeldung bekommen klaus und ich auf dem sheevaplug auch.
das teil ist ja leider nur ein testbuild.. und sobald das format oder die api ein wenig geändert/erweitert wird wars das...
und auf den qnaps ist das auch nicht lauffähig, da diese nicht über hardwarefloating point verfügen..
PUSH: Tut sich da noch was? Ich währe immernoch an sonem Ding für ein ARM basiertes Qnap NAS interessiert. ( in meinem Fall: TS-110 )
Berechtigungen
