<MoeIcenowy>
oh no now I cannot reproduce it after reboot...
<MoeIcenowy>
but I have got it for two times
mosterta|2 has quit [Ping timeout: 260 seconds]
<MoeIcenowy>
ssvb: ignore me now
<MoeIcenowy>
when it's reproducied, I will give you more response
<ssvb>
anyway, I think that hardware reliability problems can't be ruled out
<ssvb>
the a23/a33 had a rather sloppy dram controller implementation, and the dvfs operating points are picked pretty much arbitrarily in the mainline kernel
mosterta|2 has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
jernej has joined #linux-sunxi
mosterta|2 has quit [Ping timeout: 250 seconds]
IgorPec has quit [Ping timeout: 265 seconds]
OverCR has quit [Quit: Leaving.]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
Da_Coynul has joined #linux-sunxi
cptG has joined #linux-sunxi
fl_0 has quit [Ping timeout: 258 seconds]
cnxsoft has quit [Quit: cnxsoft]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
cptG_ has quit [Ping timeout: 260 seconds]
Da_Coynul has joined #linux-sunxi
fl_0 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<slapin>
ssvb: what is connection between DRAM controller and DVFS?
<ssvb>
slapin: both are well known sources of reliability problems
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<slapin>
could anybody put images of PhoenixCard results online to save some time and frustration to Linux users? PhoenixCard + Virtualbox is not reliable combination, too many attempts are needed...
<ssvb>
why don't you do it yourself?
<slapin>
ssvb: no both cases these are wrong settings, not hardware per se, isn't it?
<slapin>
ssvb: well, with VirtualBox that will take like forever
<ssvb>
slapin: yes, wrong settings or sometimes wrong code
|Jeroen| has quit [Remote host closed the connection]
<slapin>
I wonder why allwinner can't give PhoenixCard source code to a person who can make Linux port, as LiveSuit is working more or less
<ssvb>
why do you need this PhoenixCard thing in the first place?
<ssvb>
if you really need it, then it's best to contact the device vendor for support rather than asking in this irc channel
<slapin>
ssvb: sometimes I need to cope with these images, as I have too many Allwinner-based devices and sometimes there's no good support for their hardware and/or no source code for Android
<slapin>
ssvb: harware vendors seem to stop understanding English immediately as you start asking this kind of questions...
<slapin>
it would be great if it was possible to dissect image by hand to find-out what is inside...
<ssvb>
have you checked the open source tools?
<slapin>
yep, I use them with Olimex and orangepi boards
<ssvb>
what is the problem then?
<slapin>
ssvb: the image format
<ssvb>
if you feel like it's a good use of your time, then feel free to improve these tools
<ssvb>
and even if you are not skilled enough, at least you can try to contact the authors / maintainers of these tools
<slapin>
ssvb: well, it is not a good use of time, but I hardly believe it is practical to expect to support all these devices in Open Source, as nobody even remembers these, also device target audience wants Android support and nobody tried to make Android + OpenSource kernel + allwinner SoCs yet.
<plaes>
you need basic SoC support first
<ssvb>
slapin: basically, you are saying that nobody wants Android support
<slapin>
ssvb: in all cases I'd prefer I could replace all Android stuff with GNU/Linux, but it seems it is not possible yet, as GNU/Linux on Allwinner SoCs can't do accelerated video in browser
<ssvb>
slapin: if you want to have this work done, then do it yourself or be ready to pay for it
<slapin>
ssvb: nobody in sane mind wants android if they can make GNU/Linux with the same features (or features they need)
<slapin>
ssvb: you assume nobody wants this too :)
<slapin>
ssvb: and tell me to pay for this work instead of some more practical ideas
<ssvb>
but just "preaching" is not going to result in anything practical
<slapin>
ssvb: iiieeeeeeee I wonder how you dod go to this
<slapin>
ssvb: I'm not "preaching" I tried to build Chromium with vaapi acceleration to use vdpau backend
<slapin>
ssvb: but this doesn't really work because of chromium's unique stuffed building system... which doesn't really work
<ssvb>
if you are interested in accelerated video decoding in browsers for GNU/Linux, then it's another thing
<slapin>
ssvb: and I also was told that even if build succeed, the sunxi-vdpau library won't work anyway
IgorPec has quit [Ping timeout: 250 seconds]
<slapin>
ssvb: I want something to be working now, to be able to relax and have more time for development
<ssvb>
slapin: some work needs to be done to integrate hardware accelerated video decoding into browsers, you can either try to do it yourself or hire somebody
<slapin>
slapin: I just wonder which work, so I could make it
<slapin>
I starting talking to myself these days... :(
<ssvb>
well, figuring out what exactly needs to be done is a part of the work
<slapin>
anyway, which work? is it already known?
<slapin>
I see :)
<slapin>
so it is a path nobody tried yet
IgorPec has joined #linux-sunxi
<ssvb>
if would be great if you stopped making groundless claims and did a bit of research
<ssvb>
all the information is out there
<slapin>
ssvb: you're talking in riddles again
<slapin>
gstreamer-vaapi works, but forefox no longer use it as it seems
<slapin>
if I install it from deb-multimedia, will ffmpeg work?
<slapin>
and don't please think I demand something, I just want to know how things are, as if there are some particular things I could do in the field I'd happily spend time doing these instead of jumping around old stuff
<slapin>
I know this browser acceleration is very unresearched field, as even x86 Linux do not have accelerated video in browsers by default and browser vendor position regarding the matter is "no interest"
IgorPec has quit [Ping timeout: 244 seconds]
<slapin>
of course I know it would be hard and I follow the recipes of people who made the video acceleration work
<slapin>
also I know that video support in firefox is in mid-transition to different technology for Linux, so it will be much harder to make it work now, but there are patches for chromium
<ssvb>
are you a private person or representing a commercial entity?
Mr__Anderson has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<ssvb>
if you need to make a product with some features, then it's probably best to hire somebody to do this work
<ssvb>
the browsers are a bit tricky, but they are open source and can be patched to implement the needed functionality
<ssvb>
that's how everyone is doing this, for example Nokia N900 and its own browser fork, which also integrated accelerated video decoding (via gstreamer if I remember correctly)
<longsleep>
Accelerated video works pretty well for many Chromebooks, whats what you get with Linux when you are willing to limit to defined hardware and get serious development with vendor support
<ssvb>
the upstream developers were not very happy about certain design decisions, but who cares?
<slapin>
ssvb: private person
<ssvb>
longsleep: are they using their own Chrome OS acceleration APIs?
<longsleep>
ssvb: sure, but the interfaces for any acceleration are there in Chromium - an even if not its easy to change/extend
<slapin>
longsleep: chromebooks on chromeos use vaapi, yes
<slapin>
longsleep: but this is added as hack on top of chromium, see the code
<longsleep>
i think chrome os is a good example what is possible when combine decent hardware with software and software developers - having each of those seperate and from different vendors makes it hard and thus pretty much will never happen
<longsleep>
see all the mess on x86 with nvidia and amd
<slapin>
there are patches for chromium, I adapted a patch myself, but I totally failt to compile chromium
<longsleep>
only intel got it somewhat right, but they have platform interests too
<slapin>
their build system is extremely weird
<longsleep>
slapin: well its essentially trivial to compile chromium
<longsleep>
slapin: everything is documented and there are literally thousands of developers out where who can do it
<slapin>
longsleep: not at all, it compiles only in their VM or sometimes in ubuntu 14
apritzel has joined #linux-sunxi
<ssvb>
longsleep: I think it's the same with any device on market where the vendor provides the firmware :) any features can be implemented regardless of the maturity or the existence of the standard interfaces
<longsleep>
you need to learn the google developer tool stack
<slapin>
longsleep: this looks like you never worked with chromium at all
IgorPec has quit [Ping timeout: 240 seconds]
<longsleep>
slapin: well, believe it or not i have a full working chromium build environment and do a chromium build at least once a week
<slapin>
longsleep: their documentation is incorrect, everything is in constant change, it is total chaos
<longsleep>
sure things change quickly
<ssvb>
slapin: either way, there is also the #cedrus channel about the hardware video acceleration on Allwinner devices
<slapin>
longsleep: build breakage is constant problem even for tagged releases
<longsleep>
if you cannot mange it, you are probably not the right person for it - after all its not really complicated
<longsleep>
maybe i see this from a elevated position, no idea if there is some barrier which i do not see
<slapin>
longsleep: well, no other project have these problems, even firefox
<longsleep>
cant tell anything about firefox or how to build it
<longsleep>
ssvb: yes - but see how this is going for Apple, there devices and os'es get worse for every release
<slapin>
longsleep: the main problem is sick build system, requiring special rootfs to be installed, use of clang and lots of hacks here and there
<slapin>
longsleep: which version of chromium do you build?
IgorPec has joined #linux-sunxi
ikmaak has quit [Ping timeout: 252 seconds]
<longsleep>
slapin: personally, linux x86_64
<longsleep>
slapin: pretty easy when you are on Ubuntu 14.04
<longsleep>
if not i can see that it might be a problem
<ssvb>
longsleep: I'm just trying to say that the software developers working on real commercial products will never be like "oh, no, there are no mature hardware video decoding interfaces, so let's sit on our hand and wait until something happens" :)
<slapin>
I build 54.0.2803.1 for arm
<slapin>
longsleep: have you tried to build for arm?
apritzel has quit [Ping timeout: 244 seconds]
<longsleep>
ssvb: yes, i have a armhf build environment for iridium browser (which privcacy enhanced chromium fork)
<slapin>
longsleep: yes, not on ubuntu, and I won't change my distro just to build chromium
<longsleep>
slapin: well then - i guess you found your problem
<slapin>
well, so as I guiess, chromium build for arm is broken
<slapin>
and no, it is not my problem
<aalm>
:o
<slapin>
I think I'd go for mozilla now, it will be much easier I think
<ssvb>
slapin: you seem like a really helpless person, having troubles with most trivial things
<longsleep>
sure, why do you want to build chromium in the first place?
<slapin>
longsleep: because of that fucking vaapi patch
fire219 has joined #linux-sunxi
<longsleep>
slapin: well then get the right gear and just build it - if you do not want to use the right tools and environment it is pointless to even try
<longsleep>
also its pretty simple to setup a docker container or lxc or whatever container you want to use to get a supported environment and build there
<slapin>
longsleep: googler told me it is only possible using their virtual machine, so I'm better go to mozilla camp and see how things are there
<slapin>
longsleep: I don't want to waste time on chromium, as its build is made out of sticks and can break too easily, and they only work in very specialized environment
<ssvb>
slapin: seriously, maybe it would be better to pick some other open source task which you can realistically do?
Mr__Anderson has quit [Remote host closed the connection]
<longsleep>
slapin: it works for the environment you build it for, i cannot claim that i know how to build firefox but consinderin the complexity of all the tools and libraries required by a modern browser i highly doubt the experience will be much different
<slapin>
longsleep: as I was able to build mozilla in past, if that won't work I can always get back to chromium-44 which builds fine on my machine
<longsleep>
mhm 44 is quite old though - let me also tell you that building chromium on armhf is not fun at all as it takes like 7 hours on an 8 node odroid c1 compile cluster
<ssvb>
slapin: you are likely to hit some sort of a brick wall with Firefox too, because getting hardware video decoding acceleration working is not just a matter of scavenging and applying some patches and running make
<slapin>
ssvb: nah, building a browser should be a piece of cake, I had lots of mozilla experience in past, and chromium was fine until 4x versions until they started playing with crappy build systems
<slapin>
ssvb: of course, you need to ./configure first!
ikmaak has joined #linux-sunxi
<longsleep>
btw, doesn't firefox use gstreamer on linux?
<longsleep>
not that i am any expert on the matter but wouldnt any video decoding to be done there then?
<longsleep>
and regarding chromium, it ships a local fork of ffmpeg for video decoding
<aalm>
i feel sorry for how things go w/linux-users usually :p
<slapin>
longsleep: forefox is no longer useing gstreamer, you can easily test this on armbian
<slapin>
aalm: hope valve won't drop Linux entirely, but it seems eventually they will
<slapin>
longsleep: chromium use vaapi on chromeos and can use it on Linux with some hacks
<slapin>
longsleep: gstreamer alreasy supports vaapi, and vaapi have vdpau backend
<slapin>
longsleep: when firefox used gstreamer, the problem was intense copying and scaling in software, which is not good for orangepi now due to how drivers are.
aalm has quit [Ping timeout: 276 seconds]
Da_Coynul has joined #linux-sunxi
jernej has quit [Remote host closed the connection]
jernej has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
OverCR has joined #linux-sunxi
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
jernej has quit [Ping timeout: 240 seconds]
jernej has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
Netlynx has joined #linux-sunxi
IgorPec has joined #linux-sunxi
fl_0 has quit [Ping timeout: 250 seconds]
IgorPec has quit [Ping timeout: 240 seconds]
cptG has quit [Remote host closed the connection]
apritzel has joined #linux-sunxi
fl_0 has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
<slapin>
as soon as drm infrastructure in mainline finally works, all this video dancing will be a piece of cake
<rellla>
I give up. If someone wants to continue...
<slapin>
rellla: there was some post regarding using kodi with allwinner devices and vdpau-sunxi, with patched Kodi, patched vdpau, patched vdpau-sunxi, is it you?
<rellla>
Maybe, yes.
<rellla>
Or mosterta? He did this part.
<slapin>
yes. mosterta, but I'm interested in how to enable this running in X11 with full screen... :)
<slapin>
as linux-sunxi.org article seems a bit outdated...
<rellla>
Check out he's newest github or ask him at #cedrus how to do it.
<slapin>
kodi itself is really hard beast to build, especially on arm...
<rellla>
It's documented nowhere afaik
<rellla>
Which article is outdated?
<slapin>
well, firefox goes first, then Kodi in 2 weeks...
<slapin>
rellla: Kodi one...
<rellla>
Nah. I've done that to get people away from using all winner blobs...
igraltist has quit [Ping timeout: 240 seconds]
_fortis has quit [Ping timeout: 240 seconds]
<rellla>
Its uptodate with kodi and sunxi in general but not with the newest things from mosterta. Because there is no release and its wip.
igraltist has joined #linux-sunxi
<rellla>
People start whining even more about half-finished software...
<slapin>
rellla: whining hets attention and more people will try to fix things :)
<slapin>
but yes, it is less fun this way
<JohnDoe_71Rus>
rellla: try add jessie-backports
<lennyraposo>
thanks rellla
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<slapin>
I wonder if it is good to depend on pixman so much...
<JohnDoe_71Rus>
i don't know. I'm just user who wants some more.
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 252 seconds]
libv has quit [Ping timeout: 264 seconds]
ikmaak has quit [Ping timeout: 250 seconds]
libv has joined #linux-sunxi
OverCR has quit [Quit: Leaving.]
<slapin>
JohnDoe_71Rus: some more of what?
<JohnDoe_71Rus>
all of hardware capable
<plaes>
it's possible to configure sunxi soc's to run as big-endian?
<huawei>
plaes, if you want to run as big-endian, maybe you need to recompile the whole system
<plaes>
I just looked over the mailinglist, and saw some patches fixing some issue
Netlynx has quit [Quit: Leaving]
therealfibonacci has joined #linux-sunxi
jernej has quit [Ping timeout: 258 seconds]
therealfibonacci has quit [Client Quit]
therealfibonacci has joined #linux-sunxi
gzamboni has quit [Ping timeout: 264 seconds]
popolon has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe_71Rus is now known as |JohnDoe71Rus|
therealfibonacci has left #linux-sunxi [#linux-sunxi]
therealfibonacci has joined #linux-sunxi
gzamboni has joined #linux-sunxi
reinforce has joined #linux-sunxi
libv has quit [Ping timeout: 258 seconds]
IgorPec has joined #linux-sunxi
cptG has joined #linux-sunxi
apritzel has joined #linux-sunxi
IgorPec has quit [Ping timeout: 244 seconds]
iamfrankenstein has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.4]
apritzel has quit [Ping timeout: 244 seconds]
jernej has joined #linux-sunxi
popolon has joined #linux-sunxi
mosterta|2 has joined #linux-sunxi
|JohnDoe71Rus| has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-6627-gf708225, sources date: 20160102, built on: 2016-05-12 17:32:15 UTC git-6627-gf708225 http://www.kvirc.net/]
libv has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 244 seconds]
iamfrankenstein has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
vagrantc has joined #linux-sunxi
Gerwin_J_ has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 244 seconds]
Gerwin_J_ is now known as Gerwin_J
valkyr1e has quit [Quit: Bye.]
jstein_ has joined #linux-sunxi
jstein is now known as Guest36676
Guest36676 has quit [Ping timeout: 250 seconds]
fire219 has quit [Ping timeout: 258 seconds]
jstein_ is now known as jstein
fire219 has joined #linux-sunxi
valkyr1e has joined #linux-sunxi
yann has quit [Ping timeout: 250 seconds]
jernej has quit [Ping timeout: 252 seconds]
somedude23 has quit [Quit: Ex-Chat]
yann has joined #linux-sunxi
yann has quit [Ping timeout: 264 seconds]
therealfibonacci has quit [Quit: Leaving.]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
ricardocrudo has quit [Ping timeout: 244 seconds]
paulk-aldrin has quit [Quit: Leaving]
Da_Coynul has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
apritzel has joined #linux-sunxi
<slapin>
plaes: I think some people have too much free time playing big-endian on arm...
mosterta|2 has quit [Ping timeout: 265 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
<apritzel>
plaes: I managed to boot a big-endian kernel and some initrd on a BPi-M1 the other day