fritzcap: Tool für Etherreal Trace und Audiodaten-Extraktion v2.0

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
Moin

Crashkurs:
Programme die die Shell blockieren beenden: Strg + C
Programm im Hintergrund laufen lassen: programmname &
Ein Hintergrundprogramm in den Vordergrund holen: fg

Ansonsten: screen oder tmux benutzen
 
Zuletzt bearbeitet:
Wie immer, ganz ans Ende.
Code: 
python fritzcap -c -d -m &
...und wenn das Skript fritzcap ein gültiges SHEBANG hat...
Code: 
fritzcap -c -d -m &
Benötigt wird für fritzcap dann das ausführen Bit: chmod +x fritzcap
Der Parameter -d könnte bedeuten: deamonize
Dann doch lieber...
Code: 
fritzcap -c -d -m
...was ich nicht glaube, da ja fritzcap auf das Drücken der ENTER Taste wartet.

Ein SHEBANG gibt den Weg zum Interpreter an, alá...
Code: 
!#/weg/zum/python
...und befindet sich in der allerersten Zeile.
 
Zuletzt bearbeitet:
Dein erster Tip klappt nicht:
Code: 
DiskStation> python fritzcap.py -c -d -m &
DiskStation> Login OK, SID 0000000000000000
Trace started, abandon with <ENTER>
Traceback (most recent call last):
  File "fritzcap.py", line 160, in <module>
    main()  
  File "fritzcap.py", line 143, in main
    raw_input()
EOFError: EOF when reading a line
Trace finished server side
Macht es Sinn, das Programm einfach in der Python-GUI selbst zu starten und laufen zu lassen .... ?
 
So, ich hoffe, ein wenig weiter zu sein.
Nachdem ich nun auch wirklich alle Files des ZIP-Archivs auf die DiskStation kopiert habe, passiert Folgendes:
Code: 
DiskStation> python fritzcap.py -c -d -m &
DiskStation> 2014-06-24 12:43:09,875 - FritzCap started.
Exter the FritzBox password:
2014-06-24 12:43:13,497 - Connect    to the call monitor service on fritz.box:1012.
2014-06-24 12:43:13,504 - Connected  to the call monitor service on fritz.box:1012.
2014-06-24 12:43:13,856 - Could not login to the FritzBox: Not authorized.
Ich habe als PW das Standard-WebIF-PW der Box verwendet ... evtl. war das falsch ?
Ich benutze, wie auch in der Syntax zu sehen, das fritzcap.conf nicht.
Hat diesbezüglich noch jemand einen Tip ?
Grüße,

JD.
 
Zuletzt bearbeitet:
Das '&' funktioniert nur, solange du angemeldet bleibst. Wenn du dich abmelden möchtest, musst du screen verwenden oder den Prozess detachen.
 
Könntest Du das ein wenig erläutern ... ?
Ich habe das Ganze erst mal via SSH auf der Konsole der DiskStation versucht ....
Damit war ich doch (auf der DS) angemeldet ... ?!

