--- Log for 11.01.113 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 8 days ago 00.06.19 Quit bertrik (Remote host closed the connection) 00.09.50 Join fyrestorm [0] (~nnscript@cpe-24-90-154-40.nyc.res.rr.com) 00.21.25 *** Saving seen data "./dancer.seen" 00.23.27 Join pamaury_ [0] (~quassel@168.110.166.178.rev.vodafone.pt) 00.24.12 Quit pamaury (Ping timeout: 246 seconds) 00.28.33 Quit Wardo (Read error: Connection reset by peer) 00.33.20 Quit prof_wolfff (Ping timeout: 248 seconds) 01.15.28 Quit fs-bluebot (Ping timeout: 248 seconds) 01.16.36 Quit Raptors (Quit: Leaving) 01.16.47 Join fs-bluebot [0] (~fs-bluebo@f053152005.adsl.alicedsl.de) 01.16.49 Quit bluebrother (Ping timeout: 252 seconds) 01.17.12 Join Keripo [0] (~phpeng@131.107.147.29) 01.18.59 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 01.19.08 Quit Keripo (Client Quit) 01.33.42 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 01.38.26 Quit ender| (Ping timeout: 248 seconds) 01.42.38 Join Raptors [0] (~Raptors@173.248.193.236) 01.43.25 Join pamaury [0] (~quassel@132.207.137.78.rev.vodafone.pt) 01.43.25 Quit pamaury (Changing host) 01.43.25 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 01.44.35 Quit pamaury_ (Ping timeout: 264 seconds) 01.45.25 Quit mc2739 (Quit: leaving) 01.46.54 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 01.51.34 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) 02.15.22 Quit dokan (Read error: Connection reset by peer) 02.16.26 Join dokan [0] (~minatani@ac250006.ppp.asahi-net.or.jp) 02.21.27 *** Saving seen data "./dancer.seen" 02.29.51 Quit pamaury (Ping timeout: 246 seconds) 03.29.57 Quit lebellium (Quit: ChatZilla 0.9.89 [Firefox 18.0/20121231071231]) 03.37.21 Join amayer [0] (~alex@h20.31.25.72.ip.windstream.net) 04.04.04 Join TheSphinX^ [0] (~briehl@p579CC698.dip.t-dialin.net) 04.07.59 Quit TheSphinX_ (Ping timeout: 264 seconds) 04.13.57 # So do any of the actual release versions of Rockbox include Opus support? 04.16.51 # the next one will 04.17.08 # the dev builds do 04.18.26 # Great, thanks. 04.21.28 *** Saving seen data "./dancer.seen" 04.40.09 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.40.09 Quit pixelma (Disconnected by services) 04.40.10 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.40.10 Quit amiconn (Disconnected by services) 04.40.12 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.52.03 Join webguest61 [0] (~78c72fd2@www.haxx.se) 04.52.46 # hello 04.53.05 # where am i? 04.53.20 # You are in Sweden. 04.56.46 # cool 04.59.34 # <[Saint]> ...do you have a question relevant to Rockbox? 04.59.40 # <[Saint]> Or are you just passing through? 05.03.56 # ah yeah 05.04.32 # i got a rockbox for android 05.05.01 # <[Saint]> Ok, cool. And you're wondering...? 05.05.47 # but i can not find a manul page about it 05.05.55 # <[Saint]> There isn't one. 05.06.06 # <[Saint]> There are no manuals for unusable targets. 05.06.11 # like change thems and others 05.06.46 # <[Saint]> Depending on the resolution of your target, there likely isn't any themes for it either. 05.06.52 # <[Saint]> What is the target resolution? 05.07.21 Join Rower85 [0] (husvagn@v-413-alfarv-177.bitnet.nu) 05.07.25 # <[Saint]> You may use this manual as a rough guide: http://download.rockbox.org/daily/manual/rockbox-cowond2/rockbox-build.html 05.07.42 # <[Saint]> It is another touchscreen target that is supported, most things are the same. 05.08.13 # <[Saint]> And depending on the resolution of your device, I may be able to help you with a theme. 05.10.30 # oh no , rockbox for android platform, an android app...... 05.10.50 # <[Saint]> (The reason there is no manual for the RaaA {Rockbox as an Application} builds is because the port status is officially "unusable", which doesn't necessarily mean unusable in the common sense of the word, it is simply one of the three port classifications that this project uses) 05.10.56 # <[Saint]> I know what you are talking about. 05.11.08 # <[Saint]> What I said above still stands. 05.11.20 # ok ,thanks 05.11.21 # <[Saint]> You may use the manual I linked above. 05.11.39 # <[Saint]> And depending on the resolution of the target, I may be able to help you with a theme. 05.12.18 # excuse my pool english. thanks a lot 05.12.26 # <[Saint]> That is ok. 05.13.13 # <[Saint]> I am sure your English is a lot better than my attempts to speak your native language would be :) 05.14.29 # :-) 05.20.58 Quit webguest61 (Quit: CGI:IRC) 05.25.08 Part amayer 05.32.24 Quit TheSphinX^ (Read error: Operation timed out) 05.39.39 Join TheSphinX^ [0] (~briehl@p579CCBE4.dip.t-dialin.net) 05.44.55 Quit advcomp2019_ (Ping timeout: 252 seconds) 05.50.42 Quit TheSeven (Disconnected by services) 05.50.51 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 05.59.35 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 05.59.37 Join cra0 [0] (~6eaf101f@www.haxx.se) 06.11.53 # hi 06.11.58 # anyone here? 06.14.10 # nope 06.14.46 # lol im coming back here for the first time since 2004 06.14.55 # http://ipodlinux.org/Installer_2 06.15.00 # trying to get this again 06.15.06 # for my old old ipod nano but 06.15.11 # i think the sites down ? 06.20.05 # this isnt ipodlinux 06.20.37 # i know but maybe thought u guys would know what happend to them 06.21.29 *** Saving seen data "./dancer.seen" 06.24.47 Join breakfastsquid [0] (~quassel@ip68-224-121-213.lv.lv.cox.net) 06.27.01 Quit brkfstsqd (Ping timeout: 255 seconds) 06.33.38 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 06.41.08 # oh wow 06.41.26 # i found an old floppydisk with the bootloader on it 06.50.45 Quit cra0 (Quit: CGI:IRC (Ping timeout)) 06.51.54 Quit SuperBrainAK (Quit: pbly going to sleep /_\) 07.04.16 Quit breakfastsquid (Remote host closed the connection) 07.04.39 Join brkfstsqd [0] (~quassel@ip68-224-121-213.lv.lv.cox.net) 07.09.17 Join pystar89 [0] (~pystar89@ip-37-24-1-174.unitymediagroup.de) 07.13.29 Join stoffel [0] (~quassel@pD9E4285C.dip.t-dialin.net) 07.14.14 Join TheSphinX_ [0] (~briehl@p579CCC90.dip.t-dialin.net) 07.14.32 Join nomada [0] (~nomada@irc.consciente.de) 07.16.57 Quit TheSphinX^ (Ping timeout: 252 seconds) 07.20.51 Join cra0 [0] (~6eaf101f@www.haxx.se) 07.21.31 Quit cra0 (Client Quit) 07.21.59 Join cra0 [0] (~6eaf101f@www.haxx.se) 07.22.07 # hi 07.22.07 Quit cra0 (Client Quit) 07.34.24 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 08.14.22 Join fyre^OS [0] (~nnscript@cpe-24-90-154-40.nyc.res.rr.com) 08.17.35 Quit fyrestorm (Ping timeout: 264 seconds) 08.21.33 *** Saving seen data "./dancer.seen" 08.28.18 Join TheSphinX^ [0] (~briehl@p579CCBDF.dip.t-dialin.net) 08.31.38 Quit TheSphinX_ (Ping timeout: 260 seconds) 08.33.35 Join kevku [0] (x@2001:470:dcc6:0:69:69:69:69) 08.53.54 Quit zamboni () 08.59.55 Quit fyre^OS (Ping timeout: 255 seconds) 09.05.21 Quit jhMikeS (Ping timeout: 246 seconds) 09.05.41 Quit Cultist (Ping timeout: 240 seconds) 09.05.53 Join fyrestorm [0] (~nnscript@cpe-24-90-158-3.nyc.res.rr.com) 09.08.39 Join Zagor [0] (~bjst@sestofw01.enea.se) 09.08.39 Quit Zagor (Changing host) 09.08.39 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.15.25 Quit stoffel (Read error: Connection reset by peer) 09.15.58 Join einhirn [0] (~Miranda@2001:638:605:4:5813:fcac:214b:97aa) 09.35.54 Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) 09.36.57 # Please take a look and test g#380 - it removes artificial GIF_MAX_FRAMES constraint. Now the only limit is available memory. 09.36.59 # Gerrit review #380 at http://gerrit.rockbox.org/r/380 : gif viewer: remove max frames count constraint by Marcin Bukat (changes/80/380/1) 09.41.44 Quit wodz (Quit: Leaving) 09.43.43 Quit kevku (Ping timeout: 260 seconds) 09.48.34 Quit fyrestorm (Quit: quit) 10.11.55 Join LinusN [0] (~linus@giant.haxx.se) 10.21.34 *** Saving seen data "./dancer.seen" 10.30.58 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 10.36.38 Join bebna [0] (~a.fasold@94.101.33.114) 10.38.25 Join kevku [0] (x@2a01:d0:ffff:34a::2) 10.44.09 Join petur [0] (~petur@rockbox/developer/petur) 11.00.56 Quit einhirn (Read error: Connection reset by peer) 11.02.34 # pamaury: (log) what exactly does __attribute__((interrupt())) do? 11.04.29 Join einhirn [0] (~Miranda@2001:638:605:4:e4fc:9a33:1559:fcbf) 11.37.42 # wodz: http://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html (look first occurence of "is an interrupt handler") 11.38.02 Join pamaury [0] (~quassel@196.249.137.78.rev.vodafone.pt) 11.38.03 Quit pamaury (Changing host) 11.38.03 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.38.12 # it's for custom function entry/exit sequences IIUC 11.39.34 # only? If so it should be fairly simple to use naked attribute which seems to be supported by clang as this is literally for IRQ and FIQ on arm 11.39.57 # true but you need some asm anyway no? 11.40.15 # instead of just 'return;' 11.40.31 # we do use some asm already, no? 11.41.20 # for as3525 yes, and indeed attribute(interrupt("IRQ")) is 100% useless, naked would work fine 11.42.00 # for ARM you can specify the interrupt type, not sure what's the purpose? 11.42.08 # I recall rk27xx irq handler has bits in asm to do proper prologue/epilogue 11.42.24 # maybe PP doesn't 11.43.09 # yeah for PP it is written completely in C 11.43.15 # yeah, PP irq_handler relay on what gcc does 11.43.35 # cool, will check this when home 11.44.03 # and for as3525, UIRQ is written in C but since it always ends with panicf() it doesn't really matter i guess 11.44.42 # funman: as of interrupt type, doesn't fiq have different reg save needs due to reg shadowing? 11.46.20 # ah right 11.46.54 # but gcc wouldn't know that if we use 'naked' ? 11.47.00 # (or clang) 11.47.31 # I think, naked overrides what interrupt would do anyway 11.48.17 # funman: all as3525 ISRs are entirely in C 11.49.12 # kugel: it is not about ISRs but about irq/fiq handlers 11.49.18 # thats different thing 11.49.45 # what irq handler? 11.50.11 # kugel: the one called by interrupt vector 11.50.21 # from crt0.S -> system-as3525. 11.50.22 # c 11.51.06 # kugel: arm has 2 irq lines irq and fiq. This two handlers check the actual source of interrupt in interrupt controller and do the duties. 11.51.29 # irq/fiq handlers are kinda special 'wrappers' 11.52.27 # that's not really a different thing to an ISR 11.52.33 # that's impressive, the cpu and emi frequency scaling on fuze+ and unboosting at 64MHz, I have increased the battery life from 20hours to more than 35hours (still counting !) 11.52.36 # the IRQ and FIQ vectors are the two ISRs on ARM 11.52.40 # *with 11.53.03 # wow 11.53.05 # any other function you dispatch interrupts to after that doesn't neccessarily need to run in a special mode or have a nonstandard calling convention, so they aren't really interrupt handlers from the compiler's POV, surely 11.53.07 # i see 11.53.30 # Torne: thats what I mean :-) 11.53.59 # the fastest way would be to rewrite the handlers in assembly, that's just a few lines of code anyway 11.54.10 # the interrupt attribute is to do correct return-from-interrupt at the end 11.54.27 # interrupt("irq") and interrupt("fiq") restore different registers 11.54.28 # even not this - you need only small prologue/epilogue in asm 11.55.12 # yeah, just write a proxy in assembly, it calls irq/fiq_handler, three lines 11.55.27 # btw, we don't use FIQ on as3525 do we? 11.55.36 # we dont' use fiq on most targets 11.55.39 # maybe all, even :) 11.55.42 # there's not really much point generally 11.55.50 # kugel: nope, fiq_handler is an empty function 11.55.51 # I think we do at least on PP 11.56.13 # not on imx233 either, the only recommended use in the manual is for power brownount which should never happen 11.56.24 # for PCM DMA IIRC 11.56.51 # ah yeah, but I think it's more because fiq has higher priority than irq iirc the commit 11.57.15 # asm volatile( "stmfd sp!, {r0-r7, ip, lr} \n" for epilogue (+ eventual stack reservation for local vars) and asm volatile("ldmfd sp!, {r0-r7, ip, lr} \n" "subs pc, lr, #4 \n"); for epilogue 11.57.18 # typically you use fiq for super urgent stuff that really does fit into 5 registers (i.e. the entire handler is a short asm function), or in trustzone where fiq is often the external secure interrupt line 11.57.32 # (and gets configured not to be maskable in nonsecure mode) 11.57.55 # wodz: youd on't need to save r4-r7 11.58.05 # the C compiler will do that in the called function anyway 11.58.30 # so only r0-3, ip, lr ? 11.58.45 # yeah 11.58.57 # only the registers that are callee-saved 11.59.00 # good to know 11.59.04 # er 11.59.05 # caller-saved :) 11.59.55 # but yes, just four instructions in asm is enough to dispatch to a C function to handle the interrupt 12.00.01 # without needing the C function to do anything special at all 12.00.04 # it doesn't even need to be naked 12.00.23 # in fact it has to *not* be naked if you aren't saving all the registers :) 12.00.31 # becuase naked will make the compiler omit saving the callee-saved registers. 12.01.20 # you mean the C function called *from* irq_handler with this crafted prologue right? 12.02.18 # yah 12.02.55 # stmfd sp!, {r0-r3,ip,lr}; bl c_irq_handler; ldmfd sp!, {r0-r3,ip,lr}; subs pc, lr, #4 12.02.58 # that's enough 12.03.08 # right 12.03.13 # then c_irq_handler can be a compeltely normal function with no attributes at all 12.04.16 # If I want to use local var before bl I need to adjust sp correctly, right? 12.04.30 # but then it can be written in a .S file 12.04.37 # no need to bother with gcc attributes 12.04.56 # wodz: yes. 12.05.07 # Yeah, you can just write this in a .s and assemble it 12.05.24 # wodz: but you don't really want to use local stack variables, i expect 12.05.38 # just save/restore more registers and use r4-r11 12.05.42 # however many you need :) 12.05.50 # though remember to push/pop an even number to not break EABI 12.06.32 # http://git.rockbox.org/?p=rockbox.git;a=blob;f=firmware/target/arm/rk27xx/system-rk27xx.c;h=327ef73422a988b32f3c7ad446db7b6b9f8119ef;hb=HEAD 12.07.04 # I mean this sub sp, sp, #8 - thats what OF do - why it is 8 not 4? 12.07.20 # because the stack must be 8 byte aligned at function entry/exit 12.07.37 # as i just said, you have to push/pop even numbers of registers :) 12.07.41 # EABI requires 8 byte stack alignment 12.07.52 # whether you move sp by modifying it or implicitly with push/pop 12.07.52 # ok, now thats clear 12.08.16 # that code is gross 12.08.31 # it's just blindly assuming that irq_no will be a stack variable, which is unlikely 12.09.00 # it'd be nicer to just write that whole function in asm, it would be probbly shorter :) 12.09.19 # Maybe I'll do that one day 12.09.36 # you can just save r0-r3,ip,lr then use r0-r3 as temporaries 12.09.50 # oh, except you need it after as well 12.10.02 # so yeah, just push r4 and r5 as well and use r4 for irq_no 12.17.15 Quit petur (Quit: *plop*) 12.21.38 *** Saving seen data "./dancer.seen" 12.28.21 Quit pamaury (Ping timeout: 246 seconds) 12.58.39 # Torne: stupid question - why do I need r0-r3 later? looking at disassm r3 is used currently 12.58.56 # "later"? 12.59.11 # i mean, you need irq_no before and after the call to the handler 12.59.22 # right 12.59.24 # so you can't just keep it in r0 or whatever, because the handler will overwrite it 12.59.36 # but you can just put it in r4 rather than making it a stack variable 12.59.40 # ah, that what you mean 12.59.42 # and save/resotre r4-r5 as well 13.09.32 # how can I load into register the address of some C var in inline asm? 13.10.18 # ldr r3,=some_name doesn't work 13.14.16 # oh, nevermind 13.17.53 # Torne: http://pastie.org/5667525 <- does it look sane? 13.19.11 # looks ok to me, but don't you need to do this in a .S ? 13.19.36 # i mean, it'll work if irq_handler is naked, but it's probably easier to just not involve the compiler at all 13.21.00 # http://pastie.org/5667540 that is how rockbox.elf disassm looks like 13.21.26 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 13.21.38 # .S would bring problems as irqvect[] is declared static 13.21.56 # *irqvector[] 13.25.31 # looks ok 13.55.31 Quit Mir (Ping timeout: 245 seconds) 14.12.31 Quit wodz (Quit: Leaving) 14.21.41 *** Saving seen data "./dancer.seen" 14.22.11 Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 14.25.59 Quit lebellium (Ping timeout: 264 seconds) 14.26.06 Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 14.30.23 Join amayer_ [0] (~amayer@mail.weberadvertising.com) 14.50.12 Join Mir [0] (~Mir@pool-71-109-219-166.lsanca.dsl-w.verizon.net) 15.37.47 Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 15.39.31 Quit lebellium (Ping timeout: 244 seconds) 15.39.43 Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 15.41.42 Join eckoit [0] (~ryan@50.65.10.24) 15.58.01 Join dfkt [0] (dfkt@unaffiliated/dfkt) 16.04.32 Quit Zagor (Quit: Clint excited) 16.21.45 *** Saving seen data "./dancer.seen" 16.23.53 # is rockbox for android building broken at the moment? i tried with current git revision and it gave me some error about "linux cpu count" - then i checked out the revision that's on rasher's server, and it built fine 16.28.11 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 16.41.20 Join maruk [0] (~papier@titanium.v6.sdv.fr) 16.42.11 Quit kevku (Ping timeout: 264 seconds) 16.45.05 Join pretty_function [0] (~sigBART@123.252.215.212) 16.51.17 Part LinusN 16.58.25 # dfkt: Seems to work here 17.03.21 Join prof_wolfff [0] (~prof_wolf@62.83.50.196.dyn.user.ono.com) 17.13.27 Join ender` [0] (~ender@foo.eternallybored.org) 17.33.38 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.38.58 # AlexP, thanks, i'll try some more 17.41.24 Quit eckoit (Quit: eckoit) 17.41.31 # aargh, how do i get back to the current revision in git? it complains about this - http://pastie.org/5668977 - after i did a "git checkout 1223435" 17.41.53 # git checkout -f and reset --hard don't work 17.41.59 # no idea, git is a mystery to me :) 17.42.32 # i wish there still was svn next to git, for peasants like me :/ 17.43.39 # dfkt: git checkout master? 17.44.29 # gevaerts, thank you, it worked, "master" was the magic word... i tried "rockbox" which made git throw even more hissy fits :) 17.46.44 Quit bebna (Quit: Leaving.) 17.48.07 Join stoffel [0] (~quassel@pD9E43AC5.dip.t-dialin.net) 17.50.21 # hmm, still getting this error with current revision - http://pastie.org/5669044 - the one from 2012-12-29 builds fine 17.53.01 Join kevku [0] (x@2001:470:dcc6:0:69:69:69:69) 17.56.27 # updating android sdk didn't help either 18.07.40 Quit pretty_function (Remote host closed the connection) 18.08.47 Quit brkfstsqd (Ping timeout: 248 seconds) 18.14.50 Quit lebellium (Read error: Connection reset by peer) 18.15.21 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 18.17.19 Join zaphee [0] (~user@2a01:e35:2e82:4050:588c:5f48:a8db:7295) 18.21.46 *** Saving seen data "./dancer.seen" 18.25.10 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 18.26.28 Quit stoffel (Ping timeout: 255 seconds) 18.27.47 Quit pystar89 (Remote host closed the connection) 18.27.54 Join pretty_function [0] (~sigBART@123.252.215.212) 18.36.29 Join zamboni [0] (~bottledwa@unaffiliated/zamboni) 18.42.56 # reinstalling sdk and ndk from scratch seems to have fixed it :) 18.44.56 Quit maruk (Quit: Leaving.) 19.09.03 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 19.27.14 Join pystar89 [0] (~pystar89@ip-37-24-1-174.unitymediagroup.de) 19.40.23 Join eckoit [0] (~ryan@50.65.10.24) 19.46.58 Join pamaury [0] (~quassel@118.220.37.188.rev.vodafone.pt) 19.47.01 Quit pamaury (Changing host) 19.47.01 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.51.10 # wow, 39h playback on fuze+ with all power management features on oO \o/ 19.53.46 # pamaury, Nice 19.55.39 Quit pamaury (Ping timeout: 255 seconds) 20.08.29 Join pamaury [0] (~quassel@149.2.158.5.rev.vodafone.pt) 20.08.29 Quit pamaury (Changing host) 20.08.29 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.10.41 Quit pretty_function (Remote host closed the connection) 20.18.23 Join SuperBrainAK [0] (~Andy@71-36-165-101.phnx.qwest.net) 20.21.42 Quit ender` (Ping timeout: 256 seconds) 20.21.47 *** Saving seen data "./dancer.seen" 20.24.56 Join djp_ [0] (djp@fsf/member/djp-) 20.32.28 Join stoffel [0] (~quassel@pD9E43AC5.dip.t-dialin.net) 20.32.46 Join x64cuban [0] (~c8379cba@www.haxx.se) 20.35.57 # Hello somebady can help me? 20.36.13 # x64cuban: ask your question 20.38.58 # Sorry but my Internet is very slow 20.39.16 # What can you recomend me to do? 20.39.42 # I'am about to ubrick it and I just have Windows 20.40.40 # It's freeze when its starts showing the Welcome Sansa Screen 20.41.11 # Unbrick what? 20.41.20 # What device, what is the problem, etc.? 20.41.53 # obviously a Sandisk device. 20.41.58 # well yes 20.41.59 # but which? ;-) 20.42.05 # But there are a few of those :) 20.42.49 # Sansa Clip not Sansa Clip + 20.42.55 # I think we are missing some data, bad internet connection ? 20.44.13 # I just told, a Sansa Clip that it locks when starts, and my computer does not regonize it 20.45.17 # define "locks". Define "not recognize". Define "computer" 20.46.15 # It's Freeze when show the Welcome screen 20.46.27 # Does Rockbox boot? 20.46.32 # My computer show it as Unknown Device 20.47.16 # No, that's the problem, i can't install it for this reason 20.47.24 # "computre" means? Windows 7 64bit? Windows XP 32bit? Ubuntu? OS X? 20.47.58 # Windows XP Service Pack 3 20.49.29 # Windows XP SP3 32 bit 20.51.46 # Also I have Lubuntu 12.4, it's possible to do it there? 20.52.14 # well, to rule out a problem with your Windows installation trying a different system is usually a good idea 20.53.51 # Well the problem is not that, the first time that I use the player it works well 20.54.35 # But then it just freeze on the welcome screen 20.55.06 # x64cuban: I don't know, but hang around to see if someone can help 20.56.21 # Well i will try to ubrick it, if you have something else to recomend me 20.58.55 # Excuse my bad english, thak you very much 21.00.35 # i recommand not unbricking it 21.00.43 Quit x64cuban (Quit: CGI:IRC) 21.03.41 # [Saint], can i download your android-y rockbox fonts someplace? i seem to have lost my older versions 21.06.36 # or am i mistaken, and you only made the ubuntu font family, not roboto? 21.15.17 Join brkfstsqd [0] (~quassel@ip68-224-121-213.lv.lv.cox.net) 21.16.09 Quit brkfstsqd (Remote host closed the connection) 21.16.33 Join brkfstsqd [0] (~quassel@ip68-224-121-213.lv.lv.cox.net) 21.19.31 Quit stoffel (Ping timeout: 248 seconds) 21.33.34 Quit Wardo (Read error: Connection reset by peer) 21.34.55 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 21.37.30 Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!) 21.37.48 Join stoffel [0] (~quassel@pD9E43AC5.dip.t-dialin.net) 21.44.52 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 21.44.54 Quit eckoit (Quit: eckoit) 22.01.49 Quit scorche (Disconnected by services) 22.01.53 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 22.05.09 Quit Torne (Ping timeout: 260 seconds) 22.05.25 Join Torne [0] (~torne@rockbox/developer/Torne) 22.06.15 Join ender` [0] (~ender@foo.eternallybored.org) 22.10.07 Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 22.12.38 # dfkt: make clean would have been enough 22.12.42 Quit lebellium (Ping timeout: 244 seconds) 22.12.48 Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 22.20.22 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 22.21.46 Quit dfkt (Ping timeout: 264 seconds) 22.21.49 *** Saving seen data "./dancer.seen" 22.27.50 Join einhirn [0] (~Miranda@p4FC74803.dip0.t-ipconnect.de) 22.28.45 Quit stoffel (Read error: Connection reset by peer) 22.33.58 Quit akaWolf (Ping timeout: 252 seconds) 22.51.27 Quit Raptors (Quit: Leaving) 23.00.13 Quit melmothX (Quit: @.@) 23.12.57 Part amayer_ 23.17.12 Join [mrtux] [0] (~mrtux@unaffiliated/mrtux) 23.45.09 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 23.45.41 # <[Saint]> dfkt: I never made a Roboto font family set, sorry. 23.46.38 # <[Saint]> It has terrible character coverage, it is divided into different font sets for different locales, which doesn't suit Rockbox terribly well. 23.48.54 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 23.49.43 Join amayer [0] (~alex@h20.31.25.72.ip.windstream.net) 23.49.52 # <[Saint]> pamaury: nice work with power-savings on Fuze+ 23.50.05 # * [Saint] should get around to unboxing his one of these days... 23.50.59 # actually I'm pretty surprized by the win, it seems that clocking down the memory and cpu from 260/130MHz to 64/64MHZ has a great impact on battery life ! 23.51.24 Join dfkt [0] (dfkt@unaffiliated/dfkt) 23.53.37 # on the other hand i've not down a battery bench in a while so perhaps many small wins cumulated ! 23.54.13 # <[Saint]> It would have to be many, many, many small wins ;) 23.54.31 # <[Saint]> You practically doubled battery life ;) 23.55.04 # <[Saint]> That is one of the single most impressive runtime gains I have seen in a very long time. 23.55.47 # What does the OF do? 23.58.00 Join Shinobi [0] (~Shinobi@c-24-34-23-78.hsd1.ma.comcast.net) 23.58.27 # well, Freescale's power consumption calculator says that cpu/ahb/emi at 454 / 151 / 151 consumes 272mW versus 34 mW at 64/64/48 ! 23.58.27 # that might explain the win 23.58.28 # Besides exporting to jpg or txt, is there anyway to view pdfs with rockbox? 23.58.28 Quit pamaury (Quit: No Ping reply in 180 seconds.)