7 ms·

Brplot – plotting app/lib in C

99 points by branc116 3y ago

branc116 3y ago
I've been working on this for a while now. Showing it here to see what will happen.
enriquto 3y ago
I love this! There is some slight friction (headless mode still seems to require imgui), but the plots look great and I may replace some of my gnuplot scripts with brplot. It seems much better integrated in a unix workflow.
- branc116 3y ago
  Hmmm... I'm not sure about that. How did you build it?
dima55 3y ago
Thanks for the post. The obvious comparison is feedgnuplot: https://github.com/dkogan/feedgnuplot/ https://github.com/dkogan/feedgnuplot/ That works similarly in that it plots standard input. The backend is gnuplot, which is a double-edged sword: it's far more full-featured than brplot, but almost certainly is much slower also. I'll try out brplot to see if it would be a good replacement for cases where speed is important. Thanks!
- squarefoot 3y ago
  Also worth mentioning ploticus: https://ploticus.sourceforge.net https://ploticus.sourceforge.net
  - lf-non 3y ago
    Interesting tool, but may not be a great choice for new users: All support and development halted in 2016.
- branc116 3y ago
  I should make a table with all other plotters and compare them. That would be cool.
Franscoben 3y ago
[dead]
Garypaul 3y ago
[flagged]
- tiffanyh 3y ago
  @dang It seems like HN is getting robo-spam. This comment, plus a few other comments in the last few minutes that I can’t seem to find now. Just fyi.
eyegor 3y ago
Why do the first dozen examples not have screenshots in the main readme? I thought maybe it was an issue on my end until I checked the raw view.
- scrubs 3y ago
  Yah - you cannot elide the main point. Plots. A few. Put 'em in!
- branc116 3y ago
  I didn't want to spam repo with too many imgs. But you are right It'd be cool to have then. But I should host those imgs somewhere else
DarkCrusader2 3y ago
For those wanting to try this out locally, you will need to fetch the git submodules after cloning. Other dependencies required to build are listed in the github workflow yaml definition. Hope this saves someone some time as this is not mentioned in the readme. Cool project though.
- lionkor 3y ago
  sounds like it needs CMake+vcpkg like in this example starter of mine: https://github.com/lionkor/cpp-project-template https://github.com/lionkor/cpp-project-template
  - branc116 3y ago
    Yup. But from my expirance cmake only becomes useful when you want to compile something on multiple os-es. I have not compiled brplot on windows or on mac. Makefile is written with linux as host os in mind. It'd be cool to have cmake build option. So that you could create vs proj on windows, xcode proj on mac. I don't know what to think about vcpkg.
- branc116 3y ago
  Requirments are a pain. On different distributions they are located in different packages. I should install top 20 most used distributions and try to build on that distributin. That would be quite a fun process.
  - DarkCrusader2 3y ago
    That's why I stick with Ubuntu (well Linux Mint actually). I have yet to run into a project or problem which didn't had instructions specifically for Ubuntu. You can also explore building with Nix to be platform/distribution agnostic.
    - branc116 3y ago
      Isn't nix just for nixos?

99 points by branc116 3y ago

I've been working on this for a while now. Showing it here to see what will happen.

I love this! There is some slight friction (headless mode still seems to require imgui), but the plots look great and I may replace some of my gnuplot scripts with brplot. It seems much better integrated in a unix workflow.

branc116 3y ago
Hmmm... I'm not sure about that. How did you build it?

dima55 3y ago

Thanks for the post. The obvious comparison is feedgnuplot: https://github.com/dkogan/feedgnuplot/ https://github.com/dkogan/feedgnuplot/ That works similarly in that it plots standard input. The backend is gnuplot, which is a double-edged sword: it's far more full-featured than brplot, but almost certainly is much slower also. I'll try out brplot to see if it would be a good replacement for cases where speed is important. Thanks!

squarefoot 3y ago
Also worth mentioning ploticus: https://ploticus.sourceforge.net https://ploticus.sourceforge.net
- lf-non 3y ago
  Interesting tool, but may not be a great choice for new users: All support and development halted in 2016.
branc116 3y ago
I should make a table with all other plotters and compare them. That would be cool.

Franscoben 3y ago

[dead]

Garypaul 3y ago

[flagged]

tiffanyh 3y ago
@dang It seems like HN is getting robo-spam. This comment, plus a few other comments in the last few minutes that I can’t seem to find now. Just fyi.

eyegor 3y ago

Why do the first dozen examples not have screenshots in the main readme? I thought maybe it was an issue on my end until I checked the raw view.

scrubs 3y ago
Yah - you cannot elide the main point. Plots. A few. Put 'em in!
branc116 3y ago
I didn't want to spam repo with too many imgs. But you are right It'd be cool to have then. But I should host those imgs somewhere else

DarkCrusader2 3y ago

For those wanting to try this out locally, you will need to fetch the git submodules after cloning. Other dependencies required to build are listed in the github workflow yaml definition. Hope this saves someone some time as this is not mentioned in the readme. Cool project though.

lionkor 3y ago
sounds like it needs CMake+vcpkg like in this example starter of mine: https://github.com/lionkor/cpp-project-template https://github.com/lionkor/cpp-project-template
- branc116 3y ago
  Yup. But from my expirance cmake only becomes useful when you want to compile something on multiple os-es. I have not compiled brplot on windows or on mac. Makefile is written with linux as host os in mind. It'd be cool to have cmake build option. So that you could create vs proj on windows, xcode proj on mac. I don't know what to think about vcpkg.
branc116 3y ago
Requirments are a pain. On different distributions they are located in different packages. I should install top 20 most used distributions and try to build on that distributin. That would be quite a fun process.
- DarkCrusader2 3y ago
  That's why I stick with Ubuntu (well Linux Mint actually). I have yet to run into a project or problem which didn't had instructions specifically for Ubuntu. You can also explore building with Nix to be platform/distribution agnostic.
  - branc116 3y ago
    Isn't nix just for nixos?