--- Log for 10.07.108 Server: simmons.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 6 days and 19 hours ago 00.02.37 Quit bertrik ("bye") 00.03.05 Quit uhmgawa (Read error: 104 (Connection reset by peer)) 00.03.05 Quit jfc^2 (Read error: 104 (Connection reset by peer)) 00.03.54 Quit DerPapst ("So Long And Thanks For All The Fish!") 00.04.08 Join jfc^2 [0] (n=john@dpc691978010.direcpc.com) 00.04.09 Join uhmgawa [0] (n=john@dpc691978010.direcpc.com) 00.04.59 # How about "Build is not complete and may not work and/or may have missing standard features, are you sure you want to continue?" 00.05.07 # (for some values of 'complete' of course..) 00.05.17 # oops, ^have^be 00.05.46 # Basically, but I really want some details about what's actually missing in that message 00.07.02 # gevaerts: Maybe a link to a page unique for that build describing its missing "normal" features 00.07.20 Join MarcGuay [0] (n=chatzill@ip216-239-82-118.vif.net) 00.08.19 # Llorean: for full details, sure. But if it's just "You need an SD card", or "You need to reboot to the OF for file transfer" I think the dialog is big enough. It's not as if these limitations change often anyway 00.08.57 # gevaerts: But on a full page we could then expand the consequences of that limitation, and what not to file bug reports about. 00.09.29 # Maybe "You need an SD card. [Why?]" with that being the link. 00.09.46 # Good idea. 00.10.43 Part domonoky 00.10.46 # "Hi! Looks like you're trying to use my without an SD card. These are the ways in which you failed: ..." 00.11.08 Quit Mardoxx (Read error: 110 (Connection timed out)) 00.12.02 Quit AndyIL (Read error: 104 (Connection reset by peer)) 00.12.03 Join safetydan [0] (n=evertond@rockbox/developer/safetydan) 00.12.04 Quit ompaul (Client Quit) 00.12.22 # rocky! 00.13.17 # * preglow looks around for rocky 00.13.22 Join AndyI [0] (n=pasha_in@212.14.205.32) 00.15.06 Join Lambduh [0] (n=Lambda@64.6.88.58) 00.16.03 Quit davina ("GNU/Linux the free alternative to Windows") 00.16.04 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 00.17.00 Quit ender` (" Light a fire for a man, and he's warm for a day. Light a man on fire, and he's warm for the rest of his life.") 00.17.40 Quit Thundercloud (Remote closed the connection) 00.17.57 Quit obo ("bye") 00.19.53 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-a6b4f883d5181cdb) 00.22.07 Quit AndyI () 00.22.32 # saratoga - hi! I put up the profiling patch 00.26.54 # Having read the last half hour's log, I'm pretty much in agreement with those last comments. A Not-Quite-Supported section with suitable warnings (both on the website and rbUtil) sounds like a good point to aim for, if and when we ever reach that stage. 00.27.43 # Llorean: for clarification, I created that To Do list so that anyone coming along would know which areas to have a look at, not as any kind of ambitions of being a supported target... 00.28.01 Quit borges ("kkk") 00.28.07 # that intention hass already paid off tonight, with ThibG's lcd_blit_yuv() patch :-) 00.31.33 Join AndyI [0] (n=pasha_in@212.14.205.32) 00.31.42 Quit sitwon ("Leaving") 00.33.17 Quit jhulst (Read error: 113 (No route to host)) 00.33.52 Quit herrwaldo ("Konversation terminated!") 00.39.55 Join troy_ [0] (n=toppy@78.149.246.94) 00.41.30 Join BlameHofmann [0] (n=50e5e0ec@gateway/web/cgi-irc/labb.contactor.se/x-a52ccc3460d58307) 00.43.06 # stripwax: I'll try and take a look at some point in the next few days 00.43.15 # in the mean time, i don't suppose you have profiled any codecs? 00.44.13 # yeah, lame with a bit of additional instrumentation fiddling added to remove some of the inlined code and instrumented wrappers around the asm routines. but no surprises. 00.44.50 # other than mad_bit_skip and mad_bit_read taking about 15% of the ticks, which seemed high 00.44.50 # stripwax: can you pastebin it? 00.44.55 # sure.. one sec 00.45.03 # ^lame^libmad, whoops 00.45.08 *** Saving seen data "./dancer.seen" 00.45.30 Quit BlameHofmann (Client Quit) 00.47.32 # This might be old news but I just came across a plugin for IDA-Pro that tries to convert ASM to C: http://desquirr.sourceforge.net/desquirr/ 00.48.15 # pretty old 00.48.18 Quit shotofadds ("Leaving") 00.48.18 # does it still work? 00.49.54 # Using it with 5.2 and it's producing code. I'm not competent enough to say whether it's working properly, though. 00.55.46 Part dfkt 00.57.29 Quit troy____ (Read error: 110 (Connection timed out)) 00.58.24 Join donsdl [0] (n=don@ip68-101-195-153.sd.sd.cox.net) 01.01.08 Quit DerDome ("Leaving.") 01.02.00 # saratoga : http://pastebin.ca/1067317 01.04.04 Join barrywardell [0] (n=barrywar@194.46.186.48) 01.06.03 Quit barrywardell (Client Quit) 01.08.53 # without tweaking the code to turn off inlining on some of those fns and adding c wrappers for the sam, you don't get any breakdown of the III_decode routine, just a single big entry called III_decode 01.08.57 # ^sam^asm 01.09.54 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 01.12.39 Join Mardoxx [0] (n=Mardoxx@87.102.7.102) 01.15.06 Quit PaulJam (".") 01.18.03 Quit Mardoxx () 01.28.15 Quit Schmo (Read error: 104 (Connection reset by peer)) 01.29.17 Quit bughunter2 ("bye") 01.31.21 Quit Mardass (Read error: 110 (Connection timed out)) 01.36.56 Join Strife89 [0] (n=michael@204.116.245.152) 01.39.47 Quit AndyI (Read error: 104 (Connection reset by peer)) 01.40.58 Quit mcuelenaere () 01.41.27 # I get this feeling that rockboxdev.sh is running 'round in circles. How long would one estimate the script needs before it has installed binutils and GCC? (~800 MHz processor). 01.42.39 # Strife89: on a machine that slow you're going to be waiting a very long time 01.42.53 # Go figure, huh? 01.43.05 Join Stimulus [0] (n=chatzill@209-6-87-107.c3-0.frm-ubr3.sbo-frm.ma.cable.rcn.com) 01.44.24 # just have patience 01.45.55 # I pretty much learned patience with Windows and my 10 and 8 year old computers. :) 01.46.13 # I was just nervous, that's all. 01.47.23 Join bughunter2 [0] (n=Jelle@77.164.66.126) 01.48.23 # would it be quicker to install vmware/cygwin (delete as appropriate)? 01.48.27 Quit bughunter2 (Client Quit) 01.49.10 # unless you are on dialup, probably (but then again, it sounds as if he is on linux) 01.51.27 # Might as well ask: How much disk space should I count on being used? 01.53.59 Quit midgey () 01.54.12 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.55.07 Quit MU{lappy} ("ZNC by prozac - http://znc.sourceforge.net") 01.55.37 Join MU{lappy} [0] (n=Militant@pool-72-70-183-80.hrbgpa.fios.verizon.net) 01.56.28 Quit Strife89 (Read error: 60 (Operation timed out)) 01.58.15 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 01.59.40 Join AndyI [0] (n=pasha_in@212.14.205.32) 02.00.19 Join allele [0] (n=allele@CPE-69-23-137-242.wi.res.rr.com) 02.06.21 Part pixelma 02.08.58 Quit MU{lappy} (simmons.freenode.net irc.freenode.net) 02.08.58 NSplit simmons.freenode.net irc.freenode.net 02.08.58 Quit Galois (simmons.freenode.net irc.freenode.net) 02.08.58 Quit d-k-t (simmons.freenode.net irc.freenode.net) 02.08.58 Quit nicktastic (simmons.freenode.net irc.freenode.net) 02.08.58 Quit UncleRem1s (simmons.freenode.net irc.freenode.net) 02.08.58 Quit DataGhost (simmons.freenode.net irc.freenode.net) 02.08.58 Quit tchan (simmons.freenode.net irc.freenode.net) 02.08.58 Quit midkay (simmons.freenode.net irc.freenode.net) 02.08.58 Quit w0rd54 (simmons.freenode.net irc.freenode.net) 02.08.58 Quit maddler (simmons.freenode.net irc.freenode.net) 02.08.58 Quit fxb__ (simmons.freenode.net irc.freenode.net) 02.08.58 Quit idshark (simmons.freenode.net irc.freenode.net) 02.09.01 Quit crwll (simmons.freenode.net irc.freenode.net) 02.09.01 Quit unpaidbill (simmons.freenode.net irc.freenode.net) 02.09.01 Quit sbhsu (simmons.freenode.net irc.freenode.net) 02.09.02 NHeal simmons.freenode.net irc.freenode.net 02.09.02 NJoin maddler [0] (n=maddler@cabbage.komputika.net) 02.09.06 NJoin fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 02.09.06 Join Galois [0] (i=djao@69.60.109.125) 02.09.06 NJoin sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 02.09.06 Join nicktastique [0] (n=nick@unaffiliated/nicktastic) 02.09.08 Join w0rd54 [0] (i=blackdev@66.252.10.185) 02.09.08 Join UncleRemus [0] (n=caj@78-69-154-184-no176.tbcn.telia.com) 02.09.10 NJoin DataGhost [0] (i=dataghos@unaffiliated/dataghost) 02.09.18 Join idshark [0] (i=chainsaw@217.151.91.91) 02.09.22 Join midkay [0] (n=midkay@rockbox/developer/midkay) 02.09.24 Join d-k-t [0] (n=dt@38.119.114.41) 02.09.31 NJoin tchan [0] (n=tchan@lunar-linux/developer/tchan) 02.09.34 NJoin crwll [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) 02.09.40 NJoin MU{lappy} [0] (n=Militant@pool-72-70-183-80.hrbgpa.fios.verizon.net) 02.12.42 Quit culture (Connection timed out) 02.13.03 # stupid question, but rockbox performs integer division when dividing integers, right? 02.13.47 # allele: it can 02.14.31 # does it do that by default when dividing integers? 02.15.12 # allele: yes 02.15.20 # well technically gcc does 02.15.51 # since it handles all the c language features 02.16.26 # ok, thanks 02.30.27 # allele - some (most) devices that run rockbox don't have hardware float units so everything is integer when it comes down to it 02.32.21 Join cool_walking_ [0] (n=cool_wal@203-59-129-195.perm.iinet.net.au) 02.33.26 Quit stripwax (Read error: 104 (Connection reset by peer)) 02.38.00 # does anyone know if the microsd cards on the sansa e200 stick out of the side when they are plugged into it? 02.39.29 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 02.45.10 *** Saving seen data "./dancer.seen" 02.45.14 Nick MarcGuay is now known as MarcGuay|typing_ (n=chatzill@ip216-239-82-118.vif.net) 02.45.32 Nick MarcGuay|typing_ is now known as MarcGuay (n=chatzill@ip216-239-82-118.vif.net) 02.45.47 Quit sarixe ("Were you expecting something more witty than this?") 02.51.11 Quit saratoga ("CGI:IRC (EOF)") 02.57.14 # allele: not saying they don't because i've no idea... however, imo it'd be horrible and braindead design if they couldn't get a *micro*sd to go all the way into something... 02.57.44 # hell i think if you could manage to cut the slot for it, you could fit a microsd into a US penny 02.57.47 # :p 02.58.03 # definately a nickel at least 02.58.46 # yeah, that makes sense, thanks 02.59.38 # allele: You may want to search google images to be sure. 03.04.29 Join unpaidbil [0] (i=bill@420nugs.info) 03.04.51 # I tried searching in the past, haven't seen images with the card sticking out, so chances are it won't, worst case I can live with the 8gigs onboard if I'm in a situation the card would break sticking out 03.05.06 Quit unpaidbil (Remote closed the connection) 03.05.08 Join unpaidbill [0] (i=bill@420nugs.info) 03.21.54 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 03.28.06 Quit tvelocity (Remote closed the connection) 03.30.08 Quit neddy ("Leaving.") 03.30.25 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 03.39.00 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 03.45.26 Join guest67 [0] (n=864c030e@gateway/web/cgi-irc/labb.contactor.se/x-ae777a7d0465d714) 03.51.04 # JdGordon: there? 03.52.50 Quit AndyI () 03.57.56 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 03.58.07 Join AndyI [0] (n=pasha_in@212.14.205.32) 04.00.34 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 04.00.45 Quit jhulst (Remote closed the connection) 04.02.12 Join lolio [0] (n=43c232f8@gateway/web/cgi-irc/labb.contactor.se/x-d38d0fee1a7e2475) 04.03.34 Quit lolio (Client Quit) 04.05.20 Quit Acky (Read error: 104 (Connection reset by peer)) 04.07.00 # guest67: ? 04.08.09 # JdGordon: please review the changes you did in r17872 again. To me they don't really make sense and i'm experiencing a problem since that revision: when no charger is connected to my H300 and the sleep timer reaches zero then the device doesn't shut down anymore, only music stops and the screen turns off. this behaviour should only happen when a charger is connected. 04.08.38 # http://svn.rockbox.org/viewvc.cgi/trunk/firmware/powermgmt.c?r1=17871;r2=17872;pathrev=17872 04.09.58 # hmm.. yep your right.. an extra ! got in there 04.11.27 # guest67: can you compile your own builds? 04.12.29 # could you also have a look at the #if line? it looks like normal variables are used in there. and there is no code between the #if and #endif. 04.12.38 # yes i can compile 04.12.57 # remove the ! from line 470 and let me know if that fixes it? 04.14.00 Nick MarcGuay is now known as MarcGuay|sh (n=chatzill@ip216-239-82-118.vif.net) 04.14.17 Nick MarcGuay|sh is now known as MarcGuay (n=chatzill@ip216-239-82-118.vif.net) 04.15.06 Quit MarcGuay ("ChatZilla 0.9.83 [Firefox 2.0.0.15/2008062306]") 04.17.43 # ok. (btw, ignore what i wrote about the #if line) 04.20.07 # I did :p 04.30.14 # hypothetical question, is it more efficient to multiply a number by -1 to negate it or to subtract it from zero? 04.30.52 # blaa = -blaa; 04.31.40 # JdGordon: shutdown when not charging works. ill test with normal- and USB charging next. 04.32.00 # 99% sure it should work fine 04.32.04 # thanks for pointing out 04.33.14 # now that i looked at the code with syntax highlighting (and thus understand it) i'm thinking that too. 04.33.32 # that was a bad copy/paste mistake 04.33.36 # fixed now 04.33.52 # allele: let the compiler sort that out. Write what's clearest. 04.34.35 # so prettymuch either are as efficient on my end? 04.37.26 Join miepchen^schlaf_ [0] (n=miepchen@p54BF4FC4.dip.t-dialin.net) 04.37.34 Join d1sturb [0] (n=ddpcandb@ool-44c0f513.dyn.optonline.net) 04.37.51 Join goffa_ [0] (n=goffa@216.220.23.105) 04.37.57 # When using the convbdf to make a font, what size do I make it? 04.40.47 # JdGordon: just to confirm, while charging everything works as expected too. thanks. 04.41.18 Join webguest25 [0] (n=47345d3b@gateway/web/cgi-irc/labb.contactor.se/x-9c65a12fd5de8569) 04.41.30 # i need help with a sansa e270 04.41.57 Quit webguest25 (Client Quit) 04.42.04 Join webguest84 [0] (n=47345d3b@gateway/web/cgi-irc/labb.contactor.se/x-2476f16c58323b09) 04.42.14 # can anyone help 04.42.30 # you need to tell the problem first. 04.43.37 # ok, i attempted to load rockbox, it even said rockbox loaded on the sansa 04.43.52 # vanilla detected or something like that was also on there 04.44.04 # what is "it"? 04.44.17 # then screen 04.44.20 # the* 04.44.20 # i still dont see any problem 04.44.37 # well, now it only loads up the Sandisk start up screen 04.44.45 # and my computer won't recognize it 04.45.13 *** Saving seen data "./dancer.seen" 04.45.26 # are you booting into the sansa firmware? 04.45.50 # like, by holding << ? 04.46.05 # yes 04.46.08 # i tried that, doesn't work 04.46.15 # neither does recovery mode 04.48.50 # my computer will recognize it in manufacture mode, but i can't look at it still, i believe it is finding it through libusb if that helps any 04.48.51 # allele: clear is more important than fast for 99% of code 04.49.29 Join jerl92 [0] (n=jer_l_@ip-66-254-34-196.mqdsl.megaquebec.net) 04.49.39 # what about the other 1%? :P 04.49.57 # You write it in ASM 04.50.14 # ? 04.50.18 Quit goffa (Read error: 110 (Connection timed out)) 04.50.32 # alrighty clear it is :-D 04.50.38 Quit jerl92 () 04.50.44 # any ideas 04.50.56 # webguest84: If you can boot it to the Sandisk logo, there's no reason Recovery mode shouldn't work. What happens when you try recovery mode? 04.51.06 # i'm just trying to get this thing back to factory settings 04.51.23 # when i try recovery mode, it goes to the sandisk logo, and freezes up 04.51.36 # wait no 04.52.25 # its says key locked, system shutdown and it turns off 04.52.32 # hehehe 04.52.37 # remove hold buddy 04.52.48 Quit miepchen^schlaf (Connection timed out) 04.52.56 # webguest84: Then you aren't doing it exactly as per the instructions. 04.53.24 # nevermind, thats with hold on, with hold off it just freezes at sandisk 04.53.29 # allele: Please don't give advice when you don't know the exact details. 04.53.37 # Hold is supposed to be on. 04.54.01 # webguest84: Please, describe in your own words exactly what buttons you're pressing. You're not doing it right (hold IS supposed to be on) but I need to know how you describe what you're doing. 04.54.57 # webguest84, you forgot the button 04.55.11 # pressing and holding the bottom button, the one with the one long line and three shorter ones under it 04.55.21 # then plugging the usb to the pc 04.55.35 # hold the rec button if you want recovery mode 04.55.53 # oh eff 04.56.09 # stupid sleeve my wife put on this thing hides that dang button 04.56.36 # haha thanks guys 05.01.36 # GREAT SUCCESS!!! 05.02.34 Quit webguest84 ("CGI:IRC (EOF)") 05.13.22 Quit guest67 ("CGI:IRC") 05.17.24 Quit EspeonEefi ("さよなら") 05.23.22 # Llorean: any reason why the feature forum isnt sorted by most recent post? 05.23.55 # JdGordon: Glitchy defaults when I create new forums. Un momento 05.24.48 # :) 05.25.19 # Boards get created with the default as "Sort by first post" while the overall forum default is set to "Sort by newest post" 05.27.57 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 05.29.22 # thats a bit odd 05.30.50 # When I plug my Sansa E2xx into USB the screen always said "connected". But the last two or three times it says "writing". Do I have a problem? 05.31.10 # no 05.31.22 # just dont unplug it if it is says writing 05.33.17 # It said "writing" when I plugged it in last night, and said "writing" this morning. I used it today and when I plugged it in this evening a couple of hours ago, it said "writing" and it still does. 05.34.44 # Frankly, the message "Writing" is something that occurs due to the communication between the original firmware and your PC's operating system. 05.34.55 # It's not really something to do with Rockbox, or that Rockbox can do anything about 05.35.11 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-5415154ba14e9a0a) 05.35.31 # Hmmm. The original firmware should not have changed though. 05.35.41 # donsdl: just remember to eject it and your fine 05.36.50 # JdGordon: Ah, as in the "Safely Remove Hardware" in Windows? I always do that. 05.36.54 # donsdl: The OF can be just as buggy as it likes, though. 05.37.14 # i'd expect val = val*-1 and val = 0-val to both give the same assembly code since arm has an op for negation 05.37.37 # I've had the Sansa for about a year. I don't think it has done that in the past. 05.37.59 # if you're not actually writing what the sansa screen says is irrelevent 05.38.15 # But I will not worry since it played fine today. 05.38.31 # don't know how coldfire handles those things 05.38.31 # Thanks for the help, guys. 05.40.35 # saratoga: I would assume if the compiler simplifies them both down to the appropriate op on ARM, it'll hopefully pick the most appropriate method on coldfire too 05.40.46 # w00t. made my own theme, some fonts, and repaired the code in the wps's. :) 05.48.07 Join sitwon [0] (n=adam@pool-71-178-11-192.washdc.fios.verizon.net) 05.49.18 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 05.49.19 Quit Shaid (Remote closed the connection) 05.58.19 Quit donsdl ("Bye for now.") 06.03.54 Quit saratoga ("CGI:IRC") 06.04.30 Quit allele ("Java user signed off") 06.05.25 Quit midgey (Read error: 104 (Connection reset by peer)) 06.05.30 Join midgey [0] (n=tjross@rockbox/developer/midgey) 06.11.40 Quit d1sturb ("I-n-v-i-s-i-o-n 2.0 Build 3515") 06.14.34 Quit sitwon ("Leaving") 06.23.41 Quit jhulst (Connection timed out) 06.29.33 Join webmind_ [0] (n=webmind@shell.puscii.nl) 06.30.15 Quit webmind (Remote closed the connection) 06.34.43 Join Addicted_ [0] (n=fnode@78.47.129.147) 06.45.12 Join webmind [0] (n=webmind@shell.puscii.nl) 06.45.17 *** Saving seen data "./dancer.seen" 06.45.43 Quit webmind_ (Remote closed the connection) 06.47.06 Quit Zom (Remote closed the connection) 06.47.17 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 06.53.45 Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) 06.59.06 Quit Stimulus ("ChatZilla 0.9.83 [Firefox 3.0/2008052906]") 07.03.38 Quit Addicted (Connection timed out) 07.18.43 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 07.21.14 Quit midgey () 07.23.23 Join miepchen^schlaf [0] (n=miepchen@p54BF76DC.dip.t-dialin.net) 07.25.35 Quit miepchen^schlaf_ (Read error: 60 (Operation timed out)) 07.31.01 Join AndyIL [0] (n=pasha_in@212.14.205.32) 07.43.40 Quit AndyI (Read error: 110 (Connection timed out)) 07.59.19 Join AndyI [0] (n=pasha_in@212.14.205.32) 08.03.49 Quit gevaerts (Nick collision from services.) 08.04.01 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 08.10.09 Quit AndyIL (Read error: 110 (Connection timed out)) 08.14.28 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 08.14.53 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 08.27.54 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.33.08 Join Rob2222 [0] (n=Miranda@p4FDCCA12.dip.t-dialin.net) 08.39.02 Join spiorf [0] (n=spiorf@host57-211-dynamic.40-79-r.retail.telecomitalia.it) 08.39.22 Quit spiorf (Remote closed the connection) 08.39.33 Quit safetydan ("Leaving.") 08.45.00 Join goffa [0] (n=goffa@216.220.23.105) 08.45.19 *** Saving seen data "./dancer.seen" 08.51.01 Join spiorf [0] (n=spiorf@host57-211-dynamic.40-79-r.retail.telecomitalia.it) 08.51.41 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.52.05 Quit goffa_ (Read error: 110 (Connection timed out)) 09.01.27 Join adamgolding [0] (n=addy@CPE00134645d9ab-CM001371142bc8.cpe.net.cable.rogers.com) 09.04.02 # http://daniel.haxx.se/blog/2008/07/10/rockbox-on-the-onda-vx747/ 09.05.19 Join petur [0] (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) 09.06.38 # For US people, the Onda is pretty darn cheap at amazon right now, too 09.07.16 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-46034377b280286b) 09.07.42 Quit goffa (Read error: 110 (Connection timed out)) 09.10.54 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 09.12.22 # * amiconn is interested in that new architecture entering the rockbox world 09.12.34 # If only that thing wouldn't use a touchscreen... :/ 09.17.54 # Llorean: how much? 09.18.42 # $60 for 4gb aint bad 09.18.44 # JdGordon: Actually, I'm pretty sure it's not actually one. 09.19.05 # At least, you get there when you search for it, but nothing on that page actually refers to it as such. 09.20.50 # $90 on some random mp4global site 09.24.16 Quit amiconn (" reboot") 09.26.06 # * JdGordon is tempted 09.27.03 # bah, yet another target without line-in :/ 09.27.04 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 09.27.36 # I wonder what's inside the iriver E100 09.32.14 Join webguest56 [0] (n=4d6accb2@gateway/web/cgi-irc/labb.contactor.se/x-9f8477047cf92330) 09.33.41 # it is a bit strange that we don't know that yet 09.34.33 Quit webguest56 (Client Quit) 09.40.37 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.41.13 Join safetydan [0] (n=safetyda@rockbox/developer/safetydan) 09.47.38 # * petur fails to google for it 09.53.17 # yeah I did too 09.57.22 # rockbox boots but the OF will not, trying to boot the OF just hangs at the apple for awhile and then restarts (5.5G) 09.57.40 Quit webmind (Read error: 60 (Operation timed out)) 09.58.57 Join webmind [0] (n=webmind@shell.puscii.nl) 09.59.48 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 10.00.15 # i do not know if enzo still has his iriver e100 but he might open his.. i will not guarantee he will open it 10.08.10 # I see an 8GB ondia VX757 for 80 euro, I wonder if it's powered by the same CPU. 10.09.24 # "Also the Onda vx747 and the vx757 all have this same chip AKA 'ChinaChip' as well. The Onda vx767 is the First PMP to use the JZ4740 chip." 10.09.43 # according to http://www.allpmp.net/archiver/tid-1242.html 10.10.46 Join bertrik [0] (n=bertrik@129-013-045-062.dynamic.caiway.nl) 10.13.13 # Voice clips seem to be getting cut off more than ever at the moment. Not just .talk clips, but menus too. 10.13.38 # Any way we can play the rbspeex output on a PC to check if it's the clip generation or playback that's the problem? 10.14.40 Quit adamgolding () 10.17.35 Quit m0f0x () 10.18.01 # pondlife: Try voice with music playing. 10.18.07 # Good idea 10.18.12 Join bughunter2 [0] (n=Jelle@77.164.66.126) 10.18.12 # If it's the old bug still around, you'll get the full clip when music is playing, but cut when music isn't. 10.18.46 # Yep, that's the one - only seems worse to me 10.18.52 # Probably in my imagination though 10.21.11 Join gfather [0] (n=566c522c@gateway/web/cgi-irc/labb.contactor.se/x-e923adb779e45d4f) 10.21.31 # hello guys 10.21.36 Quit gfather (Client Quit) 10.24.17 Join timonator [0] (n=timonato@cl-2290.ham-01.de.sixxs.net) 10.24.22 # hello folks 10.24.25 # pondlife: a few days before devcon amiconn noticed flacs getting cut off as well 10.24.47 # i think i just bricked this ipod nano here, it won't boot up any more at all, what can i do to check its status and/or (hopefully) revive it? 10.24.56 # So maybe it's a general PCM flushing issue? 10.25.06 # Seems ok on the sim, but not on H300 10.25.19 # timonator: if it doesn nothing at all, the recommended way is to let it charge for a very lon time first (a full day) 10.25.46 # O_O 10.25.55 # but its battery was _full_ 10.26.22 # it said 8 and a half hours of battery life left 10.26.36 # nevertheless, this is the advice we give 10.26.49 # You can try the hard reset procedure first (can't remember the key combination off-hand though) 10.27.01 # Menu+Select 10.27.05 # Toggle hold, then hold MENU+SELECT for ages 10.27.15 # what does hard reset do? is it just a "reboot" like thing? 10.27.18 # Yep 10.27.19 # yes 10.27.30 # ok. toggle lock so it showd red, right? 10.27.36 # * pondlife will let GodEater advise further as he actually has an iPod... 10.27.38 # No, on and off again 10.27.55 # ah, great 10.28.01 # it came back to life, thanks! 10.28.21 # once again, another "bricked" ipod =/ 10.28.30 # OK, then it was probably stuck with backlight off 10.28.48 # will it show absolutely nothing when the backlight is off? 10.28.51 # * pondlife would offer someone with a bricked iPod a couple of quid for it... 10.29.03 # me too - shame there's pretty much no such thing 10.29.10 # hah, ok 10.29.15 # timonator: try it. Wait until the backlight turns off, and try to read the screen 10.29.18 # Shh, stop telling them that, or I'll never get my bargain. 10.29.54 # pondlife: there was someone with a bricked ipod nano a few months ago. ATA transfers with one stuck bit 10.30.04 # gevaerts: the Nano's (and other colour Ipods') display is quite readable without backlight 10.30.10 # Wooh, sounds hardware-y 10.30.14 # that was cured with a "pull out the battery" and refit it 10.30.14 # ah, ok 10.30.25 # i.e. still not bricked 10.30.27 # gevaerts: when it does that i can easily read it 10.30.39 # or does the apple firmware (which is currently running) not turn it off? 10.30.48 # timonator: ok, then I was wrong. No idea where it got stuck then 10.31.11 # * gevaerts doesn't have a nano 10.36.48 # * pondlife has a broken(?) Nano - need to work out how to open it to remove the battery 10.37.02 # It just whistles when I attempt to charge it, so not sounding good 10.37.14 # so, when i have the nano plugged in into my linux box it says "please don't disconnect", even if i unmount the device, is is still OK to remove the ipod once all stuff was written to its disk? 10.37.20 # The backlight comes on, but no other sign of life 10.37.49 Quit webmind (Remote closed the connection) 10.38.47 # timonator: you need to "eject" it too 10.39.06 # pondlife: ipod battery replacement kits usually come with a couple of tools for opening ipods 10.39.12 # I have some lying around here for example 10.39.20 # it's still a bloody fiddly job though 10.39.29 # I don't think it'll be fixable, so don't plan to spend cash on it. 10.39.33 # oh, i'll try that, didn't think of it at all, haha 10.39.56 # well bring it alone to the next devconpub 10.39.59 # and I'll bring the tools 10.40.01 # and we can have a go 10.40.06 # I suspect it's got a blown capacitor or something... the high-pitched whistle is very loud 10.40.10 # bring it alone, no cops 10.40.44 # Sounds like a good reason to organise another DevConPub though ;) 10.40.54 # is there ever a bad reason ? :) 10.41.00 # Of course not 10.41.02 Join bughunter21 [0] (n=Jelle@77.164.66.126) 10.43.26 Join webmind [0] (n=webmind@shell.puscii.nl) 10.45.22 *** Saving seen data "./dancer.seen" 10.46.37 # gevaerts: nice work on r17997 :) 10.47.13 # do you think the hub issue is serious enough to block enabling the USB stack in 3.0? 10.48.38 # aaw crap. amarok thinks, that it has to turn audio files into mp3 format in order to play them on this ipod and it doesn't seem like i can talk it out of it :( 10.49.24 # drag&drop never tries to do that ;) 10.49.31 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 10.50.37 # you mean just putting the stuff onto the filesystem? 10.50.54 # That's the normal way.... 10.51.31 # so i drop it right into the filesystems root or into whatever folder i wish to have it in? 10.51.37 # Yes 10.51.58 # Best if you can have a folder structure though 10.52.03 # i wasn't aware the "database" rockbox uses was distinct from the database the ipod uses 10.52.08 # e.g. \artist\album 10.52.12 # It's totally different 10.52.14 # yes, that'd make sense 10.52.36 Quit linuxstb_ (Read error: 104 (Connection reset by peer)) 10.52.46 # If you can do that, you can just browse files, and not use the database. 10.54.20 # great, amarok does that when i tell it, the ipod is just a "generic music player" 10.58.42 Join DerDome [0] (n=DerDome@dslb-082-083-248-109.pools.arcor-ip.net) 11.00.16 Quit bughunter2 (Read error: 110 (Connection timed out)) 11.00.35 Quit cool_walking_ (" ") 11.02.40 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 11.02.57 # Nico_P: I don't know yet. I think we need an option to disable it at least 11.04.02 Quit EspeonEefi (Read error: 110 (Connection timed out)) 11.04.09 Quit linuxstb (Read error: 110 (Connection timed out)) 11.04.56 # gevaerts: I think it would be good to include it and warn people that it has issues with hubs 11.05.11 # it does work most of the time 11.05.55 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 11.06.52 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 11.08.58 # GodEater: Bad news, I've managed to remove the backplate from my Nano, so no need for a DevConPub :/ 11.09.12 # No sign of charring in there though 11.09.19 # * JdGordon slaps pondlife 11.09.25 # you dont need a reason to goto the pub! 11.09.42 # * pondlife is suitably corrected 11.09.55 # I'd go now, but the boss might notice... 11.10.05 # take him with you :p 11.11.32 # Nico_P: I'll try to work on making it an option tonight, and maybe a bit tomorrow. 11.11.43 Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) 11.12.59 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 11.13.18 # gevaerts: Option for what? Use Rockbox or OF for USB? Or highspeed/fullspeed? 11.14.08 # pondlife: rockbox or OF 11.14.20 # OK, thanks 11.14.29 # No sense in having too many options. If high speed doesn't work, use the OF 11.15.19 # is high speed as reliable as full speed on all targets? 11.15.37 # It should be 11.17.47 Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) 11.25.51 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 11.25.58 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 11.27.14 Quit K4rP4D (Client Quit) 11.44.15 Quit linuxstb (Read error: 60 (Operation timed out)) 11.45.19 # this git + svn thing takes a while to get your head around 11.46.11 # how so? 11.47.08 # well not only are you learning to use a dvcs, but you're also trying to interact with the old vcs 11.47.10 Quit Thundercloud (Remote closed the connection) 11.47.18 # that, and git can be a little cryptic 11.51.11 # agreed there, i was Doing It Wrong w/ git for managing custom kernel patchsets for ages :/ 12.06.47 Quit Horscht ("We don't make mistakes, we just have happy little accidents") 12.06.56 Join Schmogel [0] (n=Miranda@p3EE2281D.dip0.t-ipconnect.de) 12.12.41 Join tvelocity [0] (n=tony@athedsl-109540.home.otenet.gr) 12.24.39 Nick bughunter21 is now known as bughunter2 (n=Jelle@77.164.66.126) 12.26.14 Quit Schmogel (Read error: 110 (Connection timed out)) 12.27.11 Join Schmogel [0] (n=Miranda@p3EE22AD2.dip0.t-ipconnect.de) 12.30.36 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 12.38.10 Quit safetydan ("Leaving") 12.40.21 Part homielowe 12.40.45 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 12.45.26 *** Saving seen data "./dancer.seen" 12.51.50 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 12.52.09 Join moos [0] (i=moos@81-66-127-198.rev.numericable.fr) 13.02.40 Quit bughunter2 ("bye") 13.02.54 Join bughunter2 [0] (n=Jelle@77.164.66.126) 13.13.18 Quit Schmogel (Read error: 110 (Connection timed out)) 13.22.15 Join Schmogel [0] (n=Miranda@p3EE221FB.dip0.t-ipconnect.de) 13.31.47 Join Strife89 [0] (n=Michael@204.116.245.152) 13.32.27 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 13.32.56 # I know most of you are probably asleep, but, here 13.33.12 # *here's hoping you get this. :) 13.33.23 # actually not. We're all at work :) 13.33.35 # Ah. :) 13.33.41 # at work, sleeping... 13.33.53 # JdGordon, markun, amiconn and other jz4732 interested people: here's a link with players running the chipset (which the port is aimed at): http://mp4wiki.com/index.php?title=Category:JZ4732_Chipset_Players 13.34.09 # B4gder:You need it, huh? :) 13.34.51 # Anyway, I used the rockboxdev.sh script to install the necessary components for cross compiling for ARM targets....... 13.35.23 # And then I lost my network connection. 13.35.43 # mcuelenaere: I'm not sure you noticed, but I posted about your progress on my blog to get you some further attention 13.35.46 # No amount of reboots would restore it (Wi-Fi G) 13.36.47 # B4gder: yes I read the logs, that's why I posted that link targeted at those people 13.36.55 # ok 13.36.56 # thanks for the post btw 13.38.52 # Strife89: are you accusing rockboxdev.sh of deleting your wifi connection ? 13.38.59 Join PaulJam [0] (i=PaulJam_@vpn-3130.gwdg.de) 13.40.36 # No 13.41.17 # But I'm wondering if the script's operations may have changed something related to my network connections. 13.42.06 # I haven't reset the router yet. (I'll try it when my brother wakes up; my Linux bot is in our room.) 13.42.09 # not likely, no 13.42.13 # *box 13.42.22 # it installs stuff in the prefix the script says 13.42.32 # which is /usr/local/[arch]-lef/ by default 13.42.37 # elf even 13.42.55 # possibly it filled your disk or similar 13.43.12 # I've got 3.2 GB free at last count. 13.43.16 # or pushed you over the limit your ISP imposes on your downloads 13.43.42 # If that were the case, I couldn't be logged on IRC right now. 13.44.10 # the only thing rockboxdev.sh does is download files, and then extract them, and then compile their contents 13.44.12 # i used rbutil to "Create Voice file", does it also install it on the player? when clicking "Install Voice file" it tries to download one from the website :/ 13.44.19 # it does not fiddle with your network settings at all 13.45.01 # The odd thing is that my computer showed that I had a network connection, but Firefox and Pidgin simply could not connect. I couldn't browse any shared folders on our local network, either. 13.45.42 # But the problem exposed itself during the installation, so I can't help but think that it's related. :( 13.46.35 # so what network connection are you currently talking to us over then? 13.46.37 # Strife89: you can easily check out the script and see for yourself that the timing must've been a coincidence 13.46.38 # * GodEater is confused 13.47.01 # GodEater: We have three PCs in the house. ;) 13.47.18 # The one I'm on is physically connected to our router. 13.47.51 # B4gder: I rebooted the PC three times to no avail. :( 13.48.04 # what has that to do with anything ? 13.48.09 Quit Horscht ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") 13.49.17 # If I reboot that many times and still can't get a connection..... 13.49.36 # then perhaps it's not your PC which is at fault ? 13.50.14 # I have no way of knowing if any other PC had a connection at the time. 13.50.39 # * GodEater wonders why so many people remain convinced that "rebooting is the answer" 13.50.39 # why would that matter? 13.50.55 # Strife89: it could just be the wifi of your router that died 13.51.23 # or your wifi card in your PC died 13.51.26 # Time to pull out my laptop, then. 13.51.49 # in any case, it's not rockboxdev.sh's fault, and is thoroughly offtopic 13.52.03 # B4gder: The PC indicated that it was connected to the router. 13.52.12 # GodEater: Alright, I'll shut up. 13.52.47 Join Lear [0] (i=chatzill@rockbox/developer/lear) 13.54.17 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 13.55.33 Quit cbr|w (Read error: 104 (Connection reset by peer)) 14.05.34 Quit shadoxx (simmons.freenode.net irc.freenode.net) 14.05.34 NSplit simmons.freenode.net irc.freenode.net 14.05.34 Quit timonator (simmons.freenode.net irc.freenode.net) 14.05.34 Quit tvelocity (simmons.freenode.net irc.freenode.net) 14.05.34 Quit pondlife (simmons.freenode.net irc.freenode.net) 14.05.34 Quit miepchen^schlaf (simmons.freenode.net irc.freenode.net) 14.05.34 Quit jfc^2 (simmons.freenode.net irc.freenode.net) 14.05.34 Quit k4y (simmons.freenode.net irc.freenode.net) 14.05.34 Quit conley (simmons.freenode.net irc.freenode.net) 14.05.34 Quit lostlogic (simmons.freenode.net irc.freenode.net) 14.05.34 Quit ObsidianX (simmons.freenode.net irc.freenode.net) 14.05.34 Quit J (simmons.freenode.net irc.freenode.net) 14.05.34 Quit maraz_ (simmons.freenode.net irc.freenode.net) 14.05.34 Quit daywalker (simmons.freenode.net irc.freenode.net) 14.06.10 Quit Zarggg () 14.07.33 Quit nplus (Remote closed the connection) 14.08.21 NHeal simmons.freenode.net irc.freenode.net 14.08.21 NJoin tvelocity [0] (n=tony@athedsl-109540.home.otenet.gr) 14.08.21 NJoin timonator [0] (n=timonato@cl-2290.ham-01.de.sixxs.net) 14.08.21 NJoin pondlife [50] (n=Steve@rockbox/developer/pondlife) 14.08.21 NJoin miepchen^schlaf [0] (n=miepchen@p54BF76DC.dip.t-dialin.net) 14.08.21 NJoin jfc^2 [0] (n=john@dpc691978010.direcpc.com) 14.08.21 NJoin shadoxx [0] (n=witherb@root1n-ur.net) 14.08.21 NJoin k4y [0] (n=jackass@196-209-91-138-tpr-esr-2.dynamic.isadsl.co.za) 14.08.21 NJoin conley [0] (n=ibcliffo@spode.cs.vt.edu) 14.08.21 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 14.08.21 NJoin ObsidianX [0] (i=obsidian@75.126.62.199) 14.08.21 NJoin J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 14.08.21 NJoin maraz_ [0] (i=maraz@xob.kapsi.fi) 14.08.21 NJoin daywalker [0] (n=daywalke@ip-77-87-189-6.dnspower.de) 14.09.41 Nick J is now known as Guest36577 (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 14.09.50 Quit pondlife ("Leaving.") 14.10.11 Join nplus [0] (n=nplus@141.25.globcom.net) 14.14.22 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 14.16.10 Quit miepchen^schlaf () 14.16.18 # will rockbox find the music files (on my ipod nano) in /iPod_Control/Music/*/ ? 14.16.25 # it seems like it won't 14.17.15 # yes it will 14.17.33 # hmm. what do i have to do? neither update database nor initialize database cause any changes at all 14.17.42 # GodEater: I noticed the dav thing for git over http too, but I think it doesn't matter to people as long as they can use http:// to get stuff 14.17.45 # you can either get it to "find" them by setting "View file types" to "All" 14.17.51 # ah, i have to restart the pod. duh :X 14.18.03 # or you can simply intialise the database, and then let it find them on it's own 14.18.22 # B4gder: I'd be keen to see that in action 14.18.37 # yes, I'll try to get some poking on that soonish 14.18.39 # being able to push is still not as issue for me as a non-commiter still 14.18.45 # oh, it seems like it still has the old entries that i deleted? 14.18.49 # * timonator investigates 14.18.52 Join miepchen^schlaf [0] (n=miepchen@p54BF76DC.dip.t-dialin.net) 14.19.23 # yes, there's entries in the DB that it can't play (as the files don't exist any more) 14.19.26 # what do i do about those? 14.19.31 # timonator: might be an idea to run "disk_tidy" plugin too - it cleans out the contents of the windows recycle-bin which might have been left on your ipod 14.19.46 # timonator: an in that case, update the database again 14.20.27 # "cleaned up 0 items" 14.20.37 # (set the files to clear to "all" before i started it) 14.21.15 # * GodEater as a died in the wool rockbox file browser user, has no more advice to offer, as he's never used the database ever. 14.21.28 # hmm 14.22.03 # * B4gder sits down to tell stories from the old days when there was no database... 14.22.19 Join desowin [0] (n=desowin@atheme/member/desowin) 14.22.40 # timonator, what kind of files are you using 14.22.55 # ogg and mp3 14.23.31 # * GodEater wonders what .ogg files are doing in the iPod_Control/Music folders in the first place 14.23.32 Join LambdaCalculus37 [0] (i=44a0430f@gateway/web/ajax/mibbit.com/x-209476cef4e8193d) 14.23.44 Quit Schmogel (Read error: 110 (Connection timed out)) 14.23.46 # i uploaded them with amarok 14.24.11 # * timonator starts from scratch 14.26.18 # In other news, I recently began to take advantage of the SPC "codec". :D 14.26.53 # does anyone know what could trigger this behaviour? http://imagebin.ca/view/B85IfgW.html 14.26.59 # the code is here: http://pastebin.com/d607f165d 14.28.43 # Looks like an Atari gone bad. :( 14.28.45 # ;) 14.30.05 # Gah! My eyes are bleeding at that image! 14.30.12 # mcuelenaere: What is that, anyway? 14.30.26 # onda vx747: trying to figure out what's wrong with the lcd driver 14.31.27 # this one is perhaps more clear: http://imagebin.ca/view/osiMeS7Q.html 14.32.01 # mcuelenaere: so what have you attempted to put on the screen? 14.32.20 # editing the framebuffer directly works, but doing it through lcd-16bit.c doesn't 14.32.30 # the problem is the rectangular black area , right? 14.32.36 # I've once got some text on it 14.32.39 # isn't that a sign of wrong RGB bits? 14.32.42 # yes, indeed the rectangle isn't like a rectangle 14.32.51 # I tried RGB565 and RGB565SWAPPE 14.32.55 # SWAPPED* 14.33.13 # the latter comes closest to the intented behaviour 14.33.17 # I think you should start with filling parts of the framebuffer with known values 14.33.23 # to figure out exactly how the bits work 14.33.30 # hmm k 14.33.51 # it could just as well be 555 or other variations as well 14.34.47 Join Vorador [0] (n=tomas@lan-84-240-35-19.vln.skynet.lt) 14.35.10 # are you sure it is 16bit? 14.35.36 # as opposed to 24 or 32 I mean 14.36.06 # hmm the lcd data bus is initialised as 16bit 14.36.30 Quit moos (Read error: 110 (Connection timed out)) 14.37.00 # SLCD_CFG_DWIDTH_16 & SLCD_CFG_CWIDTH_16BIT are set 14.37.13 # that sounds like 16bit then 14.37.13 # I think datawidth = 16 & c?width = 16bit 14.38.10 # but the problem is, now that I've changed l.76 to lcd_framebuffer[i][j] = LCD_RGBPACK(0,255,0); it does nothing 14.38.32 # so it seems to me there's still some underlying problem with the compiler or aligning or something like that 14.39.19 # ignore the pack macro for a while and set fixed values like 0, 0xff00 and 0xffff etc 14.39.54 # even those do nothing 14.39.55 # see if you can figure out the bits for red blue green like that 14.39.59 # oh 14.40.24 # now I'm trying to add an extra line so there's extra code, but I think gcc is optimising the other away 14.40.37 # perhaps I should add some dummy data to the binary and see what that gives 14.41.02 # you can always objdump the object file to see what gcc made of it 14.41.48 # or use IDA on bootloader.elf 14.42.13 # yeah, that works too 14.43.08 # ah the device doesn't disconnect from USB so it doesn't reach l.67 14.43.17 # meaning the code is stopped somewhere 14.43.21 Quit agaffney (Read error: 110 (Connection timed out)) 14.44.25 Quit desowin (Read error: 113 (No route to host)) 14.44.26 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-21662326357ab13f) 14.44.44 # I just can't see what's the difference of replacing LCD_RGBPACK(i,k,j) with 0 or 0xff or whatever 14.45.03 # it requires less code, so perhaps that's a problem? aligning? 14.45.31 *** Saving seen data "./dancer.seen" 14.46.35 # the rgbpack converts to a fixed value as well so it shouldn't be any less code 14.47.09 # not if variables are used 14.47.18 # true 14.47.52 # but still, I can't see why code size would matter there all of a sudden 14.47.56 Join agaffney [0] (n=agaffney@gentoo/developer/pdpc.active.agaffney) 14.48.30 # I don't know, it's just a guess; what else could be the cause? 14.48.46 # I don't know... 14.50.14 # ok, I got some values: when I do a LCD_RGBPACK(0,k,0) with k going from 0 to 0xFF it's first black and then goes to red 14.50.23 # this is rgbpack set with RGB565SWAPPED 14.51.30 # LCD_RGBPACK(k,0,0) nor LCD_RGBPACK(0,0,k) works 14.52.14 # ..PACK(255,k,0): blue -> purple 14.53.59 # so the middle one is red then 14.54.07 # at least parts of it 14.54.24 # and the first is blue 14.56.04 # does anything looks strange to this? http://pastebin.com/m2acdf92e 14.57.00 # not that I can spot 14.57.22 # hmm then I'm going to compare those with the uCosII source 15.03.25 # hm, looking at the bootloader gcc options for my old mips project 15.03.36 # it used -G 0 for example 15.03.44 # yes I tried that but doesn't work 15.03.48 # what does that switch do btw? 15.03.57 # Put global and static items less than or equal to num bytes into the 15.03.57 # small data or bss section instead of the normal data or bss section. 15.03.57 # This allows the data to be accessed using a single instruction. 15.04.09 # I wonder if that is the sbss section 15.04.36 # could be 15.05.03 # uCos also uses -msoft-float, but I suppose that doesn't really matter 15.05.16 # nah 15.05.23 # only if you use floats 15.05.43 # right 15.06.03 # mcuelenaere: What k value does the screenshot show? 15.06.59 # eh the screenshot is the pastebin'ed code 15.07.08 # so it's somewhere between 0 and 0xFFFF :) 15.07.19 # currently I can't get it really stable 15.07.36 # if I only had the LCD working on DevCon... 15.10.33 # this is weird 15.10.49 # sure it's not 32-bit? 15.10.57 # if I add REG8(USB_REG_POWER) &= ~USB_POWER_SOFTCONN; to the exception handler I can get a constant displayed on the screen 15.11.03 # ie LCD_RGBPACK(0,255,0) is red 15.11.16 # k4y: you mean the lcd? 15.11.30 Quit Strife89 (Read error: 110 (Connection timed out)) 15.11.33 # yeah, i'm just looking at 0,k,0 changing it from black to red 15.11.39 # ok 0xFF is blue 15.12.06 # this is an iPod touch, right? 15.12.15 # k4y: nope 15.12.33 # oh, i thought that's what the device in the image pastebin was 15.12.33 # k4y: http://daniel.haxx.se/blog/2008/07/10/rockbox-on-the-onda-vx747/ 15.12.38 Quit agaffney (Read error: 110 (Connection timed out)) 15.12.46 # 0 -> black, 0xFF00 yellow 15.12.49 # ah 15.12.55 # oh yellow 15.13.03 # k4y: Nice looking device, no? :) 15.13.08 # LambdaCalculus37: yes, indeed 15.13.13 # and 0xFF0000 black? 15.13.23 # weird 15.13.34 # ah of course it is only a short :) 15.14.17 # 0x0FF0 -> green 15.14.27 # any ideas on the color format? 15.14.31 # yes 15.14.46 # but we need to test the borders 15.15.07 # the borders? you mean the upper and lower limit of a short? 15.15.07 # what color is 0x40 ? 15.15.33 # black? 15.15.48 Join Strife89 [0] (n=michael@204.116.245.152) 15.16.03 # * gevaerts would try individual single bits, possibly alternating with black (to get some contrast) 15.16.05 # or just dark green? 15.16.21 # Figured I'd let you guys know: You were right. I reset my router and my connection works fine. 15.16.33 # ah yes possibly, very dark indeed 15.16.33 # to the surprise of no-one 15.16.56 # yep it isn't black, as I can see the garble rectangle :) 15.17.00 # mcuelenaere: so it is RGB, with R being the top bits and B the lower ones 15.17.10 # and G in the middle 15.17.18 # and is this format already in Rockbox? 15.17.26 # it's just not clear how the distribution is exactly 15.17.58 Quit amiconn (Nick collision from services.) 15.18.01 # other values I should test? 15.18.05 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 15.18.32 # hm 15.18.40 # mcuelenaere: I would try all individual powers of two 15.18.48 # k 15.19.21 # yes, we need to figure out if they are 5 or 6 bits for each field 15.19.41 Join Lynx [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 15.19.46 Quit cool_walking_ (Remote closed the connection) 15.20.20 # or rather, we assume it isn't 565 since then it would work with the plain common version 15.20.50 # of course depending on endian on everything... 15.21.02 # it wouldn't be something peculiar like 484 ? 15.21.19 # * B4gder recalls trying to code big-endian cpu with little-endian graphics controller 15.22.41 # so far: 2^1->dark blue 2^2->darker blue 2^3->even darker blue 2^4->lighter blue 2^5->blue? 2^6->darker blue 2^7->darker blue? 15.23.12 # I'm going to skip some, as these all look like they're blue 15.23.20 # 2^10 is also blue (although lighter) 15.23.59 # 2^12 is rather bright blue 15.24.18 # There must be some non-blue somewhere... 15.24.41 # all I get is blue 15.24.52 # 2^14 is darker, 2^16 is brighter .. blue? 15.24.59 # well, 0ff0 was green 15.25.05 # 2^16 == 2^0 15.25.56 # * gevaerts slaps his forehead. Of course it isn't 15.26.15 # 2^16 should be 0 in a 16bit 15.26.42 # * JdGordon hasnt read the whole log.. but.... you dont need to send 2 16bit numbers do you? and youve only found the first one? 15.26.43 # lcd_framebuffer[i][j] = (k/2 == 1 ? 2^16 : 2 ^ 0); gives me the same color 15.26.58 # wow the battery is getting rather hot :) 15.27.15 # yep.. i should have stayed silent 15.27.17 # yet blue is a cool color! ;-P 15.27.39 # 2^k just gives me dark blue -> light blue 15.27.47 # ow but after some while it changes to green 15.27.48 # mcuelenaere: do you have a working button driver ? 15.27.56 # haha 15.28.03 # I have some buttons identified, but never tried those on the device itself 15.28.07 # the detection I mean 15.28.11 # mcuelenaere: okay never mind then ;) 15.28.19 # but I guess I could try 15.28.55 # * GodEater was wondering if you could put the value you're writing to the lcd into a loop, and then hit a button to write the value out somewhere when it reaches a "non blue" colour ;) 15.29.26 # hmm buttons don't seem to work at first glance 15.29.43 # I guess we can shelve that plan for a bit then 15.30.31 # but they worked some time, it's just perhaps they need to be set as input or something like that 15.30.54 # but I'd rather have working LCD output first, then I can do nice printf()'s ;) 15.31.32 Part Strife89 15.31.43 # mcuelenaere: ok, how about ramping values from 0 to 0x3f and back again 15.31.52 # ok I'll try 15.32.25 # hopefully that is blue only 15.32.43 # it does black->gradually blue->instant black again->gradually blue 15.32.58 # for(k=0;k<0x3F;k++) 15.33.05 # ok, that makes sense 15.33.11 # change 3f to 7f 15.33.12 # does it? :p 15.33.24 # yes, it ramps up the blue to 3f 15.33.28 # and then starts over at 0 15.33.29 # so 0->7F? 15.33.45 # yes, 15.34.41 # black-blue-black-blue-black-blue-black-blue 15.34.48 Quit Lynx_ (Read error: 110 (Connection timed out)) 15.34.48 Nick Lynx is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 15.35.23 # I don't get that 15.35.40 # it does the same as 0x3F, only x2 15.36.09 # ok 15.36.46 # what about (0 to 3f) << 6 15.36.49 # mcuelenaere: is that just for a single component to the RGB() macro? 15.36.50 Quit Vorador ("Ex-Chat") 15.37.24 # that is, all values shifted so that the 6 lower bits aren't used 15.37.35 # k4y: those values are not in a RGB() macro 15.37.55 # mcuelenaere: okay 15.38.02 Quit delorean90 (Connection timed out) 15.38.11 # well, we're basically trying to figure out how the RGB() macro should be constructed for this 15.38.31 Join agaffney [0] (n=agaffney@gentoo/developer/pdpc.active.agaffney) 15.38.39 # B4gder: blue :) 15.38.46 # it's the same as the previous 15.38.54 # ah no srry, no it changes to green 15.38.54 # wow 15.39.05 # after a while it does light blue -> green 15.39.29 # I can film the behaviour if you want to see it 15.39.34 # I'd thought 6 bits should be enough to get out of the blue ;-) 15.39.36 # it ends in light blue 15.39.37 # * GodEater would be curious to see this 15.41.21 # I'm off for now 15.41.25 Part B4gder 15.41.27 # * amiconn expects just some unusual bit packing 15.43.17 # GodEater: http://www.2shared.com/file/3573582/ca44ee38/Film_2.html 15.43.42 # or http://www.mediafire.com/?myddjfi7swh 15.43.43 # * GodEater fully expects this to be blocked from work again 15.43.48 # :) 15.43.56 # yep - both blocked :( 15.44.50 # http://users.telenet.be/mcuelenaere/Film_2.wmv 15.45.40 # mcuelenaere: what does the code that produced that video look like? 15.46.05 # http://pastebin.com/dbfd91e1 15.46.53 # pay attention to the garbled rectangle and non-visible text ;) 15.48.01 # * GodEater sees greens a mauves in there too 15.48.10 # s/a/and 15.48.35 # out of interest, is that spew above the rectangle caused by putsxy? 15.48.38 # the colors are a bit off though 15.48.39 Quit HellDragon (Connection timed out) 15.48.47 # hmm I don't think so 15.48.50 # lemme check 15.49.10 Join HellDragon [0] (n=jd@modemcable213.6-203-24.mc.videotron.ca) 15.49.26 # ah yes, a large bit of it is :) 15.49.48 # now there are just 3 lines off 15.51.06 # lcd_fillrect(k+50, 0, 100, 240); is rather interesting: the rectangle moves, but gets smaller till the end of the screen 15.51.33 # does it move in the correct direction? 15.51.59 # or, the expected direction, rather 15.52.03 # I suppose so, it moves towards the buttons 15.52.16 # currently I don't really have an expected direction :) 15.52.27 # i'm not sure where the buttons are :P 15.52.41 # but I think there's still some problems with the transfer of framebuffer->LCD RAM 15.53.00 # perhaps the Rockbox native framebuffer needs to be converted to some other format the LCD supports 15.54.13 Join Schmogel [0] (n=Miranda@p3EE21AB5.dip0.t-ipconnect.de) 15.54.15 # what is LCD_WIDTH? 400? 15.54.36 Join agaffney_ [0] (n=agaffney@gentoo/developer/pdpc.active.agaffney) 15.54.54 # jep and LCD_HEIGHT = 240 15.55.14 Join donsdl [0] (n=don@ip68-101-195-153.sd.sd.cox.net) 15.55.21 Quit agaffney (Connection timed out) 15.57.09 # lcd_framebuffer is accessed as y,x? 15.57.22 # jep, AFAICS that's the correct way? 15.57.33 # i wouldn't know, i'm just asking 15.57.41 # me neither 15.59.39 # i just updated the rockbox build and i am trying to fix the theme that i normally use and i am still getting issues getting it to work 16.03.11 Quit Horscht ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") 16.03.25 # here is the code of the theme i am having issues with: http://pastebin.com/m741afd71 16.05.13 # correct the %pb tag 16.05.55 # a short is 16bit right? 16.06.34 # depends on the platform, but generally yes 16.07.47 Join goffa [0] (n=goffa@216.220.23.105) 16.07.57 # mcuelenaere: if you constantly set the framebuffer to 0xc007 what colour do you get? 16.08.43 # some kind of red 16.08.52 # it could be pure red 16.08.59 # * amiconn would probably test single bits first (full screen) 16.09.03 # PaulJam, what does it need to be because i tried different way and not luck.. unless i am not reading it right 16.09.41 # advcomp2019: see the CustomWPS wiki page. 16.10.08 # yea i am reading it.. so i need - in it? 16.10.59 # * mcuelenaere wonders why the OF only transports 320*240 shorts to the LCD when it's set its width clearly to 400.. 16.12.49 # advcomp2019: either none or all 5 parameters must be present. you can use the "-" when the default value should be used for the parameter. 16.13.16 # amiconn: he tried that earlier, i thought 16.14.48 # (at least that's what i understood the whole 2^n story was about) 16.15.19 # yes, I tried 2^n with n ranging from 0 to about 16 16.15.21 # all blue 16.15.23 # Not according to the pasted code snippets. Btw, http://pastebin.com/dbfd91e1 cannot work as intended 16.15.48 Join kushal_12_27_200 [0] (n=kushal@c-67-173-249-88.hsd1.co.comcast.net) 16.15.49 # It would need k += (1<<6) to work properly 16.16.09 # ah yes you're right 16.16.38 # But I'd do for (k=1; k < (1<<16); k <<= 1) for the full screen 16.16.43 # but first I need to figure out how to correctly transfer the framebuffer to the LCD 16.20.55 # the Sansa Fuze is PortalPlayer based, right? 16.22.43 Quit tvelocity ("Αποχώρησε") 16.23.40 Quit Nico_P (Nick collision from services.) 16.24.21 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-f5e97cab697df9be) 16.24.26 # PaulJam, thanks i am finally getting it then 16.24.36 # k4y, nope 16.25.56 # oh, an evolution of PP then? 16.26.14 # i'm just going by the information on the Sansa View page (i imagine the Fuze is probably fairly similar) 16.27.07 # the fuze is AMS like the clip, e200v2, and c200v2 16.27.39 # excuse my ignorance but what does "AMS" mean? 16.28.24 # here is a link: http://daniel.haxx.se/sansa/v2.html 16.29.04 # oh the View and the Fuze aren't very similar at all then, whoops 16.29.23 Join n1s [0] (n=nils@rockbox/developer/n1s) 16.29.31 Quit atrus (Read error: 110 (Connection timed out)) 16.32.10 Quit cg_ (Remote closed the connection) 16.33.37 # advcomp2019: cool, thanks for the link 16.39.01 Join cg [0] (n=cromos@dsl-olubrasgw1-ff8fc100-80.dhcp.inet.fi) 16.44.57 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0/2008052906]") 16.45.33 *** Saving seen data "./dancer.seen" 16.49.04 Nick agaffney_ is now known as agaffney (n=agaffney@gentoo/developer/pdpc.active.agaffney) 16.49.58 Join crope` [0] (n=crope@dyn3-82-128-185-200.psoas.suomi.net) 16.55.27 Join MethoS- [0] (n=clemens@host-091-096-210-011.ewe-ip-backbone.de) 16.55.58 Quit DerDome (Read error: 110 (Connection timed out)) 17.01.36 Quit Schmogel (Read error: 104 (Connection reset by peer)) 17.08.49 Join sitwon [0] (n=adam@static-71-166-233-112.washdc.east.verizon.net) 17.29.15 Join moos [0] (i=moos@81-66-127-198.rev.numericable.fr) 17.29.57 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.40.43 Quit kushal_12_27_200 (Connection timed out) 17.43.16 Quit Reemo (SendQ exceeded) 17.48.26 Quit Nico_P ("http://www.mibbit.com ajax IRC Client") 18.00.34 Quit wpyh ("Leaving.") 18.03.37 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 18.05.25 Quit fxb (Remote closed the connection) 18.05.54 Join fxb [0] (n=felixbru@p548F7468.dip.t-dialin.net) 18.07.29 Join MethoS_ [0] (n=clemens@dyndsl-085-016-165-231.ewe-ip-backbone.de) 18.08.54 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 18.09.33 Quit petur ("work->shopping->home") 18.13.04 Quit bertrik (Remote closed the connection) 18.19.33 Join wpyh [0] (n=william@th245022.ip.tsinghua.edu.cn) 18.19.52 Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) 18.21.29 Join Buschel [0] (n=abc@p54A3F5BA.dip.t-dialin.net) 18.21.37 Quit linuxstb (Read error: 60 (Operation timed out)) 18.22.28 Join Mathiasdm [0] (n=Mathias@vpnb102.ugent.be) 18.22.51 Quit fxb () 18.24.10 # betrik: (for the logs) I did the second becnh-run with your patch. the result is near to the expected result -- so, it seems like there are no additional spin-ups. but: to me it seems like some minuted are missing at the very end... normally my benchs do not end at 3-4% (or 3.5V). 18.24.23 Quit MethoS- (Read error: 110 (Connection timed out)) 18.24.44 Quit SUSaiyan (Read error: 104 (Connection reset by peer)) 18.29.44 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 18.31.20 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 18.45.36 *** Saving seen data "./dancer.seen" 18.48.12 Quit Lambduh (Read error: 113 (No route to host)) 18.48.22 Join Lambduh [0] (n=Lambda@64.6.88.58) 18.49.37 Join Lear [0] (i=chatzill@rockbox/developer/lear) 19.03.11 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 19.04.52 # would it be possible to offer svn acces via http or via another port ? my student can not use our svn because some ports are blocked we think... 19.07.05 # domonoky: there's git access, but I think you can't commit through that 19.08.01 # LambdaCalculus37: You have an ipod photo, correct? 19.08.19 # hm, but he would need commit access, when commit his wps editor... (after cleanup) 19.09.10 # I really would like to be able to commit to the git mirror 19.09.29 # but it could lead to syncing problems maybe 19.09.35 # amiconn: Yes. 19.09.54 # IIRC it was purchased when it was still marketed as "iPod Photo". 19.09.55 # What's the apple model number? Is this printed somewhere on the back? 19.10.27 # It's on the bottom, under the "Designed by..." line. 19.10.36 # On mine, the model number is A1099. 19.10.41 # Thing is, it might be possible to reliably distinguish a photo and a color by model number, or even by disk size 19.10.53 # hmm 19.11.10 # The numbers I'm referring to are starting with 'M' 19.11.36 # But my mini also has an 'A' number printed on the back ... so I wonder what those 'M' numbers are 19.12.33 # Regarding disk sizes, http://www.ipodbatteryfaq.com/ipodbatteryandpower.html says that the photo came as 30, 40 and 60GB, while the color came as 20 or 60GB 19.12.47 # Hmmm... I've never seen an 'M' model before. 19.12.56 # So if it's 30 or 40GB it must be a photo, and if it's a 20GB it must be a color. 60GB can be either 19.14.57 # amiconn: Then mine is indeed an iPod color. 19.15.12 # oh? 19.15.28 Join mf0102 [0] (n=michi@85.127.180.113) 19.15.52 # amiconn: Wait... scratch that... 19.18.05 # This is really strange... I can't find this model number identified anywhere! 19.19.26 # Check diag mode, DIAG VER? 19.19.30 Join Keripo [0] (n=Keripo@CPE001111e441f8-CM001a6680d4fe.cpe.net.cable.rogers.com) 19.19.55 # My mini G2 does have the number there (M9800) 19.20.05 # Please excuse my intrusion, but is there anyone around with a Sansa with SansaLinux installed? 19.20.27 # amiconn: MA079 19.20.41 # Keripo: hit, and that isnt us.. 19.20.45 # s/hit/hi 19.21.08 # LambdaCalculus37: Hmm, so that's a color, and iirc the HW revision was 0x60004 ? 19.21.23 # can someone with a ppc mac please try this: http://jdgordon.info:8080/~domonoky/rbutilqt-fix.dmg ? 19.22.09 # amiconn: Yes, that's correct. 19.22.13 # But still a type 0 lcd... that backs the theory that all ipod photos must be type 0 19.22.16 # domonoky: Saving it now. 19.23.13 # amiconn: I'm thinking that Apple may have initially built the 20GB models with type 0 LCDs, then started using type 1 later. 19.23.37 Part Keripo 19.25.15 Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 19.25.53 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 19.27.05 # domonoky: any news from your student? I managed to get the code compile on linux yesterday. It immediately crashes when trying to start it though ... 19.29.27 # bluebrother: i just talked with him.. and told him to clean up the code, showed him the patches, etc :-) 19.29.53 # I've planned to post an updated patch to FS# 19.30.06 # but we have a little problem with commiting his code into our svn. He has problems accessing our svn, probably because of blocked ports... 19.30.13 # ... FS#9179 that makes it build on linux 19.30.29 # well, then we should find out what exactly his problems with our svn is 19.30.47 # until he's fixing the code ;-) 19.31.31 # * gevaerts is a bit disappointed that this svn issue only crops up now 19.31.48 # also, I'd like to have it somewhat restructured: move proxy/ to libcheckwps/ and gui/ to wpseditor/ 19.32.10 # * bluebrother is disappointed there was no feedback earlier 19.32.10 Quit vort3x (Read error: 104 (Connection reset by peer)) 19.32.24 # yes, some renaming is also needed in his cleanup... 19.32.30 Join vort3x [0] (n=vortex@unaffiliated/dfa001) 19.32.37 # domonoky: I'm going to try out rbutilqt in a little while. I'll let you know what happens. 19.32.54 # for example, stuff like using correct captialization in includes is really important if code is supposed to be cross-platform. 19.33.03 # LambdaCalculus37: thanks.. :-) 19.33.24 # how should students learn about it if nobody tells them? And how should one tell them if there is no feedback? 19.33.45 # and such thing is something students should definitely learn ... the earlier the better. 19.36.50 # i am trying. but it seems difficult. None of our Students made progress report, like we wanted :-/ 19.37.12 # well, perhaps that is the issue here 19.37.24 # we need to stop wanting them to, and start requiring them to 19.40.08 # we have 4 days to either fail, or approve them for midterm evaluation.. :-) 19.41.54 # domonoky: your student is working on mingw, right? 19.42.00 # scorche|sh: I definitely agree. 19.42.05 # correct.. 19.42.25 Join BlakeJohnson861 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 19.42.37 Quit BlakeJohnson86 ("Leaving.") 19.43.42 Quit Buschel () 19.44.31 # we are in the position to require them doing it. It's like at work where my boss / the customer requires me to do things ... even if I don't like it 19.44.59 # * bluebrother goes preparing a patch to at least allow building on linux 19.45.31 # but i think we need a official requirement, like a statement on the gsoc wikipage.. with enough details what they should do. 19.46.30 # well, we agreed they should report progress, so I don't think it's much of a difference requiring them to report here or on the ml. 19.46.39 # but writing it down on the wiki page would be good. 19.48.34 Quit EspeonEefi ("さよなら") 19.49.23 # domonoky: you are his mentor...is that not official enough? 19.50.06 # scorche no i think it needs to be written down somewhere.. 19.51.10 # are there rules specific for that? I.e. by google? You have the power to pass or fail him ... ;-) 19.51.50 # domonoky: please check FS#9179 19.51.55 # sure, i could just fail him.. but thats not nice.. :-) 19.52.50 # sure. But a mentor has this way to force the student showing up ;-) 19.54.18 # domonoky: i wouldnt recommend failing him yet, but it does not need to be written down anywhere....you are his mentor and are the absolute authority 19.55.57 # besides, it's not asked much to make progress transparent. The student needs to report it anyway. We make the rules ;-) 19.56.14 # and our rules are rather nice to students imo, so it's not asking too much. 19.56.25 # indeed...look at ffmpeg.. 19.56.33 # a student could also get better help or learn more if they talked about it 19.56.46 # isn't this way of communication something we *want* them to learn during SoC? 19.56.53 # yes 19.57.04 # it is all part of "the experience" 19.57.20 # so we should definitely enforce it. I just need to thing about those guy who wanted to do the TTS plugin last year 19.57.58 # he showed up like once or twice. And failed. If he'd shown up regularly I think he had a much better chance of passing 19.58.17 # well, he simply had too much on his plate 19.58.34 # I'd say write down some rules _now_, and be strict for the second half 19.58.42 # Personally, I have no problems providing progress reports. I've been a bit quiet and I only send my interim work to Bagder and sdoyon. I post milestones to the tracker 19.59.14 # possible. But IIRC that guy also had issues setting up the toolchain, and people in this channel are usually rather helpful ;-) 19.59.29 # could we please write down this rules, and enforce it to all Students.. :-) then i will try my part. 19.59.31 # well, we have already lost one student...it will look very good on us to lose another 19.59.33 Quit spiorf (Remote closed the connection) 19.59.46 # scorche|sh: which one did we lose? 19.59.50 # bluebrother: Indeed. And now we hear about this svn issue... Not good 19.59.55 # s/will/wont 20.00.00 # bluebrother: arm emulator 20.00.13 # this svn issue isnt new... just nobody cared... 20.00.21 # i didnt know 20.00.35 # * gevaerts doesn't remember hearing about this earlier 20.00.38 # domonoky: put it the other way round: most people didn't know about it (including me) 20.01.02 # but i would like to solve the issue ? is it so hard o allow access to our svn via the http protokoll ? 20.01.17 # well, that is something to bug the swedes about 20.01.46 # I'm still wondering what the exact problem with your students access to it is exactly 20.01.50 # same 20.01.51 # or just allow also svn on another port.. should probably be sufficient.. 20.02.05 # domonoky: what is his isp?...and are you sure it is a blocked port? 20.02.22 # he could also have come here and asked about it himself :) 20.02.27 Join obo [0] (n=obo@rockbox/developer/obo) 20.02.39 # and he could have done that right at the start, not yet. 20.02.42 # i am not sure if its blocked ports.. his isp i dont know. some isp in Belarus (white russia) 20.02.43 # if he wishes, i would be glad to allow him some space on my server where he can ssh in, do his work, commit, etc 20.03.25 # scorche: doing gui work via ssh isnt nice :-) 20.03.36 # x-forwarding isnt hard 20.03.36 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 20.04.04 # it can be a bit sluggish. But NX is really nice for such things 20.04.14 # Just ssh access somewhere would also allow tunneling svn 20.04.14 # if all fails, i will play "proxy" for his patches.. 20.04.19 # besides, using svn via command line isn't hard. 20.04.31 # * scorche|sh deletes his similar comment to gevaerts's 20.04.48 # ... and something that would be good students know how to do 20.05.32 # it would at least be sufficient for the commit part, I use that sometimes too 20.05.51 # * bluebrother usually uses command line 20.07.51 # but if you are via shh on a remote box, you have to transfer your changes to this box first ?.. not really a nice way to work.. 20.08.09 # not if you tunnel 20.08.18 Join Mathiasdm [0] (n=Mathias@vpnb126.ugent.be) 20.08.19 # but a tunnel to another box could work... :-) 20.08.23 # * pixelma too for commits but meant especially committing remotely from a box ssh'ed too 20.09.22 # * domonoky doesnt know much about tunneling .. is it easy to make such things work on windows ? 20.09.54 # if you are on windows, doesnt tortisesvn allow such proxies? 20.10.04 # domonoky: yes. google for putty, and go right ahead 20.10.47 # * domonoky nows putty but only uses it for normal shh. lets check the settings :-) 20.11.21 # * bluebrother thinks learning some basic command line usage would be something we could expect students to do 20.12.02 # domonoky: I tunneled jabber and imaps quite a while at uni. Plus cvs. Worked without any issues. 20.12.15 # (on windows using putty that is ;-) 20.14.13 Join Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 20.14.33 # hello 20.14.49 # so i will recommend this to my student. should solve the svn problem. does someone volunteer for being the proxy (tunnel host) ? :-) 20.15.07 # is there an easy way of translating rockbox utility to finnish? 20.16.04 # Tuplanolla: yes. take a look at: http://www.rockbox.org/twiki/bin/view/Main/RockboxUtilityDevelopment#How_to_Translate 20.16.36 # domonoky: Good news... your new rbutilqt works on my PPC PowerBook! :) 20.16.43 # ah, had that page open earlier but didn't notice, thanks 20.20.19 # LambdaCalculus37: jeah, success ! so can someone move this: http://jdgordon.info:8080/~domonoky/rbutilqt-v1.0.6b.dmg to the download server ? Bagder ? 20.22.44 # * LambdaCalculus37 is glad to have brought his PowerBook today :) 20.23.24 Join EspeonEefi [0] (i=espeonee@30-7-18.wireless.csail.mit.edu) 20.24.15 Join bertrik_ [0] (n=bertrik@129-013-045-062.dynamic.caiway.nl) 20.31.07 Join kushal_12_27_200 [0] (n=kushal@c-67-173-249-88.hsd1.co.comcast.net) 20.32.24 Join stoffel [0] (n=sfr@p57B4CADF.dip.t-dialin.net) 20.32.42 Quit MethoS_ (Read error: 104 (Connection reset by peer)) 20.36.00 Nick bertrik_ is now known as bertrik (n=bertrik@129-013-045-062.dynamic.caiway.nl) 20.45.41 *** Saving seen data "./dancer.seen" 20.47.18 Quit kushal_12_27_200 (Connection timed out) 20.54.41 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 20.59.57 Join DerDome [0] (n=DerDome@dslb-082-083-204-229.pools.arcor-ip.net) 21.00.14 Join neddy [0] (n=john@nat/sun/x-1a8bc944b68d1868) 21.01.15 Join Schmogel [0] (n=Miranda@p3EE21AB5.dip0.t-ipconnect.de) 21.03.30 Quit Tuplanolla ("mui") 21.10.05 Quit stoffel (Read error: 113 (No route to host)) 21.10.44 Quit bughunter2 (Read error: 104 (Connection reset by peer)) 21.12.43 Join avis [0] (n=ident@pdpc/supporter/student/avis) 21.14.53 Join bughunter2 [0] (n=bughunte@77.164.66.126) 21.16.46 Quit Thundercloud (Read error: 110 (Connection timed out)) 21.19.22 Quit bughunter2 (Client Quit) 21.19.42 Join bughunter2 [0] (n=bughunte@77.164.66.126) 21.20.16 Quit bughunter2 (Client Quit) 21.20.53 Join bughunter2 [0] (n=bughunte@77.164.66.126) 21.26.39 Quit freqmod_qu (Read error: 104 (Connection reset by peer)) 21.35.30 Join quassel251 [0] (n=quassel@2001:700:300:1800:213:d3ff:fee9:5ed0) 21.36.09 Quit quassel251 (Client Quit) 21.36.14 Join freqmod_qu [0] (n=quassel@2001:700:300:1800:213:d3ff:fee9:5ed0) 21.43.51 Quit bertrik ("Leaving") 21.52.51 Quit bluebrother (Nick collision from services.) 21.52.54 Join bluebroth3r [0] (n=dom@rockbox/staff/bluebrother) 21.54.56 Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/staff/bluebrother) 21.55.35 Part donsdl ("Bye for now.") 21.59.25 Quit ali_as_ ("Router reboot.") 22.00.11 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 22.02.23 Join ali_as [0] (n=ali_as@ambix.plus.com) 22.04.32 Quit neddy (Connection timed out) 22.06.54 Join stoffel [0] (n=sfr@p57B4FF53.dip.t-dialin.net) 22.13.19 Join bertrik [0] (n=bertrik@129-013-045-062.dynamic.caiway.nl) 22.14.31 Join bertrik_ [0] (n=bertrik@129-013-045-062.dynamic.caiway.nl) 22.14.42 Quit bertrik (Client Quit) 22.20.22 Quit bughunter2 ("Leaving.") 22.23.28 Join jfc [0] (n=john@dpc691978010.direcpc.com) 22.25.26 Quit fyrestorm (Read error: 113 (No route to host)) 22.25.45 Join fyrestorm [0] (n=fyre@cpe-68-173-163-56.nyc.res.rr.com) 22.25.48 Join tessarakt [0] (n=jens@e180076198.adsl.alicedsl.de) 22.31.11 Quit bluebrother (Nick collision from services.) 22.31.14 Join bluebroth3r [0] (n=dom@rockbox/staff/bluebrother) 22.36.38 Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/staff/bluebrother) 22.37.23 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 22.39.51 Quit uhmgawa (Read error: 110 (Connection timed out)) 22.39.56 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0/2008052906]") 22.40.59 Nick bertrik_ is now known as bertrik (n=bertrik@129-013-045-062.dynamic.caiway.nl) 22.44.08 Quit n1s () 22.45.42 *** Saving seen data "./dancer.seen" 22.46.39 Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) 22.47.37 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-32a539610d1239a3) 22.49.30 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.53.14 Quit Thundercloud_ (Read error: 110 (Connection timed out)) 22.53.39 Part domonoky 22.54.14 Quit stoffel ("Lost terminal") 23.09.42 Quit Mathiasdm ("Yuuw!") 23.15.58 Join MTee [0] (i=29e998b8@gateway/web/ajax/mibbit.com/x-f99c0a8ff6c9d8c7) 23.18.56 Join steven__ [0] (n=steven@S0106001c10086f80.rd.shawcable.net) 23.19.09 Nick steven__ is now known as stevo (n=steven@S0106001c10086f80.rd.shawcable.net) 23.19.45 # How acceptable is it to access settings from firmware/ ? 23.20.29 # I don't think so 23.22.08 # Some people have suggested to make the rockbox usb stack user-optional (instead of compile-time). That means accessing settings... 23.23.56 # Does it mean settings? 23.24.03 # Er, does it mean settings from firmware? 23.24.40 # Maybe not, but I'm not sure how else it can be done 23.25.00 # Well, can we choose whether to charge or go into USB mode via setting without it coming from firmware? 23.25.52 # Though, I'm curious why it was suggested it should be runtime choosable? 23.27.20 # Because it works well for some people, and not for others. 23.27.44 # accessing settings from firmware is very no-noi 23.28.10 # settings hooks have to go from apps/ to firmware/ 23.29.05 # gevaerts: does it still fail completely for some people? 23.29.20 # preglow: I think so, yes. 23.30.15 Quit avis (Remote closed the connection) 23.30.21 # annoying :/ 23.30.24 # Anyway not enabling it by default and not having it runtime selectable is a valid option 23.30.50 # I'm wondering in which cases the stack is failing 23.31.00 # it works absolutely fine on my mini. 23.31.08 Join bertrik_ [0] (n=bertrik@129-013-045-062.dynamic.caiway.nl) 23.31.09 # works great on my nano too 23.31.13 # Mainly if you have hubs. 23.32.23 Join bertrik__ [0] (n=bertrik@129-013-045-062.dynamic.caiway.nl) 23.32.51 # speaking of hubs: what happened to the reset issues with amiconns hub? Did you figure it out? 23.32.54 Join gregzx [0] (n=chatzill@drw34.neoplus.adsl.tpnet.pl) 23.33.33 # No. That's basically the remaining issue 23.33.39 # ah :) 23.33.54 # and what an annoying one 23.34.08 # gevaerts: have you done much reverse engineering on the original firmware? 23.34.12 # gevaerts: is the SD curroption problem no "solved" on the Sansas? 23.34.40 # err... corruption too 23.34.42 # preglow: no. I'm slightly hindered there by having to learn assembler at the same time 23.34.55 # pixelma: iiuc, there's a preventative measure in place now 23.35.05 # It shouldn't happen, but the underlying problem isn't solved, it's just not triggered any more 23.35.07 # pixelma: (careful answer) It's not triggered anymore by the usb stack. 23.35.30 # hmm... maybe I should give it a try then too 23.35.54 # So using rockbox usb is just as safe as copying files within rockbox now 23.36.02 # do I remember that the c200s can be tricky to restore? 23.36.13 # Maybe we should just enable it in current builds after 3.0, to get some widespread testing and see how common the signal quality issue seems to affect people. 23.36.32 # Llorean: sounds like a good idea 23.36.44 # Since 3.0 will be out, people with problems can be recommended back to it, and if there's a much larger than expected number, we can disable it again. 23.37.10 Quit homielowe () 23.37.18 # if there are no problems with data corruption I don't see a reason not to enable it. 23.38.36 # pixelma: depends. If you have a linux machine around somewhere it's not that hard. But I don't think the kind of corruption we were seeing are likely to cause "hard" problems 23.39.48 # pixelma: basically I think the OF usb mode works as long as the FAT bootsector is OK, and that isn't touched during normal operation. That means that any problem should be fixable with chkdsk, or at worst format. 23.39.53 Join avis [0] (n=ident@pdpc/supporter/student/avis) 23.41.15 # I usually don't but I guess there are ways. As long as I can get some advice here, I don't think that's a big problem even if a restore is necessary. It's not like I have important unique data on it :) 23.42.03 Join DJ_DeViL [0] (n=interfan@mmdn-650.mmdn.biz) 23.42.12 # hi everyone 23.42.27 Join neddy [0] (n=john@nat/sun/x-03a9f79b17472fb8) 23.42.33 # Llorean: should I mark bugs reports I think are important as "due in 3.0" or "due in next release" now? 23.42.45 # can you tell me hows going the ROCKBOX PROJECT for Samsung Yp-P2 JCB 23.42.56 # pLSSS? 23.43.27 # SSS? 23.43.33 # pixelma: 3.0 for the moment, just because we've already been using it. 23.44.07 # well do you have working rockbox for YP-p2 23.44.07 # DJ_DeViL: check the new ports forums. If there is no progress then there is no progess. AFAIK no one is working on it. 23.44.08 # ? 23.44.20 # :( 23.44.21 # DJ_DeViL: all working ports are listed on the front page 23.44.33 Join XMX [0] (i=4b323b75@gateway/web/ajax/mibbit.com/x-e766b956b4402f69) 23.44.40 # what a shame :( 23.44.48 # Hey guys. 23.44.56 # thanks anyway i really need FLAC on it 23.45.02 # DJ_DeViL: you are more than welcome to work on it yourself 23.45.06 # AFAIK all files in SVN are UTF-8, then shouldn't http://svn.rockbox.org/ serve it's content as UTF-8? 23.45.25 # I have a question. 23.45.26 # it should indeed 23.45.29 # scorche|sh : im just web developer 23.45.30 # I mean set the Content-encoding 23.45.36 # DJ_DeViL: you can learn 23.45.41 # as currently it isn't there 23.45.47 Quit ender` (" I spilled Spot Remover on my dog... Now he's gone.") 23.45.47 Quit MTee ("http://www.mibbit.com ajax IRC Client") 23.45.59 # wouldnt it take at least year ? 23.46.00 Quit bertrik (Read error: 110 (Connection timed out)) 23.46.10 # that depends 23.46.16 # Llorean: that's probably the most sensible plan 23.46.27 # Guys, is there a tutorial on how to build the source code and install it to the iPod video? 23.46.38 # COMMITTERS isn't utf-8 AFAICT 23.46.41 # XMX: yes, see the wiki 23.46.43 # XMX: see the SimpleGuideToCompiling wiki page 23.46.52 # Nice, thanks =] 23.47.06 # This project is by far the best open source project. 23.47.42 Nick bertrik__ is now known as bertrik (n=bertrik@129-013-045-062.dynamic.caiway.nl) 23.47.47 # bluebrother: I think it is, because when I view it in Firefox and set Encoding explicitly to UTF8 it is displayed right 23.48.00 # It isn't. At least not entirely 23.48.47 # gevaerts: what part isn't? 23.49.16 # mcuelenaere: it seems to be entirely latin1 23.49.26 # yes, here too 23.49.26 # file tells me it's ISO-8859 23.49.48 # I assume this project is based off of the Linux kernel, right? 23.49.52 # XMX: no 23.49.52 # XMX: no 23.49.59 # Oh. 23.50.07 # That's a relief. 23.50.16 # I hate the linux kernel. 23.50.18 # why that? 23.50.32 # well, most devs use linux ... ;-) 23.50.36 # It confuses me.(Programming wise) 23.50.38 # ah sorry I'm viewing CREDITS 23.50.43 # Yeah, which is why I assumed this one was. 23.50.51 # lol. 23.50.54 Quit bertrik_ (Read error: 110 (Connection timed out)) 23.50.59 Join tvelocity [0] (n=tony@athedsl-109540.home.otenet.gr) 23.51.05 # even if it was ... as long as you're not doing kernel stuff it won't matter 23.51.24 # * bluebrother should ROTFL around more to keep up with others 23.51.30 # Well, I plan to work on it a bit, I started learning C a while back, and got a bit of it down. 23.51.39 # guys 23.51.44 # ROCKBOX ROCX 23.51.50 # YES! IT ROX 23.51.54 # well, at least it's on topic 23.51.59 # i hope i come out for YP-P2 soon :( 23.52.10 # nite 23.52.11 # DJ_DeViL: don't hold your breath ... 23.52.11 # Hopefully Zune will be supported soon :( 23.52.21 # check zunelinux 23.52.28 # ?Where at? 23.52.30 # * gevaerts kicks bluebrother 23.52.33 # google 23.52.37 # at least if you want to have some fun :) 23.52.42 # I googled it, and there were only rumors as to it being released soon. 23.52.53 # heh... 23.53.00 # * scorche|sh wonders who starts these rumors 23.53.09 # Me too. 23.53.16 # They got as far as that? I thought there were just rumors that they were going to get started soon 23.53.18 # There are so many rumors lol. 23.53.33 # Yeah, I read about a rumor with Rockbox and Zune. 23.53.36 # they just couldn't decide on what distro, so it failed ;-) 23.53.40 # where? 23.53.52 # * bluebrother just wanted to ask about that distro issue ;-) 23.53.54 Quit DJ_DeViL () 23.53.58 Quit crope` ("Leaving") 23.54.07 # Bagder: damn small linux...it is perfect for ARM! 23.54.08 # bluebrother: I didn't mean putting linux on Zune, but open source software 23.54.23 # scorchejsh: One sec, I'll get the link 23.54.32 # open source firmware* 23.54.44 # weren't they also discovering "machine code"? ;) 23.54.47 # XMX: first someone needs to work out how to run any non-official code on it 23.55.00 # scorchelsh: http://www.crunchgear.com/2006/11/29/rockbox-for-zune-coming-soon/ 23.55.06 # There is the rumor. 23.55.17 # XMX: well, if zunelinux had acutal code running porting rockbox would be much easier. 23.55.25 # heh.. November 29th, 2006 23.55.28 # yeah, I know. =/ 23.55.37 # It will be done soon, I hope. 23.56.08 # no one is currently working on it, so dont hold your breath 23.56.09 # * Bagder won't bet any money on it 23.56.26 # Bagder: Is the "full inbox" removed from the mailing list finally? 23.56.27 # Unfortunately "hope" is one of the many things that doesn't actually help a port 23.56.36 # Bleh, I kinda figured that, scorch|sh, else it would be posted somewhere on the site. 23.56.37 # * preglow wouldn't even bet a fistful of dirt on it 23.56.43 # Llorean: not by me at least 23.56.51 # * scorche|sh introduces XMX to tab-complete 23.57.01 # tab-complete? 23.57.07 # Bagder: Usually I get bouncebacks by now. Maybe it's not full any more. 23.57.11 # scorche|sh: slow down ... ;-) 23.57.18 # (with XMX) 23.57.31 Quit BlakeJohnson861 (Remote closed the connection) 23.57.32 # What is tab-complete, midn filling me in? 23.57.34 # * bluebrother wishes ipl.org would be up again so he didn't need to use archive.org 23.57.57 # bluebrother: on which date is it proper to introduce him to tab-complete...the 3rd date? 23.58.06 # ha! 23.58.17 # heh. 23.58.19 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 23.58.20 # XMX: http://www.google.de/search?q=tab+complete 23.58.27 # bluebrother: use google cache...no more archine.org! 23.58.41 # archive.org either