--- Log for 30.11.111 Server: pratchett.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 16 days and 7 hours ago 00.02.23 # generic pong 00.02.44 # saratoga_: i tihnk rasher might need to manually fix the database 00.02.48 # ah ok 00.06.48 Quit fyrestorm (Read error: Connection reset by peer) 00.11.06 # i've posted proposed link changes for the front page in FS#12416 00.11.06 # http://www.rockbox.org/tracker/task/12416 3Minor Front Page tweaks (patches, new) 00.11.11 # comments are welcome 00.15.59 Join Scr0mple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 00.16.21 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) 00.18.38 Quit Scromple (Ping timeout: 248 seconds) 00.22.17 Quit pamaury (Remote host closed the connection) 00.22.54 Quit domonoky (Ping timeout: 248 seconds) 00.23.41 Quit ender` (Quit: Outside of a dog, a book is a man's best friend. Inside of a dog it's too dark to read. -- Groucho Marx) 00.29.35 Quit MethoS- (Read error: Connection reset by peer) 00.29.40 Join MethoS-- [0] (~clemens@134.102.106.250) 00.33.13 Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111122192043]) 00.37.37 Quit MethoS-- (Remote host closed the connection) 00.37.53 Join MethoS-- [0] (~clemens@134.102.106.250) 00.54.36 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 00.57.02 Quit Scr0mple (Ping timeout: 248 seconds) 00.57.51 # does doom resize to fit the screen? 01.00.14 Join dreamlayers [0] (~bgjenero@bas4-windsor12-1279315971.dsl.bell.ca) 01.00.14 Quit dreamlayers (Changing host) 01.00.14 Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) 01.01.38 # i think so 01.06.31 *** Saving seen data "./dancer.seen" 01.28.22 Quit Strife89 (Quit: Heading out.) 01.33.49 Join Scr0mple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 01.35.42 Quit Scromple (Ping timeout: 252 seconds) 01.37.34 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 01.38.38 Quit Scr0mple (Ping timeout: 248 seconds) 01.39.57 Join Topy44 [0] (~Topy44@f048192124.adsl.alicedsl.de) 01.40.46 Quit T44 (Ping timeout: 248 seconds) 01.51.08 Quit ReimuHakurei (Quit: Leaving...) 01.51.08 Nick Reimu_Hakurei is now known as ReimuHakurei (~znc@reimuhakurei.net) 01.54.57 Quit NoPinky () 02.05.57 Quit Thra11 (Quit: kthxbai) 02.13.00 Join Keripo [0] (~Keripo@eng104.wireless-resnet.upenn.edu) 02.24.33 Quit dreamlayers (Ping timeout: 244 seconds) 02.25.35 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 02.31.12 Join ReimuHak_ [0] (~reimu@wireless.sit-co.net) 02.35.44 Quit Keripo (Quit: Leaving.) 02.42.36 Join Keripo [0] (~Keripo@eng104.wireless-resnet.upenn.edu) 02.43.10 Quit [sanyi] (Ping timeout: 248 seconds) 02.52.32 Join [sanyi] [0] (~sanyi@unaffiliated/alexanderc) 02.56.51 Join mordocai [0] (~mordocai@mail.mordocai.net) 03.01.45 Join kadoban [0] (~mud@174-17-209-27.phnx.qwest.net) 03.06.34 *** Saving seen data "./dancer.seen" 03.12.57 Quit Keripo (Ping timeout: 245 seconds) 03.15.24 Quit MethoS-- (Remote host closed the connection) 03.27.18 Quit mordocai (Quit: reboot for kernel updates) 03.52.10 Join wawaron [0] (~wawaron@modemcable131.204-202-24.mc.videotron.ca) 03.52.34 Part wawaron 04.06.43 # New commit by 03mc2739 (r31096): Text viewer plugin: Fix info viewport font not being set to user selected font 04.08.37 # r31096 build result: 2 errors, 0 warnings (mc2739 committed) 04.12.49 # New commit by 03mc2739 (r31097): Backport r31096 - Text viewer plugin: Fix info viewport font not being set to user selected font 04.26.37 Quit [7] (Disconnected by services) 04.26.47 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.31.01 Join dreamlayers [0] (~bgjenero@bas4-windsor12-1279315316.dsl.bell.ca) 04.31.02 Quit dreamlayers (Changing host) 04.31.02 Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) 04.45.10 Quit amiconn (Disconnected by services) 04.45.11 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.45.13 Quit pixelma (Disconnected by services) 04.45.15 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.45.17 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.45.33 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.50.30 # What is the difference between firmware/include and firmware/export? 04.55.56 # isnt include more for libc type includes? 04.58.55 # There's also firmware/libc/include/, and there's firmware/include/font_cache.h, which definitely isn't libc type stuff. 04.59.46 # I used to think include was for within the firmware, and export was for exporting to code outside it, but that's not it either. 05.00.18 # yeah, its very much "do as you please" territory now 05.02.02 # One significance of firmware/libc/include is that it's not included when building a sim. 05.06.19 # why do we even still have the sim builds as a sperate build? 05.06.38 *** Saving seen data "./dancer.seen" 05.06.41 # It seems that the "sim" build shuold really just be a sdl-app build preconfigured with different features and screen size 05.07.52 # There are some specifics not used in the app, like remotes and the character-based LCD on the Archos Player. 05.09.55 # Besides such things, and running from simdisk, I don't think there's much difference between sim and app builds. 05.52.21 Join Rob2223 [0] (~Miranda@p5DE4B7B9.dip.t-dialin.net) 05.55.52 Quit Rob2222 (Ping timeout: 252 seconds) 06.03.56 Quit dreamlayers (Quit: Goodnight) 06.11.56 Join funman [0] (~fun@rockbox/developer/funman) 06.21.34 Join dartmouth [0] (~4a2c271c@www.haxx.se) 06.38.49 Join jgsprenger [0] (~63e8fcbd@www.haxx.se) 06.39.21 # hi gang... where can i pick up 310RC0 for e200v1? 06.39.55 # check the forums 06.41.30 # umm ok... thought there was a short cut link somewhere handy...oh well 06.43.30 Quit jgsprenger (Client Quit) 07.06.42 *** Saving seen data "./dancer.seen" 07.13.00 Join HaloNachos117 [0] (~181eb2a3@www.haxx.se) 07.14.15 Quit HaloNachos117 (Client Quit) 07.32.44 Quit amiconn (Disconnected by services) 07.32.44 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 07.32.52 Quit pixelma (Disconnected by services) 07.32.54 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 07.32.56 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 07.33.06 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 07.42.26 Join HaloNachos117 [0] (~quassel@cpe-24-30-178-163.socal.rr.com) 07.54.12 Quit kadoban (Ping timeout: 240 seconds) 07.54.46 # Hello, first off, I should say I'm new to IRC. I have a question about the Fuze+ port: How does one lock the Fuze+, so that they don't accidently push buttons while the device it in their pocket. I can't seem to figure this out, although others on the forum have done it. Please help. 07.58.00 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.05.57 Quit amiconn (Remote host closed the connection) 08.05.57 Quit pixelma (Remote host closed the connection) 08.07.01 Join amiconn [0] (quassel@rockbox/developer/amiconn) 08.07.03 Join pixelma [0] (quassel@rockbox/staff/pixelma) 08.10.31 Quit factor (Ping timeout: 255 seconds) 08.11.24 Quit dartmouth (Ping timeout: 240 seconds) 08.13.13 Join GodEater_ [0] (93722cc9@rockbox/staff/GodEater) 08.25.51 Join factor [0] (~factor@74.197.205.204) 08.31.50 Quit Scromple (Read error: Connection reset by peer) 08.33.25 # sooo.... any thoughts on automatic translation for skins? use user would have a single file translations.txt which just lists any they'd want to happen, then any plain string in a skin would check if it is there or an inbuilt translation and use it automagically? 08.33.39 # ignoring leading and trailing spaces 08.33.48 Quit HaloNachos117 (Ping timeout: 240 seconds) 08.35.33 Join HaloNachos117 [0] (~quassel@cpe-24-30-178-163.socal.rr.com) 08.52.36 Join ender` [0] (~ender@foo.eternallybored.org) 08.53.35 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.53.35 Quit bertrik (Changing host) 08.53.35 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.57.45 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 08.58.09 # JdGordon: are you going to commit m3u handling fix to 3.10 branch also? 09.06.33 # no, but if you want go you can 09.06.44 *** Saving seen data "./dancer.seen" 09.08.05 # I don't have branch checkout 09.16.25 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.22.39 Join hilbert [0] (~hilbert@7-111-204-62-static.cable.fcom.ch) 09.33.01 Quit HaloNachos117 (Quit: No Ping reply in 180 seconds.) 09.33.37 Join HaloNachos117 [0] (~quassel@cpe-24-30-178-163.socal.rr.com) 09.36.31 Quit bertrik (Ping timeout: 248 seconds) 09.44.37 Quit HaloNachos117 (Quit: No Ping reply in 180 seconds.) 09.45.14 Join HaloNachos117 [0] (~quassel@cpe-24-30-178-163.socal.rr.com) 09.57.45 Quit HaloNachos117 (Remote host closed the connection) 10.01.24 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 10.01.24 Quit pamaury (Changing host) 10.01.24 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.18.16 Quit GodEater (Ping timeout: 244 seconds) 10.20.26 Quit perrikwp (Read error: Operation timed out) 10.20.53 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 10.32.31 Join nosa [0] (~m00k@adsl-74-235-79-218.clt.bellsouth.net) 10.34.47 Quit nosa-j (Ping timeout: 260 seconds) 10.34.47 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-79-218.clt.bellsouth.net) 10.46.51 # funman: ping 10.57.28 # \o/ i figured out why the skin image layer patch wasnt working 10.57.35 # i have no idea how to correctly fix it though 10.57.42 # stupid images drawing too often :/ 11.06.47 *** Saving seen data "./dancer.seen" 11.08.08 # grr.... I got scrolling over the image working, but now a black background for the rest of the viewport instead of the backgronud image 11.08.57 # AND fixed :) 11.09.15 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 11.09.26 # [saint]! come back online!!!! 11.11.06 # JdGordon: what is the overhead of this? 11.11.06 Quit factor (Read error: Connection reset by peer) 11.11.29 # pretty much 0 11.11.37 # and ram usage impact? 11.11.49 # extra buffer comes from buflib only if the skin calls for it 11.11.49 Join T44 [0] (~Topy44@f049035194.adsl.alicedsl.de) 11.12.01 Quit Topy44 (Read error: Connection reset by peer) 11.12.19 # so you don't allocate additional framebuffers for mixing? 11.13.32 # correct. The extra buffer is technically the backdrop buffer for the screen 11.13.47 # the user will need to load images to draw into it, but they dont have to be the full screen size 11.14.02 # and ~0 waste if your theme doesnt do this 11.15.23 # ok so this is basically the same as flatting wps elements onto backdrop but with the twist 11.15.46 # thats exactly what this is 11.18.25 # are there other big benefits despite being cool and allow scroll text over images? 11.19.42 # that's not enough? :) 11.20.24 # Did I say something like this? :-) 11.20.36 # this could allow things like dma to speed up fullscreen updates IIUC 11.21.15 # how that? 11.21.24 # you mean dma to framebuffer or dma to lcd controller? 11.21.44 # i dont know, was it theseven who brought it up last week when i started this? 11.23.16 # JdGordon: he was talking about double buffering, doesn't he? 11.23.27 # that too 11.24.39 # Honestly I can't imagine how this is going to help with dma. Lowlevel driver expects the data in framebuffer[] anyway 11.25.30 # yes, that is one problem with all the drivers, they will need to be changed to deal with a pointer instead of that static array 11.25.49 # that is going to be tricky 11.26.03 # why? 11.26.28 # some framebuffers are located in iram. Iram isn't in buflib pool I guess 11.27.21 # that just means updates to the backdrop layer will be slower 11.27.22 # that layer though is never sent to the lcd 11.27.48 # coldfires (without dcache) will suffer badly if framebuffer is taken out of iram 11.27.56 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.28.43 Join factor [0] (~factor@74.197.205.204) 11.38.25 Quit ReimuHak_ (Read error: Connection reset by peer) 11.40.15 Join ReimuHak_ [0] (~reimu@wireless.sit-co.net) 11.52.51 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 11.53.43 Quit Xerion (Ping timeout: 255 seconds) 12.05.19 Quit GeekShadow (Ping timeout: 248 seconds) 12.06.09 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 12.09.28 # kugel: ping? 12.15.09 # i made small images of the clip zip and sansa connect for the themes/manual site - who shoulod i contact to get them up? 12.15.13 # *should 12.16.02 # that would be Zagor or Bagder 12.16.53 # thanks, both can consider themselves pinged, i guess :) 12.17.04 Join hilbert [0] (~hilbert@adsl-84-226-233-252.adslplus.ch) 12.17.43 Quit nick-p (Quit: Leaving) 12.17.52 Quit wodz (Quit: Leaving) 12.29.24 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 12.29.49 # JdGordon: pong 12.30.57 # kugelp: what needs to be done to add transparency to an image? it looks like it requires the alpha data straight after the image data, so it cant be added after load for album arT? 12.34.58 # it sure can if you reserved/alloc enough space 12.35.38 # well, aa is stored on the audiobuf, not buflib directly 12.36.43 # that doesn't matter 12.38.00 # ok, so i need to unconditioannly overalocate to hack this in? 12.38.03 Join TheLemonMan [0] (~giuseppe@ppp-127-10.26-151.libero.it) 12.38.09 # what does the alpha buffer look like? 12.39.14 # its part of the bitmap data buffer, starting at alpha_offset. 4bit per pixel 12.39.47 # 0 is full transparent or full opaquw? 12.40.17 Join GeekShadow [0] (~antoine@251.101.193.77.rev.sfr.net) 12.42.26 # ok, so i just need to add an extra width*height/2 bytes on the end and memset that to somthing like 0x44 to get 50% transparency? 12.43.17 # Zagor, Bagder - i made pics for the fuze+ and sa9200 too 12.45.24 # Zagor, Bagder - here's the link to all four - http://pastie.org/pastes/2943564/text 12.47.09 # kugelp: do i need to modify anything else in the bmp struct or just the alpha_offset? 12.54.15 # why the heck is there screens.bmp_part() and screens.bitmap_part()!!!! 12.59.21 # * JdGordon woners if he is completly misunderstanding the trasnparency thing 12.59.30 # http://imagebin.org/186327 13.02.16 # nope, just the usual stufup :) 13.03.06 # http://imagebin.org/186328 <- 50% AA transparency 13.04.00 Join MethoS- [0] (~clemens@134.102.106.250) 13.06.50 *** Saving seen data "./dancer.seen" 13.15.13 Quit hilbert (Quit: Computer has gone to sleep.) 13.26.42 # JdGordon: see the big comment above the alpha stuff: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/drivers/lcd-16bit-common.c?revision=30966&view=markup 13.27.19 # JdGordon: that looks crap :) 13.30.23 # hmm, any raosn bmp->alpha_offset is only checked for > 0? 13.31.50 # apparently not 13.32.06 # what do you mean? 13.32.29 # I've got the alpha data in a seperate handle which will always be < bmp->data 13.32.50 # alpha_offset isnt a pointer, that's not going to work is it? 13.33.07 # exactly, its an offset, so there is no reaosn it cant be < 0 13.33.25 # eh 13.33.41 # the reason is that it's supposed to be part of the data buffer 13.33.44 # http://pastebin.com/CiiJjZNU 13.34.20 # change %Cd to %Cd(number) where number is the percentage you want 13.34.53 # seems pretty useless to me tbh 13.35.25 # im not necessarily disagreeing 13.35.44 # anyway, for constant transparency an extra buffer is pretty wasteful. there should be a viewport field instead probably (like bg_pattern) 13.36.16 # it isnt part of the viewport 13.36.31 # or of the bitmap struct 13.36.32 # but yes, 8K of constant is pretty crap 13.37.02 Join hilbert [0] (~hilbert@7-111-204-62-static.cable.fcom.ch) 13.41.18 # lcd_bitmpa_part_mix() scares me 13.43.29 # * GodEater_ wonders about the 3.10 regression email 13.43.44 # we haven't released RaaA at all on any platform have we? 13.43.48 # so what's he on about? 13.45.17 # is 0xaa (~66%) called 66% opaque or 66% transparent? 13.46.10 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 13.46.55 # JdGordon: is the comment I directed you to unclear? 13.47.10 # hanvt clicked it yet 13.47.33 # then do it before asking more questions about the internals please 13.47.45 # Yes SIR! 13.47.57 # RTFM! 13.49.44 # GodEater_: to be fair, that's not a thing a user has much reason to think about. they had an old version that worked better, and a new version that works worse 13.50.22 # whether it's "released" or "supported" is ultimately just an explanation for why the developers have chosen not to care about their issue 13.50.26 # right - but I'm wondering where he got something called 3.9 from? 13.50.37 # haha - true that ;) 13.50.48 # Torne: he's not a user :) 13.50.54 Quit ReimuHak_ (Quit: Leaving...) 13.50.56 # I mean he's also a dev 13.50.57 # kugel: same thing, though 13.51.03 # if you're asking someone else then you're a user :) 13.51.26 # GodEater_: built it himself, or just means "trunk from before 3.10 branched" 13.51.41 # yeah I guess so 13.51.46 # the latter is why i want to go for a better versioning system with git 13.51.54 # such that trunk has a version number that makes sense to humans 13.51.57 # talking of which? :) 13.52.06 # doing it! 13.52.08 # sort of. 13.52.13 # i poked at versioning yesterday for a bit 13.52.17 # lunchtime, anyway :) 13.52.21 # haha 13.52.23 # enjoy 13.53.03 # Torne, GodEater_: this isn't a user 13.53.16 # I didn't think he was either 13.53.21 # but I didn't know for sure 13.54.09 Join LinusN [0] (~linus@giant.haxx.se) 13.54.46 # Any objections to adding this AA transparency patch? its a bit of a ram waste, but only if you actually use it 13.54.52 # someone can make it better later 13.56.25 # well, we've been adding new tags "because we can", why not params as well 13.56.31 # I don't see it useful in any way 13.57.07 # but wouldnt it make more sense in %Cl, instead of %Cd? 13.59.40 # not necessarily... ideally we'd allow multiple %Cd tags in a skin 13.59.56 # but also its alot harder to add it to the load tag 14.00.15 Join teru [0] (~teru@K037107.ppp.dion.ne.jp) 14.00.15 # it is? 14.00.51 # you can have multiple %Cd, cant you? 14.00.59 # %Cl() already has 2 optional params... and no you cant 14.01.04 # well, you can, but they wont all work 14.01.37 # I think you can, and you cannot specifiy a different transparency for each 14.02.20 # trust me, you cant 14.02.29 # and that would be why I'd put it in the cd tag 14.03.04 # you cant have conditional viewports with %Cd in each? 14.03.17 # correct 14.03.24 # you can, but they wont work 14.03.29 # why not? 14.03.54 # because the aa struct needs the viewport it is to be drawn in 14.04.28 # AA handling needs to be reworked anyway 14.06.15 # I wonder why it is that way. I would have expected it to work 14.07.16 # because images are drawn really stupidly.. which is what I've been bitching about for ages but can't change because it breaks all the cabbies 14.11.05 # this is for sure pointless without the layering stuff though 14.29.26 Quit bluebrother (Disconnected by services) 14.29.27 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 14.31.07 Quit hilbert (Quit: Computer has gone to sleep.) 14.32.23 Join hilbert [0] (~hilbert@7-111-204-62-static.cable.fcom.ch) 14.33.03 Quit fs-bluebot (Ping timeout: 248 seconds) 14.34.11 Join fs-bluebot [0] (~fs-bluebo@g231123026.adsl.alicedsl.de) 14.47.22 Join ReimuHak_ [0] (~reimu@165.139.179.10) 14.47.23 # JdGordon: cabbie can be fixed 14.47.31 # that's a poor excuse :P 15.06.52 *** Saving seen data "./dancer.seen" 15.30.56 Join y4n [0] (y4n@unaffiliated/y4ndexx) 15.44.01 Join Thra11 [0] (~thrall@87.113.212.112) 15.55.44 Quit teru (Quit: Quit) 16.05.10 Join WalkGood [0] (~4@unaffiliated/walkgood) 16.10.18 Quit ReimuHak_ (Quit: Leaving...) 16.15.33 Quit TheLemonMan (Quit: Ex-Chat) 16.16.44 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 16.25.02 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 16.29.30 Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) 16.29.43 Join ChickeNE_ [0] (~ChickeNES@128.135.100.102) 16.32.22 # wodz: pong 16.43.12 Join gbl08ma [0] (~gbl08ma@195.23.214.13) 16.49.23 Quit hilbert (Remote host closed the connection) 16.50.52 Join antil33t| [0] (~antil33t@101.98.148.94) 16.52.34 Quit antil33t (Ping timeout: 252 seconds) 16.56.46 Part Zagor 16.57.53 Join antil33t [0] (~antil33t@101.98.148.94) 16.59.39 Quit antil33t| (Ping timeout: 260 seconds) 17.06.56 *** Saving seen data "./dancer.seen" 17.07.58 Quit antil33t (Ping timeout: 252 seconds) 17.09.42 Join antil33t [0] (~antil33t@101.98.148.94) 17.19.30 Part LinusN 17.22.50 Join kadoban [0] (~mud@174-17-209-27.phnx.qwest.net) 17.23.38 Quit ChickeNE_ (Quit: Computer has gone to sleep.) 17.45.58 Join ChickeNE_ [0] (~ChickeNES@128.135.100.102) 17.48.52 # what could be the cause for audio balance shifting slightly on sansa ams players when the volume is changed? i.e, cause of a broken ear, i have balance on -9 to the left, and when i change the volume one notch, it shifts a bit to the right, one notch more, and it shifts back to the left 17.48.58 Join hilbert [0] (~hilbert@adsl-84-226-233-252.adslplus.ch) 17.49.33 # this happens at various volume levels 17.49.56 # Sounds like a rounding issue 17.50.10 # ah, iirc the ams chips can only do 1.5db steps? 17.51.38 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.52.58 Quit ej0rge (Ping timeout: 245 seconds) 17.54.11 Join ej0rge [0] (~alhaz@207.135.137.71) 17.56.31 Quit kadoban (Remote host closed the connection) 17.59.35 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 18.18.04 # balance is in 1 steps instead of 1.5 ? 18.27.16 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 18.27.47 Quit antil33t (Ping timeout: 240 seconds) 18.27.53 # funman: do you know of some guide how to setup and use eda other than geohot's youtube video? 18.28.26 # nope 18.28.47 # you have to run eda and point your browser to the port it opens 18.31.06 # what kind of files does it support? elf, plain bin or something preprocessed? 18.32.07 # probably bin 18.33.11 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.33.42 Join antil33t [0] (~antil33t@101.98.148.94) 18.37.30 # wow no Makefile 18.37.41 # wodz: which version of eda do you build? 18.40.06 # the one from the git repo you provided yesterday 18.40.13 # funman: this is cmake project 18.41.40 # the HEAD doesnt build 18.41.59 Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) 18.41.59 Quit GodEater (Changing host) 18.41.59 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 18.43.05 # funman: no surprise for project from 2009 18.43.38 # nope it s just that geohot always forget to do git add ... 18.44.16 # haha 18.46.42 # I am kinda interested but today is not good day for me so I leave this for a moment 18.48.40 # funman: do you know of particular version/revision which actually works? 18.49.13 # wodz: i'm trying to fix HEAD~2 18.50.46 # can't make linux bch library to produce the same ecc bytes as rk sdk :/ 18.51.11 # wodz: git pull again and check branch fixup 18.52.49 # compiles 18.54.30 # ahh it has input file hardcoded in main.cc 18.54.54 # as well as memmap it appears 18.56.00 # segfualts for me :/ 19.05.45 # there seems to be some earlier project eda-reverse also 19.06.19 # yep, eda-2 was rewrite of eda-reverse 19.07.00 *** Saving seen data "./dancer.seen" 19.07.25 Quit antil33t (Ping timeout: 244 seconds) 19.09.32 # ==18215== total heap usage: 528,402 allocs, 55 frees, 186,864,900 bytes allocated 19.10.32 # slightly unbalanced mallocs and frees :-) 19.14.25 Join Strife89 [0] (~Strife89@207.144.201.128) 19.15.31 Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) 19.17.26 Quit ChickeNE_ (Quit: Computer has gone to sleep.) 19.19.43 Quit dreamlayers (Quit: Bye) 19.31.17 Join antil33t [0] (~antil33t@101.98.148.94) 19.32.34 Join ReimuHak_ [0] (~reimu@165.139.179.10) 19.36.11 Quit ps-auxw (Ping timeout: 240 seconds) 19.37.24 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 19.38.25 Quit Strife89 (Quit: Every time you make a typo, the errorists win.) 19.38.38 Join Strife89 [0] (~Strife89@207.144.201.128) 19.39.24 # New commit by 03pamaury (r31098): fuze+: update keymap and touchpad driver based on FS#12405 with minor modifications. Thanks to Jean-Louis Biasini. 19.41.18 # r31098 build result: 2 errors, 0 warnings (pamaury committed) 19.42.08 Quit antil33t (Ping timeout: 252 seconds) 19.44.48 Quit sinthetek (Ping timeout: 258 seconds) 19.45.00 # New commit by 03pamaury (r31099): mkimxboot: remove an unecessary include that will prevent compilation of rbutil 19.45.02 Quit ReimuHak_ (Ping timeout: 245 seconds) 19.46.39 # r31099 build result: 2 errors, 0 warnings (pamaury committed) 19.47.32 # New commit by 03pamaury (r31100): imx233: add power debug screen 19.49.12 # r31100 build result: 2 errors, 0 warnings (pamaury committed) 19.54.39 Join TheLemonMan [0] (~giuseppe@ppp-127-10.26-151.libero.it) 19.55.29 # thanks to the new implementation of some of the math lib functions in LUA for Rockbox, I could now port aeslua to Rockbox with some little modifications 19.55.54 Join antil33t [0] (~antil33t@101.98.148.94) 19.56.25 # but there's a problem: it looks like when a file is encrypted, it can't be decrypted. perhaps the aes encryption is not valid due to things like math.ceil being used in a fixed-point system 19.56.47 # or else, it's because I'm not writing/reading to the files in binary mode 19.57.50 # I assume we're not allowed to ask questions like "Why do AES in an interpreted language on a slow DAP?"? 20.00.37 Quit antil33t (Ping timeout: 255 seconds) 20.02.10 Quit lebellium (Remote host closed the connection) 20.02.45 Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) 20.04.07 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.04.07 Quit bertrik (Changing host) 20.04.07 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.08.26 # no you're not. :) but I'll answer: I'm making this for fun, and I wonder how fast it will be. So far, the script could encode rb.txt in less than 10 seconds, which is good :) 20.08.39 Join ReimuHak_ [0] (~reimu@165.139.179.10) 20.10.33 Join Horscht [0] (~Horscht@p57B57D99.dip.t-dialin.net) 20.10.36 Quit Horscht (Changing host) 20.10.36 Join Horscht [0] (~Horscht@xbmc/user/horscht) 20.11.36 # actually, the script takes more time loading the LUA scripts, than executing them to encrypt the file. 20.16.22 # I made it! I got wrong some variable names, after fixing them, I can now encrypt a 2632 bytes file to AES-128 in less than 5 seconds, and decrypt it back in less than 5 seconds too. 20.17.07 # no data loss, and to the naked eye, the decoded file has the very same content as the original (goes checking with md5 plugin...) 20.18.38 # nope... the md5sum is different :( 20.20.19 # hmmm... the decoded file misses 6 letters and one line break, at the end of the file. so, it misses 7 bytes, right? 20.27.42 Join antil33t [0] (~antil33t@101.98.148.94) 20.28.40 # I encoded a BMP file and then decoded it. although Rockbox couldn't read the decoded picture (perhaps because some bytes are missing at the end), the image viewer of Gnome can read it without problems. 20.30.19 # perhaps gnome is less strict than us, wouldn't surprise me 20.30.33 # looks like the byte loss increases with the file size, the image is 68KB and it lost 14 bytes after having been encoded and decoded 20.30.39 # balance is in 1 steps instead of 1.5 ? <-- not every step on the ams sansas actually change balance, yes. sometimes it's two steps, sometimes it's one - kind of interpolated. markun once started a patch to fix that, but that was maybe a year ago: http://pastie.org/2945613 20.30.54 # gbl08ma: I'd guess it's to do with partial last blocks 20.31.04 # Not with actual filesize as such 20.31.09 # probably 20.32.11 Join sinthetek [0] (~sinthetek@cpe-174-111-026-094.triad.res.rr.com) 20.32.11 Quit sinthetek (Changing host) 20.32.11 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 20.32.30 Join kadoban [0] (~mud@174-17-209-27.phnx.qwest.net) 20.32.32 # btw, it took around two minutes to encode or decode the file. obviously, this script would never be used for encrypting sound files 20.33.14 # (encrypting sound could be useful e.g. on targets with recorder... nobody would be able to read the records without the password) 20.33.58 # Yes, but you'd want realtime encrypting then 20.35.24 # well, people can record and then encrypt. of course, the "secret" would be exposed while you don't encrypt it. 20.37.20 # It will be exposed until you securely overwrite the disk location 20.38.06 # If you want this for serious reasons, you want to encrypt before you hit the disk at all 20.38.24 # so, the next step is to write a (LUA? :) ) plugin that fills the empty disk space with zeros :) 20.39.31 # Except you can't, really, 100%. There are things like remapped bad sectors, the unused bits at the end of FAT clusters, and FTLs 20.39.42 # my idea for using AES is to keep safe things like the keybox data file. TEA, which is what keybox uses, is not that hard to crack 20.39.59 Part WalkGood 20.40.30 # if you are so worried about security that you can't withstand a few (bad) sectors left without being overwritten, you shouldn't use computers in the first place :) 20.40.54 # Maybe :) 20.41.32 # But if doing things properly isn't too much extra work... 20.42.11 # I'm not sure, but I think the "forgetting bytes" problem is not related with aeslua. perhaps it has something to do with floating point emulation in a fixed point system. 20.42.45 # gbl08ma: are you using floats? 20.43.38 # lua uses doubles. lua's bitlib needs to convert everything to a double for providing bitwise operations 20.44.07 # I don't know what doubles are converted to in Rockbox's C lua parser 20.44.50 # ekhm, bitwise operations on doubles? 20.44.59 # nor I do know how things like math.ceil are done in Rockbox (they only got implemented in rockbox recently, who committed?) 20.45.42 # http://luaforge.net/projects/bitlib/ 20.46.07 # static int math_ceil (lua_State *L) { /* Doesn't change anything in fixed point arithmetic */ 20.46.18 # ok 20.46.22 # i think we simply don't implement float or doubles 20.46.43 # the mathlib is actually 2 years old and wasn't touched since initial commit of lua 20.47.40 # but I don't think it supported all these functions last time I played with LUA on Rockbox: abs ceil deg floor fmod max min rad random randomseed 20.48.03 Quit antil33t (Ping timeout: 258 seconds) 20.48.18 # IIRC, it only supported "random" and "randomseed" 20.48.33 # ceil doesn't make sense if you use integers 20.48.51 # is there any way to generate the keymaps file for manuals from the one in rockbox? I just spend a whole week-end on mapping all the fuze+ keys noway that I do that again for manuals keymaps. I would even prefen to spend a week on writing an aplication for that! 20.49.02 # but it was supported still. rounding of an integer is the integer itself 20.50.13 Join antil33t [0] (~antil33t@101.98.148.94) 20.51.16 # well, in lua if i use numbers that are not integers, it still works, except that the result is wrong 20.51.29 # I once tried to convert celsius to fahrenheit... 20.51.49 # it couldn't divide 5 by 2 properly, of course 20.52.07 # jlbiasini: have you looked at model specific files for the manual? 20.52.58 # yeah there are thos keymaps-blahblah.tax do you mean those? 20.53.03 # *.tex 20.58.06 # es 20.58.08 # yes 20.59.11 # that's the reason I'm asking do I have to write those or are they automaticly generated if I configure something as it should be ? 21.00.07 # you have to write those but writing an automatic generator would be better of course 21.00.38 # then I'll do it 21.00.45 # !if you're not sure you can check if the file is versioned, if it is it is not generated 21.01.03 # git log keymap-sansafuze.tex shows 6 revisions 21.01.51 Quit casainho (Ping timeout: 258 seconds) 21.02.33 # I think it must be automaticly generated because I red somewhere that it was the point of have versionned manuals that the keymap get updates 21.02.57 # now that I remenber it 21.03.43 # jlbiasini: no it's not, it needs manual modifications 21.03.54 # and creation of course 21.04.34 # noway!!! 21.05.18 Quit antil33t (Ping timeout: 258 seconds) 21.06.09 Join antil33t [0] (~antil33t@101.98.148.94) 21.06.14 # so I will investigate on something to have them automaticly generated it might takes mouth 21.06.24 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 21.06.40 Join robin0800 [0] (~robin0800@genkt-057-078.t-mobile.co.uk) 21.06.49 Quit y4n (Quit: 6,000,000 ways to die — choose one.) 21.06.52 # but the fuze+ is not that advanced anyway we are still missing an installation method for rbutil 21.07.03 *** Saving seen data "./dancer.seen" 21.07.21 # ok new task for me \o/ 21.14.07 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 21.15.49 Quit antil33t (Ping timeout: 244 seconds) 21.17.34 Part jlbiasini 21.21.09 Quit robin0800 (Ping timeout: 244 seconds) 21.26.23 Quit ReimuHak_ (Quit: Leaving...) 21.28.53 Join antil33t [0] (~antil33t@101.98.148.94) 21.32.23 Join unlink_ [0] (6d5b6ac7@gateway/web/freenode/ip.109.91.106.199) 21.32.24 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 21.33.59 Part jlbiasini 21.34.00 # hey there 21.36.02 # the RockboxUtility v1.2.11 is broken for me, looks like this http://i.imgur.com/CLbQs.png 21.36.09 Quit antil33t (Ping timeout: 260 seconds) 21.36.33 # v1.2.10 works fine 21.37.42 # unlink_: that looks interesting... 21.37.53 # * gevaerts pings domonoky and bluebrother^ for this 21.40.10 Quit liar (Quit: hallowed are the ori!) 21.40.23 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 21.41.33 # meanwhile i also have a problem with the "electricbarsofcolour" theme, http://themes.rockbox.org/index.php?themeid=630&target=sansae200 21.42.00 # the progress bar is stuck at 0% in the "play screen", but works when i enter any menu 21.42.10 Join robin0800 [0] (~robin0800@149.254.60.163) 21.42.36 # this is on sansa e200v1 with rockbock v3.9.1 21.43.50 # does it happen with the current build? 21.44.10 # haven't tried yet 21.46.44 # yes, same problem with current build 21.49.56 # * bluebrother^ appears 21.50.17 # unlink_: that's on Linux, right? 21.50.27 # gentoo 64bit 21.50.45 # do other statically linked 21.50.49 # Qt programs work? 21.51.16 # they usually do :) 21.51.24 # I'm under the impression that this is caused by some (missing?) Qt configuration and thus it using the wrong fonts 21.51.34 # unlink_: well, _statically_ linked programs? 21.52.20 # rockbox utility v1.2.10 works fine 21.52.28 # i don 21.52.34 # oups, pressed enter too early 21.52.35 # that doesn't count. It was built on a different setup ;-) 21.52.55 # i don't know whether there are any other statically linked qt apps on my system 21.53.52 # hmm. Try running qtconfig-qt4 (or whatever that is named on your system) and check for the font settings. 21.54.28 Quit Thra11 (Ping timeout: 255 seconds) 21.54.50 # font is sans serif, seems to be default 21.54.58 # preview inside qtconfig works fine 21.56.14 Quit liar (Ping timeout: 248 seconds) 21.56.57 Join antil33t [0] (~antil33t@101.98.148.94) 21.58.00 # hmm. 21.58.29 # I need to check the differences between the two build setup then. 21.58.44 # in the meantime, since you're on Gentoo building it youself should be the simplest solution :) 21.59.14 # that's what i currently do :) 22.00.37 # any idea how i could tackle that theme issue? 22.01.45 Quit robin0800 (Read error: Connection timed out) 22.02.00 # build done, seems to work fine 22.02.02 # Wasn't there a theme engine change a while ago that had some impact on progress bars? 22.02.14 # hmm. Maybe it's fontconfig related like the problem reported here: http://www.qtcentre.org/threads/39586-Font-problem-when-deploying-a-Qt-based-application-to-Ubuntu-10.10 22.03.46 # * bluebrother^ fires up some VWs 22.03.51 # *VMs 22.05.51 # it could indeed be fontconfig related. The old build machine has fontconfig development headers installed while the new one doesn't 22.06.28 Join Thra11 [0] (~thrall@87.115.20.161) 22.06.46 # the bad thing is that trying that out means I need to rebuild Qt which takes a while 22.06.56 # i'll just idle a little and wait for your research results :) 22.07.38 # well, building Qt usually takes a few hours 22.08.20 # unlink_: I can build a new binary by tomorrow evening. Interested in showing up here and giving it a try? 22.08.37 # i'll pin a note to my monitor :) 22.08.49 # great 22.09.57 # if i can you bother even more, how would i deal with the broken theme? 22.10.29 # broken in what way? 22.10.41 # ah, found it in the backlog :) 22.11.03 # does music actually play? 22.11.15 # yes, it does 22.11.31 # the progress bar is drawn correctly if i enter any menu 22.11.39 # strange. 22.12.01 Join Keripo [0] (~Keripo@dhcp0751.kin.resnet.group.UPENN.EDU) 22.12.05 # I don't have a real idea on this, I'm not really involved in Rockbox UI code. 22.12.45 # thus i'd register for flyspray and file a bug? 22.13.28 # JdGordon is working on the skin stuff, you can try to catch him 22.13.58 Quit froggyman (Quit: People who think they know everything are really annoying to those of us who actually do.) 22.14.28 Join froggyman [0] (~froggyman@unaffiliated/froggyman) 22.21.09 Quit antil33t (Ping timeout: 244 seconds) 22.23.02 Quit TheLemonMan (Quit: Ex-Chat) 22.25.23 # the simulator link on http://www.rockbox.org/wiki/SansaE200Port should be http://rasher.dk/rockbox/simulator/sansae200-sim-w32.zip 22.32.32 Quit unlink_ (Ping timeout: 265 seconds) 22.36.59 Quit jhMikeS (Read error: Connection reset by peer) 22.38.32 Join antil33t [0] (~antil33t@101.98.148.94) 22.59.53 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 23.07.04 *** Saving seen data "./dancer.seen" 23.07.33 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 23.09.53 Quit wodz (Read error: Operation timed out) 23.16.51 Quit MethoS- (Remote host closed the connection) 23.20.29 Quit Horscht (Quit: Verlassend) 23.28.49 Join Topy44 [0] (~Topy44@f049035194.adsl.alicedsl.de) 23.29.02 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 23.29.02 Quit T44 (Read error: Connection reset by peer) 23.33.25 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 23.34.16 Quit pamaury (Remote host closed the connection) 23.36.40 Quit Keripo (Quit: Leaving.) 23.37.02 Join ReimuHak_ [0] (~reimu@wireless.sit-co.net) 23.43.12 Quit tjb0607 (Read error: Connection reset by peer) 23.43.37 Join nosa [0] (~m00k@adsl-74-235-79-218.clt.bellsouth.net) 23.46.44 Quit factor (Read error: Connection reset by peer) 23.46.55 Quit nosa-j (Ping timeout: 244 seconds) 23.46.56 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-79-218.clt.bellsouth.net) 23.49.52 Join factor [0] (~factor@74.197.205.204) 23.57.05 Join antil33t| [0] (~antil33t@101.98.148.94) 23.57.50 Quit antil33t (Ping timeout: 260 seconds)