<KotCzarny>
wens: is h5 only updated cores? i think there were more differences
<KotCzarny>
more exact description would be 'mix of h3 and a64'
<wens>
i wasn't really following the development of ARM64 chips
LargePrime has quit [Ping timeout: 240 seconds]
<MoeIcenowy>
KotCzarny: and SRAM layout change (this is like A64)
<MoeIcenowy>
but external peripherals are very similar with H3
<MoeIcenowy>
and pinout is compatible with H3
<KotCzarny>
what about mali/ve ?
<KotCzarny>
i think they were upgraded too
<KotCzarny>
(but i dont remember exactly, so..)
<MoeIcenowy>
mali is updated to 450
<MoeIcenowy>
for VE I don't know
LargePrime has joined #linux-sunxi
ssvb has joined #linux-sunxi
fl_0 has quit [Quit: STRG + Q]
vishnup has joined #linux-sunxi
fl_0 has joined #linux-sunxi
hojnikb has joined #linux-sunxi
<hojnikb>
H5 is suppost to have VP9 and HEVC Main10 support
<hojnikb>
But while allwinner's whitepapers suggest that (and it would make sense for a media device SoC) datasheet or android software doesn't seem to reference that.
<MoeIcenowy>
do you have any 10-bit media?
<hojnikb>
So this either boils down to Allwinner lying on their specs sheets (to attract customers) OR they didn't bother updating VE on the software side
<hojnikb>
given how h5 doesn't have any notable design wins
<hojnikb>
MoeIcenowy: Yes, i tried some 10 bit samples on android, but they don't work.
<MoeIcenowy>
totally not playable? or fall back to (unusable) soft decode?
<hojnikb>
not playable at all
<MoeIcenowy>
tried to call cedar then failed?
<hojnikb>
the included player in android build simply throws some error and stops
<KotCzarny>
hojinkb, updated arm cores make it worthwhile
<KotCzarny>
2-2.5x faster neon unit
<KotCzarny>
which really shows in android
<hojnikb>
KotCzarny: not for the intended purpose they don't
<KotCzarny>
as memcpy is neon optimized
<hojnikb>
H5 is designed for OTT boxes, so the main thing is video decoding support
<hojnikb>
if you don't have hevc main10 or vp9, it's pretty much useless
<KotCzarny>
bah, it's designed for ott, but we (ab)use it in many ways ;)
<KotCzarny>
and i wouldnt listen to marketing deparment at all
<hojnikb>
Of course.
<MoeIcenowy>
in fact linux-sunxi is the biggest Allwinner abusing group ;-)
<KotCzarny>
i wonder how much revenue allwinner get from all those sbc vendors compared to phones/ott/tablet
<hojnikb>
i'd say a tiny fraction at most
<hojnikb>
SBCs don't exactly sell in volume
<KotCzarny>
thousands? hundreds of thousands?
<hojnikb>
i'd say a few 10k
<KotCzarny>
and the nonsbc? millions?
<hojnikb>
yeah
<KotCzarny>
hrrm
<MoeIcenowy>
I've heard only Nintendo NES Mini this one device made millions of chips sold
<hojnikb>
if their focus was on SBCs, they would support linux from the get go
<KotCzarny>
o.O
<hojnikb>
Yeah, NES was a huge design win for them
<MoeIcenowy>
or maybe tens of millions
<hojnikb>
and means they will get used in other boxes as well
<KotCzarny>
it's hard to believe
<hojnikb>
like SNES
<hojnikb>
It's actually a good thing SBCs use these off the shelf SoCs
<hojnikb>
Because they are manufactured in huge volume, makes them cheap to purchase for SBC makers
Putti has quit [*.net *.split]
<MoeIcenowy>
and R series is still target on fast product making, not good product making ;-)
<MoeIcenowy>
and the target consumers of R series can accept a 3.4.39 kernel in 2017
<KotCzarny>
yeah, black boxes best not connected to the internet
<KotCzarny>
hehe
<wens>
in contrast, look at the switch, which uses a custom variant of TX1, with custom software :p
<hojnikb>
I dount tx1 is all that custom
<hojnikb>
doubt*
<MoeIcenowy>
hojnikb: it's said that the OS is a modified FreeBSD
<hojnikb>
thats not surprising
<hojnikb>
but i'm quite sure nvidia didn't bother making another mask just for a modified tx1
<MoeIcenowy>
as PS4 have did this already
<MoeIcenowy>
although on x86 consoles
<hojnikb>
if anything, they designed tx1 around nintendo
<MoeIcenowy>
P.S. Allwinner platform is still one of the important platforms in FreeBSD official support
<MoeIcenowy>
of specifiedly, Pine64
<hojnikb>
I think allwinner should design or rather cut down existing design especially around SBCs
<hojnikb>
cut as much stuff as possible, that requires special licenses and patents.
<hojnikb>
and open everything else for the community to tinker with
aballier has quit [Ping timeout: 256 seconds]
<KotCzarny>
that's assuming they have ultimate decisive power
<hojnikb>
well yeah
<KotCzarny>
might be that ip cores they bought are some as-low-and-cheap-you-have
vishnup has quit [Remote host closed the connection]
<hojnikb>
thats my guess too
<hojnikb>
i highly doubt they design much in house
<KotCzarny>
i'm still baffled by 'millions of neswinners'
<hojnikb>
but rather use existing IP and stich them together for as cheaply as possible
<KotCzarny>
do people seriously buy them?
<KotCzarny>
in the age of emulators?
<hojnikb>
Yes
<hojnikb>
ease of use
<hojnikb>
is a big selling point
<hojnikb>
believe it or not
vishnup has joined #linux-sunxi
<KotCzarny>
but there are better consoles on the market
<hojnikb>
your average consumer doesn't care that
<KotCzarny>
and those oldtimers are usually intelligent enough to know how to setup pc with gamepad and some software
<hojnikb>
think of an average middle aged
<hojnikb>
had NES back in childhood years
Worf has quit [Quit: Konversation terminated!]
<hojnikb>
and wants to relive some of those memories
<hojnikb>
NES classic is the easiest way to do that
<hojnikb>
Just assuming most people are tech literate enough to setup an emulator
<hojnikb>
is pretty utopic :)
<KotCzarny>
this world amazes me sometimes
<hojnikb>
Things that seem dead easy for us
<hojnikb>
seems impossible to your average joe
<hojnikb>
So this is the reason why such devices sell so well
<KotCzarny>
but if it's true, i should dumb down my music player interface. ;)
<hojnikb>
Yes, you should
<hojnikb>
again, you'd be amazed how people are dumb
<hojnikb>
If you work in such environment, you'd understand
<hojnikb>
if you don't, it's a pretty hard concept to grasp i'll admit
<KotCzarny>
yup
<KotCzarny>
both are believable
<hojnikb>
working in computer repair myself
<hojnikb>
i see dumb things every day
huawei has quit [Ping timeout: 260 seconds]
<KotCzarny>
jehehe
<hojnikb>
i must ask
<hojnikb>
now that pinebook is closer to availability
[Awaxx] has quit [Quit: take the strip!]
<hojnikb>
how is the A64 support looking ?
<hojnikb>
on legacy kernel anyway
huawei has joined #linux-sunxi
<KotCzarny>
i think no one bothers with legacy kernels here
<KotCzarny>
ie. only work being done with mainline
<hojnikb>
What about media decoding
<hojnikb>
does that work on mainline a64 kernel
<KotCzarny>
cedrus page lists a64 in the supported table
<KotCzarny>
so either it works, or someone just copypasted too much
<huawei>
hojnikb, just some base support
Andy-D has quit [Ping timeout: 256 seconds]
hojnikb has quit [Quit: Page closed]
aballier has joined #linux-sunxi
DullTube has joined #linux-sunxi
vishnup has quit [Ping timeout: 240 seconds]
gzamboni has joined #linux-sunxi
fkluknav has quit [Ping timeout: 260 seconds]
Putti has joined #linux-sunxi
vishnup has joined #linux-sunxi
vishnup has quit [Ping timeout: 260 seconds]
vishnup has joined #linux-sunxi
[Awaxx] has joined #linux-sunxi
Leepty has quit [Remote host closed the connection]
Leepty has joined #linux-sunxi
tlwoerner has quit [Quit: Leaving]
tlwoerner has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
tlwoerner has quit [Changing host]
vishnup has quit [Ping timeout: 246 seconds]
foxx has joined #linux-sunxi
vishnup has joined #linux-sunxi
lkcl has quit [Ping timeout: 260 seconds]
tform2017 has joined #linux-sunxi
vishnup has quit [Ping timeout: 240 seconds]
Mr__Anderson has joined #linux-sunxi
reev has quit [Ping timeout: 260 seconds]
komunista has joined #linux-sunxi
fkluknav has joined #linux-sunxi
tform2017 has quit [Quit: WeeChat 1.5]
Mr__Anderson has quit [Ping timeout: 260 seconds]
yann-kaelig has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<tkaiser>
Next H5 board around the corner: https://github.com/friendlyarm/h5_lichee/commits/master (H3 to H5 uprade for NanoPi M1 Plus, now called M1 Plus 2, no voltage regulation just like NEO2, everything else the same as M1 Plus except newer AP6212A needing also new firmware)
<tkaiser>
Scary, it's 2017 and vendors still deal with something like sys_config_nanopi-m1-plus2.fex that gets then translated in a .dts by BSP scripts :)
<plaes>
:(
<jelle>
:(
<jelle>
I'm more suprised how many board they keep producing..
<tkaiser>
At least it made it easy for me to parse all technical details in 2 minutes (dealt way too much with H3 board fex files in the past ;)
<plaes>
yeah, but still...
<tkaiser>
jelle: Just exchange H3 with H5 and you're done from the hardware point of view. The problem was the software side. AFAIK this H5 BSP still is that broken that DVFS for example isn't possible with H5 boards.
<jelle>
hah
<tkaiser>
Remember: With BSP kernel OPi PC2 is limited to 1008 MHz since BSP kernel can't talk to ARISC. With mainline kernel voltage regulation works (bypassing ARISC)
<jelle>
BSP kenel can't talk with the ARISC :S
<tkaiser>
And FriendlyELEC now removed voltage regulation at all so both their new boards are limited to 1008MHz/1.1V anyway
<alexvf>
rellla: i checked all the mpeg2 streams there and none of them have separate encoded fields
<alexvf>
rellla: for example, if you have mediainfo, in these streams you can see "Format settings, picture structure : Frame"
<alexvf>
rellla: in the ones i want to test you can see "Format settings, picture structure : Field"
<alexvf>
rellla: if you could test the file i linked in the previous comment i would be very grateful, since i actually don't know if the fault is in libvdpau_sunxi or in my player implementation
fkluknav has quit [Ping timeout: 268 seconds]
foxx has quit [Ping timeout: 256 seconds]
<alexvf>
rellla: i have to leave now but i will continue reading tomorrow
Mr__Anderson has joined #linux-sunxi
<rellla>
alexvf: oh. first i think, i have to check, what exactly separate encoded fields are :S
<rellla>
alexvf: couldn't you check that with mpv + libvdpau-sunxi?
<MoeIcenowy>
I hope Banana Pi won't make a H5-based BPi M2+
<MoeIcenowy>
or if they made it, they didn't feed the CPU with 1.3v
<KotCzarny>
really? what makes you have ANY hopes in that regard?
<MoeIcenowy>
;-)
<MoeIcenowy>
although I think this is impossible :-(
fkluknav has joined #linux-sunxi
my123 has quit [Ping timeout: 240 seconds]
my123 has joined #linux-sunxi
kb3vgw has joined #linux-sunxi
<kb3vgw>
whats the other irc channel for th nanopi-neo
<kb3vgw>
mornign btw
my123 has quit [Changing host]
my123 has joined #linux-sunxi
<kb3vgw>
440 somethign
<KotCzarny>
maybe #friendlyarm ?
<kb3vgw>
nope empty channel
paulk-collins has joined #linux-sunxi
maz has quit [Ping timeout: 258 seconds]
reinforce has quit [Quit: Leaving.]
lkcl has quit [Ping timeout: 240 seconds]
maz has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
paulk-collins has quit [Remote host closed the connection]
<MoeIcenowy>
kb3vgw: tkaiser is just armbian developer.
<kb3vgw>
ok
<KotCzarny>
;)
<kb3vgw>
I like it thus far but then need to look into dietpi menu system
<kb3vgw>
to install software pkgs
<tkaiser>
MoeIcenowy: Yeah, I asked here a few weeks ago whether pin to pin compatibility and posted that picture IIRC. And why shouldn't they do a M2++ with H5? More trouble for their customers :)
<kb3vgw>
I am trying to get the dietpi guy to move to armbian as a base
<kb3vgw>
they have a new menu it seems
<MoeIcenowy>
I can accept a M2++ with H5
<kb3vgw>
wow
<MoeIcenowy>
but
<MoeIcenowy>
I cannot accept it feed H5 with 1.3v
<tkaiser>
kb3vgw: Unfortunately he does it already with H3 boards. DietPi on H3/H2+ boards is crippled Armbian with menus. But please stop this discussion here it's totally off-topic!
<MoeIcenowy>
even if they feed only 1.1v it will be better
<multi_io>
your ip link add command worked it seems, thanks
<KotCzarny>
no worries, but you really should go mainline
<multi_io>
why do you think that you no longer need that in mainline?
<KotCzarny>
i think everything is supported
<KotCzarny>
because mainline has aother driver for that 'switch'
<tkaiser>
multi_io: wireless on R1 is crap anyway and RealTek drivers in mainline are always better. And regarding the switch driver in mainline (skip the first 100 comments especially mine ;) https://github.com/igorpecovnik/lib/issues/511
<tkaiser>
multi_io: Here's the full list of necessary hardware modifications to be happy with Crapboard R1: https://forum.armbian.com/index.php?/topic/3786-lamobo-r1-hardware-mods-all-needed/
netlynx has quit [Quit: Ex-Chat]
<KotCzarny>
i should make pics of my banana
<tkaiser>
KotCzarny: dick pics?
<KotCzarny>
perv
<KotCzarny>
nice wifi mod
<KotCzarny>
lol
<KotCzarny>
'wiggle to desolder', seriously? ;)
<KotCzarny>
as for the hdd mod, you can already buy 'sata extender' cable
<multi_io>
well, that's embarrassing...
<KotCzarny>
which allow you to connect data to board and leave power port on the hdd free for direct plug to psu
<multi_io>
configuring two VLANs isn't enough to isolate two sets of ports from each other on this board??
<KotCzarny>
multi_io: after configuring, yes, but in DEFAULT state all are joined
<multi_io>
yeah, I can live with that I think
<KotCzarny>
just dont put any important data/devices on that network ;)
<multi_io>
maybe I don't understand this enough...this is supposed to become an home router, i.e. the typical WAN/LAN separation
<multi_io>
what can happen if I configure the switch/VLANs before I bring up the pppoe session?
<KotCzarny>
yes, but imagine power outage, then after power coming back your network is exposed to wan
foxx has joined #linux-sunxi
<multi_io>
I'm running the pppoe session from the device itself
<KotCzarny>
before configuring this 'switch' acts like a hub ;)
<KotCzarny>
then packets from the modem will be forwarded to/from other ports in the device
<KotCzarny>
s/modem/wan cable/
<multi_io>
even before I'm running pppoe?
<KotCzarny>
yup
<tkaiser>
multi_io: Please read from here on https://forum.armbian.com/index.php?/topic/549-banana-pi-r-as-router/&page=2#comment-15959 (and StefanB's comment)
<KotCzarny>
imagine connecting your wan cable and your lan to plain hub
<KotCzarny>
so it would be possible to initiate pppoe session from devices in the lan
<multi_io>
yeah I'm just thinking...before I start up the pppoe session there is nothing happening on the WAN cable
<KotCzarny>
but, if you connect li-ion battery, you should be quite safe
<multi_io>
ok, that's correct
<KotCzarny>
still, reboots happen
<multi_io>
if it reboots, the pppoe session should go down
<multi_io>
or not? :P
<KotCzarny>
would be the same as reconnecting the wan cable to plain hub
<KotCzarny>
unless you terminate it first during reboot
<multi_io>
which armbian-supported board would you recommend for this setup?
<KotCzarny>
clearfog maybe
<KotCzarny>
;)
<multi_io>
doesn't seem to have a WLAN adapter
<KotCzarny>
it has a minipcie slot
<multi_io>
why the ;) ? :P
<KotCzarny>
because it's different class of device
<tkaiser>
multi_io: you don't want to run firewall/router stuff on a device with HDMI port. Attack surface of all display related stuff is way too high. And then you could use any cheap 'smart' GBit switch supporting VLANs with any GBit Ethernet capable sunxi device and you get something better than Crapboard R1 utilizing VLANs.
<tkaiser>
multi_io: NanoPi NEO2 + 'smart' switch + USB dual-band/dual-antenna Wi-Fi dongle for example.
<tkaiser>
multi_io: But if I were you I would immediately drop the 'Armbian requirement' and choose an appropriate TP-Link Wi-Fi router that can run LEDE/OpenWRT.
foxx has quit [Ping timeout: 240 seconds]
ramshorns has quit [Read error: Connection reset by peer]
lemonzest has quit [Quit: Leaving]
tkaiser has quit [Read error: Connection reset by peer]
reinforce has quit [Quit: Leaving.]
<KotCzarny>
o.O
<KotCzarny>
whose nick starts with p and has 4 letter?
<KotCzarny>
eh, wrong chan.
victhor has joined #linux-sunxi
igraltist has joined #linux-sunxi
igraltis1 has quit [Ping timeout: 260 seconds]
skaag_ has joined #linux-sunxi
leviathan has quit [Ping timeout: 260 seconds]
leviathan_ has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
JohnDoe7 has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 260 seconds]
BenG83 has joined #linux-sunxi
muvlon has joined #linux-sunxi
zoobab has quit [Remote host closed the connection]