--- Log for 30.03.109 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 12 days and 15 hours ago 00.00.33 # but generally, I'm rather against this, too 00.00.48 # JdGordon: target with little ram, enable cuesheet and whatnot, high setting on max files in browser, you want to load your 2MB theme but setting that setting to 2MB would require more ram than the size of the audio buffer 00.01.27 # n1s: there would obviously need to be realistic limits 00.02.14 # rasher: so, the confirmation email will never come to me, is my theme upload already discarded? 00.02.42 # JdGordon: so how useful is this setting really? it sounds to me like it is not worth the complexity and additional surprises in behaviour to save a few hundred K of ram for some users 00.03.35 # kugel: which theme have you uploaded? (which screen size) 00.03.45 # n1s: the setting is a by-product of the patch... the main difference is giving themers more options for customizability.. i.e more images, more viewports, more everything if they want it without effecting everyone 00.03.47 # also i dont' base this off of my usage, i *never* change themes and use about 10% of the features of rockbox at all 00.04.27 # right now if someone wants a bigger image buffer we tell them no because we dont want to waste more ram for everyone when it might only be a gain for a few users 00.04.44 # JdGordon: well my opinion is that having this setting sounds like a bad idea 00.04.45 # rasher: blacknblue glass, 176x220. I've uploaded it again (successfully now) 00.05.10 # kugel: I notice it's two different emails - are you sure you got it right? 00.05.15 # i'd like it much more if it could be done in some kind of automatic way 00.05.27 # ok, so lets say it could be... 00.05.39 # the patch is 99% removing hard limits in the WPS 00.05.40 Quit Thundercloud (Remote closed the connection) 00.05.53 # rasher: yes, now. I was having trouble with the renaming of my uni and the new emails 00.06.01 # the @student. one is the correct one 00.06.19 # JdGordon: it's mainly the setting bit im against and the possible rebooting 00.06.24 Join Barahir [0] (n=jonathan@Ze313.z.pppool.de) 00.06.40 # the rest of what the patch does sounds like a real improvement 00.06.41 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-9a10c26bddeb28d9) 00.06.48 Part domonoky 00.07.01 # kugel: alright 00.07.11 # * kugel thinks the patch is useful without setting too 00.07.17 Quit moredhel (Client Quit) 00.07.24 # * JdGordon would actually like some code review also.... 00.07.29 # and world peace :p 00.07.38 Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 00.08.13 # n1s: if the only objections is on the setting then I'm wondering how much that would be a problem? I mean we can make settings very visible.. and not at all 00.08.25 # * gevaerts thinks that we need to think hard about all these limit settings. They're not user friendly, and they fundamentally can't be 00.08.56 # * n1s agrees with gevaerts 00.09.24 # the laternative is forcing a one size fits all aproach wich I would be hugley against 00.09.39 # the patch would still be an improvement 00.09.46 # JdGordon: I'm certainly not asking for that. It doesn't work either 00.10.11 # well... there isnt much grey area here... 00.10.35 # Especially on lowmem targets you have to tweak settings for your exact situation. That's *bad* 00.10.38 # * kugel demands configurable rockbox buffer :p 00.10.41 # usb buffer* 00.10.51 # * JdGordon slaps kugel 00.10.55 # that doesnt even make sense 00.10.56 # JdGordon: to me the real solution is to implement the reallocation without reboot and tell the user that playback needs to restart if he loads a bigger theme 00.11.05 # gevaerts: The browser limit setting can't be avoided afaics. Same for the playlist limit 00.11.13 # no, actually I demand a optional second wps screenshot for the theme site 00.11.28 # n1s: I had a look into doing the realocation thing... its going to be nasty 00.11.32 # Other things could be done using the realloc idea (which would only require a playback stop + restart) 00.11.37 # rasher: could that be done? A number of themes have different wps's depending on the existence of album art 00.11.45 # amiconn: they have to be there somehow, I agree. But we need to think about how we can make things easier for users 00.12.07 # most users ignore/dont know about them anyway 00.12.14 # hm, the main menu screen doesn't even show yet 00.12.20 # kugel: you mean a third? 00.12.30 # kugel: I know.. someone needs to update the templates. 00.12.34 # third screenshot yes, a second wps one 00.13.53 # could also be used for some alternative "while hold layout" or fancy volume change graphics 00.13.55 # One possible solution could be a combination of (a) clean handling of hitting the limits (i.e. tell the user what's going on), and (b) a plugin that scans the disk and proposes a set of settings that are suited for this particular situation 00.14.05 # n1s: btw, I think restarting playback is almost as bad as just rebooting anyway 00.14.20 # not at all 00.14.33 # This settings-guessing could also be done by rbutil 00.14.36 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 00.14.43 Part taylor_ ("Leaving") 00.15.02 # JdGordon: i disagree 00.15.13 # we *could* do a first run plugin, but it wont stay up to date for very long so it seems like a bad idea 00.15.25 # n1s: I wouldn't even tell the user to restart playback. just do it, like it's already done when loading a wps which wants different album art sizes 00.16.33 # or use the "restarting playback" splash like the eq does 00.16.41 # i tihnk its the eq... or crossfade 00.16.47 # one of those wierd settings 00.16.51 # hardly noticeable on a flash target. probably noticeable on hdd if the disk isn't already spinning (which it is when loading a wps) 00.17.02 # *if* rbutil is used to install themes, it can look at all installed themes for this wps setting at least. Restarting playback after USB needs to be done *anyway* 00.17.31 Quit cr08 () 00.18.13 # Could the database update scan check things like size of directories? 00.18.15 # gevaerts: how will that help? load every wps and see how much ram it needs? the big issue if the images... not the tokens 00.18.20 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 00.18.31 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 00.18.54 # JdGordon: a modified checkwps could do that, and actually mark the size needed in the wps 00.19.14 # Then rbutil just has to look at those numbers 00.19.15 # gevaerts: That won't help anything if one doesn't use the database 00.19.17 # the wps ram needs can estimated by summing the filesize of the images and wps file itself, can't it? 00.19.19 Quit DataGhost (Nick collision from services.) 00.19.27 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 00.20.06 # kugel: Not at all 00.20.14 # amiconn: true, but for those who do use it it could be a good way to do this. 00.20.21 # The image filesize differs from the loaded size 00.20.51 # It can differ fundamentally, in either direction 00.21.10 # gevaerts: thats a cyclic dependancy..... the database uses the directory max size setting to scan the disk 00.21.34 *** Saving seen data "./dancer.seen" 00.21.36 # The database isn't limited by that setting 00.21.47 # * gevaerts just doesn't want to get stuck in a mindset where ram usage settings are accepted without thinking 00.21.50 # Hmm, perhaps it is, for the scan part 00.22.18 # hmm.. actually you may be right... which means its limited by the MAX_OPEN_DIRS defien which is even worse 00.22.25 # For display it isn't. This is possible because the db entries are already sorted 00.22.29 Join at0m [0] (n=at0m@78-20-136-118.access.telenet.be) 00.22.54 # is the general consesus, yes good idea but the setting could be a problem which we will deal with later if needed? 00.23.19 # * kugel can agree with it 00.23.30 # * n1s has stated his opinion 00.24.48 # I like the idea, and I think that even with a fixed limit it's an improvement 00.24.53 # kugel: It would be possible to calculate the loaded bitmap size without actually loading it. It would mean checking every header - potentially hundreds of files, i.e. a bad idea 00.25.01 Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) 00.25.07 Part gartral 00.25.53 Quit midijunkie ("?(???~•~)?") 00.28.32 Join PSPdemon [0] (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) 00.29.11 Quit avacore (Connection timed out) 00.29.34 Join kushalone [0] (n=kushal@12.169.180.178) 00.30.02 # when building the e200v2 bootloader do i have to use the OF that matches the device for when i have to use "makeamsboot" 00.30.09 Quit KBH () 00.31.18 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 00.31.28 # you dont have to do anything you dont want to... 00.31.29 # uhm, why do you think it needs that file? 00.32.17 Quit JdGordon (Remote closed the connection) 00.33.06 # just what i was reading on the wiki 00.33.16 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 00.33.17 # might have misread it ( i ussualy do lol ) 00.33.52 # I mean, yes it needs the OF, but why do you think it needs it? 00.34.13 Quit n1s ("Lämnar") 00.34.35 Quit Thundercloud (Remote closed the connection) 00.34.42 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 00.37.16 # well i guess my question is wether or not you need to use the same version of as the device or should it be greater? 00.38.12 # ah ok. It has to match the device of course, but it can be any version. You'll end up running that version though 00.38.29 # ahh 00.38.29 # thanks 00.38.34 # I thought you meant whether it could be another device, like the clip or so 00.38.43 # lol 00.38.52 # Yes, you need the OF with suits your player, but the exact version doesn't have to match with the installed one 00.39.09 Join JdGordon [0] (n=Miranda@c-98-203-252-78.hsd1.wa.comcast.net) 00.39.17 # you're overwriting the installed one anyway, so 00.39.34 Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 00.40.49 Quit AleMaxx (Read error: 110 (Connection timed out)) 00.40.59 # ah...was a little worried that it would matter but thanks for clearing that up 00.40.59 # :) 00.41.42 Quit cmwslw (Client Quit) 00.44.16 # the only other question i have is if there is ( and there should be a way ) to dump the current firmware 00.44.20 # ( on the device ) 00.45.05 # sure 00.45.10 Quit bmbl ("Woah!") 00.45.21 # dd the firmware partition (if you can call it partition) 00.45.42 # anything on the wiki? ( just curious ) 00.45.46 Join cmwslw_ [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 00.45.52 Quit cmwslw_ (Read error: 104 (Connection reset by peer)) 00.45.58 Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 00.47.10 Quit cmwslw (Client Quit) 00.47.28 Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 00.48.22 Quit cmwslw (Client Quit) 00.48.51 Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 00.48.55 Quit cmwslw (Read error: 104 (Connection reset by peer)) 00.49.26 Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 00.49.56 Quit cmwslw (Client Quit) 00.50.03 Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 00.51.31 Quit matsl ("Leaving") 00.53.23 Join JdGordon1924 [0] (n=Miranda@c-98-203-252-78.hsd1.wa.comcast.net) 00.53.36 Quit cmwslw (Client Quit) 00.53.43 Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 01.00.02 Join cmwslw_ [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 01.00.13 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-0c6ecbf89d3099b0) 01.00.16 Quit cmwslw ("Ex-Chat") 01.00.20 Quit cmwslw_ (Client Quit) 01.00.35 # stripwax: one question about your patch 01.00.38 Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 01.01.09 # sure -- which one (9882 or the Tremolo one) 01.01.24 # shouldn't the ASMed functions in bitwiseARM.s be applicable? 01.01.51 # 'applicable' ? 01.02.26 # i don't really understand how the bitwise stuff in vorbis works, but it looks like theres ASM versions of some of the c functions you included 01.02.32 # though maybe i'm misunderstanding 01.02.48 # Talking about the Tremolo patch? Yes, it should be using these. 01.03.23 # for instance you've included a c version of "oggpack_adv" but not the ASM version 01.03.23 # is it not? ARM_LITTLE_ENDIAN should be defined, so we don't compile the c 01.04.21 # Not sure what you mean by 'included' -- bitwiseARM.S is compiled in the makefile 01.04.46 # its not in your patch 01.05.09 # oh i need to download it seperately 01.05.18 # sorry I misunderstood what you had posted 01.05.19 # sorry - what isn't in the patch? bitwiseARM.S? It's in a separate attachment in the FS 01.05.24 # yep 01.05.40 # actually, I couldn't work out how to add it to the same .patch file! Do you know? 01.06.26 # svn add bitwiseARM.s 01.06.32 # then svn diff will pick it up 01.07.07 # wow - didn't know you could do that. thought svn add would require commit rights or something like that . Thanks! 01.08.44 Quit flydutch ("/* empty */") 01.08.51 # do you have commit access? 01.09.19 # no 01.09.47 # hmm maybe that can be fixed 01.09.58 # but in the meantime all that prevents you from running is "svn commit" 01.10.03 # everything else should work I think 01.10.14 Quit JdGordon (Read error: 110 (Connection timed out)) 01.10.23 Quit ender` (" Shortly after Dr. Samuel Johnson had published his Dictonary of the English Language (in 1755), a splendid British lady app") 01.10.45 # stripwax: do you have any idea why theres such a speed hit using the ASM functions? i'm quite surprised 01.11.06 # the benchmarks I saw for tremolo made it look quite fast and the author has obviously put a lot of effort into optimization 01.11.47 # I don't think there's a speed *hit* using the ASM functions ; I think backing out the optimisation that rockbox devs added to svn, in order for me to patch in the tremolo stuff, takes out a good chunk of the current svn performance 01.12.17 # in other words, I think rockbox svn's huffman decode optimisation is just better than the Tremolo bitwise optimisation. 01.12.59 # Do you have benchmarks that compare Tremolo and rockbox on any arm cpu? 01.13.15 # unfortunately all I've seen are for Intel StrongARM 01.13.41 # which is sort of half way between ARM7 and ARM9 01.14.05 # if i remember correctly 01.16.30 Join JdGordon [0] (n=Miranda@c-98-203-252-78.hsd1.wa.comcast.net) 01.19.00 Quit Llorean ("Leaving.") 01.19.24 # hm, wonder if the benchmarks you saw would be comparable to test_codec in any way. would be nice to have some kind of apples-to-apples comparison. rockbox vorbis is also quite fast - shoe-horning some of Tremolo in could indeed make things worse in some cases 01.22.28 Join Llorean [0] (n=DarkkOne@adsl-99-185-10-52.dsl.hstntx.sbcglobal.net) 01.23.53 Quit Thundercloud (Remote closed the connection) 01.25.57 Join Bger [0] (n=Bager@78.90.78.107) 01.27.27 Quit JdGordon1924 (Read error: 110 (Connection timed out)) 01.28.10 Join ZyL0R [0] (n=zylor@bl11-92-134.dsl.telepac.pt) 01.36.45 Join ultrasonic [0] (n=manohar@203.199.213.3) 01.36.52 Quit JdGordon (Read error: 110 (Connection timed out)) 01.37.31 Join JdGordon [0] (n=Miranda@c-98-203-252-78.hsd1.wa.comcast.net) 01.37.53 Quit pixelma (Nick collision from services.) 01.37.53 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 01.38.09 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 01.39.09 Quit amiconn (Nick collision from services.) 01.39.11 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 01.39.33 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.40.32 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 01.41.35 # stripwax: yes I think we are about as fast if not faster, but the optimizations in the two codecs are quite different so hopefully some of them can be used in rockbox 01.44.37 Part taylor_ ("Leaving") 01.45.11 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 01.45.16 Quit cmwslw ("Ex-Chat") 01.45.26 Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 01.46.59 Quit lymeca (SendQ exceeded) 01.47.11 Quit cmwslw (Client Quit) 01.47.15 Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 01.48.00 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 01.49.17 # Hopefully. I'm off now- both patches uptodate now, but still somewhat disappointing results 01.49.27 Quit stripwax (Read error: 104 (Connection reset by peer)) 01.57.27 # one one with a h300 and remote here? 01.57.36 # or x5 + remote 02.02.14 Quit timc (Connection timed out) 02.02.26 Part mcuelenaere 02.08.51 Join PaulJam_ [0] (n=PaulJam_@vpn-3006.gwdg.de) 02.09.34 Quit bubsy ("Don't panic.") 02.09.49 Quit JdGordon (Read error: 54 (Connection reset by peer)) 02.16.21 Join yyy3 [0] (n=X@ip-120.net-81-220-95.rev.numericable.fr) 02.16.24 # hello everyone 02.16.37 Join JdGordon [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 02.16.55 # can someone help me ? i can't find the settings to show musics by filenames instead of tags 02.18.49 # yyy3: use the file browser? 02.19.35 # it won't read inside music folder 02.21.36 *** Saving seen data "./dancer.seen" 02.22.01 # what does it do instead? 02.22.24 # i assume you have a sansa are are referring literally to the "music" folder? 02.22.28 Quit dmb ("Leaving") 02.22.44 Join dmb [0] (n=dmb@unaffiliated/dmb) 02.23.54 # yes 02.23.59 # the sansa firmware hides the music folder for some silly reason...either change your rockbox view settings so that you can view hidden foders or name your music folder something else 02.24.28 # yyy3: a) you unhide it always after using the OF, or you b) set rockbox to show all files 02.24.42 # or c) put your music into another folder 02.25.24 # ok thanks guys 02.25.25 # (d) get rid of the OF and use rockbox usb, so that the of doesn't get the chance to re-hide it) 02.25.45 # i just renamed my folder 02.25.48 # to mp3 02.25.51 # and it works fine 02.26.00 # fine. the of will read that folder too 02.26.27 # but I think wmp (in case you use this) always sync's into the music folder, I might be wrong though 02.26.58 # i use msc mode 02.27.33 # screw wmp ;) 02.28.03 # ok i'm off to bed guys its like 2:30 am here 02.28.08 # have a good day and thanks again 02.28.36 Quit yyy3 () 02.29.09 Quit PaulJam (Read error: 113 (No route to host)) 02.30.06 Join bubsy [0] (i=Bubsy@94.139.72.111) 02.32.39 Quit CaptainKewl (Read error: 104 (Connection reset by peer)) 02.35.33 # if i may ask 02.36.07 # it seems like plugins that use bitmaps ( or bitmaps in general ) dependencies are being dropped when i compile the e200v2 builds 02.36.13 # is that suppose to happen? 02.36.52 # example: BMP2RB minesweeper_tiles.16x16x24.bmp 02.36.52 # CC apps/plugins/bitmaps/native/minesweeper_tiles.16x16x24.c 02.36.52 # make: Circular /home/pspdemon/Documents/rockbox-builds/rockbox-20571/apps/plugins/bitmaps/native/pegbox_menu_top.176x46x16.o <- /home/pspdemon/Documents/rockbox-builds/rockbox-20571/apps/plugins/bitmaps/libpluginbitmaps.a dependency dropped. 02.37.33 Join evilnick [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) 02.52.45 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.57.29 Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) 02.57.32 Quit hd (Read error: 104 (Connection reset by peer)) 02.59.42 Join midijunkie [0] (n=Miranda@pD95445D0.dip0.t-ipconnect.de) 03.02.50 Join CaptainKewl [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 03.03.51 Join DJ_Igloo [0] (n=414661eb@gateway/web/cgi-irc/labb.contactor.se/x-fda802792365f302) 03.05.06 Quit DJ_Igloo (Client Quit) 03.07.57 Join EternalRains [0] (i=4c6adcf1@gateway/web/ajax/mibbit.com/x-87970e892163c881) 03.24.09 # jhMikeS: ping 03.31.47 Join Kinetix [0] (n=Kinetix@69-85-176-205.bayarea.dialup.o1.com) 03.35.54 Quit Kinetix ("~Kinetix~") 03.37.12 # kugel: sir 03.39.31 # jhMikeS: can I insert something into button_queue, and retrieve it with button_get? 03.40.00 Quit EternalRains ("http://www.mibbit.com ajax IRC Client") 03.40.09 # I suddenly noticed that what I did for fs#8523 can't work 03.40.53 # what's the problem exactly? 03.41.59 # I tried to post ACTION_REDRAW, and do something if button == ACTION_REDRAW in the loop. but this "button" is actually an action (which I just realized), so I cannot just queue_post 03.44.18 # I know SYS messages won't be altered by the action system 03.44.26 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.44.58 # I just tried to do the same as mpegplayer, but I didn't release the difference between get_action() and button_get_w_tmo() 03.45.02 # if you post actions to the queue, it probably won't work too well 03.45.21 # this "button = get_action()" confused me 03.45.51 # I think I don't actually need to post anything, I could just call the redraw function directly in the hook 03.46.17 # there really should be a general way of posting private messages into the button queue that the action system will ignore 03.46.52 # possibly if threading won't be an issue 03.48.13 Quit Barahir (Read error: 60 (Operation timed out)) 03.49.24 Join Barahir [0] (n=jonathan@BAAc207.baa.pppool.de) 03.50.31 # jhMikeS: You think I should use/create a sys_event? 03.53.52 Join homielowe [0] (n=homielow@unaffiliated/homielowe) 03.54.57 # hmmm...if there is one for that purpose, it should probably be "standard". I once considered broadcasting something but it never felt right to do that. 03.57.38 # of course just because there's a sys message doesn't mean it has to be one that's broadcast. Anyway, I see no alternative to pass events into the button queue without being processed by action code. 03.58.39 # I think I can use BUTTON_NONE for this purpose (what the wps does at button_none is sufficient), but I'm not sure if I get around the timeout if I post that 03.58.51 # seems not 04.00.48 Join eae [0] (n=th@69-84-104-175-dhcp.mia.fl.atlanticbb.net) 04.01.28 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 04.03.54 # jhMikeS: is that true? 04.05.01 # it would think it's a timeout event 04.05.10 Part cmwslw ("Ex-Chat") 04.07.52 # uhm, sys_event doesn't work well 04.08.04 Join timc [0] (n=aoeu@124.93.243.83) 04.10.11 # it should be received unaltered so that doesn't seem right 04.11.32 # the WPS uses BUTTON_NONE for updates anyway I take it? 04.14.35 Join toffe82_ [0] (n=chatzill@adsl-99-146-80-206.dsl.frs2ca.sbcglobal.net) 04.15.38 # jhMikeS: yes 04.16.04 # that's why I was wondering if I can post BUTTON_NONE, but without waiting for the timeout 04.17.20 Join zylor [0] (n=zylor@bl11-92-134.dsl.telepac.pt) 04.17.38 # uhm, the wps kinda freezes if I post a sys_event 04.17.51 Quit eae^ (Read error: 110 (Connection timed out)) 04.18.03 # the update_track variable makes it do a full redraw? 04.18.38 # default_event_handler must not ignore things it doesn't understand (if you didn't trap the sys event already) 04.18.44 Quit toffe82 (Read error: 60 (Operation timed out)) 04.18.50 Nick toffe82_ is now known as toffe82 (n=chatzill@adsl-99-146-80-206.dsl.frs2ca.sbcglobal.net) 04.20.27 # hm well 04.21.38 *** Saving seen data "./dancer.seen" 04.21.39 # jhMikeS: not a full one, only non-static 04.22.00 # a full one if the track changed in the meantime 04.22.41 # I'd use BUTTON_NONE, but it doesn't seem to kick me out of the timeout 04.23.37 # still freeze 04.23.44 Quit zylor (Nick collision from services.) 04.23.46 Join rouioteuroti [0] (n=zylor@bl11-92-134.dsl.telepac.pt) 04.23.55 Nick rouioteuroti is now known as ZyLoR (n=zylor@bl11-92-134.dsl.telepac.pt) 04.24.03 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.24.59 # * jhMikeS gets the WTFs 04.25.15 # :P 04.25.19 # :? * 04.30.27 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.32.34 # jhMikeS: thanks for thelp. It doesn't quite work yet, and I'm too tired to continue now, but this is what I have and what freezes upon turning the lcd off http://pastie.org/431007 04.32.46 # I'm not really seeing that there should be an issue based on SVN itself 04.34.18 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 04.36.31 Quit ZyL0R (Read error: 110 (Connection timed out)) 04.40.12 Quit dmb (Read error: 104 (Connection reset by peer)) 04.41.40 Join midgey [0] (n=tjross@71.238.148.140) 04.43.55 # jhMikeS: plugin in usb and powering off still works though (the other two sys_events covered by the wps loop) 04.46.45 Quit PaulJam_ (".") 04.46.53 Join TBOL3 [0] (i=180ac800@gateway/web/ajax/mibbit.com/x-b3619390a5ff24e8) 04.47.13 # jhMikeS: interesting, removing the SYS_LCD_ACTIVATED case (and this letting it be handled in the default case) seems to work fine 04.48.58 Quit lymeca (Read error: 104 (Connection reset by peer)) 04.48.59 Join |ahmina| [0] (n=lymeca@213-213-141-71.xdsl.is) 04.50.52 Quit ZyLoR ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 04.51.42 # hmmm 04.51.48 # no answer to my question so far :/ 04.52.18 # on the e200v2 builds the bitmaps dependencies are dropped.... is that suppose to happen? 04.53.08 Quit ultrasonic (Read error: 110 (Connection timed out)) 04.53.59 Quit franky (Read error: 54 (Connection reset by peer)) 05.05.50 Quit midijunkie (Read error: 104 (Connection reset by peer)) 05.05.51 Quit CaptainKewl (Read error: 104 (Connection reset by peer)) 05.06.47 # kugel: It should probably be a one-shot as well registered when the lcd is first found to be inactive 05.06.59 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-a0f0bb80e3bc512d) 05.09.56 # jhMikeS: hm? I'm only registering the hook, which is only called once 05.09.57 Quit Barahir (Read error: 110 (Connection timed out)) 05.10.40 # anyway, I'm off. good night 05.10.41 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.8/2009032712]") 05.14.07 Quit saratoga ("CGI:IRC (EOF)") 05.17.29 # Hello, I have created an account on Twiki, and would like to know if I can use it to make the quickstart page on rockbox I've wanted to make for about a week now. 05.20.11 Quit l403 (Read error: 113 (No route to host)) 05.23.17 Quit keby ("WeeChat 0.2.6.1") 05.25.04 Join dmb [0] (n=dmb@unaffiliated/dmb) 05.28.03 Quit dmb (Connection reset by peer) 05.28.03 Join keby [0] (n=keby@cpe-24-243-7-225.satx.res.rr.com) 05.36.39 # ... 05.38.59 Quit keby ("WeeChat 0.2.6.1") 05.39.26 # TBOL3: whats your wiki account? 05.39.39 # PSPdemon, keep in mind it's the middle of the night in europe. an answer may not come quickly, and many read the irc logs, so it probably won't be missed (or bring it up in the development thread?) 05.40.02 # krazykit, thanks 05.40.18 # i did ask it though quit a bit earlier but thats fine :P 05.40.45 # also there seems to be a problem with registering so i CAN report bugs 05.40.59 # ive tried 2x to register and can never get on] 05.41.24 # one time i didnt get a confirmation email the other time it wouldnt let me do anything :/ 05.45.58 Quit Horscht ("Verlassend") 05.49.06 Part kps00000 05.50.23 # LeifAndersen 05.50.49 # T'is ok, I'm in no rush. 05.51.31 # done, im pretty sure there is a quick start guide somewhere you might like to add to instead of makeing a new one 06.03.58 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 06.04.42 # Yup there is one, but the guide is basically just a page saying THIS IS AN OLD PAGE, GO USE THE MANUEL! 06.13.32 Join Manasvi [0] (n=chatzill@59.178.179.167) 06.15.56 # TBOL3: yep, i've wanted a generic quick start thing for a while also.. but im way to lazy to do it :) 06.16.17 # the manual is way to long to get people to actually contemplate reading unless they really get stuck 06.16.30 # and thats of course only after being yelled at on the forums to go look at it 06.20.55 # JdGordon: Thank you so much, it seemed like most of the other devs hated the idea (the best opinion was to do whatever, just don't kill our site). This gives me hope that it might actually be used. :) 06.21.41 *** Saving seen data "./dancer.seen" 06.22.37 Quit sbhsu (Read error: 110 (Connection timed out)) 06.30.57 # I am currently in the second year of my engg from india.I have earlier made an autonomous fire extinguisher and am working on neural networks these days covering electronics as well as coding concepts.Can u tell me a bit more on what exactly are your priorities for gsoc applicants 06.32.08 # Manasvi: have you read the page on the GSoC site about student advice? 06.32.48 Join Manasvi_ [0] (n=chatzill@59.178.166.6) 06.33.45 Quit TBOL3 ("http://www.mibbit.com ajax IRC Client") 06.49.24 Join Barahir [0] (n=jonathan@Zeb42.z.pppool.de) 06.51.11 Quit Manasvi (Read error: 110 (Connection timed out)) 06.54.14 # * JdGordon wishes the people who maintain flac.codec were awake :/ 06.55.16 # does it really need 2 yield() calls in its main loop? the one before ci->pcmbuf_....() looks dangerous in that during that yield the codec could be told to stop playing but it is ignored untill the loop starts again 06.59.09 # aaaaahhh..... dangerous ci->yield()'s is all the codecs 06.59.41 # it's not dangerous but it looks unneeded since pcmbuf_insert will in all likelyhood yield plenty 06.59.51 Join kushalone [0] (n=kushal@12.169.180.178) 07.00.38 # im not worried about yielding too many times, im woried that during that yield playback will tell the codec to change tracks which causes problems 07.00.40 # where the yields are shouldn't really define dangerous or safe anyway, not unless there's a bug 07.01.26 # if ci->stop_codec or ci->next_track become !0 then the codec should stop staright away shouldnt it? 07.01.33 # it won't change tracks until it reads the variable and does the change in which case it'll be waited upon until it has changed 07.02.12 # as quickly as possible but everything should be valid until it acks that it's done what its told 07.02.32 # so I should not zero out the id3 sturct so early in playback? 07.02.46 # the pcmbuf_insert _will_ yield itself at least one time 07.03.27 # never rip the data away from the codec until you know that it's not decoding 07.04.57 # right 07.11.21 Quit Barahir (Read error: 60 (Operation timed out)) 07.11.38 # what really has be wondering is line 431 in flac.c. shouldn't taginto_ready be checked then id3 accessed? 07.13.24 # ah yeah... probably 07.13.52 # presumably that works because things are fast enough, or offset is just 0 which is ok also? 07.14.49 Join Manasvi [0] (n=chatzill@59.178.186.36) 07.15.19 # who knows, perhaps there's a strange bug noone's picked up on 07.16.11 # pinging linuxstb to have a look.... 07.16.34 # or that gets set to a new value before a track change is requested and it's ok 07.17.06 # the whole mp3entry gets memset to 0 before each track change 07.20.10 # * JdGordon wonders if he is chasing a fixed bug 07.21.08 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 07.21.08 # it appears that offset gets set to zero before the codec is allowed to return from ci->request_next_track 07.22.39 # are there any outstanding issues with flac resuming? 07.23.21 # not that I know of. there used to be one with stopping while resuming but that was awhile ago 07.30.13 Quit _Auron_ ("Infinity repeatedly denies rumours of plotting with zero to bring down the Universe.") 07.32.57 Quit Manasvi_ (Read error: 110 (Connection timed out)) 07.38.47 Quit Manasvi (Read error: 104 (Connection reset by peer)) 07.39.27 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.40.37 Join fyrestorm [0] (n=fyre@cpe-68-173-232-9.nyc.res.rr.com) 07.45.16 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.45.58 Quit MT (Read error: 110 (Connection timed out)) 07.46.46 Join _Auron_ [0] (n=DarkAuro@ppp-70-245-129-190.dsl.rcsntx.swbell.net) 07.47.33 Quit Seed ("cu, Andre") 07.50.11 Quit rwcr (Read error: 113 (No route to host)) 07.52.56 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 08.01.07 Quit __lifeless (Read error: 54 (Connection reset by peer)) 08.01.23 Join _lifeless [0] (n=lifeless@90.150.118.159) 08.05.49 Part toffe82 08.12.00 Join Rob2222 [0] (n=Miranda@p4FDCF1B5.dip.t-dialin.net) 08.21.45 *** Saving seen data "./dancer.seen" 08.23.19 Quit timc (Remote closed the connection) 08.28.19 Join JdGordon_ [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 08.30.45 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.32.39 Quit BHSPitMonkey (Remote closed the connection) 08.32.41 Join JdGordon__ [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 08.32.56 Quit jordoex_ (Read error: 110 (Connection timed out)) 08.33.50 Quit faemir ("Leaving") 08.34.48 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.37.02 Join JdGordon|zzz [0] (n=jonno@rockbox/developer/JdGordon) 08.40.04 Quit Seed ("cu, Andre") 08.40.18 Join tvelocity [0] (n=tony@adsl4-231.her.forthnet.gr) 08.40.48 Quit _lifeless (Remote closed the connection) 08.41.33 Join JdGordon|afk [0] (n=jonno@rockbox/developer/JdGordon) 08.41.35 Quit StealthyXIIGer (Read error: 110 (Connection timed out)) 08.44.25 Quit JdGordon (Read error: 110 (Connection timed out)) 08.44.53 Quit JdGordon_ (Read error: 110 (Connection timed out)) 08.44.57 Join flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) 08.45.54 Quit yosafbridge ("Coyote finally caught me") 08.45.54 Join JdGordon [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 08.46.07 Join yosafbridge [0] (n=yosafbri@ludios.net) 08.49.03 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.49.32 Quit bertrik (Client Quit) 08.49.44 Quit JdGordon|zzz (Read error: 60 (Operation timed out)) 08.50.00 Join petur [50] (n=petur@rockbox/developer/petur) 08.50.10 Quit JdGordon__ (Read error: 110 (Connection timed out)) 08.50.27 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 08.55.16 Quit |ahmina| (Read error: 104 (Connection reset by peer)) 08.56.01 Join _lifeless [0] (n=lifeless@90.150.216.187) 08.59.46 Quit JdGordon|afk (Read error: 60 (Operation timed out)) 08.59.46 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 08.59.59 Join RichieB [0] (n=91dd1808@gateway/web/cgi-irc/labb.contactor.se/x-475632d612835c0d) 09.00.02 Quit lymeca (SendQ exceeded) 09.00.08 # Hi there 09.00.16 # Can someone give me write access on the Wiki? 09.00.53 # I want to update the status of an iPod accessory 09.00.54 Join Manasvi [0] (n=chatzill@59.178.188.75) 09.03.07 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 09.04.59 # Is someone awake ? 09.06.39 # ya 09.06.46 Quit z35 ("Leaving") 09.07.06 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 09.08.10 Quit lymeca (SendQ exceeded) 09.08.45 # Hiya. Can you give me write access to the Wiki? 09.12.50 Quit mrkiko (Read error: 110 (Connection timed out)) 09.13.06 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.13.13 # RichieB, what is your wiki name? 09.15.38 # It's RichardVanDenBerg 09.15.54 Quit lkjasa (Read error: 60 (Operation timed out)) 09.17.26 # hold on then 09.18.08 # Ok, thanks 09.19.26 # there.. hope you do not spam :) 09.20.02 # Ok, thanks 09.24.20 Quit RichieB ("CGI:IRC") 09.28.12 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 09.29.02 Join franky [0] (n=franky@f053000141.adsl.alicedsl.de) 09.30.55 Quit einhirn (Read error: 54 (Connection reset by peer)) 09.34.03 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 09.40.33 Quit tvelocity (Connection timed out) 09.49.25 Join Barahir [0] (n=jonathan@Ze422.z.pppool.de) 09.49.40 Part franky 09.50.15 Join franky [0] (n=franky@f053000141.adsl.alicedsl.de) 09.50.33 Quit Thundercloud (Remote closed the connection) 09.54.48 Quit Manasvi (Read error: 104 (Connection reset by peer)) 09.59.47 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 10.00.24 Quit lymeca (SendQ exceeded) 10.00.49 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 10.01.19 Quit lymeca (SendQ exceeded) 10.06.33 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 10.07.34 Quit lymeca (SendQ exceeded) 10.07.48 Quit kushalone (Read error: 113 (No route to host)) 10.08.42 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 10.21.48 *** Saving seen data "./dancer.seen" 10.32.08 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 10.36.47 Join ultrasonic [0] (n=manohar@203.199.213.3) 10.36.59 Quit lymeca (Connection timed out) 10.41.58 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 10.43.58 Join tc [0] (n=teecee36@c-24-14-168-107.hsd1.in.comcast.net) 10.51.35 Part tc 10.54.41 Quit lymeca (SendQ exceeded) 10.58.53 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 10.59.34 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 11.03.29 Join l403 [0] (n=l@85.132.159.239) 11.10.30 Join petur2 [50] (n=petur@rockbox/developer/petur) 11.12.53 Join lazka [0] (n=lazka@84-119-62-130.dynamic.xdsl-line.inode.at) 11.13.36 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 11.22.26 Quit lightbulbjim (Read error: 110 (Connection timed out)) 11.24.49 # jhMikeS, JdGordon: If you were pinging me to ask about line 431 in flac.c, then you should ping Lear - he added that code. 11.25.10 # (r10051) 11.25.16 Part lazka ("cya") 11.26.18 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 11.29.05 Quit petur (Read error: 110 (Connection timed out)) 11.30.21 Quit lymeca (SendQ exceeded) 11.40.03 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 11.41.48 Join timc [0] (n=aoeu@124.93.243.83) 11.48.07 Quit _lifeless (Remote closed the connection) 11.48.18 Join _lifeless [0] (n=lifeless@90.150.216.187) 11.48.26 Quit at0m (Read error: 60 (Operation timed out)) 11.51.00 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 11.53.57 Quit robin0800 (Read error: 104 (Connection reset by peer)) 11.55.03 Join at0m [0] (n=at0m@78-20-136-118.access.telenet.be) 12.00.06 Quit lymeca (SendQ exceeded) 12.00.55 Quit midgey () 12.00.56 Part franky 12.03.44 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 12.05.50 Quit lymeca (SendQ exceeded) 12.05.55 Quit Bger (Read error: 110 (Connection timed out)) 12.07.35 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 12.14.42 Quit jhMikeS (Nick collision from services.) 12.14.48 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 12.19.25 Join franky [0] (n=franky@f053000141.adsl.alicedsl.de) 12.19.44 Quit jhMikeS (Nick collision from services.) 12.19.50 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 12.20.38 Join lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 12.21.49 *** Saving seen data "./dancer.seen" 12.23.06 Join PaulJam [0] (n=PaulJam_@vpn-3077.gwdg.de) 12.29.52 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 12.36.22 Quit lymeca (Connection timed out) 12.36.53 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 12.37.24 Quit lymeca (SendQ exceeded) 12.40.00 Join tvelocity [0] (n=tony@adsl6-41.her.forthnet.gr) 12.40.11 # gevaerts: is there a standard way for syncing a clock (RTC) over USB? 12.40.31 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 12.57.46 # markun: not that I know of. There's a patch that partly implements the ipod way on the tracker though 12.57.50 Quit lymeca (SendQ exceeded) 13.01.37 # gevaerts: Do you have code to do that on the PC side? If so, for what OSes? (I haven't looked for your patch...) 13.02.09 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 13.02.45 # linuxstb: there's a gtkpod branch that does it 13.05.36 # gevaerts: do you think we should add support for it to RBUtil? 13.07.07 # I don't know. I think RTC sync would be nice to have, and I think that using the same method as at least one other player could be a good idea, but I don't know how easy this will be to implement 13.07.27 # On linux it's fairly straightforward, but I have no idea about windows and macos 13.08.25 # anyone know if it's possible to get replacement sansa cables from somewhere? I appear to have lost mine. 13.08.37 # * linuxstb should probably post his ipodpatcher patch that fetches the ipod's XML, before it gets lost... 13.09.57 # It works on Linux and (I think) Windows, but OS X is still TODO... I would guess that code would help with the RTC stuff. 13.10.07 # GodEater: I'd imagine Sandisk still sells them at the very least. Don't some of their current players still use them? 13.10.18 # GodEater: I would expect you can find them on ebay 13.10.44 # GodEater: Yes, searching ebay for "sansa cable" shows many 13.11.16 Quit lucent_ (Remote closed the connection) 13.11.43 Join AndyI [0] (i=AndyI@212.14.205.32) 13.12.43 Quit gevaerts (Nick collision from services.) 13.12.51 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 13.16.12 Join ramgiridharan [0] (n=7aa4b292@gateway/web/cgi-irc/labb.contactor.se/x-78e329ce9ce5c2fa) 13.16.26 # hi, i want write permission 13.17.46 Join PaulJam_ [0] (n=PaulJam_@vpn-3108.gwdg.de) 13.19.07 # hi, i want write permission 13.19.07 # ramgiridharan: one moment 13.19.47 # ramgiridharan: done 13.21.04 # hi, it is not accepting 13.21.11 # no? Strange.. 13.22.12 # ramgiridharan: I've added you here which is usually all that needs to be done: http://www.rockbox.org/twiki/bin/view/Main/TWikiUsersGroup 13.22.32 # what are you trying to do? 13.23.08 Quit AndyIL (Read error: 110 (Connection timed out)) 13.23.48 # i am trying to upload an fmr file.. for chennai region 13.24.55 # your wiki name is "RamGiridharan" right? 13.25.19 # can you try again and tell me what kind of error you get? 13.25.53 # sure 13.25.58 # one moment please 13.26.38 # i am sorry, i did not type the username with correct capitals 13.26.48 # ah, ok :) 13.32.21 Quit lymeca (SendQ exceeded) 13.33.50 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 13.35.11 Quit PaulJam (No route to host) 13.35.29 # "Browse .wps files" <> "Browse Themes" - nice mixture of sentence vs. title case... 13.35.55 Join dfkt [0] (n=dfkt@unaffiliated/dfkt) 13.37.50 Join bs66_1 [0] (n=sysuser@79.138.221.220.bredband.tre.se) 13.42.58 Quit ramgiridharan ("CGI:IRC (EOF)") 13.52.37 Quit lymeca (SendQ exceeded) 13.53.00 Join Casainho [0] (n=chatzill@bl8-171-207.dsl.telepac.pt) 13.53.25 Part LinusN 13.53.53 # hello :-) 13.54.12 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 13.54.43 Quit lymeca (SendQ exceeded) 13.55.07 # I sent to tracker a patch for a new port, the Lyre project. What is the usually, normal time, for it be commited to SVN? 13.55.14 Quit bs66_ (Read error: 110 (Connection timed out)) 13.55.41 # there is no "normal" procedure for this, all cases are different 13.55.57 # it simply depends on when the committers commit 13.56.45 # B4gder: so, who will commit that patch? 13.56.58 # Casainho, they roll dice ;) 13.57.12 # ok. 13.57.37 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 14.04.26 # Casainho: what's the FS# number again? 14.05.14 # B4gder: FS#10045 14.06.14 # * B4gder takes a look 14.06.14 # I got now more feedback about that patch, so; I assume that is all ok. 14.06.32 # Casainho: BOOTFILE_EXT could simply be "lyre". That's the convention we use for other players (e.g. .iriver, .ipod etc) 14.07.25 # linuxstb: ok, I didn't know. 14.07.43 # well, it doesn't have to be perfect already... 14.08.05 # There's a comment in the tracker asking about the license for the code that came from atmel. 14.08.11 # is the license included in the patch somewhere? 14.08.16 # "output" in tools/configure would then be "rockbox.lyre" and a more consistent bootloader name would be "bootloader-lyre_proto1.lyre" 14.09.18 # Llorean: no, since I wrote almost all that file now. I think there should be no problem, right? -- register names are equal but they are the same as on datasheet. 14.10.28 # So no code came from atmel files? Just register names from the datasheet? 14.11.45 # bootloader-proto1.lyre seems enough to me 14.12.18 # Llorean: right 14.13.01 # Casainho: What about the other code - e.g. crt0.S? Is that based on atmel code? 14.13.04 # target_id was wrong as well 14.13.05 # Llorean: well, some comments also 14.14.37 # Casainho: Yes, I was going to say, it looks like it's still a lot of their stuff, just reformatted. 14.14.44 # Their license still applies if you've heavily modified their file. 14.15.01 # linuxstb: maybe some code on crt0.S, I don't really remember because I worked that code, I put comments on it, etc. But it follows many things used by Atmel... like a C file for some config 14.15.05 # Casainho: uh, it doesn't build though 14.15.05 # B4gder: The ipods at least use the convention bootloader-$modelname.ext, and so do (I think) the AMS Sansas - maybe that would be nice to follow? 14.16.03 # Llorean: but, what do you equal? the comments? the registers names? 14.16.04 # it just turned so awkwardly long 14.16.41 # B4gder: reallym, don't build? why? what is the error? 14.17.02 # make: *** No rule to make target `/home/daniel/src/rockbox/firmware/target/arm/at91sam/app.lds 14.17.09 # there's no app.lds in the patch 14.17.33 # B4gder: Are you doing a normal or bootloader build? 14.17.36 # B4gder: oh, I thought there was no need for the app.lds.... for the bootloader. 14.17.38 # normal 14.17.47 # Casainho: there isn't 14.17.52 # I am doing the bootloader build 14.18.05 # so the normal one doesn't work? 14.18.52 # B4gder: yes, probably then the normal don't work. The objective was to make a patch for bootloader, to have the kernel_init() working. 14.19.19 # ok 14.19.39 # stand by for initial commit 14.19.56 # so, what is really missing on that patch? 14.20.47 # is that really need to put Atmel license on that header file? 14.21.07 # if they can claim any rights on any of the files, then yes 14.21.10 # Casainho: If you've based your code on Atmel's code, then it would be nice to at least say that. 14.21.25 # Committed revision 20574. 14.21.52 *** Saving seen data "./dancer.seen" 14.22.21 # linuxstb: I based mainly my knowledge on their code and application notes. How could I do that header file on other way? - I should use another comments? 14.22.31 # Casainho: I don't understand your question. If you started with their file, and edited it, it's still under their license. If you wrote a whole new file, from scratch, based on the datasheet, you can license it your way. 14.25.21 # there's still some tiny yellow from the previous commit in the table 14.25.22 # Llorean: well, I created a new file and used their comments and same register names. I couldn't use different register names, but the comments yes, however the comments are also mainly the names of registers, 14.26.30 # Llorean: linuxstb : but I have no problem in put on that file their license. I just would like to understand well this situation. Thanks :-) 14.27.01 # pixelma: that's kugel's commit I believe so I wanted to let him have a say on that 14.27.41 # B4gder: thanks :-) 14.27.48 Quit lymeca (SendQ exceeded) 14.28.22 # Llorean: linuxstb - o next patch I will put that license :-9 14.28.59 # so, for the next patch, what should I do? what code should I add? maybe put LCD working, showing the rockbox logo? 14.29.31 # Casainho: We want sound! 14.29.53 # linuxstb: me too ;-) 14.30.16 Quit _lifeless (Read error: 113 (No route to host)) 14.30.46 # but I were told before that I should commit simple patches, for easily reading, etc 14.31.20 # so, shouldn't I commit another patch untill I have sound? 14.31.40 # you should post patches for all changes you want/need 14.32.33 # B4gder: ok, but, is good idea or not to commit short and simple patches? 14.33.15 # Casainho: first you don't commit patches, that's what people with commit access do, then sure you should post separate patches for separate things as far as possible 14.33.15 # because until now I have bootloader fully working and most part of the firmware... (just audio missing) 14.33.16 # Casainho: You can post multiple tasks though. 14.33.56 # ah, okok. 14.34.04 # Casainho: A patch to get the LCD working would seem about the right size. 14.34.07 # wow, onda broke 14.34.21 # linuxstb: ok, thanks. It's clear for me now :-) 14.34.34 # that error looks very strangee 14.35.04 # soap: ping ping 14.35.22 # * linuxstb blames soap 14.35.35 # * B4gder seconds that 14.38.56 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.39.05 Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") 14.39.48 # * kugel is going to commit funman's >2GB fix patch 14.39.49 Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 14.39.59 # any complaints that some other guy should do it? 14.40.08 Part cmwslw ("Ex-Chat") 14.41.08 # the patch is >2GB ? wow. that's a lot of code. 14.41.10 # kugel: that yellow is from your last commit 14.41.49 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 14.41.51 # doh, haven't noticed 14.41.53 # * B4gder disables mips from soap's box 14.42.15 Join _lifeless [0] (n=lifeless@90.150.216.187) 14.42.17 Quit lymeca (SendQ exceeded) 14.43.07 # GodEater: no, it enables bank switch so that we can access all data on the ams sansas 14.43.21 # instead of only 1 on devices with >2GB 14.43.34 # kugel: since funman said he's fine with it I see no problems 14.43.42 # kugel, I was kind of joking :) 14.43.57 # ah, fine then :) 14.44.09 # * GodEater will be worried when the rockbox code base get to >2GB. 14.44.48 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 14.44.52 # B4gder, you're Mr. Statistics. How many MB on average does a new target add? Use this to forecase when we'll get to >2GB please :) 14.45.01 # *forecast 14.45.19 Quit lymeca (SendQ exceeded) 14.45.51 # this lyre patch was just under 100K 14.46.35 # kugel: Can't funman commit it? 14.46.37 # but not quite complete of course 14.47.09 # linuxstb: seems to me he wants someone else to commit, probably because he has some internet problems there (he said he has some, at least) 14.47.41 # * kugel sees no reason to wait too 14.47.43 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 14.47.49 # * B4gder makes a source tarball just to see how big a fresh unpack is ... 14.48.05 # kugel: "seems to me" ? EIther he's asked for someone else to commit or he hasn't... 14.48.15 Quit lymeca (SendQ exceeded) 14.48.42 # linuxstb: "thanks, you have my approval to commit (and to receive the blames if something goes wrong :p)" 14.48.58 # 122207471 bytes 14.49.05 # 5101 files, 254 folders 14.50.17 # so the new port added 0.08% to the total uncompressed size 14.51.19 # kugel: OK, then go ahead and accept the blame ;) 14.51.52 # and 2gb/current code size = 16, so... 14.52.03 # we need about 20000 new ports to reach 2GB! ;-) 14.52.32 Join LambdaCalculus37 [0] (n=44a04303@rockbox/staff/LambdaCalculus37) 14.52.41 # Or one new port with a really, really, really big screen and appropriately scaled up high-res logo. 14.52.48 # one port every day will keep us busy for another 54 years until then 14.53.30 # B4gder, that's an unfinished port though 14.53.32 # how about completed ones ? :) 14.53.35 # but imagine the tower of rockbox we can do! 14.53.40 # hahahaha 14.53.44 # we could get into orbit :) 14.54.35 Quit antil33t (Read error: 104 (Connection reset by peer)) 14.54.49 Join antil33t [0] (n=Mudkips@119.224.48.72) 14.55.16 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 14.55.54 Join lazka [0] (n=lazka@84-119-62-130.dynamic.xdsl-line.inode.at) 14.56.26 Join __lifeless [0] (n=lifeless@83.219.8.79) 14.56.33 # * B4gder looks at kugel 14.56.48 # 1 yellow + 1 fix = ... 2 red! 14.57.54 # uhh 14.58.57 # hmm, I didn't add a if. something is weird 15.00.47 Join midgey [0] (n=tjross@71.238.148.140) 15.01.05 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 15.02.27 Quit lymeca (SendQ exceeded) 15.02.40 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 15.02.44 # hey.. I just tried to run llvm-clang analyzer on rockbox.. had to remove some things because the parser doesn't like all ARM stuff.. 15.02.45 # http://www.student.tugraz.at/christoph.reiter/files/rockbox/llvm-clang-test.tar.bz2 15.03.37 Quit kugel (Nick collision from services.) 15.03.41 Join kugel [0] (n=kugel@rockbox/developer/kugel) 15.03.43 # it only compiled halfway through.. but it took 2 hours.. found lots of unused code and maybe some bugs. 15.04.00 Join funman [0] (n=fun@rockbox/developer/funman) 15.04.19 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-774f287c587d19d7) 15.04.24 # hi, i expect a phone call from AMS this afternoon to discuss about AS353* datasheets 15.05.39 # they want to talk about redistribution of the docs to developers i believe 15.06.14 # lazka: at least most of the uninitialised value warnings in firmware/ seem to be bogus 15.06.27 Quit funman (Client Quit) 15.06.35 # that #if shouldnt be there at all :( 15.07.10 # yes.. they said in ther channel that it still isn't 100% combatible to gcc.. I had to comment out some stuff and move some files. 15.07.41 # lazka: those are mostly reads from hardware registers, so obviously the code never writes to those 15.07.45 # lots of noise.. but some things might be useful.. don't know.. if not.. never mind. 15.08.15 # some of it is bound to be useful, it's just a matter of spending time on it :) 15.08.22 # :) 15.09.39 # Do you have a record of all the changes you made though? 15.10.11 # * gevaerts thinks that this thing needs to learn about assert() 15.11.39 # the divide by zero errors all occur after an assert(!=0) 15.12.43 Quit _lifeless (Read error: 110 (Connection timed out)) 15.20.32 Join J-23_ [0] (n=zelazko@unix.net.pl) 15.22.12 Quit homielowe () 15.22.21 Join n1s [0] (n=n1s@nl104-208-152.student.uu.se) 15.23.12 Quit J-23 (Nick collision from services.) 15.23.15 Nick J-23_ is now known as J-23 (n=zelazko@unix.net.pl) 15.31.22 Quit lymeca (SendQ exceeded) 15.31.37 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 15.32.50 Quit lymeca (SendQ exceeded) 15.33.23 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 15.33.36 Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) 15.39.06 Quit midgey () 15.42.04 Join pyro_maniac2 [0] (n=jens@p4FEEB01D.dip.t-dialin.net) 15.55.44 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 15.56.13 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.58.36 Join {phoenix} [0] (n=dirk@p54B47E28.dip.t-dialin.net) 16.00.15 Quit kushal_12_27_200 ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") 16.05.20 # oh no - my computer tossing build errors is never a good sign. 16.05.35 # The two times it happened before it was a sign of a failed memory stick. 16.06.18 # this seems to only have happened on the mips build though 16.06.23 # gevaerts: the last changes to FS#1005 before commit, the addition of proper length handling, did this improve performance at all? 16.07.09 # B4gder: I'm running a fat VirtualBox session this morning for the first time in months. Fear is it kicked memory usage up into rarely touched regions. 16.07.17 # aha 16.07.18 # soap: you mean in comparison with earlier versions of the patch? 16.07.24 # gevaerts: yes. 16.08.01 # soap: then no. The length handling is needed for correctness. Storage doesn't actually use that value, but e.g. serial does 16.08.17 # The entire patch does improve performance though 16.08.25 # thanks, gevaerts, I was just curious. 16.08.51 Part cmwslw ("Ex-Chat") 16.11.37 Join _lifeless [0] (n=lifeless@90.151.34.158) 16.18.16 Join eio [0] (n=7b70281f@gateway/web/cgi-irc/labb.contactor.se/x-39f587ca21361802) 16.19.00 Quit eio (Client Quit) 16.20.02 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 16.21.00 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 16.21.54 *** Saving seen data "./dancer.seen" 16.23.33 Quit __lifeless (Connection timed out) 16.25.37 Join midgey [0] (n=tjross@71.238.148.140) 16.29.30 Quit DataGhost (Nick collision from services.) 16.29.38 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 16.30.47 Quit kushal_12_27_200 ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") 16.31.14 # * n1s considers to tackle an item on "Mr Someone's" todo list: the strncpy->strlcpy change and was thinking about how to do that in a nice way and wonder if people have comments 16.32.14 # as i see it 1) find or write a nice fast strlcpy 2) go through all calls to strncpy in the core and adjust them. so far so good 16.33.15 # but should plugns be changed too or should strncpy move to the pluginlib? 16.34.01 # I think plugins could very well be changed too 16.35.04 # does anyone know of an optimized implementation of strlcpy i could use? 16.35.46 # n1s: gevaerts mentioned there may some usages of strncpy where strlcpy is inappropriate (well, strncpy is inappriate too, I think he talked about more lowlevel stuff which should use memcpy anyway) 16.36.30 # kugel: yes, i was not planning on just search and replace, every call will need to be checked 16.37.33 # n1s: http://doxygen.postgresql.org/strlcpy_8c-source.html 16.37.42 # seems to be the version basically used all over, comes from openbsd 16.37.52 # B4gder: ah, thanks 16.37.54 # some variations have the auto variables as 'register' 16.39.39 # * kugel would think a version which copies 4byte at once would be faster 16.40.02 # perhaps, it depends on how long strings that are copied in general 16.40.37 # kugel: word copies can be done only to and from word aligned adresses on some archs so this will need a bit of extra logic 16.40.43 # exactly 16.41.08 # either way, when converted to this function I'm sure it's open for optmizations! 16.42.16 Join MT [0] (n=MTee@41.233.146.148) 16.43.31 # our strcpy.c contains a word-copy-version, but I don't know which we use 16.45.47 Quit PaulJam_ (".") 16.46.14 # kugel: yes, i think we use that bersion but it will only do word copies if both adresses are aligned, so assuming random alignment that is only a 1 in 8 chance 16.46.54 # n1s: it aligns if they're unaligned 16.46.59 # but i think i will follow B4gder's line and do the conversion first and worry about this optimization later 16.47.20 Join toffe82 [0] (n=chatzill@74.0.180.178) 16.47.56 # no wait, if they're unaligned it just uses char-copy 16.48.01 # yes 16.48.21 # and i would only be possible to align if they have the same alignment already 16.48.26 # it* 16.48.47 Join midijunkie [0] (n=Miranda@pD95476EC.dip0.t-ipconnect.de) 16.50.16 # worrying about optimization is fine. Let's hope we don't forget about it :) 16.50.22 # worrying later* 16.51.31 # I would even argue that doing the optimizations already in the first step would be wrong 16.51.40 # iterations is the better way 16.51.58 # premature optimization etc 16.52.53 # you also can't know if optimizations are even worth if if you never used a non-optimized one 16.53.45 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-5fe6bf38da633757) 16.55.22 # shoudl i do the _DEFUN _EXFUN weirdness done for the other string functions or just us a regular prototype? 16.55.58 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.56.13 # I can't recall any good reason for that weirdness so use a regular one 16.56.52 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 16.56.53 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 17.01.00 Quit lymeca (SendQ exceeded) 17.01.41 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 17.10.45 Quit {phoenix} (Remote closed the connection) 17.13.48 Join dfkt_dt [0] (n=dfkt@unaffiliated/dfkt) 17.14.44 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 17.19.32 Part B4gder 17.20.53 Join wangxiang [0] (n=wangxian@203.86.76.219) 17.24.53 Quit _lifeless (Read error: 110 (Connection timed out)) 17.26.23 Join reeve [0] (n=reeve@frbg-5d84c4ce.pool.einsundeins.de) 17.26.26 # hi 17.29.12 Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) 17.30.37 # reeve: Welcome. 17.32.06 Quit dfkt (Read error: 110 (Connection timed out)) 17.32.41 # i'm just here because i wanted to know, how to add a feature (in theory) to my mp3-player. onfortunately rockbox isnt available for my mp3player. i want last.fm support, and want to add this feature to it. but dunno where to start 17.33.30 # Your only real option is porting Rockbox to your player - http://www.rockbox.org/twiki/bin/view/Main/NewPort 17.33.59 # Adding a feature to the existing firmware is probably far harder (and not something we do here). 17.35.58 Quit lymeca (SendQ exceeded) 17.36.51 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 17.40.30 Join jordoex [0] (n=quassel@d142-058-095-224.wireless.sfu.ca) 17.41.06 Quit lymeca (SendQ exceeded) 17.41.43 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 17.42.19 Quit agaffney (Read error: 104 (Connection reset by peer)) 17.42.26 Quit Seed ("cu, Andre") 17.44.10 # okay 17.44.16 # thank you linuxstb 17.44.20 Join jordoex_ [0] (n=quassel@d142-058-095-224.wireless.sfu.ca) 17.44.51 Quit lymeca (SendQ exceeded) 17.46.08 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 17.46.32 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 17.47.26 Join SndBstrd [0] (n=TweakMDS@boobies.demon.nl) 17.47.34 Part SndBstrd 17.47.51 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 17.48.06 Quit jordoex_ (Client Quit) 17.51.09 Join jordoex_ [0] (n=quassel@d142-058-091-011.wireless.sfu.ca) 17.57.31 Join BdN3504 [0] (n=55b22ca7@gateway/web/cgi-irc/labb.contactor.se/x-9283b359053053d9) 17.59.57 # Why is .mpg missing as a supported filetype in appendix A1? 18.00.07 # of the manual of course 18.01.08 Quit jordoex (Read error: 110 (Connection timed out)) 18.01.55 # linuxstb : when extracting the codec, I'm certain I'm not going to use headers such as "mpeg..." , still, compiling without them would most probably fail, isn't there a way around this ? 18.03.19 # MT: I don't understand - what "mpeg..." headers? 18.04.36 # * linuxstb needs to leave - back in about 10 minutes... 18.04.54 # linuxstb : #include "mpegvideo.h" for example (mpegvideo_common.h, any mpeg-related header files) 18.04.58 # another thing: on the main page (rockbox.org) when you click on the "manual" link, the "themes" link misses on that page. 18.06.04 # BdN3504: i suppose no one has added it to the table yet, patches are welcome ;) 18.07.53 Join MethoS [0] (n=lem@host-091-097-240-251.ewe-ip-backbone.de) 18.08.54 # well, this'll take some time for me. i just begun learning how to handle linux and that latex or whatever is used to write the manual is still lightyears too complicated for me to handle. maybe i'll be able to do this in the very distant future. 18.08.55 Quit BdN3504 ("CGI:IRC") 18.09.20 Nick dfkt_dt is now known as dfkt (n=dfkt@unaffiliated/dfkt) 18.09.29 # Bagder: No themes link on http://www.rockbox.org/manual.shtml 18.11.30 Quit kushal_12_27_200 ("Leaving. I cannot promise to be back but most likely will.") 18.12.59 Quit wangxiang (Read error: 110 (Connection timed out)) 18.18.19 Quit petur ("work->home") 18.21.07 Quit lymeca (SendQ exceeded) 18.21.55 *** Saving seen data "./dancer.seen" 18.22.24 # MT: I still don't understand - what codec are you talking about? 18.24.05 Join BdN3504 [0] (n=55b22ca7@gateway/web/cgi-irc/labb.contactor.se/x-7fd9f3ea1c5e3010) 18.24.28 # hey, could anyone help me create a patch for this? http://pastebin.com/d2e9aa5c7 18.24.39 Quit l403 ("Ex-Chat") 18.24.54 Join {phoenix} [0] (n=dirk@p54B47E28.dip.t-dialin.net) 18.26.41 # i opened manual\appendix\file_formats.tex and added these two lines. now what do i do with this to make a patch of it? http://pastebin.com/m2cffcfd1 18.27.05 # BdN3504: Did you check out the source code from SVN? 18.27.34 # In that case: http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches 18.29.28 # hm 18.29.38 # why is the code not in iram as I'm telling it? 18.29.45 Join Ubuntuxer [0] (n=jp@dslb-094-220-225-127.pools.arcor-ip.net) 18.30.16 # kugel: I think we need a little more to go on than that... 18.31.11 # Maybe you're not asking it nicely enough? 18.31.13 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-df9880c2bf54831d) 18.33.51 # * kugel got it now 18.35.18 # "lcd-fuze.c:(.text+0xe0): relocation truncated to fit: R_ARM_PC24 against `.icode'" :( 18.35.44 # kugel: use STATICIRAM (i assume the function is static) 18.35.48 # gevaerts, clang always falls over such things: http://rafb.net/p/JYaBCU86.html .. do you have an idea what that could be? 18.36.20 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 18.36.22 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 18.36.57 # lazka: that's a generated file 18.37.32 Join JdGordon| [0] (i=836b0049@gateway/web/ajax/mibbit.com/x-71abbe2dacee6dce) 18.38.00 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.38.09 # n1s: thanks 18.38.14 Quit lymeca (SendQ exceeded) 18.38.25 # worked now (according to the .map) 18.38.37 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 18.39.07 Quit lymeca (SendQ exceeded) 18.39.37 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 18.40.05 # How's codec performance on the 1G/2G ipods? Anything we can't play realtime that works on the other ipods? 18.40.13 Quit lymeca (SendQ exceeded) 18.40.50 # bye 18.40.55 Quit reeve ("Verlassend") 18.41.18 Join cspotcode [0] (n=bradla@dark-sage-14.dynamic2.rpi.edu) 18.41.34 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 18.42.21 # weeh, the lcd framebuffer takes quite some space 18.42.37 # gevaerts, do you know where by any chance? 18.43.13 # seems we assumed we use the iram at some places but iram wasn't really activated for AMS sansas 18.43.24 # ah.. got it 18.43.39 # can't anyone of you who knows how to create patches simply take what i have posted there and create one? if not then i'll need your help in doing it myself. 18.43.49 # rasher: No idea - I guess you need to ping amiconn. 18.45.26 # * kugel has a slight hope to fix the mp3 reboot problem 18.46.21 # uhm, no 18.46.38 # i wonder if the AMS problems are just not setting up the MMU correctly 18.47.01 # the speed problems most likely are 18.47.37 Quit lymeca (SendQ exceeded) 18.48.24 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 18.49.13 # saratoga: putting iramorig a bit behind for mp3 causes undefined instruction instead of reboot 18.49.14 # linuxstb : I was talking about 'cook' 18.50.01 Quit Seed ("cu, Andre") 18.50.33 Join bluefoxx [0] (n=BlueFoxx@S01060015e968e813.vs.shawcable.net) 18.51.10 Quit bluefoxx (Client Quit) 18.51.12 Join l403 [0] (n=l@85.132.159.239) 18.51.32 # MT: cook.c doesn't include any mpeg files (directly, at least). 18.52.34 # amiconn: Have you done any tests on codec performance on 1G/2G ipods? Anything that doesn't play that plays on other PP devices? 18.52.44 # kugel: you need to bump the plugin api 18.54.02 # linuxstb : not directly, no. 18.54.52 Quit robin0800 (Read error: 104 (Connection reset by peer)) 18.55.02 # :) got clang working.. i will make a wiki howto tomorrow 18.55.08 # MT: You need to find out what files cook.c actually needs, and only include them (or parts of them - i.e. delete what is not needed) 18.55.31 # I would start by putting "#if 0" .... "#endif" around code that I think is not needed. 18.56.03 Quit lymeca (Operation timed out) 18.56.57 Join miepchen^schlaf [0] (n=miepel@p579EC917.dip.t-dialin.net) 18.56.58 Part pyro_maniac2 18.57.11 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 18.57.47 Join PaulJam [0] (n=paule@vpn-3078.gwdg.de) 18.58.18 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 18.58.55 Quit PaulJam (Remote closed the connection) 18.59.40 # linuxstb : so if a file like snow.h (inderctly included and includes mpeg files) has some parts which cook.c needs, I would keep those and delete the rest (or "#if 0 .. #endif"), and thus deleting any mpeg includes in snow.h, right ? 19.02.07 # MT: Is the code in snow.h used by cook? If not, then just remove #include "snow.h" from dsputil.c 19.03.58 Quit BdN3504 ("CGI:IRC (EOF)") 19.04.21 # linuxstb : not sure, it was just a hypothetical question. 19.04.49 # linuxstb : Thanks. 19.04.51 Quit lazka (Remote closed the connection) 19.05.13 Quit miepchen^schlaf () 19.05.16 Join FlynDice_ [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 19.06.08 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.07.25 Quit midijunkie (Read error: 104 (Connection reset by peer)) 19.07.31 Quit FlynDice (Read error: 60 (Operation timed out)) 19.08.01 Quit FlynDice_ (Remote closed the connection) 19.08.16 # JdGordon|: really? I forgot about it 19.08.42 # you changed the function order... so yes you have to bump them 19.08.45 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 19.09.08 Join miepchen^schlaf [0] (n=miepel@p579EC917.dip.t-dialin.net) 19.10.23 Join midijunkie [0] (n=Miranda@pD95476EC.dip0.t-ipconnect.de) 19.11.16 Join _lifeless [0] (n=lifeless@188.17.90.82) 19.12.13 # n1s: does this STATICIRAM only apply to function, or global (per file) variables too? 19.12.48 # * domonoky sees all those mailings in RaA on the mailing list, and thinks that if we use native Widgets it gets more like a custom App using rockbox codecs. But i want RaA be able to play doom :-) 19.13.02 # kugel: only functions, it's a workaround for gcc's inability to make a longcall for functions that are static but are in another section 19.13.02 Quit FlynDice (Read error: 104 (Connection reset by peer)) 19.13.15 # * linuxstb doesn't have the energy to argue about it though - the short-term (i.e. probably a summer's worth) is just to abstract the firmware/ parts of Rockbox in a nice way, and implement support for a new kernel, e.g. wince 19.13.15 # The way I see it, there are some bits that should draw to a surface: WPS and Plugins stand out, the rest should be native imho 19.13.20 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 19.13.26 # domonoky: there are easier ways to play doom n your phone... 19.14.42 # JdGordon|: Doom is just an example, there are many more usefull things in rockbox, which need direct drawing capabilitys.. 19.15.13 # in case its not clear... i tinhk trying to use native wigets is a pointless idea 19.15.15 # domonoky: isn't plugins and wps pretty much it? 19.15.29 # eq and more ? 19.15.34 Quit lymeca (SendQ exceeded) 19.15.38 Quit jhMikeS (Read error: 54 (Connection reset by peer)) 19.16.18 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 19.16.23 # but we probably should just try to get the the target tree and kernel to pure SDL or native, and care about apps/ changes later... 19.16.38 # s/probably// 19.16.40 # domonoky: The eq could be - depends on what the native app offers I guess 19.17.11 # I think that RaaA should still be rockbox 19.17.17 # and mixing probably doesnt look good. you could theme only half of it ? 19.17.42 # kugel: that's a worthless statement. 19.17.52 # replacing the whole UI with native OS stuff will just render to another app, which hasn't much to do with rockbox 19.18.15 # kugel: so if we came up with a different UI, it would no longer be Rockbox either? 19.18.44 # no, if it's (nearly) the same as on RaaA 19.18.50 # * domonoky thinks themes is a strong arguments against native Widgets :-) 19.19.07 # domonoky: themes is 90% the WPS 19.19.38 # IMO, Rockbox shouldn't be closely tied to its UI anyway - a logical separation is a Good Thing. 19.20.06 # linuxstb: 100% agree... but thats not a topic for raaa 19.20.22 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 19.20.35 # Any argument to including .talk files as a valid file format for the file formats table in Appendix A of the manual? 19.20.58 # saratoga: mp3 wants to access something at 0x11XXX, but codec's IRAM starts at 0x18000 19.22.01 # * kugel wonders why mpa.codec has its own memcpy/move etc 19.22.26 # Ahh, .bmark is missing, too! 19.22.32 # * LambdaCalculus37 adds that in as well 19.22.43 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 19.22.49 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.22.59 # oh, nevermind 19.23.31 Quit MethoS (Remote closed the connection) 19.23.52 Join MethoS [0] (n=lem@host-091-097-240-251.ewe-ip-backbone.de) 19.24.19 Quit lymeca (SendQ exceeded) 19.24.21 Join midijunkie41 [0] (n=Miranda@pD95476EC.dip0.t-ipconnect.de) 19.24.55 # rasher: what checks are done/planned to be done for themes someone wants to upload to the theme site? I'm asking because of http://forums.rockbox.org/index.php?topic=21155 19.25.01 # saratoga: any idea how this can happen? 19.25.36 # rasher: besides checkwps of course 19.25.51 # pixelma: ugh yes, that's certainly something that should be checked 19.26.09 Join BdN3504 [0] (n=55b22ca7@gateway/web/cgi-irc/labb.contactor.se/x-3188ce210c2b1543) 19.26.16 # Fonts is also planned, but I'm not quite sure how to handle it. Do we just ban fonts completely, or check against the font pack? 19.26.53 # Should a note be put into the manual regarding Musepack SV8 files? IIRC they're not supported by Rockbox (or something was not working with them?) 19.27.12 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 19.27.16 # hmm, a real tricky one if somone finds an own font because of possible license issues 19.28.03 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 19.29.12 # I mean - someone has to check license question with new fonts uploaded with a theme (trying to make myself clear...) 19.30.09 Quit lymeca (SendQ exceeded) 19.30.36 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 19.31.10 Quit lymeca (SendQ exceeded) 19.31.12 Quit MethoS (Remote closed the connection) 19.31.34 Join MethoS [0] (n=lem@host-091-097-240-251.ewe-ip-backbone.de) 19.32.48 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 19.33.11 # new build works good on sansa ams(fuze) 19.33.51 # nice 19.34.04 # playing flac, ogg 19.34.23 # from sd 19.34.28 Join miepchen^schla [0] (n=miepel@p579EC917.dip.t-dialin.net) 19.35.13 # mp3 playback freezes rbx 19.35.30 # is this something i should post in the ams thread? 19.36.24 # no 19.36.44 # pixelma: A .cfg file is now required in themes. Not sure if I should remove the two broken ones? Checking fonts will have to wait a bit 19.38.08 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 19.38.36 # can you try asking the author to reupload them? 19.39.01 Quit midijunkie (Read error: 110 (Connection timed out)) 19.39.27 Quit bmbl (Read error: 104 (Connection reset by peer)) 19.39.36 # pixelma: I'll have to delete them anyway, so I'll just delete and ask to re-upload in the reason given 19.39.46 # They are rather broken right now 19.39.54 # So it's not exactly unreasonable 19.40.14 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 19.40.23 # I think that's best too 19.40.48 # how do people feel about using say .theme files which are exactly the same a .cfg but more obvious what it is 19.40.57 # we could then force only theme settings in it 19.42.07 # JdGordon|: I disagree - abstracting the Rockbox code is exactly what RaaA is about in my mind. 19.42.46 # JdGordon|: Having the files show up when you do "browse themes" is already pretty obvious 19.43.18 Quit jordoex_ (Read error: 110 (Connection timed out)) 19.44.38 # Ok, can someone please tell me if i can post this diff on the flyspray tracker: http://pastebin.com/d29439d38 19.45.07 # BdN3504: Looks like you messed up the line-endings 19.45.33 Join z35 [0] (n=z35@h36.17.89.75.dynamic.ip.windstream.net) 19.46.23 # what does that mean? tell me please how do i do it right 19.46.28 Quit cspotcode ("Leaving.") 19.47.33 # BdN3504: how did you generate the diff 19.47.39 # i edited the tex file with a tex editor. then i copied it into the appendix directory and overwrote the old file. then i created a diff using tortois svn 19.48.22 # The editor should have an option to use "DOS" (\r\n) or "UNIX" (\n) line endings 19.48.36 # Alternatively, tortoise svn might let you generate a diff that ignores whitespace 19.48.59 # But I know neither tortoise svn nor your editor, so I won't be of much help I'm afraid 19.49.11 # i chose diff with previous version and then i chose create unified diff 19.49.20 Join perrikwp|class [0] (i=98214acb@gateway/web/ajax/mibbit.com/x-f832d8cec15ed4ef) 19.49.25 # i use texnic center 19.49.30 # BdN3504: Might there be an option to ignore line endings or whitespace or something? 19.49.57 Join jordoex [0] (n=quassel@d142-058-091-011.wireless.sfu.ca) 19.49.59 Quit FOAD ("I'll be back") 19.50.16 Join FOAD [0] (n=dok@e41067.upc-e.chello.nl) 19.50.43 # i don't know. there is only one option to create a diff... i'll search in the help file of texnic 19.52.13 # what text editor did you use? 19.52.15 # ok wait there's a setting, i'll post a pic 19.52.25 # i used texnic center 19.52.38 # can't you change line endings with it? 19.54.21 # http://i40.tinypic.com/1o0ifs.jpg 19.54.29 # that's the tortoise setting 19.55.12 Quit miepchen^schlaf (Read error: 113 (No route to host)) 19.57.52 # BdN3504: did you have "ignore line endings" enabled? 19.59.03 # pixelma: hum, I now have code to detect fontpack fonts, but what to do with the other fonts? Reject them and tell the author to get it added to the font pack? 19.59.27 # That seems the simplest way to make sure there are no font issues, but it's also a bit harsh 19.59.41 Quit FOAD ("I'll be back") 19.59.56 Join FOAD [0] (n=dok@dinah.blub.net) 20.00.01 # yes 20.00.15 # i haven't changed the settings that's the default 20.00.21 # BdN3504: then it's a bit of a mystery (unless I was just looking at the patch wrong) 20.02.24 # http://pastebin.com/d29439d38 you're talking about this right? so can i post this to the tracker now? or do i have to add anything? 20.02.32 # uh, then I get all fonts meant for the use with themes for targets which I don't own? 20.02.43 Join tessarakt [0] (n=jens@e180070069.adsl.alicedsl.de) 20.02.56 # I think the font pack may get too huge quickly with that approach 20.03.12 # kugel: it already contains many fonts that *no* theme uses.. 20.03.30 Join miepchen^schlaf [0] (n=miepel@p579EC917.dip.t-dialin.net) 20.07.37 # * kugel broke playback entirely on his fuze now it seems 20.08.10 Quit kushal_12_27_200 ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") 20.09.06 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 20.11.33 Quit n1s (Read error: 110 (Connection timed out)) 20.15.26 Join jordoex_ [0] (n=quassel@d142-058-091-011.wireless.sfu.ca) 20.17.52 # i hope this is correct: http://www.rockbox.org/tracker/task/10074 20.19.42 # BdN3504: the patch still replaces the whole file (probably because of lineendings), but it probably good enough for now :-) 20.19.55 # BdN3504: Do you even look at the created diffs? 20.20.07 Join Keripo [0] (n=Keripo@SEASNet-92-12.seas.upenn.edu) 20.20.18 # "Rockbox has been accepted to participate in GSoC2009!" :O 20.20.23 # Hi, I'd suggest to change the buttons from Sansa Fuze. Currently you quit a plugin by selecting BUTTON_POWER, but I think it would be better to use instead BUTTON_MENU and use BUTTON_POWER just to switch off. 20.20.29 Quit miepchen^schla (No route to host) 20.20.31 Join MethoS- [0] (n=lem@dyndsl-085-016-165-076.ewe-ip-backbone.de) 20.20.44 # Who can I talk to for signing up with GSoC with Rockbox? 20.20.56 # Ubuntuxer: button menu? not home button? anyway, patches are welcome 20.21.05 # Keripo: in what sort of role? 20.21.13 # as a student 20.21.28 # Keripo: well, you need to apply...do you have a project in mind? 20.21.31 # I'm interested in working on a Pandora port for Rockbox over the summer 20.21.50 # never done GSoC before though, but have a good idea of how it works 20.21.58 *** Saving seen data "./dancer.seen" 20.22.00 # upps sorry BUTTON_HOME of course, I will open a tracker 20.22.01 # BdN3504: that's still not very good. Maybe it's easier if you jsut post the file 20.22.17 # of course i look at the diffs. it doesn't look too logical to me, to delete everything and then post everything again plus 2 lines... 20.22.35 # willdo 20.22.39 # Keripo: isnt Pandora some Webradio ? 20.23.02 # domonoky: In my mind at least, the main part of the UI to discuss replacing is the list (file browsing, and settings) anyway. 20.23.06 # OpenPandora, new gaming console in the works: http://openpandora.org/ 20.23.15 # Keripo: This forever delayed hand held thing? 20.23.47 # Keripo: hrm...new ports can be a bit touchy with regards to GSoC...part of the issue is, we want to make sure that a project is capable to be completed...i do not know much about pandora, but if you came up against a brick wall and couldnt proceed... 20.23.49 # I'm hoping that it isn't delayed that long - they recently posted videos of a fully built prototype 20.24.02 # It isn't even going into production until mid-March, if they manage to make that 20.24.07 # so you want to port rockbox to the pandora hardware ? 20.24.21 # scorche|sh: Well my original plan was to go for the PSP, but then I saw the Pandora... 20.25.16 # hm, doing a port to not-now existing hardware sounds heavy for a gsoc project.. 20.25.30 Quit StealthyXIIGer (Client Quit) 20.25.34 # domonoky, how would a PSP port fare then? 20.25.40 # cause at least I do have a PSP to work with 20.25.53 # and theres plenty enough documentation for PSP programming 20.26.01 # have you done any hombrew on it? 20.26.24 # just a few simple things, nothing big so far 20.26.33 # * domonoky doesnt know too much about PSP Hardware.. would it make sense to run rockbox standalone on this ? (are there datasheets and else for all components) 20.26.48 # I guess I'm being too ambitious, but I just realized the deadline of April 3rd 20.26.49 # Don't need datasheets 20.26.52 # domonoky: It's more a target for a Rockbox app. 20.26.56 # it doesnt matter if it doesnt make snese... 20.26.57 # PSP has an OS, with syscalls 20.27.52 # getting the UI simulator running on it at least shouldn't be a problem though, so that could be something Id like to start with 20.27.54 # so that would perhaps better be another instance of Rockbox as a App.. 20.28.20 # domonoky: Basically, yes. 20.28.22 # domonoky, yeah, PSP homebrews are mostly apps 20.29.54 # Keripo: so yes, rockbox as a application is one of our suggested projects: http://www.rockbox.org/twiki/bin/view/Main/SummerOfCode2009 :-) 20.30.27 # yup, I saw that, I'm just not sure who I should talk to to get started on writing a proposal 20.30.45 # just ask here :-) 20.31.12 # alright then, I'll explain my situation 20.32.02 # My background in Rockbox is simply usage on my iPod/Sansa and recompiling it and the UISim on Linux 20.32.23 # my programming background is mostly in application developing/porting for iPodLinux 20.32.32 # does this look better/right? http://pastebin.com/d7aec3ff8 20.32.42 # my education is currently a CIS student in University of Pennsylvania 20.33.01 # I plan to spend my entire summer programming 20.33.39 # I am interested in porting Rockbox to the PSP platform (well-established homebrew scene) but the Pandora recently caught my interest 20.34.03 # if the Pandora is able to come out in production soon, then I'd like to work on the Pandora. If not, the PSP. 20.34.09 # Keripo: sounds good, perhaps you could try to start with filling out our Appplication Template and post it here (pastebin) for better review :-) 20.34.21 Quit miepchen^schlaf () 20.34.38 Join casainho [0] (n=chatzill@87-196-70-132.net.novis.pt) 20.35.07 # sure, I'll type stuff up tonight then 20.35.31 # BdN3504: definiutely 20.35.34 # sorry for the late notice though - I didn't expect the GSoC deadline to be so soon (thought it was next month) 20.36.14 # about the Rockbox as a App idea for psp: it would be better to make a new target which uses SDL/native calls to run rockbox, instead of trying to port the simulator.. 20.36.26 # i have posted it to the tracker. 20.37.10 # PSP already has a good SDL port, so I was thinking about first quickly porting the simulator, making a dummy PSP target for the simulator, then work down from there, changing things until its an actual separate target 20.37.46 Join coffeetime [0] (n=coffeeti@cpe-85-10-44-19.dynamic.amis.net) 20.38.20 Quit coffeetime (Remote closed the connection) 20.38.40 # also doesnt sound bad. try to put this idea down in the application template, and we will happily help you to improve it... 20.39.14 # there more details in the application, the better :-) 20.40.17 Quit BdN3504 ("CGI:IRC") 20.40.26 Join n1s [0] (n=n1s@rockbox/developer/n1s) 20.40.30 Quit MethoS (Read error: 113 (No route to host)) 20.40.35 # Keripo: could you point to some code you have done for Ipodlinux ? :-) 20.40.39 # my biggest problem right now is really navigating through Rockbox's source code - the last time I checked out the SVN code (was looking for code for the SansaLinux port) I got lost and took over half an hour just finding the stuff 20.40.48 # *the code snippet I was looking for 20.41.21 # my work -> http://sourceforge.net/projects/zeroslackr/ 20.41.38 Quit jordoex_ (Read error: 110 (Connection timed out)) 20.41.49 # most of my experience is really in porting applications, so this seems within my ability 20.42.46 Quit jordoex (Connection timed out) 20.44.35 Join miepchen^schlaf [0] (n=miepel@p579EC917.dip.t-dialin.net) 20.44.51 # kugel: You need to press REC+POWER to stop playback on the e200? (At least, that's what it sounds like from your commit message re:Fuze) 20.45.31 # hello :-) -- I am getting this warning which I think I shouldn't. Why I am getting it? please help:: bootloader/lyre_proto1.c:50: warning: implicit declaration of function ‘lcd_clear_display’ 20.45.34 Quit Ubuntuxer ("Leaving.") 20.46.28 Join PaulJam [0] (n=paule@vpn-3046.gwdg.de) 20.49.29 Join mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) 20.50.38 # casainho: Did you include ? 20.51.13 # linuxstb: yes :: #include "lcd-target.h" 20.51.24 # lcd-target.h != lcd.h 20.51.37 # linuxstb: ah, ok... I will try. 20.51.57 # lcd.h should include lcd-target.h - you shouldn't include the "-target.h" files directly. 20.52.18 # kugel: Nevermind, just an unclear commit message I guess. 20.52.29 Join Sedgewick [0] (n=Sedgewic@net-93-145-246-73.t2.dsl.vodafone.it) 20.52.33 # Is next track info not expected to be working right now? 20.52.59 # linuxstb: ok. That warning is gone. And I will remove the lcd-target.h :-) 20.52.59 # casainho: Ignore that, it seems that lcd.h doesn't... 20.53.10 # linuxstb: ok :-) 20.53.59 # lcd-target.h is #included by the target lcd driver - e.g. lcd-lyre.c 20.54.09 Quit ultrasonic (Connection timed out) 20.55.24 Quit Keripo ("Leaving.") 20.56.09 # linuxstb: so, I should not include lcd-target.h on bootloader file? and instead include lcd.h? 20.56.54 # casainho: Correct. 20.59.08 Quit saratoga ("CGI:IRC (Ping timeout)") 20.59.19 Quit {phoenix} ("Konversation terminated!") 21.01.20 Quit miepchen^schlaf () 21.05.58 Join nibbler [0] (n=Nibbler@pD9E30D6F.dip.t-dialin.net) 21.06.13 Quit kugel (Nick collision from services.) 21.06.17 Join kugel [0] (n=kugel@rockbox/developer/kugel) 21.07.19 Quit barrywardell (Remote closed the connection) 21.07.27 # Llorean: I just meant that basically the functions of REC and POWER on the e200 are mapped to HOME only on the fuze 21.08.09 # kugel: I'd suggest not saying it does what REC+POWER does then. :-P 21.09.35 # yea, a plus is a bit unclear in this context :( 21.09.50 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 21.11.20 Quit l403 ("Ex-Chat") 21.11.56 Part taylor_ ("Leaving") 21.12.02 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 21.12.22 Join bluebrother [0] (n=dom@g224237118.adsl.alicedsl.de) 21.12.39 Part taylor_ ("Leaving") 21.13.41 # rasher: what do you think about moving the file size in rbutilqt.php back to bytes? It's currently broken anyway, so there's no need to keep its current state 21.14.00 # bluebrother: no opinion, so whatever you want 21.14.13 Join Chris_Black [0] (n=Sedgewic@net-93-145-246-73.t2.dsl.vodafone.it) 21.14.47 Quit MT (Read error: 104 (Connection reset by peer)) 21.14.48 Join |ahmina| [0] (n=lymeca@213-213-141-71.xdsl.is) 21.15.15 Join MT [0] (n=MTee@41.233.146.148) 21.15.38 Quit z35 (lindbohm.freenode.net irc.freenode.net) 21.15.38 NSplit lindbohm.freenode.net irc.freenode.net 21.15.38 Quit robin0800 (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit FlynDice (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit agaffney (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit sbhsu (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit flydutch (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit ender` (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit soap (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit franky (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit fyrestorm (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit saratoga_lab (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit Lss (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit ufoman (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit linuxstb (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit Beta2K (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit synergist (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit courtc (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit mirak (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit lymeca (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit tvelocity (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit _Auron_ (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit SirFunk (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit BlakeJohnson86 (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit PSPdemon (lindbohm.freenode.net irc.freenode.net) 21.15.38 Quit shadearg (lindbohm.freenode.net irc.freenode.net) 21.15.44 Quit Sedgewick (Connection reset by peer) 21.16.17 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 21.16.17 NHeal lindbohm.freenode.net irc.freenode.net 21.16.17 NJoin mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) 21.16.17 NJoin z35 [0] (n=z35@h36.17.89.75.dynamic.ip.windstream.net) 21.16.17 NJoin robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 21.16.17 NJoin FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 21.16.17 NJoin agaffney [0] (n=agaffney@gentoo/developer/agaffney) 21.16.17 NJoin tvelocity [0] (n=tony@adsl6-41.her.forthnet.gr) 21.16.17 NJoin franky [0] (n=franky@f053000141.adsl.alicedsl.de) 21.16.17 NJoin sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 21.16.17 NJoin flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) 21.16.17 NJoin ender` [0] (i=krneki@foo.eternallybored.org) 21.16.17 NJoin _Auron_ [0] (n=DarkAuro@ppp-70-245-129-190.dsl.rcsntx.swbell.net) 21.16.17 NJoin fyrestorm [0] (n=fyre@cpe-68-173-232-9.nyc.res.rr.com) 21.16.17 NJoin SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 21.16.17 NJoin PSPdemon [0] (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) 21.16.17 NJoin soap [50] (n=soap@rockbox/staff/soap) 21.16.17 NJoin saratoga_lab [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-41d1f8c2f437d721) 21.16.17 NJoin ufoman [0] (n=ufoman@whiterabbit.rz.uni-mannheim.de) 21.16.17 NJoin Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) 21.16.17 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 21.16.17 NJoin linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 21.16.17 NJoin synergist [0] (i=christop@cant.be-arsed.co.uk) 21.16.17 NJoin Beta2K [0] (i=1000@d36-124-26.home1.cgocable.net) 21.16.17 NJoin courtc [0] (n=court@unaffiliated/courtc) 21.16.17 NJoin shadearg [0] (i=arg@ipv4.panoptix.net) 21.16.21 # well, I'd vote for using bytes again :) 21.17.20 Part Erant 21.19.37 Quit perrikwp|class ("http://www.mibbit.com ajax IRC Client") 21.19.41 Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) 21.19.54 # bluebrother: done. 21.19.54 Part gartral 21.20.53 # rasher: thanks :) 21.22.12 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032711]") 21.23.28 Ctcp Version from freenode-connect!freenode@freenode/bot/connect 21.23.42 Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) 21.23.47 Quit bluebrother (Read error: 104 (Connection reset by peer)) 21.24.12 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 21.25.47 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 21.26.10 Quit mirak ("Ex-Chat") 21.29.50 # yay, new vlc version brought back the video feature :) 21.32.39 Join jordoex [0] (n=quassel@d142-058-095-224.wireless.sfu.ca) 21.35.06 Join roughL [0] (n=raphaels@214-170.1-85.cust.bluewin.ch) 21.37.16 Join fml [0] (n=4fd3d160@gateway/web/cgi-irc/labb.contactor.se/x-e72cea44167e0045) 21.39.20 Quit fml (Client Quit) 21.44.39 Join __lifeless [0] (n=lifeless@90.151.219.29) 21.45.01 Quit moos ("Rockbox rules the DAP world") 21.49.24 Quit Lss (Read error: 104 (Connection reset by peer)) 21.52.34 Join ZyL0R [0] (n=zylor@bl11-92-134.dsl.telepac.pt) 21.53.16 Quit _lifeless (Read error: 110 (Connection timed out)) 21.58.02 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 22.07.57 Quit __lifeless (Read error: 110 (Connection timed out)) 22.08.20 Quit PaulJam (Read error: 113 (No route to host)) 22.10.14 Join PaulJam [0] (n=icke@vpn-3023.gwdg.de) 22.12.19 Quit midgey () 22.16.43 Join _lifeless [0] (n=lifeless@90.150.125.94) 22.20.35 Join petur [50] (n=petur@rockbox/developer/petur) 22.21.10 Quit Thundercloud (Remote closed the connection) 22.22.00 *** Saving seen data "./dancer.seen" 22.22.43 Quit PaulJam (Read error: 104 (Connection reset by peer)) 22.24.02 # meh 22.24.11 # putting code into iram doesn't quite work 22.24.25 # playback just skips songs :/ 22.24.40 Join jordoex_ [0] (n=quassel@d142-058-095-224.wireless.sfu.ca) 22.27.31 Join cspotcode [0] (n=bradla@machamp-108.dynamic.rpi.edu) 22.28.33 Join fml [0] (n=4fd3d160@gateway/web/cgi-irc/labb.contactor.se/x-9798792db4667dbd) 22.28.52 Join IuDeX [0] (n=4e83d3b2@gateway/web/cgi-irc/labb.contactor.se/x-2c207828285ead16) 22.29.18 # Hi I have one question about today sansa AMS patch. 22.29.51 # Horscht: this sudden disconnect you had, did rockbox continue to run, or did it freeze? Also, wasn't this just the battery running out? 22.29.56 # Hello. Would it make sense to add an index to the Rockbox manual? Or is there not enough terms to justify it? I.e. the table of contents is enough? 22.30.11 # I can access first 1gb. After apply this patch Can I access second GB? (clipv1 2gb) I can't see any answer. 22.30.34 # gevaerts, it continued running. It was still in USB mode and seems to have been reconected automaticaly 22.30.40 # fml: I'd like one personally 22.30.42 # ok 22.31.15 # Horscht: what do you mean exactly by reconnected automatically? 22.31.18 Join midgey [0] (n=tjross@v-umnet-vpn-4-230.umnet.umich.edu) 22.31.34 # Can anyone answer me? =] 22.31.49 # IuDeX: please have some patience 22.31.56 # BigBambi: generally, an index is a good thing. But if you can lookup everything in the ToC just as easily... But I'll try to skim through the manual and look where an index entry would fit. 22.31.59 # well, I got the windows message that the drive was removed "unsafe" and that data loss might have occured 22.32.03 Join EternalRains [0] (n=InsDel@c-76-106-220-241.hsd1.fl.comcast.net) 22.32.15 # but it still was available as a drive when I came back 22.32.19 # hm, weird 22.32.30 # so the connection seems to simply have "dropped" inbetween 22.32.34 # rasher: Anything specific you want to know? I did test some, but not all, mostly because of unavailable test files 22.32.38 # * gevaerts doesn't really see how that can happen 22.32.39 Quit jordoex (Read error: 110 (Connection timed out)) 22.32.52 # fml: I don't think you can look everything up as easily in the ToC - various things are in different places and I always just end up searching the pdf for what I want 22.32.56 # any chance of a bad cable? 22.32.57 # Most codecs perform very similar to the other ipods if they make proper use of iram 22.32.58 # BigBambi: I thought about it and my first thought was "yes!" but in the second second I couldn't come up with anything but WPS that would go into the index :-) 22.33.10 Quit midgey (Client Quit) 22.33.14 # gevaerts, no 22.33.29 # The most notable exception are 5.1 ac3 files (i.e. those needing downmix). They aren't realtime on PP5002 22.33.34 # gevaerts: sorry, but I have no time ;] 22.33.44 # fml: Well I admit that I gave an initial response too without actually looking or thinking :) 22.33.59 # IuDeX: You can access everything now. And you always could with a 2GB clip 22.34.03 Quit tessarakt (Read error: 104 (Connection reset by peer)) 22.34.14 # despite me not having used any other cable, this cable has been treated very well by me and was working fine before and still is today with the OF/EDM, gevaerts 22.34.58 # saratoga_lab: when you had "disconnect" issues, did you get this unsafe removal warning? 22.35.03 # kugel: Thanks for answer. Ok, it's time to compile and use Rockbox :) 22.35.27 # amiconn: no, nothing specific, just curious. 22.36.30 # * gevaerts can think of one scenario, but is sounds unlikely... 22.36.46 Quit IuDeX ("CGI:IRC") 22.37.21 # Horscht: how long was it plugged in? Am I understanding you correctly in that you weren't nearby when it went wrong? How long was it sitting alone? 22.37.23 # fml: I started an attempt for an index quite a while back (2 years or so?) 22.37.24 Join smacnay [0] (n=smacnay@dsl-v201-216-110-245-28.wightman.ca) 22.37.32 # join #rockbox 22.37.35 # never finished it though, but I still like the idea 22.37.41 # smacnay: you're already there 22.37.59 # gevaerts, aprx. 5 hours 22.38.01 # Hmm. CodecPerformanceComparison tests some codecs too fine-grained imo, and otoh leaves out some formats completely (e.g. ac3, ape) 22.38.06 # i was in bed while it happened 22.38.17 # I love what you folks are doing! I wish I could find a player that is fully supported still on the shelves. 22.38.24 # bluebrother: and what was the result? Did you get enough entries to justify it? Or what was the problem? 22.38.27 # Sorry - joined twice by accident. 22.38.37 # anyone an idea why playback keeps skipping songs when I put some lcd or button code into iram? 22.38.51 # fml: the problem was simply that I was busy doing other things and forgot about it. 22.39.12 # ok. Yell if I'm talking nonsense, but would it be possible that the battery ran down, after which the ipod disconnected and turned off, after which it started harging from ROM, after which it rebooted to rockbox? 22.39.15 # on my fuze that is. I put aside 0x40000 bytes for codecs (starting at 0x10000), the rest (0x0-0x10000) is for code 22.39.31 # My wife just got a Sanza Fuze and, to my surprise, it played .ogg files. 22.39.36 # even if it's only one page it's worth it IMO. But someone needs to go through the manual sources and spread the \index{} stuff there, so it's somewhat tedious. 22.39.46 # Furthermore, mp2, mp1, speex, shorten, and the game music formats 22.40.01 # Are there test tracks available for the latter? 22.40.22 # Horscht: The reason I'm asking is that the "disconnects" I'm used to seeing don't show up as "unsafe removal" events. They are caused by bad data transmission, which would give a different error message 22.40.27 Quit midijunkie41 ("?(???~•~)?") 22.40.47 # gevaerts, i might add: 22.41.00 # i *was* transfering data 22.41.08 # bluebrother: why is it tedious? It's just text editing. And if we join our forces it will progress quite fast 22.41.08 # amiconn: lots' of sids are available in the "HVSC" 22.41.26 # fml: Well, let me know - if you don't get round to it I'll try and start the tedious task of addding the \index{} stuff in a day or two when I have some more time 22.41.32 # Then we should select one as an official rockbox test track. 22.41.36 # fml: true. It's just ... "work" ;-) 22.41.46 # What about spc and nsf? 22.42.04 # fml: So we should split up sections I guess 22.42.09 # not just the "eject before remove" message, but the "drive was removed while data was written", gevaerts 22.42.10 # there might even already be some \index markers in the sources. Can't remember exactly though. 22.42.33 # Horscht: ok. That could still match what I suggested 22.42.33 # bluebrother: I'm sure there are, but in fairly arbitrary places 22.42.51 # Horscht: actually, it's more likely to happen if the disk is busy... 22.43.00 # yes, it was 22.43.11 # is it a power issue? 22.43.14 # bluebrother: arbitrary as in they are in some but not others, not as in where they are in bad 22.43.37 # I think it's reasonably likely, yes. I'm not sure though. 22.44.31 # BigBambi, bluebrother: but it shouldn't be done thoughtlessly. A bad index is not much of a help. I mean, the index entries should only be made where the terms are really explained, not just semi automatically with search-and-insert 22.44.32 # also, putting index points around requires a bit of reading the text -- you don't want it in every place the index word is mentioned ;-) 22.44.32 # * gevaerts tries to think of a way to be sure of this 22.44.57 # fml: definitely. That's why it's a bit of work ;) 22.45.05 # fml, bluebrother: for sure 22.45.17 # bluebrother: he-he 22.45.25 # you can't use battery bench in this case unfortunately... 22.45.48 # but simply starting to add them might be a good thing. As long as the index isn't printed into the manual itself it doesn't hurt 22.46.01 # fml, bluebrother: I think a list of what we want indexed would be good, and then we can go through the text indexing appropriate places 22.46.08 Quit _lifeless (Read error: 110 (Connection timed out)) 22.46.15 Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 22.47.02 # BigBambi: yes. But my fear is that we'll end with just the ToC! 22.47.27 # fml: Not if we are clever bunnies! 22.47.30 # btw, it might be a good thing to also change the sources to use a newline after each sentence for easier diffing. 22.47.33 # bluebrother: how would you check the quality of the index without having it? 22.47.33 Join PaulJam [0] (n=icke@vpn-3019.gwdg.de) 22.47.45 # Horscht: the only way I can think of to make sure would be to do the whole thing again, but while watching it. I'd really appreciate it if you could do that, but I understand that it's a lot to ask for, so don't feel obligated... 22.47.59 # fml: But yes, it needs some care 22.48.09 # fml: you can always include it in your own manual build. Its simply a line that needs adding 22.48.41 # bluebrother: I wouldn't do that. It's easier diffing (smaller diffs) but harder writing. And diffs are quite clear even if the text is reformatted. 22.48.52 # I can check if I have my old attempts still around somewhere. Might be possible in some old svn tree. IIRC it wasn't much changes. Possibly some slight change to the Makefile. 22.49.03 # gevaerts, maybe tomorrow 22.49.33 # Horscht: actually, copying a smaller amount of data would probably be sufficient. Just look at the battery level before and after 22.49.52 # bluebrother: yes, a call to makeindex (or what was the name?) must be added and then some checks to rerun latex if something has changed 22.50.12 # fml: I tend to disagree -- I quite like the idea to allow better diffing. But as I'm not really actively working on the manual my voice isn't too strong here :) 22.50.21 Join tessarakt [0] (n=jens@e180072074.adsl.alicedsl.de) 22.50.38 # yep. That re-running is handled by the Makefile itself. IIRC it already include support for that. 22.51.22 # Horscht: maybe note the battery percentage, copy 5GB or so, and note the battery percentage again. That shouldn't take too longm and we can extrapolate how much the battery would drop for your full copy 22.51.59 # * gevaerts actually hopes that this will turn out to be the problem 22.52.49 Quit faemir ("Leaving") 22.53.01 # BigBambi, bluebrother: ok, I'll see through the manual then 22.54.03 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 22.59.52 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 23.00.02 Join miepchen^schlaf [0] (n=miepel@p579EC917.dip.t-dialin.net) 23.00.10 # "/home/kugel/rbdev/rockbox-fuze/build/apps/codecs/nsf.elf: Not enough room for program headers, try linking with -N" ??? 23.00.24 # I defined 0x40000 iramsize, which is way more than on the other targets 23.03.39 # seems like a bug in the linker 23.04.59 Quit wincent (Read error: 110 (Connection timed out)) 23.05.06 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 23.05.07 # rasher: any idea why BlacknBlue Glass gets a space prepended in the rbutil output? 23.07.26 Quit toffe82 (Read error: 104 (Connection reset by peer)) 23.07.55 Quit petur (Remote closed the connection) 23.07.57 Quit PaulJam (Read error: 145 (Connection timed out)) 23.08.23 Quit faemir ("Lost terminal") 23.08.55 Part taylor_ ("Leaving") 23.09.04 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 23.09.06 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 23.09.35 # * shotofadds wonders what he did to break the build server with such an innocent commit... 23.10.18 Join bluefoxx [0] (n=BlueFoxx@S01060015e968e813.vs.shawcable.net) 23.10.46 # gevaerts, sorry, I was afk. I myself would have assumed more of a usb power issue, not an issue regarding my battery percentage... i'll give it a try, though 23.10.54 # shotofadds: it needs a serious breakage every once in a while to shape up! ;-) 23.10.55 # shotofadds: it's a moody server :) 23.11.19 # it's usually because one of the build clients get "stuck" 23.11.24 # as my ipod was ~ 70% charged when i connected it 23.12.03 # * shotofadds got Doom working on the D2 and it's kinda...interesting on a touchscreen ;-) 23.12.07 # Horscht: it's a combination. The ipod always runs on battery, but it should charge while connected. That doesn't happen properly on ipods yet though, so with lots of activity you get a net battery drain 23.12.28 # but you'll have to wait til my next commit gets built first before you can try it... 23.12.53 # yes, gevaerts. I am aware of that. But a 70% discharge? 23.13.06 # that's why we have to test... 23.13.22 # i'll do a quick test.. 23.14.05 # gevaerts, debug menu -> battery info, correct? 23.14.15 # yes 23.14.30 # ok, currently 3.951V 23.14.50 Join akur [0] (n=akur@bl6-150-107.dsl.telepac.pt) 23.14.51 # now, I'm gonna transfer a few gig 23.15.02 Part akur 23.15.35 # 7.44 to be exact 23.15.43 Join PaulJam [0] (n=icke@vpn-3022.gwdg.de) 23.17.29 # gevaerts: is there any safe way for rockbox to abort a usb connection on low battery? 23.17.36 Join MethoS-- [0] (n=lem@dyndsl-085-016-165-135.ewe-ip-backbone.de) 23.18.24 Quit BlakeJohnson86 (Remote closed the connection) 23.18.28 # n1s: not really, but it should charge anyway, so I'm not sure if that's a real problem 23.18.50 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 23.19.00 # continually spinnign disk can probably drain more that it can charge over usb 23.19.23 # <_Auron_> o.O 23.19.34 # yes, but I doubt it would be enough to not only recharge the ipod, but also drain 70% of it's charge 23.19.43 # It shouldn't drain more than 500mA, but currently we're not giving it that much 23.20.08 # i'll brb 23.20.24 Quit Horscht ("Verlassend") 23.20.36 # * gevaerts is busy checking what happens if you run battery_bench while connecting to usb 23.20.40 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 23.21.13 # re 23.24.56 Quit MethoS- (Read error: 60 (Operation timed out)) 23.28.03 Quit fml ("CGI:IRC") 23.28.08 Join MethoS [0] (n=lem@dyndsl-085-016-162-192.ewe-ip-backbone.de) 23.29.38 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 23.32.49 Quit roughL (Remote closed the connection) 23.33.45 # OK. I copied 3GB from my video, and battery_bench says that it dropped from 4021mV (81%) to 3891mV (063%) 23.34.12 # I do suspect that this battery isn't in perfect shape anymore though 23.34.57 Quit MethoS-- (Read error: 60 (Operation timed out)) 23.35.35 Quit jordoex_ (Read error: 110 (Connection timed out)) 23.35.36 Quit saratoga_lab ("CGI:IRC (Ping timeout)") 23.36.24 # hm, more interesting things. At one point it went down to 70%, copying stopped (I did this in 1GB chunks), and it recovered to 80%. So we'd need the voltage *immediately* after you stop copying 23.36.26 # I'll be adding .voice, .bmark, and .fmr descriptions to the File Formats Appendix in the manual. Is there an \opt for FM radio targets? 23.36.33 Join phoul [0] (n=otis92@sourcemage/guru/Phoul) 23.36.35 # Hey all 23.37.16 # Im in the market for a new mp3 player of some kind and the rockbox project has always had my interest, im just wondering in your opinion which player works best against rockbox? 23.37.28 # against? :) 23.37.34 # with 23.37.36 # gevaerts, 3.830V after 7.44 GB 23.37.36 # w/e 23.37.37 # lol 23.37.40 # LambdaCalculus37: yes, it's in features.txt, radio IIRC 23.37.42 # phoul: www.rockbox.org/wiki/BuyersGuide 23.38.05 # compared to 3.951V before 23.38.28 # umm 23.38.34 # ive noticed that they are all out of production 23.38.34 # lol 23.38.37 # Horscht: so 0.12V down. Shutdown voltage is 3.3 if I understand the source correctly 23.38.47 # phoul: So go to eBay. 23.38.49 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.39.55 # So you have 0.53V to go, which would mean... /me calculates.. 32GB to go 23.40.19 # Probably a bit less, as the voltage is a bit lower when actually writing data 23.40.40 # gevaerts, current charge seems to be 53%, when I shut it down earlier today it was at 73% (I didn't check the percentage just before the copying) 23.40.48 # so yes indeed... 23.41.11 # it could have been the power failing at my 53GB collection 23.41.29 Join MethoS- [0] (n=lem@dyndsl-085-016-161-139.ewe-ip-backbone.de) 23.41.33 # ok. I'm going to assume it was that. That means we mostly know what to do about it, it just needs work... 23.41.43 Quit PaulJam (Read error: 113 (No route to host)) 23.42.09 # ok 23.42.23 # Thanks for testing 23.42.36 # it is me who has to thank 23.42.56 # after all, all I had to show was "it shut down, causing possible data loss" 23.43.04 Join MethoS-- [0] (n=lem@host-091-096-210-247.ewe-ip-backbone.de) 23.43.18 # * LambdaCalculus37 really thinks the old icons in Appendix A of the manual should be replaced with the Tango icons for targets that use them 23.43.44 Join toffe82 [0] (n=chatzill@74.0.180.178) 23.43.55 Join PaulJam [0] (n=icke@vpn-3016.gwdg.de) 23.44.44 Quit faemir ("Lost terminal") 23.45.02 # if you need me to do any further test, just drop me a PM on the Forums (nickname Horscht), gevaerts 23.45.07 # I am going to bed now 23.48.26 Quit MethoS (Read error: 60 (Operation timed out)) 23.49.49 # Horscht, gevaerts most of the discharge curves I've seen are fairly linear down to 3.6V then drop quickly 23.50.08 # shotofadds: I'm right now playing the shareware wad on the D2, nice work! :) 23.51.10 Join fml [0] (n=4fd3d160@gateway/web/cgi-irc/labb.contactor.se/x-f115fe4463549deb) 23.52.02 # Isn't an "it" missed before "safe to use" in the following sentence in the manual: "This means that the build could contain bugs but most of the time is safe to use"? 23.52.28 Join casainho [0] (n=chatzill@87-196-174-131.net.novis.pt) 23.53.45 # that sounds correct to me but i suppose you could put an "it" before the "is" 23.53.56 # franky: good to see it works for you! I didn't really need to do much to get it running - you should thank the developers who ported it to all the other Rockbox targets already :p 23.54.05 Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) 23.54.38 # * shotofadds goes to bed 23.54.44 Quit shotofadds ("Leaving") 23.54.53 Quit n1s ("Lämnar") 23.55.01 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 23.56.03 # hello :-) -- can someone look at patch FS#10076? 23.56.11 # and possible commit it? 23.56.24 Quit LambdaCalculus37 ("Put it all in the curry!") 23.58.00 Join TBOL3 [0] (i=9023fe05@gateway/web/ajax/mibbit.com/x-1e39e1b0fed0669d) 23.58.05 Quit fml ("CGI:IRC")