Aktueller Inhalt von RainerKeim

Also _0 enthält die Tonspur meines ISDN-Telefons _1 ist nur ganz kurz und enthält quasi gar nichts _2 enthält die Tonspur des Anrufers. mix_0_1 ist vermutlich der Mix von _0 und _1, wobei das quasi _0 entspricht, da _1 wie gesagt nur kurz ist und quasi keinen Ton enthält.

Ich habe sogar vier wav Files: capture_20140630162630_0_.wav capture_20140630162630_1_.wav capture_20140630162630_2_.wav capture_20140630162630_mix_0_1.wav

Es geht! :D Habe jetzt folgendes eingetragen: {'len': 298, 'chunk': 240, 'offs': 58, 'encap' : 'SWNNET' }, # SWNNET Sehr schön! Vielen, vielen Dank für deine Hilfe. Am Ende war es im Prinzip nur das Offset, das ich korrekt setzen musste. Dabei hat mir diese Sete geholfen...

Ist kein DSL, habe eine Glasfaserverbindung. Die FritzBox hängt über LAN1 an einem externen Modem bzw. Router.

Dann fehlt mir der passende candidate: (streamsetup, payloadtype, seqnr, timestamp, ssi) = struct.unpack('>BBHLL', packet[candidate['offs']-12 : candidate['offs']]) Ich stoße dann auf das gleiche Problem: Welchen offs-Wert muss ich angeben?

Wenn ich das Script nicht modifiziere, komme ich dort nie an, denn diese Bedingung davor liefert immer false: if len == candidate['len']: Die Länge meiner Pakete beträgt 298 bytes und den Eintrag gibt's in der lenmap nicht.

Ich habe ja oben die lenmap erweitert, allerdings habe ich bei offs einfach mal 54 eingetragen, weil ich es nicht besser wusste. Wie bekomme ich denn heraus, welcher Wert da rein muss. Da der Wert ja in der Zeile, die du erwähnt hast, berücksichtigt wird, könnte das ja schon die Ursache für den...

Habs jetzt auf nem Windows-Rechner probiert mit dem gleichen Ergebnis. Wenn ich das Capture File einfach mit -d dekodieren will, klappt es auch nicht. Es passiert einfach nichts, keine wav Datei wird geschrieben. Edit: Wie gesagt: Wireshark bekommt einen "glasklaren" Ton hin. Mit sämtlichen...

Auf einem Raspberry Pi

Evtl. wird das ja auch nur von dem Script falsch gezeigt mit Payload type 4. Folgendes sagt Wireshark: Payload: g711A (G.711) Frame length: 298 bytes Ich kann das cap-file sonst auch hier mal anhängen, wenn das hilft. Das Dekodieren hat noch nie funktioniert bisher.

298 bytes. Das habe ich Wireshark entnommen. Gute Frage... wie gesagt: Ich nutze ja nur dieses Pyhton-Script. Offenbar kann das mit Payload Type 4 nicht umgehen. Ich habe es aber auch schon auf anderen Wegen (mit tshark z.B.) probiert und damit den Payload extrahiert. Die Rohdateien bekomme ich...

Die Capture-Datei wurde mit fritzcap aufgenommen. Mit Wireshark kann ich den Payload auch speichern und anhören. Ich suche nur eine Lösung für die Kommandozeile... und eiegntlich sollte das dekodieren ja auch direkt funtkionieren.

Genau das ist die Stelle, ich habe sowieso schon die lenmap oben erweitern müsen um "meine" Package-Länge. Zusätzlich habe ich in der Abfrage auch einfach mal 4 erlaubt. Dann werden auch wav-Dateien erzeugt, aber die sind leider Schrott.

Bekomme jetzt "Unsupported payload type 4". Jemand ne Idee, was ich tun kann?

Hallo zusammen, hat jemand eine Idee, woran es liegen kann, dass aus den cap-Files keine wav-Dateien erzeugt werden? Den -d Parameter habe ich gesetzt. Hier das Log: 2014-06-30 12:30:43,330 [MainThread::-1225653744] [DEBUG ] [ fritzcap::signal_handler ] Call stop method to the...