Dreadlish has quit [Read error: Connection reset by peer]
ganbold__ has quit [Read error: Connection reset by peer]
grevaillot has quit [Ping timeout: 264 seconds]
ssvb has quit [Ping timeout: 264 seconds]
arete74 has quit [Ping timeout: 264 seconds]
arete74 has joined #linux-sunxi
grevaillot has joined #linux-sunxi
ssvb has joined #linux-sunxi
myth has quit [Quit: Berkeley: Sex for the students and parking for the faculty.]
tinti has quit [Read error: Connection reset by peer]
egbert has quit [Read error: Operation timed out]
egbert has joined #linux-sunxi
foresto has left #linux-sunxi ["Leaving"]
foresto has joined #linux-sunxi
drachensun has quit [Ping timeout: 256 seconds]
servili007 has joined #linux-sunxi
<servili007>
the wiki mentions forcing a device into FEL by shorting a pin to ground.....doesn't specify which. Anyone know?
tinti has joined #linux-sunxi
tinti has quit [Read error: Connection reset by peer]
<wowon>
Hi ... My LCD freezed and Touch screen not response after 1 day continous operation ... could youplease suggest me what too look ?
BJfreeman has quit [Quit: had a good time]
servili007 has quit [Quit: Leaving]
<ganbold_>
I think I'm blind, where can I find sunxi-ir or sunxi-cir driver?
aholler has joined #linux-sunxi
aholler_ has quit [Ping timeout: 248 seconds]
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
hsildaerD is now known as Dreadlish
Dreadlish has quit [Changing host]
Dreadlish has joined #linux-sunxi
Quarx has joined #linux-sunxi
rellla has joined #linux-sunxi
rellla2 has joined #linux-sunxi
rellla has quit [Ping timeout: 264 seconds]
_BJFreeman has joined #linux-sunxi
n01|afk is now known as n01
rellla2 is now known as rellla
_BJFreeman is now known as BJfreeman
<oliv3r>
servili007; the 'FEL' pin :) it's a dedicated pin on the chip iirc and should be routed on the PCB. It tends to be labeled as FEL or reset sometimes. You can always try a SSD with a 'force to fel' mode boot on it
<ganbold_>
oliv3r: maybe, can it be used with lirc?
<ganbold_>
oliv3r: or rather what is difference between sunxi-ir and sunxi-cir?
<ganbold_>
s/sunxi/sun4i
<oliv3r>
not sure if i saw any cir drivers
<oliv3r>
but sunxi-ir should work with lirc afaik
<oliv3r>
in any case, i KNOW that people are using sunxi-ir with IR transmitters
<oliv3r>
heck, the cubieboard has it
<oliv3r>
i wouldn't be supprised if those IR codes are mapped to keyboard strokes, hence the keyboard location of it
sanka has joined #linux-sunxi
hansg has joined #linux-sunxi
paulk-desktop has joined #linux-sunxi
vicenteH has joined #linux-sunxi
e-ndy_ has joined #linux-sunxi
CountryGeek_away has joined #linux-sunxi
wowon_ has joined #linux-sunxi
jinzo_ has joined #linux-sunxi
RaYmAn_ has joined #linux-sunxi
RaYmAn has quit [Ping timeout: 256 seconds]
jinzo has quit [*.net *.split]
e-ndy has quit [*.net *.split]
jinzo_ is now known as jinzo
CountryGeek has quit [*.net *.split]
Turl has quit [*.net *.split]
wowon has quit [*.net *.split]
CountryGeek_away is now known as CountryGeek
jinzo has quit [Quit: Stahp, stahp, WHAT ARE YOU DOING?!]
Dreadlish has quit [Quit: WeeChat 0.4.0-rc2]
hsildaerD has joined #linux-sunxi
hsildaerD is now known as Dreadlish
Dreadlish has quit [Changing host]
Dreadlish has joined #linux-sunxi
jinzo has joined #linux-sunxi
sanka has quit [Quit: Leaving]
RaYmAn_ is now known as RaYmAn
paulk-desktop has quit [Quit: Ex-Chat]
paulk-desktop has joined #linux-sunxi
paulk-desktop has quit [Quit: Ex-Chat]
foresto has quit [Quit: Leaving]
paulk-desktop has joined #linux-sunxi
Turl has joined #linux-sunxi
Turl has quit [Changing host]
Turl has joined #linux-sunxi
drachensun has joined #linux-sunxi
paulk-desktop has quit [Quit: Ex-Chat]
fra79Wii has joined #linux-sunxi
<fra79Wii>
How much work would be to port ffmpeg to use libcedarv?.. and why nobody did it already
<fra79Wii>
I mean wouldn't be easier to implement it on ffmpeg which is used (or I think so) on XBMC
paulk-desktop has joined #linux-sunxi
<rm>
it would be totally easy
<rm>
nobody did it yet only because nobody had such an awesome idea
<rm>
(...I guess!!!)
<oliv3r>
CountryGeek: ping
<oliv3r>
rm: don't tease him :p
<oliv3r>
fra79Wii: besdies libcedarX being horribly broken
<oliv3r>
fra79Wii: there has been work done to port libcedarX to XBMC's built in player
wowon_ has quit [Read error: Operation timed out]
wowon_ has joined #linux-sunxi
<oliv3r>
fra79Wii: yes, ffmpeg usage would have been nice to have too, but nobody has done the work yet. The bigger picture is of course, do we want to port libcedarX to every player? mplayer, ffmpeg, vlc, xbmc etc etc etc
<oliv3r>
or do we want to support something all these players allready support, like for example openmax
<oliv3r>
fra79Wii: add to that, AW said their next version might support openmax, it's probably just easier to wait the next release out
<oliv3r>
that said, rellla has some interesting news in the next few days hopefully
<oliv3r>
fra79Wii: btw, the whole thing becomes even more braindead, if you think that libcedarX in a sense IS ffmpeg with support for cedarx(hardware)
<rellla>
oliv3r: let's see, if there is some openmax in whatever we (probably) get. wasn't it announced a time ago?
<oliv3r>
openmax support was announced some time ago
<oliv3r>
it was said here in this channel anyway, that openmax was being concidered for the next release
<oliv3r>
or something along those line
<fra79Wii>
It's like a month I see topics around announcing allwinner sdk v2.0 with openMAx support.. but no link so far
<oliv3r>
fra79Wii: because it hasn't been released yet :(
<fra79Wii>
is tedious… I have 4.2 working perfectly.. I was thinking to ffmpeg because there is stagefright_ffmpeg codec using ffmeg. if it was easy to make ffmpeg use libcedarv I could have worked around the actual crappy non-working old blobs for Android we have now
<fra79Wii>
perfectly but cedar-related...
<oliv3r>
fra79Wii: patience :)
<oliv3r>
mripard_: ping
rz2k has quit []
rz2k has joined #linux-sunxi
hramrach_ has joined #linux-sunxi
<oliv3r>
mnemoc: ping
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
tinti has joined #linux-sunxi
<oliv3r>
CountryGeek: with regards to your IIO LRDAC proposal, I've been reading up on IIO and while its still in staging, I think that's the perfect place to put the lradc, since while crappy, it still is an ADC. I think the current lrdac driver (sun4i-keyboard) can be used for reference. I do think you'll need to split it into two bits however (though i'm far from an expert). you'll need the iio/lradc driver to give you analog/digital convert stuff thingers;
<oliv3r>
CountryGeek: I say this, because currently, the lradc is being used as keyboard input for quite some devices, so that's still important to have functioning properly
<mripard_>
oliv3r: yes?
<mripard_>
and IIO is no longer in staging, apart for legacy reasons
<mripard_>
it's in drivers/iio
<mripard_>
and I don't really know what you were referring to, but yes, the LRADC should be an IIO driver
shineworld has joined #linux-sunxi
<mripard_>
probably with a generic driver on top to send inputs events
<oliv3r>
mripard_: i forgot why i pinged you! but it was important I assure you
<oliv3r>
mripard_: let me scroll back and recatch my thought
<oliv3r>
crap, can't :(
<mripard_>
haha :)
<mripard_>
it happens to me all the time, don't worry :)
<oliv3r>
but it was important :p
<oliv3r>
oh about 'a' framework, wanted yo ask you what you knew about this framework; i don't think it was IIO though :S
<oliv3r>
the generic input -> adc has to be quite generic and flexiable, as it probably be used by other devices (possibly anyway) at some point
<mripard_>
yes
<mripard_>
there's already something for both hwmon and the power subsystems
<mripard_>
it should be pretty easy to work from these
<oliv3r>
one that encompasses all!
<oliv3r>
mripard_: any news on i2c;spi;dma drivers for ML?
<mripard_>
for ml?
<oliv3r>
mainline :p
<mripard_>
ah
<mripard_>
no
<oliv3r>
:(
didrod has joined #linux-sunxi
<mripard_>
but it's the merge window, so it's pretty normal
<mripard_>
and for the dma/spi, I don't know, you'll have to ask mdp
<didrod>
hi ! i have a problem for confirm my mail address for post my contribute, for the cubieboard in french
<didrod>
php return an error for the fonction mail()
<didrod>
an Modo or Administrator ?
<oliv3r>
didrod: what's your username
<didrod>
DiDroD
<oliv3r>
didrod: let me see if mnemoc lets me do that
<oliv3r>
rellla: can, he's administrator
<oliv3r>
i'm not anymore
<didrod>
ok, i'll waint
<didrod>
ok, i'll wait*
<oliv3r>
rellla, turl; ping
<rellla>
didrod: whats your problem?
<oliv3r>
he can't receive the activation e-mail, server might be broken :p
<oliv3r>
but you can at the very least manually activate him :)
<didrod>
rellla, i have a problem for confirm my email address for post
<didrod>
php return an error for the function mail()
<didrod>
so impossible of post on wiki
<rellla>
on linux-sunxi.org?
<didrod>
yes
<didrod>
i changed my email address for verify, but not function too
<didrod>
it's wiki is bug
ganbold__ has joined #linux-sunxi
<rellla>
so i can't help as you need the server admin, maybe Turl?
<oliv3r>
rellla: you are a wiki admin; so you can probably manually activate his account for now
<oliv3r>
rellla: i don't think he's a spammer :p
<rellla>
I don't see that it is deactivated. It's listed as normal user..
<didrod>
just contribute for cubieboard for doc in french
<oliv3r>
didrod: did you try logging in and writing a page?
<didrod>
yes i need writing, and so activate my account
<didrod>
normal user, yes, just not 'activated'
<CountryGeek>
oliv3r: Thanks for confirming that for me - I think I've got my dev environment where it needs to be now
<CountryGeek>
I hope to commit something useful in a few hours
<rellla>
didrod, i cannot find anything to confirm you as user nor a checkbox to confirm your email address...
<oliv3r>
CountryGeek: what are you working on next?
<CountryGeek>
I'm planning on lradc today
<oliv3r>
CountryGeek: i was thinking, if you want to continue to the lrdac driver, i'll take your 3.0/3.4 driver, and poour it into the PWM + DT framework for mainline submisison
<didrod>
rellla, arfff... and Turl ?
<rellla>
So my test account Dummy1 is also unconfirmable. mail function has some issue.
<oliv3r>
didrod: turl or mnemoc should be able to help
<CountryGeek>
Thanks oliv3r - how can I make it easier for you to poour?
<rellla>
Turl is the server admin afaik. he can at least repair the php-mail function
<oliv3r>
CountryGeek: for 3.0/3.4, the sun4i-keyboard driver should get you started quickly :)
<CountryGeek>
I know I need to get rid of the typedefs and add tabs back
<oliv3r>
CountryGeek: submit your current driver to the ML, that way it'll be into our tree in a while and reviewed atleast. I'll use bits and pieces from it I suppose :) don't know how much pouring can be done :)
<CountryGeek>
which ML?
<oliv3r>
linux-sunxi ml
<oliv3r>
check the wiki for details
<CountryGeek>
k
<didrod>
rellla, ok, my work is save, i'll wait that repair the function mail
<didrod>
oliv3r, i hope
<CountryGeek>
oliv3r: I think I'll spend a little bit of time on it before I put it on the ml.
<CountryGeek>
Just a day - maybe day and a half
<CountryGeek>
* 'till I submit it
<CountryGeek>
I *think* there's a cubieboard on the way - I'd like to make sure it works with that
shineworld has quit [Quit: Leaving]
<oliv3r>
CountryGeek: okay; i'll use your github as 'inspiration' meanwhile :p
<CountryGeek>
oliv3r: can't it wait just a bit? That's the culmination of just 3 days of hacking
<CountryGeek>
oliv3r: I'd love some feedback though - carry on.
eebrah is now known as eebrah|away
<oliv3r>
CountryGeek: i'm idle-ing :p and gonna play with pwm framework first anyhow :p
<CountryGeek>
K - it's fun.
<CountryGeek>
ohai - I think the linux-sunxi register docs about the period / duty "fields" of the PWM_CH0_PERIOD/PWM_CH1_PERIOD registers is wront
<CountryGeek>
* wrong
<CountryGeek>
oliv3r: They're 8bit not 16bit AFAICT
vinifm has joined #linux-sunxi
<CountryGeek>
I thought I updated the discussion page, but apparently I got distracted before I hit save
<Turl>
oliv3r: pong
<oliv3r>
Turl: a) webserver is broken; mail seems to be non-functioning
<oliv3r>
Turl: b) do you use the sunxi-bsp?
<oliv3r>
CountryGeek: lol
rz2k has quit []
<CountryGeek>
oliv3r: Best to use the Allwinner docs anyway
<oliv3r>
CountryGeek: the docs/wiki can be very well wrong, i based the wiki mostly on the user manual. Compare it to the PWM as we have it in the display section, that should tell you in theory what they really are. Unless you learned from experimentation that they are, in fact, 16 bit; then update the wiki accordingly ;)
<oliv3r>
CountryGeek: no, the docs lie about many things :)
* CountryGeek
nods
<CountryGeek>
oliv3r: I'm payin' the bills right now, but when I get a few minutes I'll try to document some order of operations stuff I found through experimentation
didrod has quit [Quit: Quitte]
<oliv3r>
CountryGeek: docs and code may say one thing, but if you actually found out, by experimentation that they are in fact 16 bit, even though code and docs say otherwise, it's very possibly and real that hey are in fact 16 bit. Just make sure to really properly test it.
<Turl>
oliv3r: mnemoc was going to take care of email iirc
<Turl>
oliv3r: why do you need email btw?
<CountryGeek>
I think they're 8bit, but I structured the code so that I could come back and verify easily
<Turl>
oliv3r: b) not much tbh :p
<oliv3r>
Turl: new user wanted to make an account :p
<oliv3r>
CountryGeek: oh, that should be even easier to check/verify :)
<oliv3r>
Turl: *sigh* :(
<Turl>
oliv3r: you don't need email to do so I think
<Turl>
you can autoverify them doing a couple of edits
<Turl>
or a wiki admin can verify it too
<oliv3r>
Turl: rellla couldn't do it :p
<oliv3r>
Turl: in any case, it's broken :p
<Turl>
yeah
<oliv3r>
why dont' you use the bsp?
<Turl>
oliv3r: I haven't built linux-sunxi in quite a while
<Turl>
and when I do, I just build the kernel manually
<Turl>
I don't use hwpacks
<Turl>
I keep a local copy of the bsp as reference though :P
<oliv3r>
its a matter of 'eat-your-own-dog-food'!
<Turl>
:)
<mnemoc>
oliv3r:
<oliv3r>
mnemoc: hi! mail function in php is broken
<oliv3r>
mnemoc: my sunxi-bsp isn't working and I forgot! why :p
<mnemoc>
ow
<oliv3r>
mnemoc: If I say 'LOADADDR', do you quickly recall what?
<mnemoc>
will try to see tonight what broke on php/sendmail when moving the wiki
<mnemoc>
iirc it was using msmtp + gmail, but not sure
<mnemoc>
need to install a real smtp there :\
<oliv3r>
I think you can run gmail through ssmtp
<oliv3r>
i have ssmtp on a few machines, they deliver it to my postfix server :)
Kadosch has joined #linux-sunxi
<oliv3r>
mnemoc: but LOADADDR doesn't ring a bell?
<oliv3r>
i think u-boot is the one complaining
<mnemoc>
don't remember, sorry :(
<oliv3r>
it's not an option i have ot pass to make/config? or u-boot that pulls config from the linux tree FOR u-boot?
<mnemoc>
u-boot has their own board config tree
<oliv3r>
I know, but I haven't changed anything, yet it started to complain
<mnemoc>
and then linux relies in the info provided by u-boot on runtime
<oliv3r>
oh, i changed to cubieboard from my tablet
<oliv3r>
but ./configure cubieboard should have been enough, no?
<mnemoc>
yes
<mnemoc>
and make linux u-boot
sanka has joined #linux-sunxi
<oliv3r>
i do make all :p
<oliv3r>
i'll make only u-boot
<mnemoc>
all = hwpack iirc
<oliv3r>
well it doesn't get that far :S
<oliv3r>
oh, u-boot builds
<oliv3r>
maybe it's linux that failed then, if so, it's multi-v7_defconfig that's broken/missing stuff!
<mnemoc>
make J=1 ....
<mnemoc>
tat will pass -j1 to linux or u-boot
<oliv3r>
doubt it's a threading issue?
<oliv3r>
it's a config issue, multi-v7 is missing some reasonable default options. i probably use the sun4i default one from 3.4
<vinifm>
oliv3r, do you cross compile vlc?
<mripard_>
oliv3r: I don't quite know if that's your question, but you can't just do make uImage on a multiplatform kernel
<Turl>
oliv3r: oh! you're building mainline?
<oliv3r>
vinifm: no and yes
<mripard_>
Turl: too late :)
<Turl>
mripard_: I do :|
<oliv3r>
Turl: Yes, and I'd like to use the BSP for it, the whole 'eating your own dogfood' thing :p
<Turl>
oliv3r: :) yeah you need to export LOADADDR
<mripard_>
oliv3r: you have to pass LOADADDR
<mripard_>
damn.
<oliv3r>
lol
<oliv3r>
ok, where do I get it from?
<Turl>
LOADADDR=0x40008000
<oliv3r>
i don't recall 3.0/3.4 needing it
<Turl>
next to wherever you export ARCH=arm
<mripard_>
because, if you don't, how will it know where to load the kernel at?
<oliv3r>
Turl: ARCH=arm is taken care of the bsp :)
<vinifm>
oliv3r, when you run vlc it shows a message?
<oliv3r>
mripard_: i think the 3.0 and 3.4 kernels get this from the defconfig somehow? that possible?
<Turl>
oliv3r: not anymore with multiplatform
<Turl>
because each platform has a diff address
<oliv3r>
vinifm: I cross compile for arm, using openbricks, i haven't crosscompiled any userland for a10
<mripard_>
oliv3r: no, the 3.0/3.4 kernel get that from the platform code
<mripard_>
it's not related to the defconfig
<oliv3r>
ah ok, then it makes sense and I understand
<mnemoc>
any news about a20 or a31 devices with uart?
<mnemoc>
that one can buy I mean
<oliv3r>
is loadaddr ignored on 3.0/3.4? (e.g. can I just put it in the bsp Makefile and assume it'll work for both?
<oliv3r>
mnemoc: depends on what oyu know, I know FunkyPenguin has 4 a20 boards
<vinifm>
it run into target normally? Show messages, help, play video?
<vinifm>
ssvb, I actually gave up crosscompile, and compiled directly into cubieboard
<oliv3r>
vinifm: one of my next projects will be to make openbricks support A10; then x-compile will be easy
<vinifm>
what is 'openbricks'?
<mripard_>
haha, openbricks :)
<mripard_>
a build system written in shell
<mripard_>
what could possibly go wrong ? :)
<vinifm>
great :)
<wingrime>
oliv3r: jpeg codig are based on DCT and Huffman coding as mpeg
<vinifm>
hum, like buildroot
<mripard_>
except that buildroot is written in makefiles
<mripard_>
but yes, both are build systems
<wingrime>
mpeg2 actualy same mpeg1 with interlance
<oliv3r>
wingrime: there might be inc. news in the next few days, put cedarX on hold for now :)
<oliv3r>
mripard_: i prefer the openwrt build system tbh
<mripard_>
which is a fork of buildroot ;)
<oliv3r>
wingrime: yeah i told you that yesterday :) mpeg2 = mpeg1 with some extra support. mpeg1 is jpeg for i-frames. (p and b-frames are different thougH)
<oliv3r>
mripard_: oh is it really?
<oliv3r>
well the major difference I would think, is openbricks aims at 'multimedia distro's'; where openwrt aims at networking systems
<wingrime>
oli3r: news?
n01_ has joined #linux-sunxi
<mripard_>
oliv3r: yes, it is
<wingrime>
oli3r: h264 most interesting but difficult realy
<mripard_>
actually, openbricks was originally the build system of geexbox, that later converted to a more general purpose buildsystem of its own
<mripard_>
buildroot has been here for like 10 years, but had a rough almost-dead period, until something like 4-5 years ago
<mripard_>
during the almost-dead period, openwrt forked buildroot
<wingrime>
oliv3r: I think try decode JPEG using CedarX a good task
<mripard_>
and... that's it
<oliv3r>
wingrime: maybe, but wait a week or so for news; something is coming :)
<oliv3r>
mripard_: I prefer openwrt to be fair
<oliv3r>
i am quite annoyed though, that they are really just duplicating a lot of effort/work though
<oliv3r>
NiH a lot :p 'but this is shell, makefiles are hard'
<oliv3r>
that said, i have sent some patches to openbricks
<oliv3r>
so maybe i'm biased :)
<mripard_>
oliv3r: and I'm a regular contributor to buildroot
<mripard_>
even though now I don't have much time to work on it anymore :)
<mripard_>
so I'm biased in the opposite way I guess :)
<mripard_>
what openwrt has that buildroot doesn't?
<oliv3r>
its widely supported :p[
<oliv3r>
i didn't know about buildroot :)
<mripard_>
widely supported ? by who?
<oliv3r>
routers!
<oliv3r>
or should I have used 'in use today'?
<oliv3r>
even so, it's a lot of duplicated resources imo
<mripard_>
ah, so it's not widely supported, it has wide support :)
<oliv3r>
all 3 'camps' have valid points
<oliv3r>
but effectivaly, they are doing exactly the same
<mripard_>
well, in the case of openwrt vs buildroot
<oliv3r>
to that extend, so do debian and redhat of course :)
<mripard_>
it's more a matter of philosophy
<mripard_>
openwrt aims at giving you a full running system on a given hardware
<mripard_>
while buildroot is more like just a building tool
<mripard_>
so you do whatever you want with it
<oliv3r>
well openbricks is just more like a building tool :p
<oliv3r>
as I say, they all are quite similar
<oliv3r>
openbricks didn't have to fork buildroot; they could have made their distribution _using_ buildroot
<mripard_>
yes, openbricks is quite similar to buildroot in its purpose
<mripard_>
but it's in shell. :)
<oliv3r>
but as I said, a lot of projects are NiH
<oliv3r>
does buildroot have a10 target support? :)
<oliv3r>
xbmc packges?
<mripard_>
yes
<mripard_>
n01_ contributed quite some time ago
<oliv3r>
cool
<mripard_>
but that doesn't make much sense
<mripard_>
since like I said
<mripard_>
you build your system with buildroot
<oliv3r>
in that sense, openbricks has advantages i suppose
<oliv3r>
with openbricks, you build a distro
<mripard_>
so you just say to it for whatever architecture you want to build for, what packages to include and that's it
<oliv3r>
ah, i guess you can say, that buildroot + openwrt = openbricks in a sense :)
<mripard_>
again, it depends on what you call a distro :)
<oliv3r>
true true
<oliv3r>
maybe i'll just build an embdeb target or sumat :p
<n01_>
gosh I Have also to work on the patch for buildroot O_O
<oliv3r>
btw, if i do make *.dtb, i get a .dtb binary, I still have to either glue that to the kernel, or have u-boot serve it too the kernel; right?
<mripard_>
oliv3r: and yes, there's xbmc support
<mripard_>
yes
<n01_>
anyway at $work$ I use openwrt but at home I use buildroot :)
<ssvb>
vinifm: but as oliv3r mentioned a bit earlier, there may be some good news about cedarx soon :)
<vinifm>
great, but can i use libhybris with Vlc?
<vinifm>
nevermind
<vinifm>
ssvb, thanks :)
<ssvb>
vinifm: you are welcome :) ping me if it does not work, it is a bit picky about the android blob versions (the tested ones are listed on the wiki page)
<ssvb>
oliv3r, rellla: which high level video decoding api wrapper for libve would be preferable in your opinion?
<techn_>
also ffmpeg has already vaapi bindings implemented
<techn_>
so it should work with most players.. mplayer must be compiled with special flags though
<nove>
it would be so nice is there was a minimal player, that doen't use /dev/disp
<techn_>
nove: using disp is required unless you do colorspace conversion and scaling by software
<techn_>
or opengl
<nove>
yes, but to trace that is not need
<ssvb>
nove: /dev/disp is used to switch scanout between memory buffers, so that they become visible without any redundant copies
<ssvb>
nove: for tracing you can just disable all the /dev/disp code
<nove>
is what i have to do
<nove>
but i give out for this week
n01_ has quit [Remote host closed the connection]
<ssvb>
techn_: vdpau is interesting because you can direct all the decoded video output to x11 window (hardware scaling and colorspace conversion can be implemented via disp layers)
<ssvb>
techn_: that's very similar to what cedarx vlc is doing now
<hno>
lkcl, struggling a bit with finding the UART, missing a pcmcia compatible connector and the wires I have is either too thick or too thin to fit the board connector.
<ssvb>
vinifm: I would guess it's a wrong ABI again :(