Cool, thanks; i'm looking at an existing codebase that uses GLX on X11, but EGL for wayland... debating whether there would be performance benefits in moving the X11 code to use EGL
demouser@pi64 ~ $ wget -c http://jell.yfish.us/media/jellyfish-10-mbps-hd-h264.mkv demouser@pi64 ~ $ ffplay -vcodec h264_v4l2m2m -i jellyfish-10-mbps-hd-h264.mkv And it displays smoothly! Playing this file using s/w decoding is laggy and takes up all the cores, so the improvement is really marked. ...
It should be passing through whatever timestamp is on the input (output queue in v4l2 parlance) to the output (capture queue). That does assume that framed data is being passed in - it makes no sense with unframed data. Thanks; yeah still need to do some work to root cause, this is a guess right no...
Has anyone else tried To get ffmpeg working on 32bit raspbian with v4l2m2m This mentions success on 64 bit gentoo https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=234778&p=1436162&hilit=Gentoo+v4l2m2m#p1436511 I tried the same older base (ffmoeg 4.1.1 and applied patches to that, but I got th...
Well I rebuilt latest ffmpeg from main git repo (with the 3 mentioned patches) on my Pi 4, with: ./configure --prefix=/usr --extra-version=1+rpt1 --toolchain=hardened --libdir=/usr/lib/arm-linux-gnueabihf --incdir=/usr/include/arm-linux-gnueabihf --enable-gpl --disable-stripping --enable-avresample ...
Thanks, I assume you mean these https://www.raspberrypi.org/forums/viewtopic.php?t=234778#p1436166 I suspect I do need these as I was seeing no data for subsequent planes for YUV420P. I had hacked this on the caller side to no avail, but perhaps the other bits are the problem. Now to figure out the ...
We have (at least with FKMS and mesa) GLX and EGL ... to the extent that we may be able to choose between them is there a preference, or a performance difference for the areas they overlap - is GLX built on top of EGL internally for Pi?
I see that ffmpeg after recent raspberry pi update offers h264_v4l2m2m and hevc_v4l2m2m - I was pretty sure at least the latter was not yet functional. Should I expect either to work, should I build my own copy of libffmpeg (where is the latest canonical OpenELEC/Kodi version if so?) (I know they ha...
I believe the bug causing the issue is this one.... https://bugs.launchpad.net/qemu/+bug/1805913 ooh; that sucks! With regards to getting around losing data from the docker container.... You can stop that by binding directories on your host to the docker container using the -v flag. More info here....
Kilograham, Due to a bug, debootstrap doesn’t build a buster sysroot without using a 32bit host. You will get strange issues such as SSL problems like you are having. To fix the problem either use a 32bit host, or do what I do and that is to use docker in a 64bit environment but with an i386 image....
I actually build my entire sysroot and resulting image using debootstrap and chroot (under x86_64 ubuntu with qemu-static userland). No Pi is involved in any of the build process other than to actually run what I am producing as the end product. The resulting image works really well on my Pi 3b+ an...
As of Pi4, CLion (https://www.jetbrains.com/clion/) is actually pretty usable on the Pi! (at least with 4G). This is the IDE I use for C/C++/Rust etc. dev on Linux Desktop or on macOS.