Nazcafan has quit [Remote host closed the connection]
xavia has joined #linux-sunxi
akaizen has quit [Read error: Connection reset by peer]
akaizen has joined #linux-sunxi
nicksydney has quit [Read error: Connection reset by peer]
Jachy has quit [Quit: Leaving.]
rz2k has joined #linux-sunxi
xavia has quit [Quit: Leaving.]
xavia has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
lioka has quit [Ping timeout: 264 seconds]
lioka has joined #linux-sunxi
joedj has joined #linux-sunxi
t3st3r has joined #linux-sunxi
sabayonuser has joined #linux-sunxi
rz2k has quit []
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
FreezingCold has quit [Read error: Connection reset by peer]
FreezingCold has joined #linux-sunxi
fredy has quit [Excess Flood]
FreezingCold has quit [Read error: Connection reset by peer]
FreezingCold has joined #linux-sunxi
FreezingCold has quit [Read error: Connection reset by peer]
fredy has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
FreezingCold has quit [Read error: Connection reset by peer]
FreezingCold has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
FreezingCold has quit [Remote host closed the connection]
FreezingCold has joined #linux-sunxi
xavia has quit [Quit: Leaving.]
lioka has quit [Ping timeout: 255 seconds]
lioka has joined #linux-sunxi
nicksydney has joined #linux-sunxi
sabayonuser has quit [Read error: Operation timed out]
hramrach has quit [Remote host closed the connection]
FreezingCold has quit [Remote host closed the connection]
FreezingCold has joined #linux-sunxi
FreezingCold has quit [Read error: Connection reset by peer]
HeHoPMaJIeH has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
FreezingAlt has joined #linux-sunxi
FreezingAlt has quit [Ping timeout: 245 seconds]
FreezingDroid has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 255 seconds]
akaizen has joined #linux-sunxi
nedko has quit [Ping timeout: 264 seconds]
focus has quit [Remote host closed the connection]
maksimlin has quit [Remote host closed the connection]
sehraf has joined #linux-sunxi
diego_r has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
focus has joined #linux-sunxi
FreezingDroid has quit [Quit: Out]
FreezingCold has joined #linux-sunxi
<ijc>
oliv3r: Not sure what fastmbus entails but that sounds like Good News!
theskilledworker has joined #linux-sunxi
theskilledworker has joined #linux-sunxi
<ijc>
BTW WRT upstreaming I'm still looking at some of Marek and Pantelliis's feedback on the MMC driver, in particular the busy wait loops. The other outstanding issue that I can think of is the magic number stuff which you were looking at.
bbrezillon has joined #linux-sunxi
physis has joined #linux-sunxi
<physis>
Guys, I compiled XBMC as wiki show and XBMC is running on my board. But the video seems not hw accelerated yet. Or maybe audio is not accelerated and affect video playback (I saw this behavior in mplayer) I used rellla repositorie. Someone have any tips for me now? :)
jemk has joined #linux-sunxi
<juanfont>
physis, audio is not accelerated
<juanfont>
physis, do you have /dev/cedar_dev?
<physis>
juanfont: XBMC audio is not?
<physis>
juanfont: let me check permissions again :)
<physis>
juanfont: I think you shot at the right place :) let me test again
popolon has joined #linux-sunxi
<physis>
juanfont: permissions was wrong, but I fixed. I have no image now when try to play. :(
<alexvf>
jemk: is there any reason for libvdpau-sunxi not implementing vdp_video_surface_get_bits_y_cb_cr, apart from lack of time/interest?
<alexvf>
jemk: i was trying to implement it but i don't understand the internal chroma subsampling
<physis>
juanfont: I can see some texture at backgroud here. But I will apply this patch and try again.
<physis>
juanfont: thank you
<juanfont>
:)
<alexvf>
jemk: nove tell me that he thinks it is a 32x32 tiled format but i don't understand how it works, can you provide some hint?
<jemk>
alexvf: the only reason is i didn't need it ;) the format is tiled 32x32 as nove said, it is described pretty good in the a13 user manual
<physis>
juanfont: this patch should be applied in cedarv inside XBMC? because XBMC build seems to download and recompile it but i'm not sure
<alexvf>
jemk: i just need it for debugging purposes, i'm implementing a sample player using libvdpau and it is not working well, so i want to save the video to a raw format to inspect it
<abstract>
libv: nope! modprobe doesn't show /dev/nand
<libv>
could this be something different?
<abstract>
libv nor it gives any sort of error
<mnemoc>
script.bin not enabling nand?
<libv>
mnemoc: CONFIG_MTD_NAND=m doesn't seem the be the same as CONFIG_SUNXI_NAND=y
<libv>
or is it?
<mnemoc>
.oO
<mnemoc>
true
FreezingCold has quit [Ping timeout: 268 seconds]
<mnemoc>
let me finish fixing the nightlies of -devel and -next and I look at it
<abstract>
mnemoc/libv: I'll double check script.bin, maybe I forgot it
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
ferro has quit [Quit: Page closed]
FreezingCold has joined #linux-sunxi
<mnemoc>
Turl: nightlies of -next and -devel fixed
<wingrime2>
nove: ping
<mnemoc>
libv: http://sprunge.us/MMAE indeed... no sunxi-nand in 3.4 sun7i_defconfig, and m on stage
<wingrime2>
nove: I just tryed turn on ACE, on a20 in uboot, but without success
<wingrime2>
nove: can you try do same on a10 ?
<wingrime2>
nove: I have only 0x0 RO
Gerwin_J has joined #linux-sunxi
<Turl>
mnemoc: \o/
bonbons has joined #linux-sunxi
<nove>
wingrime2: do we have binaries for ACE?
Vertex_ has quit [Ping timeout: 245 seconds]
<wingrime2>
nove: yes
<wingrime2>
nove: dts and ac3 for android
<wingrime2>
nove: but driver looks broken
nabblet has quit [Quit: Reconnecting]
nabblet has joined #linux-sunxi
<Turl>
mru: not sure if that gnome3 mention was an insult or a result of your simplicity when appreciating the software
FDCX has quit [Read error: Connection reset by peer]
<nove>
wingrime2: and there kernel driver, where is?
<wingrime2>
nove: yes, with sources, but it was for a10 only
<wingrime2>
nove: a20 kernel, and new kernels lack this one
<wingrime2>
nove: I mean SDK's
<wingrime2>
nove: I will try again, maybe I miss something with regs
<nove>
wingrime2: anyway, audio can very well be decoded by software, so ACE is not important, beyond curiosity
abstract has left #linux-sunxi [#linux-sunxi]
<nove>
wingrime2: and because of that, they could have drop it in newer socs
akaizen has joined #linux-sunxi
<wingrime2>
nove: thats reason , I ask you try a10
<nove>
wingrime2: is A13 that i have not A10
<wingrime2>
nove: uart are connected?
<nove>
wingrime2: not uart in this tablet, i can only try with dev2mem
FR^2 has quit [Quit: Connection reset by peer]
brain_ has joined #linux-sunxi
<wingrime2>
nove: http://paste.debian.net/91230/ , thats regs are needed but masks need be corrected for live system (not uboot)
kuldeepdhaka has quit [Ping timeout: 265 seconds]
bertrik has joined #linux-sunxi
<nove>
wingrime2: i will give a shoot later, now i am in the middle looking at h264encoder,
<wingrime2>
nove: if thereis not ACE in a20+ it should be known
FDCX has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 240 seconds]
<wingrime2>
oliv3r: I was unable activte ACE with uboot on a20, but clocks and gates are there still, so you can consider that we have no ACE in recent socs as looks GPS, so less blobs
kuldeepdhaka has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
deasy has joined #linux-sunxi
nabblet has quit [Ping timeout: 240 seconds]
diego_r has quit [Ping timeout: 265 seconds]
Fusing has joined #linux-sunxi
kuldeepdhaka has quit [Ping timeout: 265 seconds]
kuldeepdhaka_ has joined #linux-sunxi
wingrime2 has quit [Ping timeout: 255 seconds]
_massi_ has quit [Remote host closed the connection]
enrico_ has quit [Quit: Bye]
itdaniher has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
MSameer_ has joined #linux-sunxi
kuldeepdhaka_ has quit [*.net *.split]
FDCX has quit [*.net *.split]
MSameer has quit [*.net *.split]
itdanihe1 has quit [*.net *.split]
wens has quit [*.net *.split]
MSameer_ is now known as MSameer
wens has joined #linux-sunxi
fredy has quit [Excess Flood]
kuldeepdhaka_ has joined #linux-sunxi
fredy has joined #linux-sunxi
FDCX has joined #linux-sunxi
akaizen has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
jemk has joined #linux-sunxi
notmart has quit [Ping timeout: 246 seconds]
netlynx has quit [Remote host closed the connection]
akaizen has quit [Read error: Connection reset by peer]
akaizen has joined #linux-sunxi
bgal has joined #linux-sunxi
<nove>
jemk, in the h264 encoder binary blob, same runs with the same registers values set is giving different results in bitstream, maybe because of reference recontruct buffers aren't clean
<nove>
jemk: just to tell you, that isn't the tracer fault
FreezingCold has quit [Ping timeout: 255 seconds]
rellla has quit [Ping timeout: 252 seconds]
rellla has joined #linux-sunxi
<nove>
wingrime: a13 doesn't have CCM_ACE_CLK, i am getting reading 0x0
<nove>
wingrime: Written 0xFFFFFFFF; readback 0x0
fredy has quit [Excess Flood]
<jemk>
nove: interesting, I'd expect it to be the same. will check with the re h264enc on occasion
fredy has joined #linux-sunxi
<nove>
jemk: this when changing qp values, and set them back to the previous values
uRandomMM has joined #linux-sunxi
<nove>
wingrime: CCM_PLL4_CFG, CCM_AHB_GATING0, CCM_DRAM_CLK, the value is set and read confirms, except CCM_ACE_CLK that reads allways zero
akaizen has quit [Remote host closed the connection]
Seppoz has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
Seppoz has joined #linux-sunxi
geecko has quit [Ping timeout: 252 seconds]
geecko_ has quit [Ping timeout: 245 seconds]
sabayonuser has joined #linux-sunxi
nabblet has joined #linux-sunxi
kuldeepdhaka_ is now known as kuldeepdhaka
diego71 has quit [Ping timeout: 265 seconds]
diego71 has joined #linux-sunxi
bgal has quit [Ping timeout: 268 seconds]
TheSeven has quit [Remote host closed the connection]
<nove>
jemk: how sure are you about MACC_AVC_H264_QP bitfields, i got the ~0 write test as 0xfc073fff, and checked with the binaries the ranges 0x1 - 0x45 for QP
smotocel69 has quit [Quit: Leaving]
<jemk>
nove: not sure, I only tried some values, but they were right. 0xfc073fff fits pretty good to the documented things, except the highest bits
megal0maniac_afk is now known as Guest40709
Guest40709 has quit [Killed (cameron.freenode.net (Nickname regained by services))]
megal0maniac_afk has joined #linux-sunxi
<nove>
jemk: there is QP and QS(whatever it is), maybe that is why there are two
<jemk>
nove: other theory was different qp for i and p frames, but i never tried to verify that
<jemk>
I never continued working on the encoder, i have some notes on how p-frames work, but never implemented them
<nove>
i was checking how to control bitrate, but no effect from avg_bitrate or levelidc
<nove>
this binaries really are in a bad state, full of limitations
<nove>
or is the hardware that can't do more,
<jemk>
main bitrate control is qp, blob should set that in the specified range to achieve avg_bitrate. thats how it should work, don't know if it does with our blobs
<libv>
yay, mk802+ has left the real of NDH_TODO thanks to further pics from codekipper
<libv>
only 50 of 82 left to go, and that's not counting the ones which don't have a page at all