ArmbianHelper changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Developer talk: #armbian-devel | Forum/Twitter feed: #armbian-rss | Type 'help' for help | Logs: -> irc.armbian.com
crabbedhaloablut has quit [Ping timeout: 276 seconds]
crabbedhaloablut has joined #armbian
BCMM has joined #armbian
BCMM has quit [Client Quit]
<steev> that used to be a thing with the vendor u-boot
maknho has quit [Ping timeout: 240 seconds]
crabbedhaloablut has quit [Remote host closed the connection]
crabbedhaloablut has joined #armbian
lanefu has joined #armbian
<c0rnelius> Well I know they made some recent changes specific to rockchip, but I never bothered to check exactly what they did. Guess I'll need to look or hope someone has already noticed something is off.
<steev> not all rockchip devices even have a button to hit, so i doubt it's specific to all
<c0rnelius> steev: Yeah thats my thought, but I don't find it a coincidence that this patch made it in -> https://github.com/pyavitz/debian-image-builder/blob/feature/patches/rockchip/uboot/0004-rockchip-common-Fix-MMC-boot-order-to-be-SD-eMMC.disable
<c0rnelius> my guess would be something in the mmc section was also adjusted.
<c0rnelius> Its like the button on the NanoPC is acting in reverse, but still only functional with an SDCARD in the slow. Other wise it just doesn't at all.
<lanefu> except it says .disable
<c0rnelius> slot*
<c0rnelius> Yeah because I disabled it when 2021.10 came out
<lanefu> but yeah the rockchip boot order stuff got fixed when we did more work on pbp last year
<lanefu> ahh
<lanefu> 2021.10 does it by default?
<c0rnelius> yeap
<c0rnelius> I am currently working on converting the builder to Jammy, which is when I noticed -> https://github.com/pyavitz/debian-image-builder/commit/da6ce4b9413fc03e72e6ef32609cbe0d93f9b02d
<c0rnelius> It could of course just be isolated to the nanopc as steev suggested.
<lanefu> blerg this sounds like info i should right down somewhere
<c0rnelius> I guess I could test the Renegade I do have an extra MMC for that attached to a Potato? And that does have that silly maskrom button on it?
Malditron has joined #armbian
archetyp has quit [Quit: Leaving]
maknho has joined #armbian
IAMLIUBO has joined #armbian
IAMLIUBO_68 has joined #armbian
IAMLIUBO has quit [Ping timeout: 240 seconds]
IAMLIUBO has joined #armbian
IAMLIUBO_68 has quit [Ping timeout: 246 seconds]
IAMLIUBO has quit [Remote host closed the connection]
maknho has quit [Ping timeout: 256 seconds]
IAMLIUBO has joined #armbian
archetech has quit [Quit: Konversation terminated!]
IAMLIUBO has quit [Quit: Leaving]
archetech has joined #armbian
phipli has quit [Ping timeout: 260 seconds]
phipli has joined #armbian
maknho has joined #armbian
pablocastellanos has quit [Ping timeout: 250 seconds]
pablocastellanos has joined #armbian
Malditron has quit [Quit: Konversation terminated!]
<farooqkz[m]> Hello. I've got a NPi NEO which has got no video output but it has a Mali GPU. I wonder what is this Mali GPU useful for if there is no video output? perhaps I could program GPIO ports to get video output from them and get help from this Mali GPU? Any hints would be helpful since I'm totally new to all of these.
<tomreyn> it could probably still be used for compute
archetech has quit [Quit: Konversation terminated!]
archetech has joined #armbian
<stipa> maybe for x11vnc
Tsvetan has quit [Remote host closed the connection]
<stipa> if there's some kind of acceleration for that
<stipa> in driver
<farooqkz[m]> I've found this so far: https://github.com/mosajjal/r6p2 My idea is to get HDMI or VGA output from GPIO pins and connect to a TV or something else. I wonder if I can get help from the Mali GPU for OpenGL programs or decoding videos. it would be far easier and better for me if the GPU could feed my program a bunch of pixels which I could then feed to GPIO to display on monitor or TV for example.
<stipa> i dunno if there is video output on gpio pins
<farooqkz[m]> there isn't
<stipa> then forget about your idea
<farooqkz[m]> But I could program those pins to give me for example VGA output. just like this guy here has done with RPi Pico here https://picockpit.com/raspberry-pi/raspberry-pi-pico-video-output
<stipa> maybe analog one
<farooqkz[m]> analog one?
<stipa> composite video
<stipa> i doubt gpio pins are fast enough for vga or hdmi
Tsvetan has joined #armbian
<stipa> you could also go with something like usb vga adapter or hdmi if there is any
<stipa> maybe there's some hat for your board, dunno
<farooqkz[m]> You might have a point regarding speed of GPIO pins. But how can I know they are fast enough for my application or not? Of course other than constructing a full system to check if picture is good enough ;)
<farooqkz[m]> stipa: Even if there is, it shall cost me too much time and money to get one...
<archetech> gpio would be crap vs hdmi
<stipa> you could measure how fast your pins turn on and off
<stipa> bt yo never know with linux, it takes cycles for itself whenever it wants so timings could be jittery
<stipa> something like this https://pinout.xyz/pinout/gertvga_666#
<stipa> maybe you could port that to your board
<farooqkz[m]> stipa: might be helpful, thanks
<stipa> also search for spi to vga chips and such things since you have spi on the gpio maybe
<farooqkz[m]> A few other questions: How can I know if Armbian supports GPIO and GPU on my board so that I could even work with them?
<stipa> just buy an sbc with video out
<farooqkz[m]> And I am confused now, too. How can I use something like GertVGA666 with my board if it's GPIO pins are not already fast enough?
<stipa> you would have to study how they do it on rpi then you should port it to your board
<archetech> ya that sounds like fun
<stipa> you have to make sure that your board has all hardware that spi is using to realize that idea
<stipa> rpi is using*
<archetech> no rpi support here ...next!
<farooqkz[m]> stipa: You didn't answer my question ;) Why go another SBC if I could do it with what I already have. Also getting a board with HDMI output doesn't have any challenge.
<farooqkz[m]> * Why go for another SBC
<stipa> farooqkz[m]: it would last a decade for sure for you to realize it, buying a board with video out woudn't last so long if you need it fast
<farooqkz[m]> stipa: realize what?
<stipa> farooqkz[m]: your idea
<farooqkz[m]> If I'm not running out of questions, I've got more: Why is it possible to get video output from RPi Pico pins but not from NPi Neo pins? What's the difference?
<stipa> i've answered that one above
<stipa> stipa | you have to make sure that your board has all hardware that RPI is using to realize that idea
<stipa> throw in some coding too
<farooqkz[m]> Do you know what RPi Pico is? It is more like an enhanced Arduino than a SBC
<stipa> this is not RPI support channel
samythemany has quit [Quit: Bridge terminating on SIGTERM]
threenp has quit [Quit: Bridge terminating on SIGTERM]
samythemany has joined #armbian
threenp has joined #armbian
<farooqkz[m]> so it is just a matter of how fast can GPIO pins turn on and off right?
<farooqkz[m]> <farooqkz[m]> "A few other questions: How can I..." <- Please answer this question of mine too and I will ask no more, hopefully.
<stipa> farooqkz[m]: this project somehow got vga from gpio on rpi https://pinout.xyz/pinout/gertvga_666# ,that's very close to what you want to realize, with how to realize it i can't help much
<stipa> you won't be able to access gpu directly through gpio, that's for sure
<farooqkz[m]> There is something I don't understand, yet. How can such a hardware be useful for me if Armbian already can't work with my Mali GPU and GPIO pins?
<farooqkz[m]> stipa: I should write a program, right? To feed data from GPU to GPIO pins
<archetech> it can use a real output
<stipa> archetech: where, i see nothing on GPIO of NPi NEO?
<farooqkz[m]> I apologize for asking too many questions because I don't understand so many things, yet. What do you mean by "real output"?
<archetech> if that board has no hdmi then why try and make it work
<farooqkz[m]> because 1. I won't need one more board which people don't give it to me for free. 2. it might be fun to get it to work ;)
<farooqkz[m]> I'm even thinking to play with VGA using only 4000 series ICs
<farooqkz[m]> people have already done that using 7400 series ones
<farooqkz[m]> oh thank you stipa, yet another nice VGA-related project on Hackaday ;)
BeachyHead has quit [Read error: Connection reset by peer]
BeachyHead has joined #armbian
BeachyHead has quit [Read error: Connection reset by peer]
BeachyHead has joined #armbian
<farooqkz[m]> Does Armbian support USB to VGA/HDMI convertors?
p0g0 has quit [Ping timeout: 250 seconds]
p0g0 has joined #armbian
BeachyHead has quit [Read error: Connection reset by peer]
BeachyHead has joined #armbian
binarym_ is now known as binarym
Proxysna has quit [Remote host closed the connection]
archetech has quit [Quit: Konversation terminated!]
wd has quit [Ping timeout: 240 seconds]
wd has joined #armbian
archetyp has joined #armbian
mrueg has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
threenp has quit [Remote host closed the connection]
samythemany has quit [Read error: Connection reset by peer]
samythemany has joined #armbian
threenp has joined #armbian
<nekomancer[m]> can bcachefs be build for 5.15 as kmod? or still need in-kernel changes?
<lanefu> don't know but let me know what you find out
<lanefu> btw have you tried using lvm with cache offload to nvme?
<lanefu> i'm gonna try that soon with something
<Armbian-Discord> <I​gorPec> Get zfs ;)
<lanefu> meh
<lanefu> well
<lanefu> dan it
<lanefu> damn it
<lanefu> maybe i should try it
<lanefu> shit my server is on debian tho lol
nullr0ute has left #armbian [Tot ziens. En bedankt voor alle vis!]
<Armbian-Discord> <T​onymac32> Lol
<lanefu> don't poison my mind with zfs fufu
<nekomancer[m]> <lanefu> "btw have you tried using lvm..." <- no, not try.
argonautx has joined #armbian
Redentor has joined #armbian
Redentor has quit [Remote host closed the connection]
Redentor has joined #armbian
<IgorPec> zfs :)
<lanefu> i'm so mad at you right now https://wiki.debian.org/ZFS
<IgorPec> oh, it should work on debian as well
<IgorPec> anyway i fixed it because of helios* / OMV users
<IgorPec> back then
<lanefu> :)
<lanefu> this particular case would be on x86
<IgorPec> even better. zfs is the real thing when you need something serious
* nekomancer[m] did tests of zfs on helios64 on armbian. it was good.
<nekomancer[m]> but just tests.
<farooqkz[m]> I've got more questions: 1. According to H3 datasheet, it should play videos very good but when I try to play some video on my NanoPi NEO running Armbian, the frame rate is not even 1 fps and it falls back to software coding and uses 100% of all 4 cores. Where am I wrong? 2. How can I know maximum clock rate the SPI interface of my NEO could work with? I have the datasheet but I don't know what to search nor I know where to look.
<lanefu> farooqkz[m]: there's a LOT of software involved in making the hardware work
<lanefu> you'll have to find an app that is able to hook to cedrus to do the hardware offload, and then yeah you're still at the mercy of the framebuffer used to play over spi
* lanefu promises thats all he knows
<farooqkz[m]> Currently I'm connected to my pi using VNC over network
<stipa> there should be in driver something that should allow reasonable fps
<stipa> if there's isn't it'll be slow
<stipa> i got it working with mesa drivers on my pc
<stipa> i got some apps working on mali gpu using an opengl switch or smthn but idk if that would work with vnc
<IgorPec> farooqkz[m]: afaik hw acceleration will only work on hdmi out. certainly not via VNC or SPI
<stipa> IgorPec: it affects itin some way
<IgorPec> no, it won't work
<stipa> if driver is shit vnc server it'll work very slow
<IgorPec> and opengl / 3d / mali has nothing to do with
<stipa> on vnc*
<Armbian-Discord> <N​icoD> x11vnc can do it.
<Armbian-Discord> <N​icoD> But the os must be able to of course. And for sound you need to send it thru ssh tunnel.
<farooqkz[m]> IgorPec: Nope. es2gears runs very smooth via vnc and I have 70-80 fps
<Armbian-Discord> <N​icoD> That is not the same. Video takes up a lot more bandwith. You need 5Ghz or ethernet to be able to send video thru VNC.
<stipa> yeah it'll be no less than 2 MBs
<stipa> and that isn't even HD in my case
<stipa> there's some serious stuff going on in remote desktop stuff
<Armbian-Discord> <I​gorPec> then gl goes trought
<Armbian-Discord> <I​gorPec> video is done different
<stipa> could be, that's why it's important to have a good driver in order to have reasonable good experience
<stipa> it won't be perfect but good enough for debugging and light work
<stipa> using it instead monitors to watch videos, play games and that stuff isn't really there yet
<Armbian-Discord> <N​icoD> Doesn't H3 have good video playback on an old kernel. Some 3.x.
<Armbian-Discord> <N​icoD> No idea how it's with mainline. Haven't tried an H3 board with a display for ages.
archetyp has quit [Quit: Leaving]
<Armbian-Discord> <T​onymac32> Sigh wtf guys
<Armbian-Discord> <T​onymac32> Ok, H3 can play video fine, via the standard video outputs. Over a network? No. Via bit banging a random set of GPIO's? Very unlikely. With a SPI display like an ili9341, possibly, depending on drivers but it's 320x240 (usually)
<Armbian-Discord> <T​onymac32> For the GPIO you need to be able to clock the data to the pins in parallel and maintain the proper timing to match the VGA standard. I don't know if the NEO even has enough pins for this, and then you have to build a resistor ladder "DAC".
Redentor has quit [Remote host closed the connection]
indy has quit [Read error: Connection reset by peer]
indy has joined #armbian
<farooqkz[m]> Tonymac32, I think I'd go with a SPI to HDMI/DVI-D convertor, much easier since they are already digital rather than analogue like VGA. But what I have doubt it is that will my board be able to produce SPI output at 100-200Mhz clock or higher?
archetyp has joined #armbian
Redentor has joined #armbian
<Armbian-Discord> <T​onymac32> I think it can do 100 MHz, but remember this is where signal routing and design come.in
<Armbian-Discord> <T​onymac32> So it will be test/check situation
alekksander has joined #armbian
alekksander has quit [Client Quit]
alekksander has joined #armbian
Redentor has quit [Quit: Leaving]
<farooqkz[m]> stipa, I'm beginning to realize that you are right. By getting another SBC I'll both save my money and my time...
<Armbian-Discord> <T​onymac32> Sadly this is true
<farooqkz[m]> I'm realizing the only way to convert SPI to HDMI is through a fast digital circuit. 4000 series and 7400 series are too slow. So an FPGA? But these will cost me the $$$ which I could get another board with HDMI support or perhaps more!
<Armbian-Discord> <T​onymac32> I very briefly considered a project like that, and yeah, an FPGA and a lot of learning/time
argonautx has quit [Quit: Leaving]
sunshavi has quit [Ping timeout: 244 seconds]
sunshavi has joined #armbian
martinayotte has quit [Ping timeout: 260 seconds]
martinayotte has joined #armbian
<farooqkz[m]> Anyone with some H3 board with some display to test some 3D game on it?
mrueg has joined #armbian
Guest41 has joined #armbian
Guest41 has quit [Quit: Ping timeout (120 seconds)]
oida has quit [Remote host closed the connection]
<[TheBug]> 'with some display'?
alekksander has quit [Quit: Konversation terminated!]
<farooqkz[m]> <[TheBug]> "'with some display'?..." <- HDMI output