Edit:
Auch nach Installation und Nutzung von screen auf der DS bleibt das Problem.
Hier mal die log_debug_fritzcap_txt:
Code: 
2014-06-24 16:16:34,212 [MainThread::1074233344] [INFO    ] [        fritzcap::<module>          ] FritzCap started.
2014-06-24 16:16:34,214 [MainThread::1074233344] [DEBUG   ] [        fritzcap::<module>          ] Command line parameters: ['/volume1/programs/fritzcap-2.1.0/fritzcap.py', '-c', '-d', '-m']
2014-06-24 16:16:34,214 [MainThread::1074233344] [DEBUG   ] [        fritzcap::<module>          ] Parsed parameters:       Namespace(after_capture_time=10, box_name='fritz.box', call_service_port=1012, cap_file='capture_%(tcaps.YmdHMS).cap', cap_folder='captures/%(tcaps.Y-m-d/HMS)/', capture_files=True, config_file=<open file 'fritzcap.conf', mode 'r' at 0x40731230>, decode_files=[], decode_workers_count=2, default_login='getpage=../html/de/menus/menu2.html&errorpage=../html/index.html&var:lang=de&var:pagename=home&var:menu=home&=&login:command/password=%s', logging_config='logging.conf', login_not_required=None, monitor_calls=True, password=None, protocol='http', sid_challenge='getpage=../html/login_sid.xml', sid_login='login:command/response=%s&getpage=../html/login_sid.xml', start_str='?start=1&start1=Start', stop_str='?stop=1&stop1=Stop')
2014-06-24 16:16:40,409 [MainThread::1074233344] [DEBUG   ] [  capfile_worker::__init__          ] CapfileWorker(worker_id:0, decode_work_queue:<Queue.Queue instance at 0x407416c0>).
2014-06-24 16:16:40,410 [MainThread::1074233344] [DEBUG   ] [  capfile_worker::__init__          ] CapfileWorker(worker_id:1, decode_work_queue:<Queue.Queue instance at 0x407416c0>).
2014-06-24 16:16:40,411 [MainThread::1074233344] [DEBUG   ] [ capture_monitor::__init__          ] CaptureMonitor(decode_work_queue:'<Queue.Queue instance at 0x407416c0>', data_map:'{'tcall': datetime.datetime(1900, 1, 1, 0, 0), 'tconn': datetime.datetime(1900, 1, 1, 0, 0), 'tdisc': datetime.datetime(1900, 1, 1, 0, 0), 'pbook_number.0177111222': 'MeineFrau-Handy', 'pbook_number.0048177111222': 'MeineFrau-Handy', 'tocall': datetime.datetime(1900, 1, 1, 0, 0), 'tcape': datetime.datetime(1900, 1, 1, 0, 0), 'pbook_name.MeineFrau-Handy': '0048177111222', 'toconn': datetime.datetime(1900, 1, 1, 0, 0), 'pbook_name.ZuHause': '0448556694', 'pbook_number.0448556694': 'ZuHause', 'tstart': datetime.datetime(2014, 6, 24, 16, 16, 34, 184492), 'tcaps': datetime.datetime(1900, 1, 1, 0, 0), 'pbook_number.8556694': 'ZuHause', 'todisc': datetime.datetime(1900, 1, 1, 0, 0)}', box_name:'fritz.box', password:'hierstehtmeinBox-PW', protocol:'http', cap_folder:'captures/%(tcaps.Y-m-d/HMS)/', cap_file:'capture_%(tcaps.YmdHMS).cap', login_required:'True', default_login:'getpage=../html/de/menus/menu2.html&errorpage=../html/index.html&var:lang=de&var:pagename=home&var:menu=home&=&login:command/password=%s', sid_challenge:'getpage=../html/login_sid.xml', sid_login:'login:command/response=%s&getpage=../html/login_sid.xml', start_str:'?start=1&start1=Start', stop_str:'?stop=1&stop1=Stop', after_capture_time:'10')
2014-06-24 16:16:40,413 [MainThread::1074233344] [DEBUG   ] [    call_monitor::__init__          ] CallMonitor(capture_monitor:'<CaptureMonitor(Thread-3, initial)>', box_name:'fritz.box', call_service_port:'1012').
2014-06-24 16:16:40,415 [  Thread-4::1090274416] [DEBUG   ] [    call_monitor::run               ] Thread started.
2014-06-24 16:16:40,416 [  Thread-4::1090274416] [INFO    ] [    call_monitor::init_connection   ] Connect    to the call monitor service on fritz.box:1012.
2014-06-24 16:16:40,422 [  Thread-4::1090274416] [INFO    ] [    call_monitor::init_connection   ] Connected  to the call monitor service on fritz.box:1012.
2014-06-24 16:16:40,423 [  Thread-4::1090274416] [DEBUG   ] [    call_monitor::run               ] Wait for call monitor status change.
2014-06-24 16:16:40,517 [  Thread-3::1101001840] [DEBUG   ] [ capture_monitor::run               ] Thread started.
2014-06-24 16:16:40,518 [  Thread-3::1101001840] [DEBUG   ] [ capture_monitor::init_login        ] Login attempt to the the FritzBox (box_name:fritz.box)
2014-06-24 16:16:40,519 [  Thread-3::1101001840] [DEBUG   ] [ capture_monitor::init_login        ] Call the challange token url (url:'http://fritz.box/login_sid.lua')
2014-06-24 16:16:40,618 [  Thread-2::1111487600] [DEBUG   ] [  capfile_worker::run               ] Thread started.
2014-06-24 16:16:40,648 [  Thread-3::1101001840] [DEBUG   ] [ capture_monitor::init_login        ] Call the read seed token url (url:'http://fritz.box/login_sid.lua?username=root&response=b7874e5a-3c6d6075971f0afe60d60582dd9f7900', data:'login:command/response=b7874e5a-3c6d6075971f0afe60d60582dd9f7900&getpage=../html/login_sid.xml').
2014-06-24 16:16:40,718 [  Thread-1::1119876208] [DEBUG   ] [  capfile_worker::run               ] Thread started.
2014-06-24 16:16:40,758 [  Thread-3::1101001840] [ERROR   ] [ capture_monitor::init_login        ] Could not login to the FritzBox: Not authorized.
2014-06-24 16:16:40,760 [  Thread-3::1101001840] [DEBUG   ] [ capture_monitor::run               ] pre_capture acquire lock.
2014-06-24 16:16:40,761 [  Thread-3::1101001840] [DEBUG   ] [ capture_monitor::run               ] pre_capture acquire lock finished.
2014-06-24 16:16:40,761 [  Thread-3::1101001840] [DEBUG   ] [ capture_monitor::run               ] pre_capture wait().
2014-06-24 16:16:45,421 [MainThread::1074233344] [DEBUG   ] [        fritzcap::signal_handler    ] Become signal from the system (signum:'2', stack:'<frame object at 0x359a68>').
2014-06-24 16:16:45,422 [MainThread::1074233344] [DEBUG   ] [        fritzcap::signal_handler    ] Call stop method to the thread:'<CallMonitor(Thread-4, started 1090274416)>'
2014-06-24 16:16:45,422 [MainThread::1074233344] [DEBUG   ] [    call_monitor::stop              ] Received signal to stop the thread.
2014-06-24 16:16:45,423 [MainThread::1074233344] [DEBUG   ] [        fritzcap::signal_handler    ] Call join signal to the thread:'<CallMonitor(Thread-4, started 1090274416)>'
2014-06-24 16:16:45,428 [  Thread-4::1090274416] [DEBUG   ] [    call_monitor::run               ] Close the connection to the telnet session.
2014-06-24 16:16:45,429 [  Thread-4::1090274416] [DEBUG   ] [    call_monitor::run               ] Close the connection to the telnet session finished.
2014-06-24 16:16:45,429 [  Thread-4::1090274416] [INFO    ] [    call_monitor::run               ] Connection to the call monitor service on fritz.box:1012 stopped.
2014-06-24 16:16:45,431 [  Thread-4::1090274416] [DEBUG   ] [ capture_monitor::stop              ] Received signal to stop the thread.
2014-06-24 16:16:45,431 [  Thread-3::1101001840] [DEBUG   ] [ capture_monitor::run               ] pre_capture wait() finished.
2014-06-24 16:16:45,432 [  Thread-3::1101001840] [DEBUG   ] [ capture_monitor::run               ] pre_capture release lock.
2014-06-24 16:16:45,432 [  Thread-3::1101001840] [DEBUG   ] [ capture_monitor::run               ] pre_capture release lock finished.
2014-06-24 16:16:45,433 [  Thread-3::1101001840] [DEBUG   ] [ capture_monitor::run               ] The capture was not started. Not need to stop the capture. Can stop immediately.
2014-06-24 16:16:45,434 [  Thread-2::1111487600] [DEBUG   ] [  capfile_worker::run               ] Became None element, put a None element to the queue for the others workers and break the work.
2014-06-24 16:16:45,434 [  Thread-2::1111487600] [DEBUG   ] [  capfile_worker::run               ] Thread stopped.
2014-06-24 16:16:45,435 [  Thread-1::1119876208] [DEBUG   ] [  capfile_worker::run               ] Became None element, put a None element to the queue for the others workers and break the work.
2014-06-24 16:16:45,436 [  Thread-1::1119876208] [DEBUG   ] [  capfile_worker::run               ] Thread stopped.
2014-06-24 16:16:45,434 [  Thread-3::1101001840] [DEBUG   ] [ capture_monitor::run               ] Thread stopped.
2014-06-24 16:16:45,437 [  Thread-4::1090274416] [DEBUG   ] [    call_monitor::run               ] Thread stopped.
2014-06-24 16:16:45,438 [MainThread::1074233344] [DEBUG   ] [        fritzcap::signal_handler    ] Call stop method to the thread:'<CaptureMonitor(Thread-3, stopped 1101001840)>'
2014-06-24 16:16:45,439 [MainThread::1074233344] [DEBUG   ] [ capture_monitor::stop              ] Received signal to stop the thread.
2014-06-24 16:16:45,439 [MainThread::1074233344] [DEBUG   ] [        fritzcap::signal_handler    ] Call join signal to the thread:'<CaptureMonitor(Thread-3, stopped 1101001840)>'
2014-06-24 16:16:45,440 [MainThread::1074233344] [DEBUG   ] [        fritzcap::signal_handler    ] Call stop method to the thread:'<CapfileWorker(Thread-2, stopped 1111487600)>'
2014-06-24 16:16:45,440 [MainThread::1074233344] [DEBUG   ] [  capfile_worker::stop              ] Received signal to stop the thread.
2014-06-24 16:16:45,441 [MainThread::1074233344] [DEBUG   ] [        fritzcap::signal_handler    ] Call join signal to the thread:'<CapfileWorker(Thread-2, stopped 1111487600)>'
2014-06-24 16:16:45,442 [MainThread::1074233344] [DEBUG   ] [        fritzcap::signal_handler    ] Call stop method to the thread:'<CapfileWorker(Thread-1, stopped 1119876208)>'
2014-06-24 16:16:45,442 [MainThread::1074233344] [DEBUG   ] [  capfile_worker::stop              ] Received signal to stop the thread.
2014-06-24 16:16:45,443 [MainThread::1074233344] [DEBUG   ] [        fritzcap::signal_handler    ] Call join signal to the thread:'<CapfileWorker(Thread-1, stopped 1119876208)>'
2014-06-24 16:16:45,443 [MainThread::1074233344] [DEBUG   ] [        fritzcap::signal_handler    ] Become signal from the system (signum:'2', stack:'<frame object at 0x359a68>') finished.
2014-06-24 16:16:45,444 [MainThread::1074233344] [DEBUG   ] [        fritzcap::<module>          ] There is no more active threads. Exiting.
2014-06-24 16:16:45,444 [MainThread::1074233344] [INFO    ] [        fritzcap::<module>          ] FritzCap finished.

