| *** jlrmagnus has quit IRC | 00:05 | |
| *** jlrmagnus has joined #automotive | 00:06 | |
| fury | JEEB: wow, so it’s already built for QML, I guess I could prolly just try to glom that into my “hello world” AGL QML project | 00:36 |
|---|---|---|
| fury | https://github.com/radiosound-com/agl-hello-qml | 00:36 |
| JEEB | yea, after you build libmpv one of the headers that gets installed is a Qt helper | 00:36 |
| JEEB | "#include <mpv/qthelper.hpp>" | 00:37 |
| JEEB | but I bet just the basic libmpv API shouldn't be too bad, either | 00:37 |
| JEEB | since I've done it with JNI once already :) | 00:37 |
| JEEB | (for android) | 00:38 |
| *** jlrmagnus has quit IRC | 00:39 | |
| fury | JEEB: would it use a hardware decoder where available? I guess that’s where the appropriate gstreamer plugin comes in | 00:45 |
| fury | or does it not use gstreamer | 00:46 |
| JEEB | mpv has nothing to do with gstreamer to be honest :) it can use the rpi hw decoding through FFmpeg if it is built with the libraries enabled. It can utilize the hw decoding capabilities straight-to-overlay ("dumb" mode) or by copying back to RAM | 00:46 |
| fury | ah ok | 00:47 |
| JEEB | the first mode is more performant, but "dumb" as in it misses the whole opengl-based rendering pipe line of mpv | 00:47 |
| fury | getting a little more caught up now :P my brain is still in “/sys/class/gpio sucks” mode at the moment, I’m a little slow | 00:48 |
| JEEB | while the latter occurs some penalty in performance, it can use the proper rendering chain | 00:48 |
| JEEB | depending on the use case one or the other can be used | 00:48 |
| fury | would the dumb mode mean it can’t be obscured by an on-top window because the hw decoder is drawing on top of whatever it gets? | 00:49 |
| JEEB | I haven't tested it myself yet, but I wouldn't be surprised due to it being noted as using "hw overlay" | 00:50 |
| fury | I guess if I needed the lowest latency it’d be dumb mode, but then would have to switch to the other mode if I needed to draw something on top | 00:50 |
| JEEB | until I've tried myself I'm generally basing on the plethora of comments @ https://mpv.io/manual/master/#options-hwdec | 00:53 |
| JEEB | esp. the "Quality reduction with hardware decoding" part which mentions the overlay part | 00:53 |
| JEEB | the "dumb" hwdec is called "rpi" and the copy one is called "rpi-copy" | 00:53 |
| fury | Kinda like the iPhone Plus series, when it’s rendering a video full screen it’s native 1920x1080 but when the overlay is tapped, it switches to up scaling to 2208x1242 so the UI can be overlaid | 00:54 |
| fury | which is then downscaled back to 1080 :P | 00:54 |
| JEEB | DPI scaling :) | 00:55 |
| JEEB | (or not, I'm getting tired. it's almost 4 in the morning here) | 00:56 |
| fury | go sleep! | 00:57 |
| fury | sorry :P | 00:57 |
| fury | Didn’t mean to keep you up :D | 00:57 |
| JEEB | anyways, the minimum requirements for mpv are: opengl headers, alsa or pulse development headers/libs, FFmpeg (with the things you need enabled) and "--enable-libmpv-shared" (or static if that's your thing). Generally people also add lua 5.1/2 and libass for scripting/subtitle|on-screen controls rendering. | 00:59 |
| JEEB | and yea, hitting the bed now o/ | 00:59 |
| fury | have a good one :D | 01:00 |
| mranostay | dl9pf: think the option you need to enable is "forge author" | 03:10 |
| *** thaytan has quit IRC | 04:42 | |
| *** brlogger` has quit IRC | 04:42 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!