Neuer Linuxdecoder >= 592

[PeGu]

Diskussion zum Thread http://otrforum.com/showthread.php?t=56000

[SGE]

Und wann wird man bei OTR fähig sein denn jetzt notwendigen 592 als den empfohlenen auf der Downloadseite anzugeben?

Außerdem bin ich der Meinung das bei solch wichtigen Sachen wie zwingendem Decoderwechsel eine Mail *vorher* an *alle* User dieses Dienstes rausgehen muß.
Mir persönlich ist das egal, ich les hier mit und hab die Beta schon länger im Einsatz.
Aber Otto-Normal-Kunde, der nicht den ganzen Tag im Forum hängt bekommt davon wieder mal erst was mit wenn er nicht mehr Dekodieren kann. Ich freu mich schon auf die dutzenden von Meldungen die nächsten Tage.
Infopolitik war, ist und wird wahrscheinlich immer etwas sein das OTR nie anständig hinbekommt. Und das werd ich nie verstehen.

[Rasputin]

Du kannst die Ausgabe nach > /dev/null umleiten. Fehlermedungen kommen deswegen trotzdem. Die müsstest du schon mit 2> /dev/null gesondert umlenken.

[dtw]

Und ich hab gestern extra noch auf der Downloadseite geschaut. Nachdem ich gesehn hab, dass ich bei Linux wohl immer noch die aktuelle hab, hab ich eben keine runtergeladen :/

Tut zwar niemand wirklich weh, aber könnte man schon gleich sagen. Davon abgesehn könnte man die Links zum entsprechend neuen Dekoder auch mal bei den News einfügen.

Genug gemeckert für heute ;)

Gruß
dtw

[SGE]

Kann es eigentlich sein, das die Webseite von einem betreut wird, der selber diesen Dienst nicht nutzt? Kommt einem ja manchmal so vor.;):cool:

[Franz Muell]

Wird es auch noch eine Win98-Version des neuen (reinen) Dekoders geben?
Habe heute notgedrungen meine c't-CDs/DVDs ausgegraben, leider nur mit
mäßigem Erfolg:

Statische Version des neuen Decoders unter Knoppix 5.3 (Linux 2.6.24):
otrdecoder-bin-i686-pc-linux-gnu-static-0.4.592.tar.bz2

knoppix@Knoppix:/media/sda10/otr$ otrdecoder -v
OTR-Decoder
Version: 0.4.592
knoppix@Knoppix:/media/sda10/otr$ otrdecoder -i Samstag_Live_09.08.22_15-15_dsf_135_TVOON_DE.mpg.avi.otrkey -e ... -p ...
Verifying input...
Successfully verified.
Check authorization ...
Decoding ...
[NULL @ 0x83a6740]frame skip 8
terminate called after throwing an instance of 'OTRKEYDemuxer::Error'
what(): [OTRKEYDemuxer:] Invalid crc32 at 696894255 (0x28d6f369 != 0xc7e350e4)
Abgebrochen
knoppix@Knoppix:/media/sda10/otr$ ll
insgesamt 1552864
-rwxr-xr-x 1 knoppix knoppix 2702592 11. Aug 17:07 otrdecoder
-rwxr-xr-x 1 knoppix knoppix 693748412 23. Aug 18:55 Samstag_Live_09.08.22_15-15_dsf_135_TVOON_DE.mpg.avi
-rwxr-xr-x 1 knoppix knoppix 893615033 23. Aug 18:50 Samstag_Live_09.08.22_15-15_dsf_135_TVOON_DE.mpg.avi.otrkey
knoppix@Knoppix:/media/sda10/otr$

Version fuer 2.4er Kernel unter Knoppix 3.4:
otrdecoder-bin-linux24-0.4.592.tar.bz2

knoppix@ttyp0[tmp]$ otrdecoder -i Samstag_Live_09.08.22_15-15_dsf_135_TVOON_DE.mpg.avi.otrkey -e ... -p ...
Verifying input...
Successfully verified.
Check authorization ...
Decoding ...
[NULL @ 0x82446d0]frame skip 8
Abgebrochen78%
knoppix@ttyp0[tmp]$ ll
insgesamt 1551424
-rwxrwxrwx 1 knoppix knoppix 1273336 2009-08-23 18:22 otrdecoder
-rwxrwxrwx 1 knoppix knoppix 693748412 2009-08-23 18:24 Samstag_Live_09.08.22_15-15_dsf_135_TVOON_DE.mpg.avi
-rwxrwxrwx 1 knoppix knoppix 893615033 2009-08-23 17:12 Samstag_Live_09.08.22_15-15_dsf_135_TVOON_DE.mpg.avi.otrkey
knoppix@ttyp0[tmp]$

