tuxd3v | does any one know the purpose of those 4 holes in RaspberryPi zero w, close to 40 pin header GPIO?? | 02:08 |
---|---|---|
c0rnelius | tuxd3v: I believe its for uart | 03:30 |
tuxd3v | c0rnelius, thanks, I tought it could be for ethernet, some pins availlable to connect a rj45 socket.. | 03:32 |
tuxd3v | hold on tight guys | 07:01 |
tuxd3v | c0rnelius, do you use this project to get video streamer over network? | 20:09 |
tuxd3v | https://github.com/jacksonliam/mjpg-streamer | 20:09 |
tuxd3v | ? | 20:09 |
tuxd3v | I read that it uses some power, the encoding is not hadrware made but software made instead.. | 20:09 |
tuxd3v | I got a cam500B in the mail :) | 20:10 |
tuxd3v | to test nanopi neo Air camera.. | 20:10 |
tuxd3v | ffmpeg is another option for what I read, but probably I need to compile it with some special option or even patches..I don't know yet.. | 20:12 |
tuxd3v | https://paste.debian.net/hidden/44e6e65c/ | 20:17 |
c0rnelius | tuxd3v: Nope. I use Samba/Minidlna on my NAS and normally Kodi for streaming. | 21:58 |
c0rnelius | But for streaming in general with MPV or VLC also works fine. | 21:59 |
tuxd3v | I was trying to find some software that do hardware encoding to free the cpu of that process.. but seems that in mainline there are not yet support for encoding aceleration :/ | 22:05 |
tuxd3v | just discovered that.. | 22:06 |
tuxd3v | I don't know the amount of resources it will take for video encoding.. guess that only experimenteing and see by myself what it turns out to do.. | 22:06 |
tuxd3v | for what I understood linux-sunxi is still doing reverse-engineering of the closed source blobs :( | 22:08 |
tuxd3v | so it won't come in the near future to mainline.. | 22:08 |
tuxd3v | ho.. and there are only 1 person around it.. | 22:09 |
c0rnelius | Bootlin worked on the sunxi stuff. It works, but the boards heat up pretty bad. | 22:28 |
c0rnelius | Allwinner is not a good choice in general for what ur looking at. | 22:30 |
zmoment | Hi, I'd like to run a qemu image of devuan for arm8 (aarch64). Is there any generic image for this system? | 23:42 |
gnarface | http://arm-files.devuan.org/ | 23:44 |
gnarface | there's some arm builds here for various things | 23:44 |
gnarface | there's more untested ones hidden elsewhere that is linked from an old forum post | 23:45 |
stiltr | I base my images of these: https://jenkins.linuxcontainers.org/view/Images/job/image-devuan/architecture=arm64,release=beowulf,variant=default/ | 23:45 |
stiltr | s/of/off/ | 23:45 |
gnarface | afaik there's no "generic" one... every one of them has one or more specific hardware models in mind, and carries vendor-specific stuff to enable it | 23:45 |
zmoment | I only tried the rpi4 one but couldn't boot and read else where that qemu doesn't boot rpi images... | 23:46 |
gnarface | a whole qemu instance is kinda overkill - if you're just making a build environment you can do it with chroot and debootstrap | 23:46 |
gnarface | the built-in multiarch features will work for amd64 <-> arm64 if you do a couple extra steps | 23:47 |
gnarface | just fyi | 23:47 |
stiltr | I just use qemu-arm-static and chroot into the image for most of my stuff. | 23:47 |
zmoment | it's not for development, it's to run a software. My hope was to run aarch64 qemu on aarch64 rpi4 system. | 23:47 |
gnarface | yea, that worked for me after gcc 7.8 | 23:48 |
gnarface | before that it was all broken unless you introduce 3rd party compilers | 23:48 |
stiltr | Ah, makes sense. I don't think I tried it before then. | 23:48 |
gnarface | hmmm, i don't know what is up with the rpi firmware and qemu, haven't tried it, first i've heard of it | 23:48 |
stiltr | Maybe you could use something like lxd? | 23:49 |
zmoment | it's a good suggestion. I'll try and find the best solution. Thanks | 23:50 |
stiltr | Sure! Are you just trying to keep things separated or is there another reason not to run it "natively"? | 23:54 |
gnarface | yea, linux-vservers should be a pretty nice light containerization approach too but i don't see any approaches that don't involve building a custom kernel | 23:55 |
gnarface | none of this hardware is that well standardized yet | 23:55 |
gnarface | maybe someone has a fix based on the rpi firmware already floating around and it's just not well publicized? | 23:55 |
stiltr | What's the issue with the pi fw? | 23:56 |
zmoment | I got the info from https://blog.agchapman.com/using-qemu-to-emulate-a-raspberry-pi/ (kernel section) which leads to https://github.com/dhruvvyas90/qemu-rpi-kernel | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!