tensorrt_demos
xdg-desktop-portal-wlr
tensorrt_demos | xdg-desktop-portal-wlr | |
---|---|---|
5 | 68 | |
1,720 | 559 | |
- | - | |
3.1 | 6.3 | |
about 1 year ago | 10 days ago | |
Python | C | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
tensorrt_demos
-
lowering size of YOLOV4 detection model
tensorrt_demo github repository
-
Jetson Nano: TensorFlow model. Possibly I should use PyTorch instead?
https://github.com/NVIDIA-AI-IOT/torch2trt <- pretty straightforward https://github.com/jkjung-avt/tensorrt_demos <- this helped me a lot
-
PyTorch 1.8 release with AMD ROCm support
> I'll also add a caveat that toolage for Jetson boards is extremely incomplete.
A hundred times this. I was about to write another rant here but I already did that[0] a while ago, so I'll save my breath this time. :)
Another fun fact regarding toolage: Today I discovered that many USB cameras work poorly on Jetsons (at least when using OpenCV), probably due to different drivers and/or the fact that OpenCV doesn't support ARM64 as well as it does x86_64. :(
> They supply you with a bunch of sorely outdated models for TensorRT like Inceptionv3 and SSD-MobileNetv2 and VGG-16.
They supply you with such models? That's news to me. AFAIK converting something like SSD-MobileNetv2 from TensorFlow to TensorRT still requires substantial manual work and magic, as this code[1] attests to. There are countless (countless!) posts on the Nvidia forums by people complaining that they're not able to convert their models.
[0]: https://news.ycombinator.com/item?id=26004235
[1]: https://github.com/jkjung-avt/tensorrt_demos/blob/master/ssd... (In fact, this is the only piece of code I've found on the entire internet that managed to successfully convert my SSD-MobileNetV2.)
- I'm tired of this anti-Wayland horseshit
-
H.264 hardware acceleration for surveillance station performance
It was some work getting compiled on nano but I used this guy's work to get started. https://jkjung-avt.github.io/tensorrt-yolov4/ and https://github.com/jkjung-avt/tensorrt_demos
xdg-desktop-portal-wlr
-
How do I configure xdg-desktop-portal so that it works and keeps working?
It comes with a systemd service file https://github.com/emersion/xdg-desktop-portal-wlr/blob/master/contrib/systemd/xdg-desktop-portal-wlr.service.in that you can use
-
How do you guys screenshare Sway on Discord?
Are you running the Wayland envvar for Firefox, MOZ_ENABLE_WAYLAND=1? Because the rest of your setup sounds very similar to my (working) setup. You could also run the Python test script included with xdg-desktop-portal-wlr (bottom of this page) as a sanity check that nothing's going wrong there
-
Which technology / protocol etc. is the next big thing, coming the next few years in Linux gaming?
- Global hotkey portal
-
Is there any way to screenshare only a single window?
Not yet: https://github.com/emersion/xdg-desktop-portal-wlr/issues/107
- Xfce 4.18, and the Future of the Desktop
-
Moving from a DE, loss of functionality?
You'll need this
-
Tearing updates got merged into Wayland! Now we only have to wait for implementations in KWin and Gnome!
I believe that a lot of the current approach to fixing it is something similar to xdg-desktop-portal. That's for signaling for screenshots, but a similar idea could work for listening for key events without being focused, apparently. It bypasses the standard Wayland system completely and uses D-Bus and Pipewire instead. I'm not too familiar with the details myself, though.
-
PSA: Steam Link (Remote Play) works on Wayland with AMD GPU
I don't know which of the xdg-desktop-portal backends you would need for gamescope, but xdg-desktop-portal-wlr has a config file which it reads where you can set the preferred output and set the chooser_type to none. That makes it skip the screen selector for me.
-
flameshot not working in sway (typing "flameshot gui" hangs in the terminal)
See these links for more info: * flameshot: flameshot gui from cli does nothing. dbus error UnknownMethod: "No such interface “org.freedesktop.portal.Screenshot” #2872 * xdg-desktop-portal: No such interface “org.freedesktop.portal.Screenshot” on object at path /org/freedesktop/portal/desktop #861 * xdg-desktop-portal-wlr: screenshot: Announce version property
-
sway inverted screen sharing
This is a known issue: https://github.com/emersion/xdg-desktop-portal-wlr/issues/83
What are some alternatives?
YOLOX - YOLOX is a high-performance anchor-free YOLO, exceeding yolov3~v5 with MegEngine, ONNX, TensorRT, ncnn, and OpenVINO supported. Documentation: https://yolox.readthedocs.io/
sway - i3-compatible Wayland compositor
torch2trt - An easy to use PyTorch to TensorRT converter
xdg-desktop-portal-gtk - Gtk implementation of xdg-desktop-portal
yolov4-custom-functions - A Wide Range of Custom Functions for YOLOv4, YOLOv4-tiny, YOLOv3, and YOLOv3-tiny Implemented in TensorFlow, TFLite, and TensorRT.
wayvnc - A VNC server for wlroots based Wayland compositors
tensorflow-yolov4-tflite - YOLOv4, YOLOv4-tiny, YOLOv3, YOLOv3-tiny Implemented in Tensorflow 2.3.1, Android. Convert YOLO v4 .weights tensorflow, tensorrt and tflite
wlroots - A modular Wayland compositor library
jetson-inference - Hello AI World guide to deploying deep-learning inference networks and deep vision primitives with TensorRT and NVIDIA Jetson.
v4l2loopback - v4l2-loopback device
flameshot - Powerful yet simple to use screenshot software :desktop_computer: :camera_flash: