Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add command-line option or separate capture tool #136

Open
mossmann opened this issue Jul 17, 2024 · 5 comments · May be fixed by #160
Open

Add command-line option or separate capture tool #136

mossmann opened this issue Jul 17, 2024 · 5 comments · May be fixed by #160
Labels
enhancement potential new feature

Comments

@mossmann
Copy link
Member

It should be possible to save a live capture to a file without the GUI.

@mossmann mossmann added the enhancement potential new feature label Jul 17, 2024
@martinling
Copy link
Member

On Windows, this might have to be a separate binary, because as far as I'm aware it's not possible to have an executable that's a GUI application (i.e. can run without opening a console window), but also outputs to the console if run from the command line.

This is confirmed by Raymond Chen here, although there are some ways to fake it listed in this stackoverflow thread.

@mossmann
Copy link
Member Author

I think the typical solution is to have an additional executable like packetry-cli which I would be fine with.

@martinling
Copy link
Member

Yeah, but that reintroduces all the pain we had managed to remove in #105.

@NullByteZero
Copy link

This will probably be a bit controversial question but why not create a CLI tool in python?

This would also allow us to import it as a library to our python projects and write our own decoders/analyzers which could process data in real time.

Its seems like a no-brainer to me since facedancer uses python and is extremely easy to use.

@martinling
Copy link
Member

The predecessor to Packetry was ViewSB, which was written entirely in Python.

The key problem was that it was too slow. A saturated USB 2.0 high speed bus is pushing about 100,000 packets per second. The first stages of decoding really need to be in native code in order to keep up with the throughput.

What we might add at some point is a plugin API that lets higher level decoders be written in Python or some other scripting language, once the low-level packet capture is already processed and indexed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement potential new feature
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants