JavaCV VS jsweet

I'm using https://github.com/bytedeco/javacv/ and trying to set a little server up where I can view the livestream of a camera through the server. I want to try to make a little security camera type project with a raspberry pi. (I know that the library might not work on the pi, but one thing at a time.) If I can get the server working with livestreaming, then I believe I can change any camera library I might end up using.

How is it different from JavaCV?

I'm attempting to make a simple video converter app in Java using JavaCV, i downloaded the Jar files and put them into my repo. this is my current folder structure all of the Jar files are inside the 'libs' folder.

JavaCV to generate the complete mp4 from the rendered frames

I like Java, but if I was doing a pure OpenCV project I would do Python or C++. Anyways, I think looking at examples is the best way to learn. If you use the JavaCV wrapper there are plenty of examples over here https://github.com/bytedeco/javacv/tree/master/samples

Just checking my code. I ended up using this: https://github.com/bytedeco/javacv. Specifically the javacv-platform library: http://bytedeco.org/builds/.

Check this out, this works pefectly inside scala projects so you can do like that: https://github.com/bytedeco/javacv

You can take a look at https://github.com/j4ts, which contains some Java libs transpiled by JSweet to TS/JS. The AWT/Swing implementation is just a proof of concept, but some other libs are fully functional like awt/geom.

However, you have to be aware that the initial purpose of JSweet was not to port all Java libs to JS. JSweet allows the transpiler to be customized (with extensions) to map Java APIs to JS ones so that you don't necessarily need a JS runtime. It's all explained in the "Extending the transpiler" section of the core doc: https://github.com/cincheo/jsweet/blob/master/doc/jsweet-lan...

We used a lot GWT with UI frameworks like dominokit or Vaadin. There is another transpiler not mentioned before: https://github.com/cincheo/jsweet It has better JS ecosystem integration and some library ports. I never used it, but it worth to try.

Well, you can, in theory use any language if you transpile it - that way, you'd end up using a single language across the stack (even if you're technically using JS). An example of this would be JSweet.

TheVirtual FTC simulator team is looking for FTC team members or alumni who want a programming challenge. We want your help adapting jsweet https://www.jsweet.org/ to transpile Java code to JS. Programmer will be working on automatic translation of Java to Javascript. Experience with both Java and Web development is ideal.

Definitely worth a look thank you! On another note, I've experimented successfully with https://www.jsweet.org/.

I look forward to getting back into front-end if I can do it in Java only (which can be done today) ... and not be looked down upon by frontenders, the CSS tricks designer crowd and the highly vocal JavaScript crowd.

www.jsweet.org