mnemoc changed the topic of #arm-netbook to: EOMA: Embedded Open Modular Architecture - Don't ask to ask. Just ask! - http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68 - ML arm-netbook@lists.phcomp.co.uk - Logs http://ibot.rikers.org/%23arm-netbook or http://irclog.whitequark.org/arm-netbook/ - http://rhombus-tech.net/
tuliom has joined #arm-netbook
zenitraM has quit [Quit: ZNC - http://znc.in]
zenitraM has joined #arm-netbook
bsdfox has joined #arm-netbook
<merbzt> hno: symbol names yes
<merbzt> there are conflicting addresses though
<merbzt> hno, the hardware seems to have several decoding cores/modes
<merbzt> and they seem to be needing different configuration based on the actual bitstream
<merbzt> the vc1 decoder has large parts of the reference decoder compiled into it
<merbzt> h264 decoder might be the same case
<merbzt> I'm not sure if the registers use the same address range
<merbzt> or if they are mapped to a different one
<merbzt> would need to dump the actual register traffic for that
<merbzt> or find out how the ve lib works
<hno> i think they are at different ranges
revident has joined #arm-netbook
<merbzt> bah, need to learn arm assembly, can't figure out what happens :/
<lundman> LDA #41
<lundman> STA $4c01
<lundman> you are welcome!
* lundman sits back and waits for the complains about 6502 vs arm
<ZaEarl> z80 is better
<lundman> oh no you did not just say that
<Turl> pushl $8086
<Turl> call exit
<lundman> scanned all the forums and threads, nothing happening, no news
lundman has quit [Ping timeout: 255 seconds]
CIA-15 has joined #arm-netbook
rsalveti has quit [Read error: No route to host]
rsalveti` has joined #arm-netbook
lundman has joined #arm-netbook
<hno> lundman, what news you expect?
<lundman> expect? more like, hope :)
<lundman> but really, I should start my android project, get some coding done
<hno> or I could distract you into AXP209 programming?
<hno> much more interesting.
<hno> still need to add PMU configuration to u-boot,
<lundman> the uboot work you do, does benefit all A10s, and maybe all Allwinner chips?
<bsdfox> is ubuntu performance really really bad on mele a2000?
<lundman> i didnt find it bad, from a text console POV
<bsdfox> I'm getting lots of these messages in the console http://pastebin.com/9hxqESf6
<lundman> wifi module on the usb bus maybe
<CIA-15> rhombus-tech: hno master * r276f298dc82b /allwinner_a10/A10_register_guide/A10_DRAMC.mdwn:
merbzt has quit [Ping timeout: 246 seconds]
<hno> lundman, the u-boot work benefits Allwinner A10 and A13. Can't say how much can be reused for next gen.
<hno> bsdfox, that's an USB wifi forced going up/down, seemingly from power saving settings.
<bsdfox> is that a kernel option or something like cpufrequtils
<hno> X11 performance feels sucky in general mostly because there is no curstor acceleration in "2D" mode.
tuliom has quit [Quit: Konversation terminated!]
<hno> bsdfox, don't know. Do you use the wifi while this happens?
<bsdfox> my system load just moving the mouse around in gnome was hitting 7+
<bsdfox> hno, nope I'm running ethernet
<hno> then don't load the wifi module.
rsalveti` is now known as rsalveti
rsalveti has quit [Changing host]
rsalveti has joined #arm-netbook
<hno> that specific driver is quite hacked to add several quirks for low power usage.
<hno> yes, we really should spen a little time on adding accelerated curstor support to X11. It's a very heavy operation for the X server to move the mouse cursor in dumb framebuffer mode.
<bsdfox> doesn't seem to be a module. driver must be built in on the kernel I'm running
<hno> you can unbind the module in /sys/ somewhere
<bsdfox> I'll poke around
<hno> /sys/bus/usb/...
itamarjp has joined #arm-netbook
<lundman> hard to get excited to work on A10 when I dont know if it'll ever be able to do what I want
<bsdfox> echo -n "3-1" > /sys/bus/usb/drivers/usb/unbind
<bsdfox> looks like that might work
RITRedbeard_ has joined #arm-netbook
avernos has joined #arm-netbook
avernos has quit [Changing host]
avernos has joined #arm-netbook
RITRedbeard_ has quit [Ping timeout: 240 seconds]
itamarjp has quit [Remote host closed the connection]
itamarjp has joined #arm-netbook
itamarjp has quit [Changing host]
itamarjp has joined #arm-netbook
rsalveti has quit [Ping timeout: 240 seconds]
rsalveti has joined #arm-netbook
kaspter has joined #arm-netbook
<revident> WarheadsSE, congrats on the release of the Arch armv6h repo!
kaspter has quit [Ping timeout: 268 seconds]
kaspter has joined #arm-netbook
mSquare has joined #arm-netbook
itamarjp has quit [Ping timeout: 240 seconds]
graffiti has joined #arm-netbook
mSquare has quit [Ping timeout: 246 seconds]
revident has quit [Quit: Combustible lemons? Bah, I bring you weaponized asparagus!]
mSquare has joined #arm-netbook
avernos has quit [Ping timeout: 246 seconds]
avernos has joined #arm-netbook
avernos has quit [Changing host]
avernos has joined #arm-netbook
sspiff has quit [Read error: Operation timed out]
rvalles has quit [Remote host closed the connection]
rvalles has joined #arm-netbook
rellla has joined #arm-netbook
rvalles has quit [Remote host closed the connection]
jelly-home has quit [Ping timeout: 260 seconds]
rvalles has joined #arm-netbook
hurtigbuffer has joined #arm-netbook
ZaEarl has quit [Quit: Ex-Chat]
hurtigbuffer is now known as jelly-home
ZaEarl has joined #arm-netbook
eflatun has joined #arm-netbook
cat1 has quit [Quit: Leaving.]
eflatun_ has joined #arm-netbook
eflatun has quit [Ping timeout: 240 seconds]
Quarx has joined #arm-netbook
sspiff has joined #arm-netbook
sspiff has quit [Changing host]
sspiff has joined #arm-netbook
Gujs_ has joined #arm-netbook
Gujs_ has quit [Remote host closed the connection]
<mnemoc> moin
pawel5870 has joined #arm-netbook
eflatun_ has quit [Remote host closed the connection]
bsdfox has quit [Ping timeout: 240 seconds]
eflatun_ has joined #arm-netbook
popolon has joined #arm-netbook
avernos has quit [Ping timeout: 246 seconds]
avernos has joined #arm-netbook
avernos has quit [Changing host]
avernos has joined #arm-netbook
rellla has quit [Ping timeout: 255 seconds]
rellla has joined #arm-netbook
<rz2k> <hno> [05:23:29] still need to add PMU configuration to u-boot - I can test pmu stuff, I have mele v1.7 that loads right only if it stayed off for couple of minutes
<rz2k> reboot after mele was powered on = random crashes across all kernel
lkcl has quit [Ping timeout: 252 seconds]
<hno> that's a new one
<rz2k> thats the same as maxnet posted at u-boot issues
<hno> I undestood it as the inverse, unstable unless soft-rebooted.
<rz2k> I cant test for that because mele doesnt have a soft reset
<hno> soft reboot is software initiated reboot.
<hno> the mele can do that.
<hno> meaning of physical reset button action depends heavily on the actual board.
cat_n9 has quit [Ping timeout: 268 seconds]
<hno> to test if it's the PMU, 1. Boot from NAND. Stop at u-boot prompt. Insert SD, ask u-boot to reboot.
<hno> booting to a running system from NAND may also be valid, but depends on how frequency scaling is set up.
<rz2k> :/ works
<rz2k> thanks for hint
<hno> so soft reboot from u-boot prompt worked?
<rz2k> yep
<hno> good.
<rz2k> also this v1.7 is known to have dead sata in our kernels, unfortunately I dont have any 2.5" drives around to test.
<hno> there is a proposed patch for that.
<mnemoc> but it's ugly :<
<mnemoc> hno: you know the clocks better, can you comment?
hipboi has joined #arm-netbook
<mnemoc> wb hipboi
<rz2k> yeah, reading it now, really how the hell faster clock does the job
<hno> Not really. But hipboi may be able to get an answer on the REVC SATA clock issue.
<hipboi> what revc sata clock issue?
<mnemoc> beware that our rev C means v != 0x00 && v != 0x03
pawel5870 has quit [Ping timeout: 244 seconds]
<hipboi> about the ic version
<hipboi> all the new ic are version c
<hipboi> the a and b are the previous version
<mnemoc> ok, then it's about the clocking of PLL6
<mnemoc> the other rates involved as tied to the initial choice, 960 vs 600
<hno> The proposed change is this: http://forum.doozan.com/read.php?6,9597 reverting the change of SATA clock in REVC, using the same clocking as for the other chips.
<hno> Doesn't that define also change other clockings?
<mnemoc> hno: yes
<hipboi> what USE_PLL6M_REPLACE_PLL4 is defined for?
graffiti has quit [Ping timeout: 245 seconds]
<mnemoc> and the relation between the other clocks and the rate given to the first is fixed
<mnemoc> 960000000 -> 160000000, 480000000
cat_n9 has joined #arm-netbook
<mnemoc> 600000000 -> 10000000, 300000000
<mnemoc> rate/6, rate/2
<mnemoc> too nice to be an accident
pawel5870 has joined #arm-netbook
eflatun_ has quit [Remote host closed the connection]
eflatun_ has joined #arm-netbook
<hipboi> one anvantage of allwinner chip is
<hipboi> the normal hardware designer can design a stable board as well as a good hardware designer
<rm> hehe
<hipboi> which makes the entry level very low
<rm> yes, that's good
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #arm-netbook
ibrah has quit [Ping timeout: 255 seconds]
eflatun__ has joined #arm-netbook
eflatun_ has quit [Read error: Connection reset by peer]
eflatun__ has quit [Client Quit]
<hno> mnemoc, maybe the right is to not define USE_PLL6M_REPLACE_PLL4?
<mnemoc> hno: yes, sounds more reasonable
<hno> but that define is used at many places.
<mnemoc> :<
<hno> this definition is significative on C ver. only */
<oliv3r> one dissadvantage of allwinner chip is, no opensource Video Decoding library :D
<hno> /* define if need use pll6 to take the place of pll4,
<hno> this definition is significative on C ver. only */
<rz2k> looks like we need that buf1/buf2 init in disp-fb, with new r3p0 libs I have eglGetDisplay()
<rz2k> error
<mnemoc> oliv3r: the same disadvantage applies to the whole ARM world :<
<rz2k> atleast it doesnt crash everything
<oliv3r> yes :(
<oliv3r> well amlogic has atleast some source out in the wild, so that can be re-written in GPL code
<oliv3r> in theory anyway
<mnemoc> not sure if that is legal
<oliv3r> dunno, it's up on github
<oliv3r> So cleanroom reverse enis asily possible
<oliv3r> egineering is easly*
<hno> cleanroom is always possible. Question is if there is enough determined resources to do it.
<hno> but at least we seem to have working binary libraries now.
<oliv3r> while nice, its sad :(
<hno> sad how?
<oliv3r> Opensource people have tried so hard and worked so hard in the last years to get things open source. Along comes arm, and puts us two steps back again
<lundman> ah someone else wants me to do upnp contract, guess I got busy another way
<mnemoc> if ARM itself doesn't understand that making userspace libs open source is good, we can't even dream smaller IP owners will do it
<hno> I think ARM actually understands, but they are sitting with software IP they cannot open, plus that the ecosystem they earn money from don't really care yet.
<oliv3r> well, afaik, the VPU lib used by a10 isn't written by arm though :)
<oliv3r> luckly, we have the lima project for the GPU
<hno> oliv3r, exactly. Thats written by a small player with no understanding about the mechanisns of open source.
<hno> yes, lima is refreshing.
<mnemoc> but at we have at least two people (merbzt and iainb) trying to RE cedarx
<mnemoc> future isn't that dark
<lundman> RE is fun
ibrah has joined #arm-netbook
<oliv3r> oh, iainb has help now? Nice
<mnemoc> not sure they interact, but I guess they do
<oliv3r> i'll order a mele a100 from hipboi one of these days (when I have some more money to hand out) and start playing with it too :)
<rm> get A1000/2000
<hipboi> oliv3r: why not a cubieboard
<mnemoc> :D
<rm> hipboi, when you will have more stock of the 1G board?
<hipboi> sigh
<mnemoc> hahaha
<hipboi> we will start making more hopefully this weekend
<hipboi> pcbs are ready
<hipboi> need to get them soldered
<mnemoc> hipboi: btw, can you get r3p0/p1 libs for our android folks?
<hipboi> ok
<oliv3r> hipboi: lol; why? well to 'hack around' with it, most deffinatly. But as a nice box to have it sitting next to the TV running XBMC ...
<hipboi> then i need to make a phone call
<oliv3r> maybe I get both! :p
<oliv3r> don't have that much money atm though :(
<lundman> I'd get a 1gb board too, if I knew the hardware can bitstream
<hno> lundman, audio=
<hno> s/=/?/
<lundman> audio
<ibot> hno meant: lundman, audio?
<lundman> it can never be a real mediaplayer until it can bitstream :)
<hno> AW_SYS_CLK_PLL6M, /* "sata_pll_m" ,PLL6 M clock, just for SATA */
<lundman> pretty sure it can do normal 192khz, unsure about highbitrate DTS-HD / MA etc
cat_n9 has quit [Ping timeout: 248 seconds]
merbzt has joined #arm-netbook
cat_n9 has joined #arm-netbook
termleech|null has joined #arm-netbook
Turl has quit [Ping timeout: 260 seconds]
termleech has quit [Remote host closed the connection]
ibrah has quit [Remote host closed the connection]
eflatun has joined #arm-netbook
Turl_ has joined #arm-netbook
merbzt has quit [Ping timeout: 256 seconds]
pawel58701 has joined #arm-netbook
pawel5870 has quit [Ping timeout: 256 seconds]
pawel58701 has quit [Quit: Leaving.]
avernos has quit [Quit: Leaving]
cheng has joined #arm-netbook
merbanan has joined #arm-netbook
<CIA-15> rhombus-tech: Rich master * rae31a8fe9739 /allwinner_a10/orders/fishing.mdwn:
kaspter has quit [Ping timeout: 240 seconds]
tender86 has joined #arm-netbook
tender86 has quit [Client Quit]
pawel5870 has joined #arm-netbook
<RaYmAn> Very
<RaYmAn> must be good then! ;P
<RaYmAn> wow - it's even vaguely accurate specs!
<mnemoc> :D
<RaYmAn> 1ghz processor
<rm> meh, I'll get that other one with 1.5GHz
<RaYmAn> lol
<rm> </jk> :D
<rm> this looks like the U-host in a new case
<rm> I wouldn't be surprised if it's from the same maker
eh2scqw has joined #arm-netbook
<rm> the mic hole (?)
<rm> also only one full USB and the micro USB is only for powering
<mnemoc> micro usb is OTG, there is a proper 5V/2A rounded power socket too
<mnemoc> aah... you mean the uhost
<mnemoc> damn channel confusion :|
* mnemoc goes for another espresso
Almamuetya has joined #arm-netbook
<rm> well
<rm> I mean this device is like the U-host
<rm> and afaik U-host didn't have a power socket...
<rm> if this one has it, then it's not like the U-host
<rm> :)
<rm> also have to examine my U-host closer, maybe there is one?
eh2scqw has left #arm-netbook [#arm-netbook]
<hno> I think there is.. but was a while since I looked at u-host.
<mnemoc> I don't have one, but I like it's rubber cover
<rm> but it only comes with a mini-USB power cable
<RaYmAn> so did my mk802
<RaYmAn> usb otg worked with a proper cable though
termleech|null is now known as termleech
<RaYmAn> did it ever get anywhere?
<mnemoc> the repo is 1h old...
<mnemoc> but it seems it's the import of someone else's work
<RaYmAn> oh yeah - it says "first working version" lol
<phh> or someone who isn't used to git
<mnemoc> "working" sounds so nice...
<mnemoc> phh: indeed
<phh> he is saying mpeg1/2/H264 works
<rz2k> I'm 95% sure that he does not have oGL ES working.
jinzo_ has joined #arm-netbook
<mnemoc> rz2k: that's mali. while video decoding is cedarx
<phh> you still want gles for xbmc
hipboi_ has joined #arm-netbook
<RaYmAn> it doesn't really say whether it's android or linux though
<mnemoc> good point
hipboi has quit [Ping timeout: 252 seconds]
<mnemoc> RaYmAn: in the initial mail he says "(i used 3.0.36 lubuntu armel on mk802 from miniand)."
<RaYmAn> ah - I just saw the link you posted
<lundman> ok
<mnemoc> rz2k: he used "ubuntu armel" because that's the abi of the libs we have. about the GLES dependency I suppose he gets the CPU based fallback
<rz2k> thats why I've asked about details
<rz2k> :)
<mnemoc> hipboi_: even if it's the same buggy code, can we get armhf cedarx libs? :<
<hipboi_> ok
<hipboi_> i need to ask my workmate
<hipboi_> who worked with gimli
<mnemoc> at least we will be able to test both in the same OS
<hipboi_> and complainning all the time
cheng has left #arm-netbook ["Leaving"]
<hno> what?
<mnemoc> hno: for the sata issue
<hno> What I meant is that that define changes many things. We need someone who knows the clocks of REVC chips to tell what is right or wrong there.
<oliv3r> who was complaining all the time? your workmate? lol why? :)
<hipboi_> oliv3r: it brings him extra work
<hno> hard comment either way without knowing the discussios other than that gimli had some issues in using the libraries.
kaspter has joined #arm-netbook
<mnemoc> hno: the frustrating part is that we don't have access to that someone :<
<lundman> yay finally got around to sniffing the network
<oliv3r> well if gimli found valid flaws ... I know I wouldn't be happy if some internet punk made me work :p
eflatun has quit [Quit: Konversation terminated!]
<jinzo_> oliv3r, on the other hand that "internet punk" is your customer :)
<jinzo_> and armhf libs are quite important (and I don't have an idea why they don't start with armhf/base everything on it)
<hno> mnemoc, not sure on that. We haven't tried other than via Tom.
cat_n9 has quit [Ping timeout: 245 seconds]
lkcl has joined #arm-netbook
<oliv3r> to true
<oliv3r> i wonder how adoption would have been, if the code would have been near mainline ready at the start
revident has joined #arm-netbook
cat_n9 has joined #arm-netbook
<mnemoc> oliv3r: near mainline was never an option, allwinner only cares about android and the kernel version supported by the current android version. today that means 3.0.31
<jinzo_> mnemoc, on the other hand Google is mooving closer to mainline with Android
<oliv3r> i know vendors don't care about software nor about linux, only hard money. I get that
<oliv3r> but for one, mainline/vanilla kernel support, with those patches ported to android, would have ment two supported platforms, but lets just say they don't even care about the other platform, even if that would have been some form of extra income
<oliv3r> (think tiny ubuntu based desktop computers based on the A10)
<oliv3r> android's kernel isn't THAT far from mainline, and google IS, as jinzo says, moving close to mainline all the time. The android fork has its ups and downs
<oliv3r> forking isn't bad per say, new things get tried and proven or not
<oliv3r> and also, android always pulls mainline changes in
hno has quit [Excess Flood]
hno has joined #arm-netbook
<oliv3r> as android will always depend on mainline, unless they 'go their own way' which wasn't really the plan, i don't think
<mnemoc> hno: we also tried via luke, his associates and tsvetan
<mnemoc> and the xmbc tried the mob way
sspiff has quit [Ping timeout: 240 seconds]
<hno> mnemoc, tried what?
<mnemoc> to get sources, and linux support
<lundman> good news is I'm accidentally learning more about ipv6
<mnemoc> lundman: :)
<lundman> oh man, but one day I can have a router running wrt in english!
<hno> mnemoc, i am optimistic that it's possible to get answers on focused questions.
<RaYmAn> assuming they actually know how it works ;P
<hno> Someone does..
<hno> it that someone is still there is another topic.
<mnemoc> :)
<mnemoc> hno: iirc the tech support address also goes to Eva :<
<hno> Ofcourse it does.
<WarheadsSE> revident: thanks
<WarheadsSE> pi images are out
<revident> WarheadsSE, woot. I'll have to let my colleagues know.
<jinzo_> what pi images if I may ask?
<WarheadsSE> they are up to 2.16 glibc (with /lib symlink) and systemd
<WarheadsSE> Arch Linux ARM
sspiff has joined #arm-netbook
<revident> jinzo_, Arch just released a armv6h repo.
<revident> WarheadsSE, I'm guessing it's not sane to do an upgrade from v5tel to v6h, a reinstall will be required?
<jinzo_> oh interesting, but I have my issues with Arch so I'll pass - thanks anyway.
kocka has left #arm-netbook [#arm-netbook]
<WarheadsSE> reinstall _required_ yes
<WarheadsSE> hard + soft are like a red-headed step child from across the tracks and a posh twat of a brat from uptown
<WarheadsSE> they _really_ don't play well ;)
eflatun has joined #arm-netbook
<hno> there is efforts to make them play.
itamarjp has joined #arm-netbook
eflatun has quit [Remote host closed the connection]
<mnemoc> i saw some posts about multiabi in ubuntu/linaro some months ago
eflatun has joined #arm-netbook
pawel5870 has quit [Ping timeout: 245 seconds]
<WarheadsSE> The kernel doesn't care, but userspaces will collide forcibly
<WarheadsSE> There is some multilib work being done, but that is not ready for prime time to, well, often novice users.
empat0 has joined #arm-netbook
<empat0> mnemoc: how can i check ive i got cpu fallback? i have 1280x720 at 40 fps, is this possible with cpu fallback?
<empat0> mnemoc: yes, new to git. why do you think it is someone others work not mine?
<merbanan> cpu fallback for what ?
<empat0> opengl es
<RaYmAn> empat0: I think the general thought is that no one seems to have gotten opengl es going on linux yet
<empat0> well, my ion renders xbmc 1280x720 at 99 fps, 40 fps form mali on a10 seems to be realistic for gpu, not for cpu.
pawel5870 has joined #arm-netbook
<RaYmAn> do you have es2_info?
pawel5870 has quit [Client Quit]
<empat0> let me see
<RaYmAn> It should be in mesa-utils-extra
hipboi_ has quit [Quit: 暂离]
jinzo_ has quit [Quit: Leaving]
<empat0> im am not using mesa/x11. the (old) libs i used go directly to the framebuffer. i did not build against mesa libs/includes.
<empat0> RaYmAn: any other quick chance to check?
<RaYmAn> ah, hm
<RaYmAn> not sure how to check then
mSquare has left #arm-netbook [#arm-netbook]
<RaYmAn> any idea how it initializes the egl contexts etc? I guess adapting http://www.opensource.apple.com/source/X11apps/X11apps-44/mesa-demos/mesa-demos-8.0.1/src/egl/opengles2/es2_info.c to use that could work?
<empat0> if this is helpful i could try to build es2_info for my libraries/includes, is this of interest?
<RaYmAn> es2_info would give definition "proof" of whether gles2 works or not :) (though, it certainly sounds like it does)
<empat0> but i have to remind, it goes directly to the screen, no X11, still interested?
* RaYmAn definitely is
<RaYmAn> there are plenty of uses that doesn't require X11
<empat0> ok, give me some minutes, i already was coding 9 hours for money.
<RaYmAn> No rush :)
kaspter has quit [Ping timeout: 248 seconds]
bsdfox has joined #arm-netbook
bsdfox has quit [Changing host]
bsdfox has joined #arm-netbook
sspiff has quit [Ping timeout: 240 seconds]
<empat0> EGL_VERSION = 1.4 Linux-r2p4-02rel0, EGL_VENDOR = ARM, EGL_EXTENSIONS = EGL_KHR_image EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image EGL_KHR_reusable_sync EGL_KHR_fence_sync EGL_KHR_lock_surface EGL_KHR_lock_surface2, EGL_CLIENT_APIS = OpenGL_ES
<empat0> is this ok? more info?
<empat0> (don't blame me, i'm new to opengles)
<RaYmAn> that certainly does look correctly, I'd say
<RaYmAn> :)
<RaYmAn> Linux-r2p4-02rel0 that's the mali driver version
<RaYmAn> SO yeah, opengl es without X11
<mnemoc> http://www.youtube.com/watch?v=YhjKnvFCIuE News from the arm Architecture from LPC2012
<mnemoc> so much work to do :<
<empat0> well, the files i used are documented in the xbmca10 git. note: i removed all mesa stuff before building to avoid confusion.
<mnemoc> empat0: http://linux-sunxi.org/CedarX wants your knowledge :)
<empat0> uuuh - i never edited a wiki. i'm such a bad writer. i just putted the pieces i found on the mailing list together.
eflatun_ has joined #arm-netbook
<RaYmAn> well, even just dumping the info there is a good start! Then someone else (or you, once you learn) can clean it up later
eflatun has quit [Ping timeout: 240 seconds]
eflatun_ has quit [Remote host closed the connection]
eflatun_ has joined #arm-netbook
<empat0> and i thought publishing the changes in the git will be enough. ok, will try.
<RaYmAn> It mihgt well be :) It's just sometimes, something that's obvious to you, might not be obvious to someone else. SO having instructions that can be improved over time supplements the git well :)
<mnemoc> empat0: there is something you know about cedarx libs usage that no one else does. that's why you succeed where all others failed
<mnemoc> that knowledge can be used by people wanting to make cedarx bindings to ffmpeg or gstreamer or libva or ...
<phh> well i looked at the code, i've seen nothing special, it's just feeding the decoder, getting back the buffer, sending it to the bliter
<phh> i haven't seen anything "magical"
<phh> empat0: is there some trick i've missed ?
<mnemoc> phh: there must be something or gimli and the others would have succeed
<cde> there is no secret ingredient.
<empat0> well, imho team xbmc was doing politics, not software.
<mnemoc> *cough*
<mnemoc> :)
<hno> empat0, where is it in the xmbca10 git? (and where it that git?)
<hno> Oh... kvm & xen ARM in Linux-3.7.
ceo16 has joined #arm-netbook
<merbanan> empat0: what was the trouble with mpeg4-asp ?
<empat0> i always get CEDARV_RESULT_NO_BITSTREAM = 0x5, //* fail when try to get bitstream frame
<empat0> btw: sd mpeg4 is no problem for a8/neon, works fine.
<hno> empat0, looks fairly simple. Nice work!
<empat0> thanks, just a first version. i hope someone gets mpeg4 hacked.
<empat0> also missing is doing the rendering also on the vpu, at the moment the gpu is doing the work.
<merbanan> empat0: to be clear, you didn't get "case CODEC_ID_MPEG4:" working ?
<mnemoc> empat0: what's the exact cedarx lib you are using?
<merbanan> empat0: did you try adding "m_info.sub_format = CEDARV_MPEG4_SUB_FORMAT_XVID;" or CEDARV_MPEG4_SUB_FORMAT_DIVX5 ?
<empat0> yes. no change. but perhaps my interpretation of ffmpeg codec id is wrong.
<merbanan> no it is correct
<merbanan> did you try setting the container also ?
<empat0> yes. no change.
<merbanan> did you try with CEDARV_MPEG4_SUB_FORMAT_DIVX4 ?
<empat0> no.
<merbanan> DIVX4 is also mpeg4-asp
<merbanan> but I doubt it will make any change
<merbanan> I'll take a look later this evening
<merbanan> in the code
<techn> hi, good news today ;)
rellla has quit [Quit: rellla]
<hno> techn, yes. thrice even.
<techn> empat0: what is format cedar eats? frames? what I remember from my experiements.. avi frames are not always in order :/
<merbanan> techn: you always feed the decoder frames in sequential order
<merbanan> the decoder reorders internally
<merbanan> but you are right the cedar might not like packed pb frames like the one used in avi files
eflatun_ has quit [Ping timeout: 244 seconds]
eflatun_ has joined #arm-netbook
eflatun_ has quit [Ping timeout: 252 seconds]
bsdfox has quit [Ping timeout: 244 seconds]
gimli has joined #arm-netbook
eflatun_ has joined #arm-netbook
eflatun_ has quit [Ping timeout: 246 seconds]
<techn> http://forums.arm.com/index.php?/topic/16220-what-is-get-ump-secure-id-buf2-ioctl/
<techn> rz2k:
<mnemoc> nice!
<techn> this project starts to look good :)
cat_n9 has quit [Ping timeout: 268 seconds]
Quarx has quit []
<mnemoc> nice to know they actual answer questions in that forum :)
xenoxaos has quit [Ping timeout: 264 seconds]
empat0 has quit [Quit: irc2go]
xnxs has joined #arm-netbook
xnxs has quit [Excess Flood]
Entropy512 has quit [Ping timeout: 240 seconds]
xnxs has joined #arm-netbook
xnxs has quit [Excess Flood]
eflatun has joined #arm-netbook
ibot has quit [Ping timeout: 245 seconds]
xenoxaot has joined #arm-netbook
xenoxaot has quit [Excess Flood]
xnxs has joined #arm-netbook
xnxs has quit [Excess Flood]
eflatun has quit [Ping timeout: 252 seconds]
xnxs has joined #arm-netbook
Entropy512 has joined #arm-netbook
pawel5870 has joined #arm-netbook
pawel5870 has quit [Ping timeout: 248 seconds]
ceo16 has quit [Read error: No route to host]
cat_n9 has joined #arm-netbook
Entropy512 has quit [Ping timeout: 256 seconds]
Entropy512 has joined #arm-netbook
xnxs is now known as xenoxaos
itamarjp has quit [Ping timeout: 240 seconds]
gimli_ has joined #arm-netbook
cat_n900 has joined #arm-netbook
cat_n900 has quit [Client Quit]
gimli has quit [Ping timeout: 252 seconds]
gimli_ has quit [Ping timeout: 252 seconds]
gimli has joined #arm-netbook
<rz2k> techn: yes, saw it, now we need to resolve the ioctl numbers so they dont override. with solution from forum and default ioctl numbers compilation obviously fails with "duplicate case value".
eFfeM has joined #arm-netbook
<techn> you can use just buf1 and buf2 cases
rellla has joined #arm-netbook
<rz2k> dammit, I should probably think before copypaste. http://pastebin.com/0Jdq4jNG
<rz2k> (this happens when x11 mali requests secure id)
<mnemoc> disp-ump and ump modules loaded?
<techn> something wrong with ump-module call from disp-ump
merbzt has joined #arm-netbook
<mnemoc> ah, within _disp_get_ump_secure_id
gimli is now known as gimli_sleep
<rz2k> I've fixed it, interesting that egl still cant create window
<RaYmAn> virt address: (nil)?
<rz2k> here it is http://pastebin.com/sMPXk74J (in Fb_ioctl). this is just a random try.
<techn> rz2k: g_fbi.ump_wrapped_buffer is per fb
<techn> you'll need to divide g_fbi.ump_wrapped_buffer[0] in half, and adjust info->fix.smem_start and info->fix.smem_len accordingly
<techn> ah.. I ment info->fix.smem in half
<techn> or something like that :/
revident has quit [Quit: Combustible lemons? Bah, I bring you weaponized asparagus!]
Almamuetya has quit [Ping timeout: 240 seconds]
gimli_ has joined #arm-netbook
ZaEarl has quit [Quit: Ex-Chat]
gimli_sleep has quit [Ping timeout: 252 seconds]
Guest24519 has joined #arm-netbook
Guest24519 is now known as hp__
eflatun has joined #arm-netbook
ZaEarl has joined #arm-netbook
Turl_ is now known as Turl
<techn> oh.. that wont work since screen size is changed after ump allocation
eFfeM has quit [Quit: Leaving.]
eflatun has quit [Remote host closed the connection]
eflatun has joined #arm-netbook
<CIA-15> rhombus-tech: Szymon master * rc96a6765b716 /allwinner_a10/orders/xocoatl.mdwn:
eflatun_ has joined #arm-netbook
<rz2k> yes, mali sets fb to 1024 768 phys 1024 1536 virt
<rz2k> I dont know how to really catch that up and split the fb
ibot has joined #arm-netbook
eflatun has quit [Ping timeout: 252 seconds]
eflatun__ has joined #arm-netbook
eflatun_ has quit [Ping timeout: 252 seconds]
eflatun has joined #arm-netbook
eflatun__ has quit [Ping timeout: 255 seconds]
eflatun has quit [Ping timeout: 246 seconds]
eflatun has joined #arm-netbook
eflatun has quit [Remote host closed the connection]
eflatun has joined #arm-netbook
hp__ has quit [Ping timeout: 246 seconds]
The-Compiler has quit [Remote host closed the connection]
eflatun has quit [Ping timeout: 252 seconds]
eflatun has joined #arm-netbook
The-Compiler has joined #arm-netbook
Entropy512 has quit [Ping timeout: 245 seconds]
Entropy512_ has joined #arm-netbook
Entropy512_ is now known as Entropy512
tuliom has joined #arm-netbook
eflatun_ has joined #arm-netbook
eflatun has quit [Ping timeout: 252 seconds]
eflatun_ has quit [Ping timeout: 240 seconds]
Entropy512 has quit [Ping timeout: 248 seconds]
eflatun_ has joined #arm-netbook
Entropy512_ has joined #arm-netbook
eflatun_ has quit [Ping timeout: 252 seconds]
traeak has quit [Remote host closed the connection]
traeak has joined #arm-netbook
traeak has quit [Remote host closed the connection]
rellla has quit [Quit: rellla]
Entropy512_ is now known as Entropy512
popolon has quit [Quit: Quitte]
RITRedbeard has quit [Read error: Connection reset by peer]
RITRedbeard has joined #arm-netbook
bsdfox has joined #arm-netbook
bsdfox has quit [Changing host]
bsdfox has joined #arm-netbook
tuliom has quit [Quit: Konversation terminated!]
merbzt has quit [Ping timeout: 246 seconds]
tuliom has joined #arm-netbook