Hacker Newsnew | past | comments | ask | show | jobs | submit | pea-tear's commentslogin

Yes, unfortunately mermaid requires not only node but also a browser instance (!!). I don't like it at all but I don't think there's any alternatives. If you or anyone knows a way of avoiding installing a javascript package to do this please create an issue in the repo!


I would love to hear specifics on how you couldn't get the layout looking how you wanted it to. e.g. do you have a link to the presentation you did? Feel free to shot me an email at gmail, it's easily findeable online.


Mermaid is already supported natively, meaning the mermaid diagram output is rendered as actual images; no need for ascii diagrams https://mfontanini.github.io/presenterm/features/code/mermai...


This is great if you are fine managing npm packages, seems the only smooth way to install mermaid-cli. I'd say this is a mermaid limitation not a presenterm limitation.


Yeah, I'd love to not rely on an npm package but it's unfortunately the only way to do this out of the box.


iterm2 and wezterm are well supported as well!


See the sibling comment. This is a new protocol that the kitty maintainer created and is supported as of kitty 0.40.0, which was just released yesterday. This makes presentations look much more presentation-like now!


I built presenterm (https://github.com/mfontanini/presenterm). Also a terminal based presentation tool which uses markdown, and supports images, PDF exports, etc.


Developer here. There's alternatives that don't throw but the example is mostly so people look at it and say "ah, cool, this is actually simple to use". I normally still use this throw-version of doing things when I just need to quickly do something, as in reality in most cases I don't care about performance for specific 10 line code snippets.

If you want to do things right, you can read the docs and use the appropriate API call (like using the non throwing PDU::find_pdu, use bpf filters, etc).


I haven't compared the performance of gopacket. I'll add that to my to-do list!


This library uses libpcap to capture packets/read them from a pcap file. When you sniff using libpcap you just get a pointer to the packet and the packet size, you then have to parse the packet appropriately to do something useful with it.

What libtins adds is the ability to parse and assemble packets easily. Parsing is automatic, so you won't need to be checking protocol fields to determine how to parse it: it will all be handled by the library.


libpcap does not support WiFi AFAIK (or maybe Winpcap doesn't)....does libtins depend on an underlying driver on Windows for WiFi support? How good is the 802.11 support on Windows?


libpcap does support it. As for Winpcap, I don't know.

Yes, libtins uses libpcap to capture packets (and also to send, if you're using Windows), so basically if winpcap supports it, then it should work on libtins.


Winpcap it seems like does not support capturing raw 802.11 packets and instead presents a pseudo-ethernet interface to the packets captured on WiFi adapters and it only presents the actual ethernet packet to the application using it (not the raw 802.11 packets). To actually capture 802.11, it seems like you need to use 3rd party drivers like Airpcap (which are commercial and it seems like this is a driver/wifi adapter combo). See https://www.winpcap.org/devel.htm....


That would be great! I think that adding more libraries to the benchmark would be just great. This is the project I've created to run the benchmarks:

https://github.com/mfontanini/packet-capture-benchmarks

You can have a look at some of the existing benchmarks so you get an idea of what it has to do. Let me know if you need any help.


Excellent! I'll try to send you a pull request sometime Monday or Tuesday.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: