<peterm6881>
its interesting the H2+ worked at all for Arch, since ALL their officially supported stuff is either A10 or A20, with one A64
<peterm6881>
the A64 is also listed in the armv8 section, wtf
<Xogium>
there is a generic armv7 tarball you can use for this
<Xogium>
it means you have to setup the bootloader yourself and know how to boot the platform, but in theory
<peterm6881>
how can it be both
<Xogium>
how can it be both… both what ?
<Xogium>
I mean to say that there are different tarballs for each platforms, including a generic armv7 and generic armv8 tarball
<Xogium>
that's in case your hw isn't supported but you still want to try arch on it. But like I said you have to know how to boot it up properly since there'll be no hand holding. You have to know the bootloader and what it expects to manage a successful boot, and configure yourself
<peterm6881>
--cache Choices: no auto yes (default: auto)
<peterm6881>
yeah but what do they mean by (default: 36000.000)
<Xogium>
no idea, honestly
<peterm6881>
I think maybe thats a stupid developers joke
<Xogium>
it might not be measured in seconds or do what you think it actually does
<peterm6881>
yeah but how do you choose the default
<peterm6881>
let me try specifying default
<peterm6881>
The cache-secs option must be a floating point number or a ratio (numerator[:/]denominator): default
<peterm6881>
meh, lets just try 20
<peterm6881>
still 10 seconds 1 MByte
<peterm6881>
this is a crock
<peterm6881>
5 worked
<peterm6881>
it wont let you go above 10 seconds
<Xogium>
--cache-secs=<seconds>
<Xogium>
How many seconds of audio/video to prefetch if the cache is active. This overrides the --demuxer-readahead-secs option if and only if the cache is enabled and the value is larger. The default value is set to something very high, so the actually achieved readahead will usually be limited by the value of the --demuxer-max-bytes option. Setting this option is usually only useful for limiting readahead.
<peterm6881>
we can only drop the stupid thing
<peterm6881>
im gonna do some more troubleshooting of the actual error
<Xogium>
I reckon its network being bad
<Xogium>
well… if you want to check if it is or not really
<Xogium>
use ethernet and disconnect from the wifi on the board
<Xogium>
I'm fairly sure this is related to the xr819 chip being crap, at least partially
<peterm6881>
theres something mpv doesnt like about the xr819, because it never cuts out with that error on the NEC. And yet mplayer is fine, extremely reliable
<peterm6881>
yeah indeed
<Xogium>
yeah… but mplayer is basically dead by now so…
<Xogium>
stuck between 2 hard places, I reckon
<peterm6881>
yeah plus it doesnt control the volume / mute
<peterm6881>
thats why im having another stab at mpv
<Xogium>
I figured so… but honest, with that wifi being so crappy, its not worht turning it into a buildroot demo
<Xogium>
especially not since on buildroot it tends to freeze the system and do all sort of weird shit
<peterm6881>
yeah plus demonstrating Buildroot is kinda like demonstrating a house brick
<Xogium>
and in theory you don't really demonstrate buildroot
<Xogium>
you demonstrate some self-compiled OS you built using buildroot, to showcase the hardware
<peterm6881>
yeah and people go oh wow cool ok how do i update this, at which point you go, umm... yeah... about that
<Xogium>
because people think buildroot is a linux distro when it isn't
<peterm6881>
id prefer a demo image people could actually fuck with. Buildroot is for products
<Xogium>
well then opi, just tell them to install armbian lol
<peterm6881>
I didnt even know what it was, but i do now. Its roll your own Linux
<Xogium>
well, its an easier sort of roll your own linux, and strictly for embedded systems
<Xogium>
if you want the hardcore way, check out linux from scratch
<peterm6881>
have you mastered it ;)
<Xogium>
no
<Xogium>
that's too advanced, even for me
<peterm6881>
do you know what usermod -a means?
<peterm6881>
the -a part
<peterm6881>
actually it doesnt matter, ignore that
<peterm6881>
long story
<Xogium>
hmm I never actually use usermod
<peterm6881>
brb
peterm6881 has quit [Remote host closed the connection]