Die otrkey-Datei habe ich binär identisch von beiden bisherigen Mirrors bekommen.
Ist die Datei defekt oder der Decoder fehlerhaft?
Durch die Verifizierung soll ja eigentlich erreicht werden, dass fehlerhafte Dateien keinen Dekodierpunkt verbrauchen.

[SGE]

-rwxrwxrwx 1 knoppix knoppix 693748412 2009-08-23 18:24 Samstag_Live_09.08.22_15-15_dsf_135_TVOON_DE.mpg.avi
-rwxrwxrwx 1 knoppix knoppix 893615033 2009-08-23 17:12 Samstag_Live_09.08.22_15-15_dsf_135_TVOON_DE.mpg.avi.otrkey
knoppix@ttyp0[tmp]$

Die otrkey-Datei habe ich binär identisch von beiden bisherigen Mirrors bekommen.
Ist die Datei defekt oder der Decoder fehlerhaft?
Durch die Verifizierung soll ja eigentlich erreicht werden, dass fehlerhafte Dateien keinen Dekodierpunkt verbrauchen.

Hab das hier unter Debian Lenny mit genau den gleichen Größen nachvollziehen können.
Heraus kommt eine AVI ohne Index, mit asynchronem Ton.
Da ich bis jetzt mit dem neuen Dekoder die letzten 3-4 Wochen noch keinerlei Probleme hatte schieb ich das mal auf die Datei, bzw. DSF-Aufnahmen, mit denen ja auch User ander Betriebssysteme hier von Schwierigkeiten berichten (zB. hier http://otrforum.com/showthread.php?p=266682). Das ist jedenfalls Murks was da hinten raus kommt.

[hasenhuette]

Hallo!

Ich weiß nicht, obs jetzt zum Decoder oder zum neuen Decodierverhalten gehört:

Ich habe gestern einige Dateien decodiert und es war irgendwie IMMER, dass die rauskommende avi größer war als die otrkey. Haben sich aber jetzt normal verhalten, vlc wollte keinen Index neu bauen und auch avidemux habt nicht gemurrt.
Ist das neue Verfahren auch leicht komprimierend?

Beispiel ist da jetzt:
One_Piece_09.08.24_16-10_tele5_25_TVOON_DE.mpg.avi.otrkey
Otrkey: 302,1 MB
Avi: 302,8 MB

Für mich war das bisher immer ein guter Anhaltspunkt, ob die Datei ok ist oder nicht. *hmhm*

[Cineatic]

Das Gleiche mit dem Win-Dekoder:

Verschlüsselt: Maedchen_fuer_Hitler_BDM_09.08.24_20-15_3sat_45_TVOON_DE.mpg.avi.otrkey Größe: 730.769.965 Byte

Entschlüsselt: Maedchen_fuer_Hitler_BDM_09.08.24_20-15_3sat_45_TVOON_DE.mpg.avi Größe: 731.873.482 Byte

[Guenni]

Nachdem ich mich über die Arbeitsgeschwindigkeit des neuen Windowsdecoders (beim neuen Format) etwas geärgert hatte (auf meinem etwas betagten Windowsrechner), habe ich mir mal die Linuxversion runtergeladen und - in der Kommandozeilenversion - ausprobiert: Runterladen, decodieren und schneiden in einem Vorgang - und ich bin begeistert! Da das Runterladen (in diesem Falle von einem Mirror) sowieso am längsten dauert, spielt die Decodergeschwindigkeit hier keine große Rolle (Die Prozessorlast lag bei 7%). Und man spart eine Menge zusätzlicher Arbeit.

Aufgefallen ist mir, daß die OTRKEY-Datei in der geschnittenen Version doch deutlich größer ist (820.769.947 Bytes), als die AVI-Datei (755.550.534 Bytes), allerdings auch deutlich kleiner als die ungeschnittene Datei (979.657.728 Bytes als AVI).

Noch ein paar kleine Vorschläge:

Die OTRKEY-Datei sollte optional nach dem Runterladen/Decodieren gelöscht werden.

Die GUI-Version sollte auch alle Möglichkeiten der Kommandozeilenversion anbieten, also auch das Runterladen und Schneiden unterstützen. Dann wäre die Lösung perfekt!

Und dann würde ich mir wünschen, daß OTR auch die restlichen Sender auf das neue Format umstellt, denn praktischer geht's nimmer.

Guenter