Danke.
Ich pinn dass mal!
Danke.
Ich pinn dass mal!
Mr. S Statement: http://www.otrforum.com/showthread.php?t=24004
Weitere bekannte Probleme des OTR-Decoders (nicht meiner):
- Kein Proxy
- IE-Funktionen und IE-Einstellungen werden benutzt wie beim uralten Decoder (siehe http://www.otrforum.com/showthread.php?t=10354)
- insgesamt sehr Ressourcenverschwendend(unnötige Dlls wurden gemutmaßt) zu sein
- winspool.drv: Druckerfunktionen (wozu werden die geladen, man druckt doch gar nichts?)
- oledlg.dll, oleaut32.dll, oleacc.dll: OLE-COM-GUI (überflüssige Resourcenverschwendung! COM-GUI durch WinAPI ersetzen braucht viel weniger Ressourcen)
- iphlpapi.dll: Netzwerkgeräte und TCP/IP-Informationen auslesen und ändern (wozu?)
- wininet.dll: IE-Internetfunktionen
-Es fehlt ein r in Verbindung!Fehler: Keine Vebindung zum Server oder die falsche Antwort!
@Junker
Bitte keine Doppelpost!
Du hast das doch schon hier gepostet: http://www.otrforum.com/showthread.p...7597#post67597
Hier sollen nur neue Bugs rein, also keine Diskussion oder ähnliches
@murphy Ja hatte es im Nachhinein nicht wegeditiert.
Wenn auch kein Bug, dann ein Feature-Request:
Ich weiß ich bin vllt ein bisschen spät dafür, aber ich möchte darum bitten, die neuen Dateien von den alten unterscheiden zu können! Am besten mit der Dateiendung! in der Übergangsphase kann das vllt ein paar sachen klären
BSP: Ich lade mir 2 dinge runter: Alpha-centauri und die simpsons vom gleichen tag. Aloha centauri ist im neuen Format, das sicherer sein soll und die simpsons noch im OTRKEY- Format.
Ich wäre dafür, dass ich dann folgende dateien hab:
Die_Simpsons_07.MM.DD_HH-TT_pro7_30_TVOON_DE.mpg.avi.otrkey
Alpha_Centauri_07.MM.DD_HH-TT_bralpha.avi.onk
So könnte sich auch der decoder nicht verhaspeln indem er neues und altes irgendwie verhaspelt. es ist noch nicht zu spät, es einzubauen
Man könnte auch für jede Aufnahme eine MD5-Prüfsumme generieren.
Dann könnte der Decoder prüfen, ob die Datei vollständig/unbeschädigt ist.