Edit 2:
Mea culpa, ich nehme alles zurück. Nachdem ich die richtige fritzcap-Version verwendet habe, läuft alles Bestens.
Besten dank für das schöne Tool !
 
Zuletzt bearbeitet:
Hallo zusammen,

eine letzte Frage zum Tool hätte ich noch:
Der Dekodier-Vorgang erzeugt bei mir zwei WAVs, eines für die Anruferseite und eins für die Seite des Angerufenen.
Ist es möglich, diese beiden Files in eines zu synchronisieren, sprich: Ein File, in dem man beide Seiten hört ?
Beste Grüße,

JD.
 
Auch so ;)

Nimm doch Audacity
...um die Spuren zusammenzuführen.
Dabei kannst du entscheiden ob Stereo (einer Rechts, einer Links),
oder Mono (zwei Spuren zu einer Monospur vereinen).
Du kannst sogar im WAV uLaw und aLaw abspeichern.
Solch ein Format kann ich sogar an meine snom320 mit VLC streamen.
Ohne Transcodierung!
 
Danke,

werde ich mir ansehen.
Noch eine kleine Anschlussfrage:
Ich starte das Tool mit
Code: 
DiskStation> screen -dm python /volume1/programs/fritzcap-2.0.0/fritzcap.py -c -d -m
Leider scheint irgendwie der Monitorschalter nicht zu greifen, da überhaupt kein Capture erzeugt wird, wenn die Box angerufen wird.
Wenn ich das Tool auf der Konsole starte und nach einem Anruf händisch beende, läuft alles einwandfrei ....
Grüße,

