--- Log for 08.04.111 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 6 days and 2 hours ago 00.00.15 # * sideral is an awesome tagtree wrangler 00.00.39 # I should have made notes when unbricking my clip+, but I was too anxious about just getting it back to life 00.01.09 # I've just added my first feature to the DB browser. :) 00.01.40 # Buschel: No, with my rework, there is no problem about correct resume at pending track transitions 00.02.01 Join mt_ [0] (~mtee@41.233.149.140) 00.02.22 # do we know the clip+ jtag pins? 00.03.01 Quit mt (Ping timeout: 240 seconds) 00.03.09 # yes, probably, http://www.rockbox.org/wiki/WebHome?topic=SansaClip 00.03.12 Nick mt_ is now known as mt (~mtee@41.233.149.140) 00.03.33 # of course, I don't know if anyone will want that stuff committed...it's not like it's reduces binsize (definitely not depending on if a reliable skip peek-ahead is wanted) 00.04.42 Quit silbo (Remote host closed the connection) 00.05.03 Quit mudd1 (Ping timeout: 246 seconds) 00.05.14 # of course I didn't give a toss about binsize, only being thorough 00.05.24 # dammit 00.05.25 Quit petur (Quit: Leaving) 00.05.34 # not even grounding a data pin of the nand makes it go to the other mode 00.06.38 # it's always those last little annoying bits that seem to eat up more time than the bulk of the work :\ 00.06.44 Quit ender` (Quit: Sometimes I lie awake at night, and I ask, "Where have I gone wrong?" Then a voice says to me, "This is going to take more than one night.") 00.07.01 # I could try to write a simple plugin tomorrow to dump the internal ROM alias at 0x8000.0000 to a file 00.08.09 # bertrik: actually, IIRC there's some code in the debug menu already that does such things, so you should be able to just change an address and size somewhere 00.11.21 # New commit by 03Buschel (r29692): Fix residual red. Keep index in mp3entry for HWCODEC. 00.12.08 Quit boghog (Quit: boghog) 00.13.34 # bertrik, saratoga: no matter what i do, it will always boot into the 4mb mode 00.14.01 # neither the recovery pin nor the flash data pins seem to have an influence 00.14.38 # Buschel: what about the mpeg.c lines that were removed? :) 00.16.21 # TheSeven, the 4mb mode is non-volatile, right? 00.16.27 # r29692 build result: All green 00.16.37 # it's really funny 00.16.49 # the data i read on that drive is some kind of repetitive garbage pattern 00.17.03 # it's always a bit different, but always looks kind of similar 00.17.09 # jhMikeS: from my understanding those were not relevant in sim. the target related usage of "index" might be used by the alpine_cdc plugin... 00.17.27 # reading is way faster than writing, and if i write to it, the data seems to be kept until the next reboot 00.17.44 # if i unplug and replug it, it stops respoding until i reboot it 00.17.52 # after that reboot, the garbage pattern is there again 00.18.14 # jhMikeS: weird dependencies we have... 00.18.18 # so maybe it's ram, and the garbage pattern is a left-over of a ram test? 00.18.35 # stovepipes 00.18.38 # but why would writing be like 4 times slower than reading then? 00.18.44 # hm, don't know 00.21.05 Quit bertrik (Quit: :tiuQ) 00.21.31 Quit domonoky (Read error: Connection reset by peer) 00.21.41 Part bcoco85 00.22.11 # * jhMikeS aims to kill offset based resume shortly after which would simplify things (offset being a rough buffering guide only) 00.23.13 # jhMikeS: What do you want to replace it with -- time offset? 00.23.29 # time for everything 00.23.47 # You can 00.23.57 # probably a good idea 00.24.05 # hm, the only thing i could think of as a jtag candidate would that unpopulated thing in the top right corner: http://www.rockbox.org/wiki/pub/Main/SansaAMSUnbrick/sandisksansaclipplusdis.jpg 00.24.06 # 't resume mp3 at a precise point in time without scanning the whole file 00.25.26 # I know there a few consideration with that. Most codecs have no use of it on SWCODEC, just mpa and wavpack 00.25.42 # * TheSeven gives up on that one for tonight 00.27.46 # * amiconn wonders what's bad about offset based resume 00.28.16 # It works for all formats and doesn't require excessive scanning 00.28.47 Join mt_ [0] (~mtee@41.233.149.140) 00.29.12 Quit mt (Ping timeout: 246 seconds) 00.29.17 Nick mt_ is now known as mt (~mtee@41.233.149.140) 00.29.34 Join scromple [0] (~x@115-64-195-104.tpgi.com.au) 00.30.09 # amiconn: One problem I've found with offsets is that they aren't portable to non-Rockbox players -- no other (non-Rockbox) player I know uses resume offsets, making synchronizing resume offsets among heterogeneous players harder 00.30.15 # like I said, nothing uses it but wavpack and mpa but even with time resume, offset could still operate 00.31.00 # Why would one synchronize resume offsets between different players? 00.31.36 # there's the inconsistency and playback has to play some games internally. the new version also can run codecs specifically to seek them and offset is bogus since playback doesn't know what it should be 00.31.48 # amiconn: To continue listening to a podcast at home that I started listening to at work or on my mobile DAP 00.31.54 Quit efyx (Remote host closed the connection) 00.32.03 Join JackWinter [0] (~jack@vodsl-9173.vo.lu) 00.32.08 # jhMikeS: I just tested resume on my nano 2g target. works fine even when reshuffling 00.32.59 # I just made a fresh build from SVN, I'll check again 00.33.17 # sideral: So why not using rockbox at home as well? 00.33.56 # btw, what was the command to resync all files via svn? 00.34.00 # amiconn: My Squeezeboxen don't run it -- neither does my Linux desktop at work 00.35.00 Join mt_ [0] (~mtee@41.233.149.140) 00.35.40 # * amiconn uses his daps at home or at work as well, except for one thing - http streaming - which doesn't have resume indices 00.36.03 Quit mt (Ping timeout: 246 seconds) 00.36.10 # amiconn: gPodder (the podcatcher I use) will soon offer synchronizing resume points across multiple players (even remotely via a web service), and they plan to use the timecode as the resume point 00.36.10 Nick mt_ is now known as mt (~mtee@41.233.149.140) 00.38.22 # * amiconn still thinks that if the most common format doesn't mix well with time based resume, using the latter is a bad idea 00.39.35 # For vbr with xing header you can at least do an estimate - without xing header there's no way. You don't even know the total playing time of the track in that case 00.40.55 # How does Rockbox derive it's time offset from the storage offset it a VBR track is resumed in the middle? 00.41.14 # Also, don't bookmarks use a time offset as well? 00.41.21 # is ROLO supported on ipod nano 2g? 00.41.30 # sideral: see mpa.c 00.41.41 # that's one way, I haven't checked hwcodec 00.41.52 Quit kevku (Read error: Operation timed out) 00.44.09 # Getting time offset from byte offset is also just an estimate, but unlike doing it the other way round, precision isn't important, since it's just for display 00.44.20 Join leavittx_ [0] (~lev@89.221.199.187) 00.45.13 # my build says "Version: r29689:29690M-110407"... how can I search for the cause of r29689 quickly? 00.45.18 # if cuesheets are involved then precision can be quite important 00.46.00 Quit ChickeNES (Quit: Computer has gone to sleep.) 00.48.39 # Why? All that happens is that the sub-track changes aren't displayed properly. The resume position within the file will still be correct 00.48.49 Quit mt (Ping timeout: 260 seconds) 00.49.04 # * jhMikeS still sees the same resume problems after shuffle 00.49.40 Join mt_ [0] (~mtee@41.233.149.140) 00.49.50 Quit mt_ (Client Quit) 00.50.16 # Whereas if you base resume on time offset, the resume position may be off by half a minute or so within a cd-length vbr mp3 file 00.50.38 # That's *with* xing header 00.50.52 # * Buschel wishes he never touched this code... I did not expect and want to spent so many hours on this :/ 00.51.06 # need to get some sleep now... 00.51.34 # goodnight (trust me, I sympathize :) 00.51.46 Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.16/20110319135224]) 00.58.31 Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) 01.02.43 Quit sideral (Quit: Leaving.) 01.03.38 Join Keripo [0] (~Keripo@eng347.wireless-resnet.upenn.edu) 01.05.02 Join telliott [0] (~Tim@d27-96-170-180.evv.wideopenwest.com) 01.05.05 # on arm11, do i need to interleave loads, or is there no advantage to that 01.05.28 # its not clear to me if the load/store pipeline can have multiple loads outstanding at once 01.08.33 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 01.09.53 Quit MethoS- (Read error: Connection reset by peer) 01.10.16 # iirc it's just the early/dependencies that matter 01.10.26 # *early/late 01.10.59 Join MethoS- [0] (~clemens@134.102.106.250) 01.11.21 # My playlist is showing an error on a file that plays just fine on my clip+ from the file browser. Has anyone seen that happen? 01.11.25 # so as long as nothing touches those registers, the multiplier can keep running without stalling? 01.12.17 Quit bluebrother (Disconnected by services) 01.12.19 # yes, so long as it doesn't need them 01.12.19 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 01.12.48 # The playlist had "#UTF8:" in front of some entries so I removed it but the error remains 01.13.05 *** Saving seen data "./dancer.seen" 01.18.40 Quit leavittx (Read error: Operation timed out) 01.19.26 Quit leavittx_ (Ping timeout: 252 seconds) 01.21.05 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net) 01.22.19 # ldmpc is some psuedo instruction right? does anyone know if it has to go last or if i can have one more op after it to do some last bit of clean up 01.24.43 Quit soap__ (Quit: soap__) 01.26.30 # saratoga: never seen that one 01.26.35 # but not sure what you mean by one more op after it 01.26.40 # oh, wait, you mean like a delay slot? 01.26.50 # no, arm doesn't have those. instructions that change PC change it "immediately" 01.26.51 # the functions i saw use it as the last op 01.27.04 # i'm not sure if it also branches back to the caller or not 01.27.17 # can you not see what it actually expands to? 01.27.34 # ldmfd sp!, {pc}^ or something i assume? 01.28.47 # yeah looks like it updates the pc too 01.28.48 # ldmia sp!, {r4, r5, r6, r7, r8, r9, sl, fp, pc} 01.28.59 # i have no idea why that would be a pseudo instruction then 01.29.11 # yeah seems pretty useless 01.29.13 # (and fix your disassembler not to emit sl and fp and all that nonsense, too, nobody uses that) :) 01.29.24 # its the rockbox objdump 01.29.30 # no idea how it works 01.29.30 # heh 01.29.41 # anyway that's just restoring every callee-saved register 01.30.05 # ldmfd sp!, {r4-11,pc} 01.30.15 # is the conventional spelling in a source file 01.30.23 # can't see why you'd write a pseudoop 01.30.28 # ldmpc is funman's solution to thumb interworking 01.30.50 # oh, it's a macro? 01.30.57 # yes 01.31.15 # ah. ick. 01.31.27 # did nobody look into getting the linker to fix those? 01.31.34 # the .v4_bx relocs should let you do it :) 01.31.52 # i have no ideda how that works though 01.31.56 # it accounts for armv4 vs. v6 setting or not setting the T bit 01.33.42 # hm 01.34.08 # lowercase macros freak me out still :) 01.59.57 Quit BHSPitMonkey (Read error: Connection reset by peer) 02.04.05 # anyone feel like checking this for stalls? 02.05.57 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 02.05.59 # http://dpaste.com/529877/ 02.06.14 # i think it shouldn't stall on arm11 02.06.42 # oh crap just noticed an error 02.09.20 # http://dpaste.com/529877/ 02.09.44 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 02.16.30 # i think the above is right 02.19.54 Join Pleiadian__ [0] (75d35a9a@gateway/web/freenode/ip.117.211.90.154) 02.22.32 Join webguest81 [0] (~75d35a9a@giant.haxx.se) 02.27.58 Quit webguest81 (Quit: CGI:IRC (Ping timeout)) 02.36.02 Join webguest41 [0] (~75d35a9a@giant.haxx.se) 02.36.55 Quit webguest41 (Client Quit) 02.38.25 Join Pleiadian2 [0] (~75d35a9a@giant.haxx.se) 02.49.59 Quit Pleiadian2 (Quit: CGI:IRC (EOF)) 02.50.06 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 02.54.03 Quit Keripo (Ping timeout: 260 seconds) 02.55.29 Join Keripo [0] (~Keripo@eng347.wireless-resnet.upenn.edu) 02.55.38 # * jhMikeS nudges saratoga to grab the ARM11 reference that explains it all :) 02.56.05 # yeah i'm reading it 02.56.24 # good man :) 02.57.00 # it said the paste wasn't found anyhow 02.59.18 # <[Saint]> I'm no legal-beagle, and what I've read seems to imply it's ok...but if anyone knows for certain it would help: Is it ok for me to convert/redistribute an Apache licensed font on the themesite? 03.01.27 # * [Saint] found an Apache licensed myriad-sans clone perfect for the iLike themes 03.13.08 *** Saving seen data "./dancer.seen" 03.17.34 # can you, um, use a less garden-path-like sentence? 03.23.24 Quit JesusFreak316 (Ping timeout: 240 seconds) 03.26.06 Quit bluefoxx (Ping timeout: 240 seconds) 03.27.56 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 03.29.29 # objdump uses funny register names iirc. maybe there's a "i'd like rX" option? 03.30.59 Quit JdGordon| (Ping timeout: 248 seconds) 03.33.33 Quit Keripo (Quit: Leaving.) 03.38.37 # synth.c:(.text+0x1ce0): undefined reference to `synth_full_mod_one' 03.38.50 # i've defined this in a .S file that is assembled by gcc 03.38.57 # what else do I need to do to make it link? 03.39.01 # did you use .global? 03.39.20 # .global synth_full_mod_one 03.39.59 # ummm...the .S is in the sources? :) 03.40.20 # i had to delete a /**/ comment 03.40.26 # now its confused about my .req statements 03.41.31 # if we preprocess .S files why can't I use block comments exactly? 03.41.45 # I haven't had any problem with those 03.42.04 Quit bluefoxx (Ping timeout: 252 seconds) 03.42.18 # something is badly fucked up 03.45.05 # i had this compiling a minute ago, now assembly doesn't seem to be able to parse the text 03.45.12 # giving me errors on lines with nothing related to the statement 03.46.22 # saratoga: pretty sure you *can* use block comments? :/ 03.46.33 # yeah i see that 03.46.41 # no idea why removing them changes the errors i'm getting 03.47.05 Join Keripo [0] (~Keripo@eng347.wireless-resnet.upenn.edu) 03.48.07 # copy-paste nested comments? but those should warn, also they tend to be obvious... 03.48.10 Quit telliott (Quit: Leaving) 03.49.07 # bah the GPL header at the top of the file was cut off and the comment never ended 03.49.14 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 03.50.11 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 03.50.19 Nick alexbobp is now known as sheepshank (~alex@ppp-70-253-78-241.dsl.austtx.swbell.net) 03.53.25 # a prefetch abort from an assembly file likely means what? 03.54.07 # that there's a bug in the assembly code :D 03.55.07 # i expected to hear static due to bugs, not just crash 04.02.21 # do i have to clean up any arguments left on the stack by the calling function, or does the compiler handle that? 04.02.28 # (if theres more then 4 args) 04.04.09 Quit Topy44 (Ping timeout: 246 seconds) 04.05.14 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 04.08.12 Quit TheSeven (Ping timeout: 252 seconds) 04.08.23 Quit kugel (Ping timeout: 248 seconds) 04.08.39 Join Topy44 [0] (~Topy44@f049162155.adsl.alicedsl.de) 04.12.07 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.12.52 Join JdGordon1 [0] (~jonno@rockbox/developer/JdGordon) 04.13.10 # * Unhelpful is not sure who is responsible for clearing stack args... but couldn't you test by compiling a test function that calls an extern w/ >4 args? 04.15.19 Quit DerPapst (Ping timeout: 248 seconds) 04.15.53 # does the stack count up as you push onto it, or count down as you push? 04.16.09 # add sp, sp, #16 @ compensate for temp storage 04.16.13 # thats making me worry 04.19.22 # that's a matter of convention, and i forget which way our stack grows :/ 04.22.03 # apparently the opposite way i expected 04.32.23 # full-descending 04.33.04 # what about stacked arguments, do i have to remove them before returning? 04.33.42 # I don't think so, lemme check the yuv code 04.34.55 # apparenly no 04.53.33 Quit pixelma (Disconnected by services) 04.53.34 Quit amiconn (Disconnected by services) 04.53.35 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.53.35 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.53.37 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.53.53 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 05.07.02 Quit LambdaCalculus37 (Quit: yak time is over, sleep time is now!) 05.09.51 Quit MethoS- (Remote host closed the connection) 05.13.09 *** Saving seen data "./dancer.seen" 05.23.28 Join bieber [0] (~quassel@node150.seg33.ucf.edu) 05.29.13 Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net) 05.30.47 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 05.40.37 Quit Horscht (Quit: Verlassend) 06.01.31 Quit Leif (Quit: Leaving) 06.12.57 Quit wodz (Ping timeout: 246 seconds) 06.20.30 Quit factor (Read error: Connection reset by peer) 06.38.15 Join factor [0] (~factor@75.108.68.114) 06.43.07 Join sideral [0] (~sideral@rockbox/developer/sideral) 06.47.03 Join sevendeuce [0] (~sevendeuc@CPE00222d6e1f50-CM00222d6e1f4d.cpe.net.cable.rogers.com) 06.49.01 Quit sevendeuce (Client Quit) 06.49.32 Join sevendeuce [0] (~sevendeuc@CPE00222d6e1f50-CM00222d6e1f4d.cpe.net.cable.rogers.com) 06.50.44 # Hello all, can someone please explain to me why this image will not work as album art http://i.imgur.com/AjuH2.jpg 06.51.23 # I have it saved as cover.jpg in the album by the way, it just won't show and picture flow says it's invalid. 06.53.04 # does it show up in the picture viewer (just click on the jpg)? Some forms of JPGs aren't supported, e.g. so-called "progressive scan" ones. That's a quick check 06.53.40 # it is also very huge and I'm not sure if there's a maximum size - but it would be a waste either way 06.56.37 # damm any idea how i can get it to not be progressive scan? I have tried saving it as .bmp; and even saved it as a .gif, then conveted it to jpg/bmp at one point out of frustration 07.01.19 # from what I can see, it isn't. Maybe it's too big, not sure. Other than that - converting should have helped if you have an eye on the correct options when saving. 07.03.57 # I don't think its too large as another cover i have is a full mb (too lazy to compress it) but thanks for the help. I'm gonna try putting it on my windows machine and saving it as a bitmap through mspaint :) 07.04.48 # I would probably try to scale it down. You didn't tell if you tried the imageviewer btw., I asked because it gives some output on fail 07.05.47 # Oh sorry it would just say the same thing as pictureflow, "image is invalid" 07.06.23 # well, I wasn't referring to file size but resolution - a 1405x1405 pictures is quite a waste on a 320x240 display or so (just using one of our targets resolution as a guess, as I don't know which player you have exactly) 07.09.11 # yeah its a huge waste. However I am also using my device as my music backup drive, so having proper resolution covers just in case is usefull. 07.09.25 # and saving it through paint worked 07.11.00 # ok 07.12.40 Quit Judas_PhD (Quit: This is a quitting message) 07.13.13 *** Saving seen data "./dancer.seen" 07.13.44 Quit sevendeuce (Quit: Living is easy with eyes closed) 07.14.36 Quit JesusChrysler (Remote host closed the connection) 07.14.57 Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) 07.15.31 Join smk [0] (~smk@220.225.67.36) 07.16.55 # gsoc contestant here. Had come earlier to discuss the buflib project. But then I had to leave. anyway, the question i had asked was, why not use buflib as a library (like it is now). Why move it to the core?. How does it help? 07.17.28 Join HRTheJoey [0] (HRTheJoey@pool-98-114-240-193.phlapa.fios.verizon.net) 07.17.37 Part HRTheJoey 07.25.47 Quit smk (Quit: Leaving) 07.26.14 Join IronSean [0] (~18deef9a@giant.haxx.se) 07.35.09 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 07.36.41 Quit sideral (Quit: Leaving.) 07.40.59 # smk: in order for buflib to be useful in the core, it will have to interact with parts of the core 07.41.15 # for instance, it needs to be aware of audio buffering 07.42.04 # oh, he's gone. silly me. 07.45.21 Quit antil33t () 07.45.55 # Does anyone know how the Google Summer of Coding Applications are going? It seems like a really great opportunity, but since the deadline is tomorrow and I just learned about it an hour ago, I may have missed the boat on being involved. 07.48.45 Quit BHSPitMonkey (Remote host closed the connection) 07.52.09 # IronSean: If the deadline is tomorrow, you have to hurry, but It's not too late 07.55.24 Join Hindu [0] (75d3557b@gateway/web/freenode/ip.117.211.85.123) 07.56.00 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 08.02.34 # I definitely would have preferred having a couple weeks to get more familiar and really flesh out an idea, but I suppose nothing ever gets done if you don't try. 08.02.34 Join stoffel [0] (~quassel@p57B4CD77.dip.t-dialin.net) 08.03.10 # IronSean: there are students working on the buflib, ARM emulator, codec optimization, and codec library projects 08.03.56 Join leavittx [0] (~leavittx@89.221.199.187) 08.04.24 # I'd suggest not applying to one of those without relevant experience 08.04.36 # (I'm the student interested in the codec library project) 08.09.59 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.10.00 Quit bertrik (Changing host) 08.10.00 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.10.01 # wtachi: noone is working on anything yet.. its all ideas 08.10.07 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 08.10.13 # which get accepted (by us and then google) are very much up for debate 08.10.15 # right, we're working on proposals 08.17.22 # wtachi: Thanks for the heads up on where the interest has been. 08.19.05 Join sideral [0] (~sideral@213.165.85.248) 08.19.14 Quit sideral (Changing host) 08.19.14 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.19.59 # IronSean: also, when I said "codec optimization", I think most interest is in AAC 08.20.09 Join leavittx_ [0] (~lev@89.221.199.187) 08.20.31 # MP3 (and also IMDCT?) would probably be very difficult without codec experience 08.20.33 Join Strife89 [0] (~Strife89@168.16.226.187) 08.22.59 # Yeah, the MP3 optimization definitely appears to be a step above some of the others in terms of what would be required. 08.29.08 Quit bertrik (Quit: :tiuQ) 08.31.51 Join n1s [0] (~quassel@rockbox/developer/n1s) 08.36.51 Quit Pleiadian__ (Ping timeout: 252 seconds) 08.37.03 Quit amiconn (Remote host closed the connection) 08.37.04 Quit pixelma (Remote host closed the connection) 08.40.12 Join GodEater [0] (~bibble@5add6cfc.bb.sky.com) 08.40.12 Quit GodEater (Changing host) 08.40.12 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 08.40.12 Join amiconn [0] (quassel@rockbox/developer/amiconn) 08.40.12 Join pixelma [0] (quassel@rockbox/staff/pixelma) 08.40.12 Join ender` [0] (krneki@foo.eternallybored.org) 08.41.59 Quit Hindu (Ping timeout: 252 seconds) 08.47.36 Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee) 08.56.12 Quit stoffel (Remote host closed the connection) 08.58.04 Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) 08.58.04 Quit Zagor (Changing host) 08.58.04 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.59.53 Join mem_ [0] (~mem@mem-irc.netnod.se) 09.01.48 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 09.04.57 Join B4gder [0] (~danielx@www.haxx.se) 09.04.57 Quit B4gder (Changing host) 09.04.57 Join B4gder [0] (~danielx@rockbox/developer/bagder) 09.07.58 Join DerPapst [0] (~Alexander@wlan-nat-28.fh-friedberg.de) 09.10.14 Join petur [0] (~petur@rockbox/developer/petur) 09.10.46 Quit DerPapst (Client Quit) 09.11.23 Quit Keripo (Ping timeout: 252 seconds) 09.11.29 Quit wtachi (Quit: xoqʞɔoɹ) 09.11.36 Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 09.13.16 *** Saving seen data "./dancer.seen" 09.14.48 Join smk [0] (~smk@203.197.87.94) 09.18.59 Join DerPapst [0] (~Alexander@wlan-nat-28.fh-friedberg.de) 09.23.12 Join Yarpen [0] (~Yarpen@wm.iskra.com.ua) 09.23.20 Quit rasher (Read error: Operation timed out) 09.23.30 Part Yarpen ("Покидаю") 09.24.42 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 09.25.25 Part scromple ("Leaving") 09.30.21 Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) 09.30.21 Quit rasher (Changing host) 09.30.21 Join rasher [0] (~rasher@rockbox/developer/rasher) 09.32.26 Join rasher_ [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) 09.32.26 Quit rasher_ (Changing host) 09.32.26 Join rasher_ [0] (~rasher@rockbox/developer/rasher) 09.32.44 Quit rasher_ (Client Quit) 09.33.07 Join LinusN [0] (~linus@rockbox/developer/LinusN) 09.37.50 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 09.43.39 Quit leavittx_ (Ping timeout: 252 seconds) 09.44.50 Quit antil33t () 09.45.27 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.46.02 Join thomasjfox [0] (~tomj@rockbox/developer/thomasjfox) 09.49.57 Join Pleiadian____ [0] (75d35a9a@gateway/web/freenode/ip.117.211.90.154) 09.51.29 Quit mudd1 (Quit: Ex-Chat) 09.57.15 Quit robin0800 (Remote host closed the connection) 09.58.53 # I also posted my application for reloc plugins now, it still needs a bit of work but I'll do that until the deadline 10.00.56 # And fill up our inboxes! 10.01.03 # :) 10.01.11 Quit Pleiadian____ (Ping timeout: 252 seconds) 10.01.49 # the deadline is 19:00 UTC (so 21:00 in my time) right? 10.03.09 # * kugel would like to know how many applications we have by now 10.03.14 # yes 10.12.41 Quit wodz (Ping timeout: 246 seconds) 10.12.52 # I don't know if I am going to get an application in, between studying and a final tomorrow and knowing that it will obviously look thrown together. I might just end up working as a normal contributer and attempting to do the SoC next summer. 10.15.36 # Sure, it is always great to get new people :) 10.17.59 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 10.18.06 # I sure wish I had heard about the program a week ago instead of earlier tonight though :p 10.20.07 Quit cjcopi (Read error: Operation timed out) 10.27.05 Quit smk (Quit: Leaving) 10.45.29 Join Ayla [0] (~paul@32.121.101-84.rev.gaoland.net) 10.51.02 Quit GodEater (Ping timeout: 248 seconds) 10.53.18 Join Misan [0] (~Misanthro@p3E9BE811.dip.t-dialin.net) 10.53.28 Nick Misan is now known as rigoletto (~Misanthro@p3E9BE811.dip.t-dialin.net) 10.54.46 Quit DerPapst (Ping timeout: 248 seconds) 10.58.10 # IronSean: just for information, so we can maybe improve things, how did you hear from gsoc, and what could we (rockbox and/or gsoc community in general) have done to reach you earlier? 10.58.20 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 11.13.18 *** Saving seen data "./dancer.seen" 11.18.45 Join pamaury [0] (81680b01@rockbox/developer/pamaury) 11.26.16 Quit JdGordon1 (Ping timeout: 260 seconds) 11.33.48 Join MethoS- [0] (~clemens@134.102.106.250) 11.39.07 Join JdGordon1 [0] (~jonno@124-171-32-183.dyn.iinet.net.au) 11.39.13 Quit JdGordon1 (Changing host) 11.39.13 Join JdGordon1 [0] (~jonno@rockbox/developer/JdGordon) 11.45.31 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 11.50.41 # gevaerts, searching for GSOC i found its used for German Space Operation Center :-) 11.55.23 Quit jhMikeS (Ping timeout: 276 seconds) 11.58.12 Quit rigoletto (Quit: Verlassend) 11.58.29 Join pacovila [0] (~pacovila@84.79.151.4) 11.59.32 Part pacovila 12.22.09 Quit Keripo (Quit: Leaving.) 12.51.27 Quit bluefoxx (Ping timeout: 240 seconds) 12.54.52 Quit Bagder (Read error: Connection reset by peer) 12.59.12 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 12.59.13 Quit Bagder (Changing host) 12.59.13 Join Bagder [0] (~daniel@rockbox/developer/bagder) 13.04.54 Join DerPapst [0] (~Alexander@dslb-088-069-130-185.pools.arcor-ip.net) 13.10.02 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 13.13.22 *** Saving seen data "./dancer.seen" 13.14.53 Quit eGen_ (Quit: ... gettin' screew my wife ....) 13.17.19 Quit [Saint] (Ping timeout: 246 seconds) 13.17.24 Quit antil33t (Read error: No route to host) 13.17.57 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 13.18.21 Join [Saint] [0] (~st.lasciv@124-197-14-130.callplus.net.nz) 13.19.57 Quit Topy44 (Read error: Connection reset by peer) 13.26.12 # hello again to everyone. 13.29.15 # * skapazzo finally got everything in line and is applying, just in time. 13.29.38 # noooooooooo 13.33.58 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 13.47.57 # hmm, so i got talk clips in the playlist viewer to work but it's kind of hacky and i'd rather reuse the callback function from the tree 13.48.23 # but it's so tied to that tree context stuff 13.51.09 Join eGen_ [0] (generat0r@gate.mmdecin.cz) 13.51.38 # factoring the logic out might not be that hard though 13.52.44 # hell, I can't match READ_ID response with any public micron datasheet 13.53.32 # hmm, the filetree thing has a lot of dir handling stuff i don't need though 13.55.52 Join mt [0] (~mtee@rockbox/developer/mt) 14.05.23 Join cjcopi [0] (~craig@adsl-76-241-118-43.dsl.bcvloh.sbcglobal.net) 14.08.31 Quit eGen_ (Quit: ... gettin' screew my wife ....) 14.09.44 Join mt__ [0] (~mtee@41.233.149.140) 14.11.27 Quit mt (Ping timeout: 260 seconds) 14.11.40 Nick mt__ is now known as mt (~mtee@41.233.149.140) 14.19.37 Quit mt (Changing host) 14.19.37 Join mt [0] (~mtee@rockbox/developer/mt) 14.21.41 Join T44 [0] (~Topy44@f049162155.adsl.alicedsl.de) 14.27.34 Join eGen_ [0] (generat0r@gate.mmdecin.cz) 14.27.40 Quit MethoS- (Remote host closed the connection) 14.31.45 # hmm, this turned out nicer than i had hoped :) 14.31.57 # just need to deal with the spell as numbers mode 14.49.50 Quit rasher (Ping timeout: 240 seconds) 14.50.59 Join TheLemonMan [0] (~lem0n@ppp-250-145.98-62.inwind.it) 14.54.35 Join stoffel [0] (~quassel@p57B4BFA2.dip.t-dialin.net) 14.57.36 Join rasher [0] (~rasher@rockbox/developer/rasher) 15.09.32 # * kugel updated both applications; they're almost final 15.10.32 # * gevaerts plans some heavy application reading tonight and tomorrow 15.10.36 # New commit by 03nls (r29693): Voice filenames in the playlist viewer, closes FS#11951 15.10.37 Quit skapazzo (Ping timeout: 258 seconds) 15.11.30 Join skapazzo [0] (~skapazzo@88-149-251-33.dynamic.ngi.it) 15.13.23 *** Saving seen data "./dancer.seen" 15.13.46 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.15.25 # r29693 build result: All green 15.19.56 Join swilde [0] (~wilde@aktaia.intevation.org) 15.29.57 Join Rob2222 [0] (~Miranda@p5DE4B642.dip.t-dialin.net) 15.38.17 Join PsyBlade [0] (~quassel@178-26-94-19-dynip.superkabel.de) 15.39.52 # are the garbled Names (eg "Przemys\x{0142}aw Ho\x{0142}ubowski") in the wiki release notes a known issue? 15.40.01 # New commit by 03nls (r29694): Whitespace and cosmetics consistency cleanup in playlist_viewer.c, no functional changes. 15.40.13 # PsyBlade: yep 15.40.37 # sorry didnt find a bugreport 15.42.48 Quit B4gder (Quit: Konversation terminated!) 15.43.00 Join leavittx_ [0] (~lev@89.221.199.187) 15.43.32 # PsyBlade: don't think there is one, its probably just someone that edited that page with a browser that decided utf8 was no good 15.43.48 # and noone seems interested in fixing it 15.43.58 Part LinusN 15.44.44 # r29694 build result: All green 15.44.53 # if you have a user account in the wiki you can probably fix them yourself 15.46.18 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 15.46.49 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 15.49.24 Quit mt (Read error: Connection reset by peer) 15.49.55 Join mt [0] (~mtee@rockbox/developer/mt) 15.49.57 # I thought it was created by a script containing errors; plus I dont have an acc 15.50.38 # PsyBlade: where do you meant specifically?, the release notes? 15.52.15 # regenerating that list from the source file should be easy 15.52.20 # hm, there's a lot wrong there... 15.52.25 # * gevaerts fixes 15.52.45 # http://www.rockbox.org/wiki/ReleaseNotes381 15.53.36 # IIRC those errors have been copied over from earlier release notes to the new ones, i have noticed it before 15.54.36 # Should be ok now 15.55.07 # * gevaerts blames AlexP 15.56.40 # first occurence is in the 3.4 release notes 15.57.25 # and then in all the subsequent ones 15.58.22 # * gevaerts doesn't feel very motivated to fix the old ones 15.59.07 # looks like 3.4 was created with the wrong encoding and someone "fixed" it 15.59.12 # * n1s doesn't mention names 15.59.36 # also foswiki doesn't like showing the offending diff 16.02.18 # heh, the 3.4 release notes went through several different wrong encodings 16.04.58 Quit bluefoxx (Ping timeout: 276 seconds) 16.05.57 Join mishra [0] (~mishra@80-218-253-71.dclient.hispeed.ch) 16.06.13 # I find it interesting that people seem to add names to the list instead of just replacing the list 16.07.21 # gevaerts: lazyness mostly, how did you regenerate it btw? 16.07.46 # a bit of sed and tr 16.08.23 # maybe we should create a ReleaseNotesTemplate page and put that command on it 16.08.27 # i'm troubleshooting this ASM code i wrote, and it causes a hard freeze although the code does not write to memory anywhere except the stack 16.08.32 # any suggestions on what I should look at 16.08.55 # saratoga: well, the abvious question is if it corrupts the stack 16.09.03 # obvious 16.09.12 # i copied the code from other ASM blocks that work, so its probably ok 16.09.32 # gevaerts: as i don't think i'm the only one here that would have to read up on woh to use tr 16.10.10 # saratoga: infinite loops? 16.10.37 # it's been a while since i've done any asm but i could take a look if you wanted 16.13.25 # theres no loop, but i'll pastebin it 16.13.38 Part n1s ("http://quassel-irc.org - Chat comfortably. Anywhere.") 16.13.40 Join n1s [0] (~quassel@rockbox/developer/n1s) 16.14.24 # n1s: http://paste.ubuntu.com/591258/ 16.15.03 # you can probably ignore the big block of "smulwt" instructions, all they do is mutliply a bunch of constants with no memory writes 16.15.53 # i commented out the two "str" instructions at the end but it didn't make a difference 16.18.52 # the synth_full_sp thing looks wrong, when restoring sp is set to the adress of synth_full_sp IIUC 16.18.59 Join sideral1 [0] (~sideral@213.165.85.248) 16.18.59 Quit sideral (Disconnected by services) 16.19.00 Nick sideral1 is now known as sideral (~sideral@213.165.85.248) 16.19.00 Quit sideral (Changing host) 16.19.00 Join sideral [0] (~sideral@rockbox/developer/sideral) 16.19.29 # crap you're right 16.19.57 # it wasn't like that before, got mixed up while i was working i guess 16.20.10 # will test again 16.21.51 # n1s: thanks, that got it running 16.22.08 # cool 16.23.35 Part Zagor 16.25.46 Quit avacore (Ping timeout: 246 seconds) 16.27.20 Quit leavittx_ (Ping timeout: 252 seconds) 16.27.48 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 16.28.56 Quit sideral (Remote host closed the connection) 16.29.10 Part mem_ 16.29.27 Join sideral [0] (~sideral@213.165.85.248) 16.29.27 Quit sideral (Changing host) 16.29.27 Join sideral [0] (~sideral@rockbox/developer/sideral) 16.32.32 Quit PsyBlade (Remote host closed the connection) 16.32.37 Quit mt (Read error: No route to host) 16.32.50 # gaverts: I heard about the SOC program on this week's "this week in google" from twit.tv. Chris DiBona was on and mentioning it. I'm sure Rockbox as a community did a good enough job mentioning the opportunity, but I was not actively checking during the last semester to see. I'm a a few google mailing lists, but none which mentioned the GSOC, so it's either up to Google trying to mention it more, or more likely up to me to pay a little more attention to 16.33.33 Join mt [0] (~mtee@rockbox/developer/mt) 16.37.53 Join Pleiadian [0] (~Pleiadian@117.211.90.154) 16.39.11 Quit sideral (Remote host closed the connection) 16.39.44 Join sideral [0] (~sideral@rockbox/developer/sideral) 16.40.49 Quit Pleiadian (Quit: Pleiadian) 16.41.57 Quit factor (Ping timeout: 248 seconds) 16.42.08 Quit petur (Quit: *plop*) 16.44.45 # IronSean: cut off at "more attention to" 16.45.15 Join Pleiadian [0] (~Pleiadian@115.111.52.227) 16.46.34 # More likely up to me to pay a little more attention to some of their blogs and feeds next time. 16.49.27 Join wtachi [0] (~wtachi@cpe-065-190-001-228.nc.res.rr.com) 16.53.30 Quit antil33t (Read error: Connection reset by peer) 16.53.40 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 16.55.16 # kugel: I'm going to merge your "host_statusbar" branch in my "SDL-windowed-mode" branch the next days 16.57.32 Join factor [0] (~factor@75.108.68.114) 16.59.04 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 17.00.31 # thomasjfox: do what you want with it :-) It's certainly not committable yet, but do you want to take that patch over? I'm busy these days 17.03.08 Quit Pleiadian (Quit: Pleiadian) 17.03.52 # kugelp: Ok, I'll try to polish it some more. 17.04.13 # kugelp: I'll show it to you once it's in a somehow usable and non-buggy state 17.04.24 # will the gigabeatS charge in bootloader usb mode? 17.05.19 # thomasjfox: awesome! 17.05.56 # <[Saint]> thomasjfox: Will you be working on a way to display the native statusbar from now? 17.06.04 # <[Saint]> if so == awesome ;) 17.06.56 # <[Saint]> It would be really nice to get it playing correctly with the %w/d/e tags 17.07.10 # <[Saint]> *%wd/e 17.08.09 # heh my assembly runs ont he clip+ but segfaults on the gigabeatS 17.08.25 # is there some difference between armv5e and armv6 with respect to the stack? 17.08.51 # no 17.10.31 # [Saint]: That's the plan 17.11.13 # [Saint]: Though I guess it will take some time... 17.11.16 # <[Saint]> thomasjfox: Awesome. That would be very nice. 17.11.54 # saratoga: random thought: are you leaving it 8-byte aligned when crossing to/from C code? 17.11.54 # n1s, gevaerts: Yeah, I just copied old ones and added names. Principalluy as when I do release notes I copy the whole thing from the previous release and then alter it 17.12.09 # not that i guess we use any 64 bit types. 17.12.20 # but it's required by EABI technically 17.12.28 Quit amee2k (Read error: Operation timed out) 17.13.27 *** Saving seen data "./dancer.seen" 17.13.40 # Torne: alignment in this code is a nightmare, and possibly i have made mistakes 17.13.41 Join Pleiadian [0] (~Pleiadian@117.211.90.154) 17.14.43 # are the restrictions for ldrd and ldm different on v6 then v5? 17.14.43 # i don't think so. 17.14.43 # EABI requires that the stack pointer be 8 byte aligned on entry/exit from functions 17.14.43 # on the clip+ the output is merely corrupted (due to mistakes in my code), if this crash is a clue as to where that'd be nice 17.14.43 # AlexP: yeah, i did the same thing when i did them for a release 17.14.55 # LDM has to be 4-byte aligned, but that's no news; ldrd has to be 8-byte aligned on both 17.14.56 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 17.14.58 Join amee2k [0] (~thomas@ve504.cugnet.net) 17.15.07 Quit sideral (Disconnected by services) 17.15.07 Join sideral1 [0] (~sideral@213.165.85.248) 17.15.07 Quit sideral1 (Changing host) 17.15.07 Join sideral1 [0] (~sideral@rockbox/developer/sideral) 17.15.21 # gevaerts: maybe you could just put that tr command in acomment on the release notes page? 17.15.24 # Hm, do you have the details of the fault actually? is it an alignment fault? :) 17.15.35 # n1s: It's not just a command... 17.15.38 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.15.38 # (we added code to print that on chips that have the required registers, no?) 17.16.06 # I removed some lines, added the commas, and then removed the \ns, partly in an editor, partly using sed, and partly using tr 17.16.18 # maybe i'm not 64 bit aligned somewhere, the manual says thats unpredictable 17.16.24 # maybe its more unpredictable on v6 :) 17.16.32 # saratoga: Well, if alignment faults are enabled it should fault. on both. 17.16.35 # And unless your locale is set up properly for utf8, that will break just the same 17.16.38 Join Keripo [0] (~Keripo@seas659.wireless-pennnet.upenn.edu) 17.16.57 # true 17.16.58 # don't think it's supposed to be unpredictable.. 17.17.18 # * Torne looks in the thing. 17.17.53 Quit wtachi (Ping timeout: 258 seconds) 17.18.28 # anyway. if it was alignment i would probably expect it to be the other way around 17.18.41 # with alignment checks off armv5 gives you wrong answers, but armv6 gives you right answers slowly 17.19.49 Quit antil33t (Read error: Connection reset by peer) 17.19.58 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 17.20.24 Quit sideral1 (Remote host closed the connection) 17.20.46 Join wtachi [0] (~wtachi@65.190.1.228) 17.21.16 Join sideral [0] (~sideral@213.165.85.248) 17.21.16 Quit sideral (Changing host) 17.21.16 Join sideral [0] (~sideral@rockbox/developer/sideral) 17.27.31 Join Seth [0] (~Seth@h-241-235.A218.priv.bahnhof.se) 17.28.55 Nick Seth is now known as Poodlemastah (~Seth@h-241-235.A218.priv.bahnhof.se) 17.29.12 # Can someone explain the difference between LCD shutdown and LCD sleep for me? Specifically on iPod devices. 17.30.17 # lcd shutdown happens at poweroff. it turns the lcd off, possibly forever :) 17.30.37 # it's not a feature you see. 17.30.38 Quit sideral (Remote host closed the connection) 17.30.54 # it's for hardware that wants the LCD/lcd controller to be deactivated in a particular way before cutting the power 17.31.11 # lcd sleeping is a feature lots of targets have where you can turn the lcd off to save power when you aren't using it. 17.31.14 # they are unrelated. 17.31.23 # lcd shutdown is something you *have* to do on those platforms 17.31.36 # (or at least are strongly advised to do) :) 17.31.40 Join sideral [0] (~sideral@rockbox/developer/sideral) 17.32.01 # supporting turning the lcd off when you aren't using it requires that we know how to initialise it again afterward, which we may not 17.32.31 # Ah, makes sense. Feel a bit stupid now but yeah. Great explaination. Thanks. :) 17.33.43 # on different platforms we rely on initialisation done by the original firmware's bootloader to varying degrees :) 17.33.52 # sometimes we don't know how to set a given device up again if we turn it off ;) 17.35.08 # * pamaury has a device which he doesn't now how to turn off since it has a on/off button :) 17.35.55 # then press that button ;) 17.36.00 Part mishra ("Leaving") 17.36.53 Quit mt (Read error: Connection reset by peer) 17.37.36 Quit thomasjfox (Remote host closed the connection) 17.38.29 Join mt [0] (~mtee@rockbox/developer/mt) 17.44.24 Join utanapischti [0] (~username@p4FF2DB81.dip.t-dialin.net) 17.46.33 Quit liar (Quit: hallowed are the ori!) 17.48.20 Quit sasquatch (Ping timeout: 260 seconds) 17.48.53 Quit TheLemonMan (Quit: Destructor called) 17.50.27 Join liar [0] (~liar@83.175.83.185) 17.51.15 # just received my i413 dock \o/ 17.51.25 # let's hack a bit 17.52.32 Join Hindu-AWAY [0] (Hindu@115.69.155.170) 17.54.03 # Torne: wanted to tell you because I think I read it wrong from you: the option to separately turn off the display is only there on the colour screen Ipods - where we know how to - because those are the only ones with transflective (I believe it's called) LCDs which are quite readable without backlight. Colour screens of the "pitch black without backlight" turn the display off together with backlight - if we know how to. Monochrome and greyscale 17.54.03 # screens aren't turned off and don't have the option usually as they are very readable without backlight, except the Clips' OLED screen 17.54.52 # pixelma: right. i didn't mean to imply we didn't do that :) 17.55.39 # it read to me as if the option is there on all colour screen targets or so 17.55.57 # oh. i didn't mean the *option* 17.55.59 # i meant the ability 17.58.51 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 17.59.47 Quit Keripo (Quit: Leaving.) 18.01.21 Quit DerPapst (Quit: Leaving.) 18.04.30 # people with enough forum powers: ghdwerge217 wants a ban 18.07.43 # pixelma: done 18.07.46 # (I think( 18.08.25 # the spam posts are gone, thanks 18.09.26 Quit Ayla (Ping timeout: 240 seconds) 18.09.48 Join Ayla [0] (~paul@32.121.101-84.rev.gaoland.net) 18.10.06 Quit factor (Read error: Connection reset by peer) 18.13.52 Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03) 18.14.38 Quit pamaury (Quit: Page closed) 18.18.14 Quit Pleiadian (Ping timeout: 240 seconds) 18.20.18 Join Horscht [0] (~Horscht@p5DD56B88.dip.t-dialin.net) 18.20.18 Quit Horscht (Changing host) 18.20.18 Join Horscht [0] (~Horscht@xbmc/user/horscht) 18.24.57 Quit sideral (Ping timeout: 258 seconds) 18.26.28 Join factor [0] (~factor@75.108.68.114) 18.28.07 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...) 18.30.05 Join [Saint] [0] (~st.lasciv@124-197-14-130.callplus.net.nz) 18.47.10 Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) 18.48.08 Join GodEater [0] (~bibble@5ada16c1.bb.sky.com) 18.48.08 Quit GodEater (Changing host) 18.48.08 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 18.52.16 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 19.10.12 Quit maraz (Ping timeout: 276 seconds) 19.11.57 Join maraz [0] (maraz@kapsi.fi) 19.13.31 *** Saving seen data "./dancer.seen" 19.15.06 # * skapazzo corrected his gsoc proposal just in time but thinks it is too long. 19.15.17 # skapazzo: it probably isn't too long 19.15.19 # (just guessing) 19.16.07 # I don't think a proposal can't be too long 19.16.14 # (note: I haven't looked at it yet) 19.16.17 # wtachi: let's just hope it;s at least somewhat in English 19.16.28 Quit liar (Quit: hallowed are the ori!) 19.17.00 # why are all levels of heading the same size? :p 19.17.58 # s/;/' 19.19.23 # * skapazzo changed his keyboard to dvorak just before writing his longest text since long=Bad idea 19.20.18 Quit GodEater (Ping timeout: 264 seconds) 19.21.42 Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) 19.23.15 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 19.23.28 # is the formatting of my applications ok? I only see it in the small edit widget on the site and it looks a bit messed up (I wrote it in a text editor capping lines to 80 chars) 19.24.29 # kugel: once you click "Update", you should be sent to the displayed version 19.24.56 # ah right :\ 19.25.06 # kugel: had the same problem here but it let me see a preview before submitting 19.25.23 # was waay too slow 19.25.32 # it looks alright in the displayed version 19.28.28 # Not long to go chaps :) 19.30.04 Join shodan45 [0] (~chris@dsl-209-205-170-40.i-55.com) 19.30.11 Quit LambdaCalculus37 (Quit: back to phone) 19.31.43 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.33.19 # can someone confirm or deny that the sansa fuze uses the same physical usb cable plug (not pins, though) as an ipod? 19.33.39 # I'm trying to figure out if I can use http://www.sparkfun.com/products/10233 with my sansa :) 19.33.47 Quit t0rc (Remote host closed the connection) 19.35.31 Quit bieber (Remote host closed the connection) 19.35.44 # wtachi: Best of luck with the proposal. 19.36.41 # IronSean: thanks :) 19.39.30 Join Keripo [0] (~Keripo@seas539.wireless-pennnet.upenn.edu) 19.42.56 # can anyone review my proposal before the deadline? I'd like some feedback on the "Tasks" section 19.43.01 Join liar [0] (~liar@83.175.83.185) 19.44.33 Quit wodz (Ping timeout: 246 seconds) 19.47.34 # wtachi: What name is it submitted under? 19.47.41 # "Standalone audio library" 19.47.55 # gotcha 19.48.07 # I couldn't be arsed to click through all of them to find out :) 19.48.22 # "all of them"? that sounds scary :O 19.48.35 Join sideral [0] (~sideral@213.165.85.248) 19.48.35 Quit sideral (Changing host) 19.48.35 Join sideral [0] (~sideral@rockbox/developer/sideral) 19.48.37 Quit sideral (Remote host closed the connection) 19.48.59 Join sideral [0] (~sideral@213.165.85.248) 19.48.59 Quit sideral (Changing host) 19.49.00 Join sideral [0] (~sideral@rockbox/developer/sideral) 19.49.00 Join Pleiadian [0] (~Pleiadian@115.111.52.227) 19.49.04 # I'm definately not the person to ask about the tasks part :) 19.49.37 Join leavittx_ [0] (~lev@89.221.199.187) 19.49.37 # I pretty much finished my applications 19.49.39 # okay, thanks anyway 19.49.39 # wtachi: the deadline doesn't mean we can't ask for clarifications any more :) 19.50.01 # yeah, definitely 19.50.12 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.50.12 Quit bertrik (Changing host) 19.50.12 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.50.58 # I know, but the overall plan needs to be good 19.52.35 # Bagder: ping 19.52.37 Quit sideral (Client Quit) 19.52.43 # * Bagder is slightly here 19.54.51 Join So [0] (~5a04612a@80.67.6.50) 19.55.27 # hello, is there someone using rockbox on ipod nano 2nd gen ? 19.55.33 # Bagder: As I'm just testing IE9 a bit, I came across the issue of the irc log not updating automatically, saying the method is only supported by gecko based browsers 19.55.36 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 19.55.45 # So, TheSeven is :) 19.56.09 # Is this a new(ish) standard method, which should be supported by sufficiently modern browsers using other engines? 19.56.17 # * TheSeven extends his ears 19.56.19 # I believe it never worked with IE 19.56.34 # I thought it was ff only 19.56.37 # IE9 is quite different and more advanced than any older version 19.56.43 # Or ff engine derived 19.56.53 # I can't reboot my player so i can't boot on rockbox 19.57.04 # Ok :) 19.57.08 # If so, how could this be tested, as the script deliberately denies it for non-gecko browsers? 19.57.17 # amiconn: yes, but apparently this trick used for the irc viewer isn't really cross-browser 19.57.28 # So: what's the ipod's current state? 19.57.32 # I read reports that the log live updatin g also doesn't work in FF4 anymore. IIRC Zagor also explained why and that it needs a rewrite 19.57.42 # amiconn: the script is in the scn www module 19.57.45 # svn 19.57.57 # TheSeven can u help me ? 19.58.05 # Hmm, but I'd need an own server for testing, correct? 19.58.11 # amiconn: I believe the irc live update also breaks in firefox 4 19.58.17 # yes, I believe so 19.58.24 # Ah, yes it does 19.58.28 # I forgot the details though, must have been this week 19.58.37 # It's turned on, apple firmware 19.58.39 # we can consider it mostly broken by now 19.58.46 # Hmm, so we should use a different method 19.58.57 # Yeah, F5 :) 19.59.03 # And I remember Zagor (I think it was him...) saying once that it used some gecko-specific (i.e. not standard in any way) thing 19.59.23 # it's zagor's thing really, I've never touched those parts 19.59.26 # * pixelma feels ignored 19.59.34 Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee) 19.59.34 Quit kevku (Client Quit) 19.59.46 Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee) 20.00.02 # gevaerts: Hmm, http://en.wikipedia.org/wiki/Push_technology#HTTP_server_push says it is 20.00.12 # amiconn: but does it use that? 20.00.20 # Introduced by Netscape in 1995 20.00.28 Quit swilde (Remote host closed the connection) 20.00.38 # so: is rockbox already installed on it, or are you only planning to do that? 20.00.54 # TheSeven: I've tried to reset it pressing SELECT and MENU, but it does not work 20.01.55 # gevaerts: Looks like it does - see reader.pl 20.02.00 # hm 20.02.21 # So: why do you want to reset it in the first place? 20.02.53 # did you already install rockbox, booted the OF and want to return to rockbox? 20.03.07 # that's about the only case (except lockups somewhere) where you would need to do that 20.03.33 # and holding menu+select for 5 seconds should *always* reboot it (well, unless the hold switch is locked of course) 20.03.56 # TheSeven: already installed 20.05.54 # amiconn: one hint I found http://www.rockbox.org/irc/log-20110405#14:05:27 (not sure if it tells much) 20.06.43 # I just want to shutdown the player to boot on RockBox after 20.07.52 # and http://www.rockbox.org/irc/log-20110407#15:00:23 hmm 20.08.57 # No, player wasn't turned off cause i just can put it in sleep mode 20.10.40 Quit Stummi (Quit: Bye!) 20.11.29 Quit pamaury (Remote host closed the connection) 20.14.00 Quit So (Quit: CGI:IRC (Ping timeout)) 20.14.08 Quit antil33t (Read error: Connection reset by peer) 20.14.16 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 20.14.37 Join So [0] (~5a04612a@giant.haxx.se) 20.15.45 # TheSeven: i just had to reinstall the bootloader and now it runs 20.15.51 # Thanks to you :) 20.17.08 Join sideral [0] (~sideral@213.165.85.248) 20.17.08 Quit sideral (Changing host) 20.17.08 Join sideral [0] (~sideral@rockbox/developer/sideral) 20.19.05 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 20.19.12 Quit pamaury (Changing host) 20.19.12 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.21.09 Quit So (Quit: CGI:IRC (Ping timeout)) 20.27.22 Quit Keripo (Quit: Leaving.) 20.27.33 Quit casainho (Remote host closed the connection) 20.34.37 Quit factor (Read error: Connection reset by peer) 20.44.27 Quit Hindu-AWAY (Ping timeout: 276 seconds) 20.51.44 Quit skapazzo (Quit: Lost terminal) 20.55.48 Join skapazzo [0] (~skapazzo@88-149-251-33.dynamic.ngi.it) 20.57.59 Join baptiste [0] (~chatzilla@vir91-12-78-231-137-156.fbx.proxad.net) 21.01.33 Join Keripo [0] (~Keripo@158.130.106.28) 21.01.50 Join factor [0] (~factor@75.108.68.114) 21.02.38 Join Keripo1 [0] (~Keripo@158.130.103.124) 21.02.43 Quit Ayla (Quit: dodo) 21.04.02 Join mikroflops_ [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) 21.04.41 Join lennyk [0] (~lenny@cpe-76-169-44-22.socal.res.rr.com) 21.04.57 Quit plux (Read error: Operation timed out) 21.05.18 Join sanjeev [0] (~sanjeev@115.118.183.28) 21.05.38 # gsoc proposal done!! 21.05.53 # was fun making the proposal :) 21.05.57 Quit Keripo (Ping timeout: 258 seconds) 21.06.10 Join petur [0] (~petur@rockbox/developer/petur) 21.06.18 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 21.06.31 Quit sanjeev (Client Quit) 21.06.33 # good luck all, and thanks for the proposals :) 21.07.03 # We shall be in touch! 21.07.05 Quit lennyk (Client Quit) 21.07.16 Join smk [0] (~smk@115.118.183.28) 21.07.48 # Good luck to everyone and happy coding however it goes 21.08.09 # done with gsoc proposal for buflib. Exciting experience :) 21.12.13 Quit Pleiadian (Ping timeout: 276 seconds) 21.13.35 *** Saving seen data "./dancer.seen" 21.14.00 Quit baptiste (Remote host closed the connection) 21.14.09 Quit Xerion (Quit: ) 21.14.13 Quit pjm0616 (Ping timeout: 240 seconds) 21.15.22 Nick linuxstb_ is now known as linuxstb (~linuxstb@rockbox/developer/linuxstb) 21.19.03 Join Pleiadian [0] (~Pleiadian@117.211.90.154) 21.19.55 Part Pleiadian 21.23.45 Nick dionoea_ is now known as dionoea (~dionoea@yop.chewa.net) 21.23.55 Quit dionoea (Changing host) 21.23.56 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 21.24.12 Join pjm0616 [0] (~user@110.9.28.45) 21.27.37 Quit pamaury (Remote host closed the connection) 21.27.59 Join Pleiadian [0] (~Pleiadian@117.211.90.154) 21.33.20 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.39.48 Quit stoffel (Remote host closed the connection) 21.43.35 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 21.46.29 Quit Pleiadian (Quit: Pleiadian) 21.46.51 Join Pleiadian [0] (~Pleiadian@117.211.90.154) 21.58.25 Quit leavittx_ (Ping timeout: 252 seconds) 21.58.41 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 21.59.09 Quit leavittx (Ping timeout: 260 seconds) 22.01.34 Quit smk (Quit: Leaving) 22.06.01 Join L-Strife89 [0] (~Strife89@207.144.201.128) 22.10.00 Join TheLemonMan [0] (~lem0n@ppp-250-145.98-62.inwind.it) 22.14.13 Quit froggyman (Ping timeout: 248 seconds) 22.20.27 Part Pleiadian 22.31.24 Quit benedikt93 (Quit: "Facts do not cease to exist because they are ignored." - Aldous Huxley) 22.43.48 Quit robin0800 (Remote host closed the connection) 22.48.55 # I somehow managed to get the fuze+ in a USB ROM recovery mode \o/ 22.51.35 Quit Poodlemastah (Read error: Connection reset by peer) 22.51.59 # even more incredible is that is seems reproducable ! 22.52.11 # Nice! 22.52.20 # Now, will Freescale agree to give me the list of commands "available upon request" ? :) 22.52.57 # apparently one can send any core through this interface but I don't know of any application using it :-/ 22.53.01 # *code 22.54.41 Quit petur (Quit: Leaving) 22.55.01 # hum, it is based on HID, the doc says there are 4 HID reports: status in, data in, command out, data out. I wonder what data in would be for 22.55.26 # does anyone has a contact at freescale ? :D 22.55.55 # The website doesn't say how I can contact a technical guy 22.56.25 Quit Stummi (Quit: Bye!) 22.59.35 Join DerPapst [0] (~Alexander@p57A97FB2.dip.t-dialin.net) 23.02.00 # pamaury: doesn't Leyra/layra (I can remember the correct spelling) project have such document? 23.02.13 # lyra? 23.02.20 # Lyre actually 23.02.22 # :-) 23.02.59 # I doubt it 23.04.39 # btw. I figured out why my flash dump ended prematurely - the nand chip in my rockchip dap uses 4k+218 page size (but in dump code I assumed standard 2k+64) 23.06.20 # this unfortunately means that few hours of dumping is useless 23.07.51 # done, now let's hope freescale will answer me 23.09.35 # pamaury: unfortunately I wouldn't be too optimistic 23.09.57 # yeah, I know 23.10.27 # I wonder who invented spare size not in power of 2 :/ 23.12.02 # Yeah, 218 seems like a pretty random value to use 23.13.39 *** Saving seen data "./dancer.seen" 23.15.17 # have anyone here signed NDA with micron by chance? 23.18.41 # perhaps nano did :) 23.22.54 Quit domonoky (Read error: Connection reset by peer) 23.25.26 Quit TheLemonMan (Quit: Destructor called) 23.25.57 Part evilnick_B 23.27.22 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 23.29.43 Quit ChickeNES (Quit: Computer has gone to sleep.) 23.37.26 Quit DerPapst (Quit: Leaving.) 23.38.00 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 23.38.27 Quit user890104 (Ping timeout: 276 seconds) 23.45.08 Quit Galois (Read error: Operation timed out) 23.49.10 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 23.50.47 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 23.51.51 # New commit by 03bertrik (r29695): Sansa Clip v2: there's no need to use |= or &= to manipulate a GPIO for the button light 23.55.38 Quit Keripo1 (Quit: Leaving.) 23.56.11 # r29695 build result: All green 23.57.29 Quit L-Strife89 (Quit: Heading back to the dorm.) 23.57.29 Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) 23.58.30 Join user890104 [0] (~Venci@6bez10.info)