<mack->
martian67: using master or beta3 and nvidia? I notice a driver update Jan 3.
<martian67>
mack-, can you tell me if libreelec uses nouveau
<martian67>
or nvidia propeitary
Fenster has joined #libreelec
noobineer has quit [Remote host closed the connection]
noobineer has joined #libreelec
fraggle_laptop has quit [Read error: Connection reset by peer]
fraggle_laptop has joined #libreelec
chewitt has joined #libreelec
<chewitt>
martian67: add "ssh" to boot params and you force the SSH daemon to start
<martian67>
ty
<chewitt>
there should also be a local console on CTRL+ALT+F3
<martian67>
yeah i checked for that
<martian67>
didnt seem to be present
<martian67>
do you happen to know which nvidia driver libreelec uses chewitt ?
<chewitt>
we embed the nvidia 340.xx and 410.xx drivers
<martian67>
is there any way to use nouveau?
<chewitt>
with the appropriate driver chosen using PCI ID's
<martian67>
my nvidia card is older than that needs the 304.xx drivers, or nouveau
<chewitt>
nouveau can be done, but requires a self-build image and due to the lack of reclocking in the driver it almost certainly runs bad
<martian67>
it has reclocking for 7xxx gpus
<chewitt>
ahh.. how old is old?
<martian67>
old.
<chewitt>
so the challenge is that 304.xx doesn't support the newer versions of Xorg/mesa that we use
<martian67>
yes, thats why i asked about nouveau
<chewitt>
I forget which ABI breaks compatibility
<chewitt>
until about 6-months ago it's fairly trivial to just change the version of the fallback 'legacy' driver in our build-system to 304.xx and create a working image
<chewitt>
but since nvidia stopped maintaining 304.xx you need to revert other components to other versions
<martian67>
yes hence id rather just use nouveau...
<martian67>
because that sounds about as fun as hitting my face with a hammer a few dozen times
<chewitt>
last time I attempted to use nouveau, performance with a GeForce 7300 was spotty at best
<chewitt>
^ that's the total change required in the 8.2 branch
<chewitt>
for 9.0/master you also need to revert to an earlier Xorg .. which might have other dependencies
<martian67>
yeah that sounds quite ugly
<chewitt>
If you're not fussed about K18 .. still to K17 and that img
<chewitt>
s/still/stick
<chewitt>
and (seriously) a Raspberry Pi + USB drive beats any old laptop + internal drive combo in a gunfight
<martian67>
how is the rpi able to do HD playback anyways
<martian67>
i thought the GPU in it was all propreitary junk
<chewitt>
it has native hw decode
<martian67>
that nobody got working for anything except mpeg2
<martian67>
for h.264?
<chewitt>
RPi hardware natively supports H.264
<chewitt>
older variants needed a cheap license key for MPEG2
<chewitt>
newer variants are fast enough to s/w decode without the license, but it still helps for setups that use MPEG2 for PVR features
<chewitt>
newer variants are capable of sw decoding most HEVC content too
<chewitt>
not high bitrate BR rips, but the stuff that's streamed
<martian67>
interesting
<martian67>
would have guessed the CPU was far too wimpy for that
<chewitt>
there's some clever use of hardware resources on the board to make HEVC happen
<chewitt>
because it has no native hw capabilities for that
<chewitt>
but people running Kodi sells lots of RPi boards which puts $£€ in the pi foundation bank accounts and helps their educational mission
<chewitt>
so their staff are very attentive to good Kodi performance
<chewitt>
it's not the fastest or best-spec device, but that's never been a goal
<mack->
feedback loop. since Pi staff are attentive to kodi, the pi is well-supported by kodi/LE/etc software projects.
<mack->
since pi is well-supported, people buy them, so staff are attentive.
<chewitt>
Yup
<chewitt>
live stats update .. 76.9% of our userbase has an RPi
<chewitt>
and it's consistently around those kinds of numbers
<mack->
and that much or more percentage of the support chatter on the forum/irc/etc are from Chinese boxes?
<chewitt>
they cause a disproportionate level of support traffic
<chewitt>
but that's the consequence of using old kernels with old drivers
<chewitt>
and user self-inflicted wounds from installing to internal storage
<chewitt>
but there's a plan for that, which is slowly progressing
<martian67>
well rpi is one of the only actual long term _usable_ linux arm devices
<martian67>
practically everything else has closed source drives that one day will stop being updated
<martian67>
and then you are stuck, forever
<martian67>
that plays no small part in its popularity imo
<martian67>
it megasucks that arm in general is such a wasteland like that
<martian67>
too many people happy with an absolutely pathetic status quoa
<chewitt>
there's been a lot of movement in that direction in the last year
<martian67>
i mean imagine if x86 was like that
<martian67>
chewitt, yeah ive seen some movement on the allwinner/sunxi front
<martian67>
mostly no thanks to allwinner...
<chewitt>
x86 isn't a beacon of brilliance either
<martian67>
its not, but at least you can reliably boot a generic distro *and* update it
<chewitt>
it usually takes Intel several kernel iterations to support a GPU on their latest hardware
<martian67>
thats a rare thing indeed in ARM land
<chewitt>
and nvidia fail to follow common standards (which is why we will drop support)
<martian67>
yeah nvidia and wifi vendors are really the only thing left in x86 land that is a pile of closed crap
<martian67>
but at least nvidia supports their chips for a long time
<chewitt>
right now we have allwinner, amd, amlogic, broadcom (rpi), intel, rockchip and samsung based SoC/GPU's working from a common codebase
<chewitt>
^ forgot NXP (iMX)
<chewitt>
nvidia is a notable ommission (due to not following the same standards adopted by everyone else)
<martian67>
does rockchip have open drivers
<chewitt>
last years answer is 'no' .. this years is 'yes'
<chewitt>
"lima" supports Mali utgard chips well now
<martian67>
can you link me anything
<martian67>
interested to read
<martian67>
i know rockchip has some appealing SoCs
<chewitt>
"panfrost" is not as mature (lots of bugs right now) but supports Mali midgard chips
<chewitt>
Google "phoronix lima" and "phoronix panfrost"
<chewitt>
boot is still the achilles heel for ARM boards; particularly cheap Android boxes with older u-boot and inferior hardware choices from cheap manufacturers
<chewitt>
but things improve once you stop using legacy kernels
<chewitt>
particularly on "board" devices where we can run mainline u-boot too
<martian67>
yeah i know device tree has improved stuff a lot
<martian67>
kind of amusing how much of a mess arm is in general to support
<martian67>
its theoretically possible to have two arm cpus that share *no* instructions whatsoever
<martian67>
haha
<martian67>
where do i get wifi firmware files for libreelec
<martian67>
are they packaged specially?
noobineer has quit [Ping timeout: 250 seconds]
martian67 has quit [Ping timeout: 256 seconds]
martian67 has joined #libreelec
chewitt has quit [Max SendQ exceeded]
chewitt has joined #libreelec
<chewitt>
martian67: they're embedded in the image (along with everything else)
<chewitt>
but you can add to /storage/.config/firmware/ and reboot to overlay files to /usr/lib/firmware/ if something is missing
<martian67>
thanks, got it figured
martian67 has quit [Remote host closed the connection]
martian67 has joined #libreelec
tsal has quit [Ping timeout: 268 seconds]
tsal has joined #libreelec
martian67 has quit [Ping timeout: 256 seconds]
<MaDMaLKaV>
heh, saw a screenshot of the About android window for the device I was talking about yesterday, definitively a q201 2gb gigabit dtb should work
martian67 has joined #libreelec
makije has quit [Quit: Quit]
chewitt has quit [Quit: Adios!]
_Jin_ has joined #libreelec
TomTom has joined #libreelec
fraggle_laptop has quit [Read error: Connection reset by peer]
fraggle_laptop has joined #libreelec
_Jin_ has quit [Remote host closed the connection]
jus7incase has joined #libreelec
jus7incase has quit [Ping timeout: 268 seconds]
BCMM has joined #libreelec
BCMM has quit [Quit: Konversation terminated!]
BCMM has joined #libreelec
andy-burns has joined #libreelec
anna` has joined #libreelec
gouchi has joined #libreelec
fraggle_laptop has quit [Remote host closed the connection]
fraggle_laptop has joined #libreelec
^elf^ has quit [Read error: Connection reset by peer]