JD.
 
Hm, ick gloobe ick muss dir mal screen crashkursen.

1. Hast du eine brauchbare .screenrc? Nein? Nimm diese mal zum testen...
~/.screenrc
Code: 
#.screenrc

startup_message off
vbell off
autodetach on
altscreen on
shelltitle "$ \|ash"
defscrollback 100
defutf8 on
nonblock on

hardstatus alwayslastline
hardstatus string '%{= kw}[ %{= kb}%H%{= kw} ][%= %{= kw}%?%-Lw%?%{= kW}%n*%f %t%?%?%{= kw}%?%+Lw%?%?%= ][ %{r}%l%{w} ]%{w}[%{r} %d/%m/%y %C %A %{w}]%{w}'
# ^--> Das ist eine Zeile! (hardstatus string)
bind 'q' quit

# syntax: screen -t label order command
screen -t Shell1 0
screen -t Shell2 1
screen -t Shell3 2
screen -t Shell4 3
#EOF
2. Starte screen mit: screen
3. Sofort wieder detachen: Strg + a + d
4. Attachen: screen -x
5. Funktioniert das so bei dir?
6a. Die .screenrc macht 4 Konsolen auf, durchzappen mit: Strg + a + n
6b. ...zurück gehts mit: Strg + a + p
7. Oder direkt anwählen mit: Strg + a + 0, bis Strg + a + 3
8. So kannst du 4 Konsolenblockierende Programme laufen lassen und...
9. Alle 4 belegt? Kein Problem. Eine neue Konsole gibt es mit: Strg + a + c
10. Mit Strg + a + d detachen, ausloggen und später mit screen -x attachen.
11. Überflüssige Konsole beenden mit: exit
12. Die letzte Konsole mit exit beenden beendet auch die screen Session.

Lesenswert: screen - LinuxWiki
Hoffe das hilft. ;)
 
Zuletzt bearbeitet:
koyaanisqatsi schrieb:
Hoffe das hilft. ;)
Zum Vergrößern anklicken....

Perfekt, Danke ! :p
Ich hatte gehofft, daß ich die Ausführung von Python in screen selbst irgendwie "in den Hintergrund" verlagern könnte ...
Aber da muss ich wohl nochmal eingehender in die Doku einsteigen.
Jetzt läuft jedenfalls alles.
Nochmals danke und Grüße,

JD.
 
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 thread:'<CaptureMonitor(Thread-3, started -1243343760)>'
2014-06-30 12:30:43,332 [MainThread::-1225653744] [DEBUG ] [ capture_monitor::stop ] Received signal to stop the thread.
2014-06-30 12:30:43,335 [MainThread::-1225653744] [DEBUG ] [ fritzcap::signal_handler ] Call join signal to the thread:'<CaptureMonitor(Thread-3, started -1243343760)>'
2014-06-30 12:30:43,515 [ Thread-3::-1243343760] [DEBUG ] [ capture_monitor::init_login ] Call the read seed token url (url:'http://fritz.box/login_sid.lua?username=root&response$
2014-06-30 12:30:43,724 [ Thread-3::-1243343760] [DEBUG ] [ capture_monitor::init_login ] Login OK (SID: 398ddf22af72df5f)
2014-06-30 12:30:43,727 [ Thread-3::-1243343760] [DEBUG ] [ capture_monitor::sub_stop_capture ] Send capture stop request to the box (url:'http://fritz.box/cgi-bin/capture_no$
2014-06-30 12:30:43,819 [ Thread-5::-1268775824] [DEBUG ] [ tracer::run ] Trace finished (url:'http://fritz.box/cgi-bin/capture_notimeout?start=1&start1=Start&sid$
2014-06-30 12:30:43,841 [ Thread-3::-1243343760] [DEBUG ] [ capture_monitor::sub_stop_capture ] Send capture stop request to the box finished (url:'http://fritz.box/cgi-bin/capture_no$
2014-06-30 12:30:43,844 [ Thread-3::-1243343760] [INFO ] [ capture_monitor::sub_stop_capture ] Capture finished (capture_file:'captures/2014-06-30/123021/capture_20140630123021.cap').
2014-06-30 12:30:43,850 [ Thread-3::-1243343760] [DEBUG ] [ capture_monitor::sub_stop_capture ] Add captured file 'captures/2014-06-30/123021/capture_20140630123021.cap' to the decodin$
2014-06-30 12:30:43,852 [ Thread-2::-1251998608] [INFO ] [ capfile_worker::process ] Decode process started (worker_id:1, file:'captures/2014-06-30/123021/capture_201406301$
2014-06-30 12:30:43,873 [ Thread-3::-1243343760] [DEBUG ] [ capture_monitor::run ] Thread stopped.
2014-06-30 12:30:43,876 [MainThread::-1225653744] [DEBUG ] [ fritzcap::signal_handler ] Call stop method to the thread:'<CapfileWorker(Thread-2, started -1251998608)>'
2014-06-30 12:30:43,878 [MainThread::-1225653744] [DEBUG ] [ capfile_worker::stop ] Received signal to stop the thread.
2014-06-30 12:30:43,881 [MainThread::-1225653744] [DEBUG ] [ fritzcap::signal_handler ] Call join signal to the thread:'<CapfileWorker(Thread-2, started -1251998608)>'
2014-06-30 12:30:43,884 [ Thread-1::-1260387216] [DEBUG ] [ capfile_worker::run ] Became None element, put a None element to the queue for the others workers and break th$
2014-06-30 12:30:43,887 [ Thread-1::-1260387216] [DEBUG ] [ capfile_worker::run ] Thread stopped.
2014-06-30 12:30:44,153 [ Thread-2::-1251998608] [INFO ] [ capfile_worker::process ] Decode process finished (worker_id:1, file:'captures/2014-06-30/123021/capture_201406301$
2014-06-30 12:30:44,159 [ Thread-2::-1251998608] [DEBUG ] [ capfile_worker::run ] Thread stopped.
2014-06-30 12:30:44,162 [MainThread::-1225653744] [DEBUG ] [ fritzcap::signal_handler ] Call stop method to the thread:'<CapfileWorker(Thread-1, stopped -1260387216)>'
2014-06-30 12:30:44,163 [MainThread::-1225653744] [DEBUG ] [ capfile_worker::stop ] Received signal to stop the thread.
2014-06-30 12:30:44,166 [MainThread::-1225653744] [DEBUG ] [ fritzcap::signal_handler ] Call join signal to the thread:'<CapfileWorker(Thread-1, stopped -1260387216)>'
2014-06-30 12:30:44,169 [MainThread::-1225653744] [DEBUG ] [ fritzcap::signal_handler ] Become signal from the system (signum:'2', stack:'<frame object at 0xedc690>') finished.
2014-06-30 12:30:44,171 [MainThread::-1225653744] [DEBUG ] [ fritzcap::<module> ] There is no more active threads. Exiting.
2014-06-30 12:30:44,173 [MainThread::-1225653744] [INFO ] [ fritzcap::<module> ] FritzCap finished.
 
Bekomme jetzt "Unsupported payload type 4". Jemand ne Idee, was ich tun kann?
 
Hast Du mal nach der Fehlermeldung gegooglet ? Im Sourcecode von g711_decoder.py steht u.A.:
Code: 
if payloadtype not in [8, 0, 13]:
                    util.log('Unsupported payload type', payloadtype)
                    return
Klingt also für mich nach dem, was dort steht: Einem nicht unterstützten (Audio-)Inhalt. Was genau war denn Teil des Capture-Files ?
 
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.
 
Also was war jetzt Teil des Capture-Files ? Waren es "reguläre" Audio-Daten ?
Und was genau ist "Deine" Paketlänge ?
Hast Du gesehen, wie der Paketheader analysiert wird ? Wenn dort die Länge um ein Byte verkehrt ist, wird natürlich beim Dekodieren nur "Müll" herauskommen ...
Desweiteren: Payload Typ 4 scheint mit dem G 723-Codec assoziiert zu sein. Unterstützt Deine Box/Deine Software diesen ?
 
Zuletzt bearbeitet:
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.
 
JohnDoe42 schrieb:
Und was genau ist "Deine" Paketlänge?
Zum Vergrößern anklicken....
298 bytes. Das habe ich Wireshark entnommen.
JohnDoe42 schrieb:
Hast Du gesehen, wie der Paketheader analysiert wird ? Wenn dort die Länge um ein Byte verkehrt ist, wird natürlich beim Dekodieren nur "Müll" herauskommen ...
Desweiteren: Payload Typ 4 scheint mit dem G 723-Codec assoziiert zu sein. Unterstützt Deine Box/Deine Software diesen ?
Zum Vergrößern anklicken....
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 mit so aber auch nicht ordentlich konvertiert. Ich höre zwar leicht die Stimme aber der Großteil ist Rauschen und Störgeräusche... wobei ich nicht weiß, woran das liegt: tshark, Zusamenbau der Raw-Datei oder Konvertierung durch Sox.
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 345 (Mitglieder: 32, Gäste: 313)

Neueste Beiträge

Statistik des Forums

Themen
244,957
Beiträge
2,221,613
Mitglieder
371,727
Neuestes Mitglied
rumus001genuine
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück