--- Log for 09.12.108 Server: niven.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 15 hours and 25 minutes ago 00.00.27 # '<<' token looks like a patch merge 00.00.38 # a bad merge even 00.02.39 # Bagder: Last time that happened, an svn revert worked. 00.03.05 Join Strife89 [0] (n=michael@204.116.245.152) 00.03.34 # either that, or the patch needs a resynch 00.05.00 # Bagder: I found the problem, it was a prior patch I applied that merged badly. 00.05.09 # svn revert fixed it; now it's making happily. 00.06.35 Quit bluebrother ("leaving") 00.08.40 Quit Strife89 ("Bye, guys!") 00.15.01 Quit bertrik ("Leaving") 00.16.13 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 00.17.27 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 00.17.54 # Now I banged into another stopper: http://pastebin.com/m4c8ccba6 00.17.55 # yay, I think it worked: chip id now shows a value that matches the "powered on" state and the RSSI seems to show changes when I move the headphone cable 00.18.04 # :) 00.18.10 # bertrik: Nice! 00.18.29 # what I did was power down the radio, power it back up, read all registers, enable crystal oscillator, write all registers 00.21.41 # now I just need to know what domonoky did to enable line in 00.24.06 Join _lifeless [0] (n=lifeless@90.151.44.45) 00.25.51 Quit neddy ("Leaving.") 00.30.51 Quit massiveH ("dinner.") 00.33.16 # Can someone look at firmware/target/arm/imx31/debug-imx31.c:42? 'I2C2_NUM' is undeclared there. 00.35.05 # you should add it to the module mask in the config file 00.35.11 *** Saving seen data "./dancer.seen" 00.36.04 # #define I2C_MODULE_MASK (USE_I2C1_MODULE | USE_I2C2_MODULE) 00.36.23 # jhMikeS: config-gigabeat-s.h? 00.36.28 # yes 00.36.49 # it's already defined for I2C1 so add the flag 00.37.46 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 00.37.52 Join Hillshum [0] (n=chatzill@75-165-228-146.slkc.qwest.net) 00.37.58 # jhMikeS: Okay, will try again. 00.38.45 Join Aurix_Lexico [0] (n=comrade@68.56.205.239) 00.38.52 # Sim compiling on Cygwin is broken right? 00.40.48 # yay, radio on clip! \o/ 00.41.30 # Hillshum: If no sims are compiling on cygwin, there should probably be a bug report filed. 00.42.12 # \o/ 00.42.26 # bertrik: Patch or going directly in? 00.42.36 # \o/ 00.42.44 # tomorrow I'll think about that 00.43.45 # Okay. 00.44.13 # It seems that the radio output is connected to the LINE2 input of the codec 00.44.58 # Makes sense - it saves them a separate mixer 00.45.32 # Hmm, or not - does the clip offer line in or mic? guess not... 00.46.06 # Yeah, the clip has a mic too. 00.48.07 # Gee, what fun: http://pastebin.com/d2bd2163c 00.50.39 # That's the third error I've run into while trying to compile with FS#9609. 00.50.59 Quit faemir ("Leaving") 00.58.26 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 00.58.55 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 00.59.42 # saratoga, all indications are that the wadia itransport does bypass the DAC. 01.01.08 # soap: I was trying to find out if it stayed in "digital" mode for iTunes songs 01.01.15 Quit bertrik ("Leaving") 01.01.17 # Since it apparently has an indicator for whether it's in digital or analog mode. 01.01.19 # soap: yeah I saw that, but i figured it needed newer ipods, since it just came out and i don't think older ipods had firmware that could do that 01.01.51 Quit Nico_P (Remote closed the connection) 01.02.34 # wadia claims the 5G and 1G nano do it. 01.03.02 # but they have to be in "extended interface" mode - which is when the accessory has complete control. 01.03.02 # odd that its been there so long and no one made anything for it 01.03.11 # oh 01.03.24 # i bet it just mounts it as a UMS devices and decodes the files itself then 01.03.37 # saratoga: That's why I'm curious if iTunes songs play in digital or analog mode. 01.03.38 # someone's blog claimed they were seeing 44.1 via USB. 01.04.47 Join neddy [0] (n=john@nat/sun/x-79ce5c2fff3c5a6f) 01.04.50 Quit ender` (" Remember: A secretary isn't permanent until she's been screwed on the desk...") 01.06.30 Quit slitterell ("CGI:IRC (EOF)") 01.07.01 Join pixelma_ [0] (n=quassel@rockbox/staff/pixelma) 01.07.30 Quit alexbobp (Read error: 104 (Connection reset by peer)) 01.08.51 Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) 01.10.26 Quit xnyhps ("Zzzz...") 01.10.57 Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 01.12.16 Join alexbobp [0] (n=alex@66.112.249.159) 01.12.23 Join Hillshum [0] (n=chatzill@75-165-228-146.slkc.qwest.net) 01.12.23 Join akur [0] (n=akur@bl7-90-77.dsl.telepac.pt) 01.12.30 Quit herrwaldo ("Konversation terminated!") 01.12.43 Part akur 01.12.53 # so my sim problem was in by branch 01.13.00 # *my 01.14.51 Quit UzAt () 01.15.14 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 01.16.00 Quit saratoga ("CGI:IRC (EOF)") 01.19.25 Quit jfc (Read error: 131 (Connection reset by peer)) 01.19.48 Join jfc [0] (n=john@dpc691978010.direcpc.com) 01.20.39 Quit lasser (Read error: 110 (Connection timed out)) 01.21.20 Part toffe82 01.21.27 Quit amiconn (Remote closed the connection) 01.21.29 Quit pixelma_ (Remote closed the connection) 01.24.01 Join amiconn [0] (n=jens@p54BD4BE9.dip.t-dialin.net) 01.24.05 Join pixelma_ [0] (n=pixelma2@p54BD4BE9.dip.t-dialin.net) 01.26.09 Join njs [0] (n=njs@roberts.vorpus.org) 01.26.10 Quit MethoS-- ("Konversation terminated!") 01.26.51 # Ok, deleted rbclient's SVN, .ccache and build directories. checked out a fresh SVN. Someone commit something so we can see if the warnings stop! 01.28.28 # It is interesting - but is it coincidence the problems started up after rockbox.org was down for three days? 01.29.08 Quit Hillshum (Remote closed the connection) 01.32.00 Quit amiconn (Remote closed the connection) 01.32.00 Quit pixelma_ (Remote closed the connection) 01.32.07 Join pixelma_ [0] (n=pixelma2@p54BD4BE9.dip.t-dialin.net) 01.32.07 Join amiconn [0] (n=jens@p54BD4BE9.dip.t-dialin.net) 01.42.15 Quit gromit` (Read error: 60 (Operation timed out)) 01.49.29 Quit J-23 (Read error: 110 (Connection timed out)) 01.50.06 Part pixelma 01.50.27 Nick pixelma_ is now known as pixelma2 (n=pixelma2@p54BD4BE9.dip.t-dialin.net) 01.56.03 Join akur [0] (n=akur@bl7-90-77.dsl.telepac.pt) 01.56.17 Part akur 01.57.10 Quit bmbl ("Woah!") 01.58.36 Quit Thundercloud (Remote closed the connection) 02.04.15 Join mellery [0] (n=mike@pool-71-254-37-177.roa.east.verizon.net) 02.10.47 Join akur [0] (n=akur@bl7-90-77.dsl.telepac.pt) 02.10.49 Join J-23 [0] (n=zelazko@unix.net.pl) 02.11.00 Part akur 02.19.20 Quit mellery ("Ex-Chat") 02.22.14 # soap: A commit may be coming up shortly 02.22.31 # woo hoo! 02.23.33 # Yay! 02.24.16 # * LambdaCalculus37 just wanted to cheer as well ;) 02.25.42 Join gromit` [0] (n=gromit@ALagny-154-1-44-193.w83-200.abo.wanadoo.fr) 02.29.26 Quit Tangent1 (Remote closed the connection) 02.35.15 *** Saving seen data "./dancer.seen" 02.36.09 Join _gregorovius [0] (n=diego@190.19.27.43) 02.37.04 # <_gregorovius> Hi. I'm trying to install rockbox on my 80gb 5th gen ipod with the rockbox utility. I put the ipod in disk mode and plugged it in, but it doesn't get autodetected and if I put manually the mount point it doesn't work either 02.37.26 # What happens when you try to autodetect it? 02.37.55 Join akur [0] (n=akur@bl7-90-77.dsl.telepac.pt) 02.38.19 # <_gregorovius> "could not detect a device, select your device and mountpoint manually" 02.38.35 # <_gregorovius> using ubuntu intrepid, btw 02.38.38 # Did you run the utility with admin privileges? 02.38.49 # sudo ./rbutil or similar? 02.38.53 # <_gregorovius> good point, no, I didn't 02.39.00 # <_gregorovius> does it say that on the manual? 02.39.57 # <_gregorovius> I don't see anything on that... should be there, imo 02.40.40 # File a bug report against it then. Right now the manual really doesn't tell you much of anything about RButil anyway, other than that it exists. 02.40.52 # Nobody's stepped forward to write the documentation. 02.41.26 # <_gregorovius> I see, I might file a bug or something later, first I want to try rockbox out =) 02.43.32 Join toffe82 [0] (n=chatzill@adsl-99-146-80-191.dsl.frs2ca.sbcglobal.net) 02.45.04 # soap: no warnings now 02.47.26 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.53.46 # _gregorovius: Are you sure your iPod is a 5th generation model, and not a newer Classic model? 02.53.47 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 02.54.24 # <_gregorovius> LambdaCalculus37, yes, it's a 5th gen, I already got rockbox on it, all it needed was su privileges 02.54.58 Quit akur (Read error: 110 (Connection timed out)) 02.56.21 # Okay, just asking. We've had people come in sometimes confusing the newer Classic iPods with the older video iPods. 02.56.56 # LambdaCalculus37: That's why I asked what it said, specifically. The utility SHOULD now report when a Classic is detected. 02.57.37 # Should being the operative word. I don't know if there's any variations that it might not pick up yet. 02.58.03 # Llorean: It should pick up all varitions of the Classic. 03.01.17 Quit einhirn (Read error: 110 (Connection timed out)) 03.13.25 Part njs ("Leaving") 03.29.13 Join amiconn_ [0] (n=jens@p54BD4FF5.dip.t-dialin.net) 03.30.18 Quit grndslm ("Leaving") 03.30.37 Quit amiconn (Read error: 60 (Operation timed out)) 03.33.36 # hrm... apparently installs, and zip builds, all happen inside buildzip.pl. any thought on how to arrange for pictureflow to get a bitmap installed? 03.34.30 # Unhelpful: some other plugins have data files. Sokoban for example has levels in an external file 03.35.25 # ahhh... i hadn't thought of that. being able to install the no-AA bitmap as a file will make it a good deal easier for pictureflow to use the core scaler 03.38.42 # Unhelpful: seems that's done by buildzip.pl, so that seems to be The Way to copy a file into the zip 03.39.13 # (line 369) 03.40.05 # i just found that myself. it looks like the sokoban levels are copied into the install if LCD_HAVE_BITMAP is defined, i guess i might as well go the same route for pf 03.41.28 # Sounds reasonable. It might end up on a few builds that don't have pf, but that's hardly a problem 03.43.20 # actually, it wouldn't be hard to add a check for HAVE_LCD_COLOR 03.44.21 # You need HAVE_ALBUMART and HAVE_TAGCACHE as well. I wouldn't bother 03.46.05 Quit pixelma2 (Read error: 110 (Connection timed out)) 03.46.45 Join pixelma2 [0] (n=pixelma2@p54BD4FF5.dip.t-dialin.net) 03.47.55 # well, actually, since it's just a file being run through cpp, that's not hard, either. 03.48.08 # erm, some text that's in-line in the perl script, but still 03.48.44 # Waitwaitwait 03.48.55 # Just check if the pictureflow.rock is installed 03.49.27 # you're right, that's probably easier by far 03.49.54 # And means you won't have to keep up if the conditiones in apps/plugins/SOURCES change 03.51.21 # indeed, it means i'm doing the right thing even if a user build edits out pictureflow in SOURCES 03.56.09 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-4fdb2379dde2ff98) 03.56.43 Part toffe82 04.09.17 Join AndyI [0] (i=AndyI@212.14.205.32) 04.12.07 Quit LambdaCalculus37 ("Ka-chunka") 04.13.49 Quit _gregorovius ("Leaving") 04.21.09 Quit AndyIL (Read error: 110 (Connection timed out)) 04.26.35 # jhMikeS, that is good news. Isn't the whole bloody point (well, ONE of the points) of SVN that you don't have issues like that? 04.35.16 *** Saving seen data "./dancer.seen" 04.43.19 Join Wintio [0] (n=chatzill@c211-31-43-199.rochd5.qld.optusnet.com.au) 04.46.22 # Excuse me, just a quick question, can rockbox play video? If so... do I need to install something else? 04.46.50 # it can and you don't. 04.47.08 # the manual and wiki describe how to play video and what format they need to be 04.49.39 Quit HBK ("ZNC - http://znc.sourceforge.net") 04.54.12 Join blkhawk- [0] (n=blkhawk@e179203085.adsl.alicedsl.de) 04.55.31 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 04.56.14 # ok I have gone through the manual but I can't find anything on video 04.56.24 # any advice on where in the manual to look? 04.57.24 # 10.3.5 04.58.10 # which was found by searching "video" in the pdf 04.58.13 # how about the mpeg player wiki 04.58.20 # ok, i'm clearly in the wrong manual 04.58.54 # Wintio: The manual is what you get when you follow the link "Manual" on nearly every page of the site, then pick the one for your player. 05.06.27 Join Llorean1 [0] (n=DarkkOne@adsl-65-68-72-166.dsl.hstntx.swbell.net) 05.06.36 Quit Llorean (Nick collision from services.) 05.06.37 Nick Llorean1 is now known as Llorean (n=DarkkOne@adsl-65-68-72-166.dsl.hstntx.swbell.net) 05.11.23 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.11.41 Quit blkhawk (Read error: 113 (No route to host)) 05.12.09 Nick blkhawk- is now known as blkhawk (n=blkhawk@e179203085.adsl.alicedsl.de) 05.15.00 Join sadmac [0] (n=sadmac@wvd05665rh.rh.ncsu.edu) 05.16.29 Join Darksair [0] (n=user@58.192.37.202) 05.26.11 Quit goffa (Read error: 54 (Connection reset by peer)) 05.26.42 Join goffa [0] (n=goffa@216.220.23.105) 05.28.12 Quit goffa (Read error: 104 (Connection reset by peer)) 05.33.47 Quit gromit` (Connection reset by peer) 05.34.14 Join goffa [0] (n=goffa@216.220.23.105) 05.34.14 Quit goffa (Read error: 104 (Connection reset by peer)) 05.39.21 Join goffa [0] (n=goffa@216.220.23.105) 05.39.31 Quit goffa (Success) 05.39.48 Quit Horscht ("I am root. If you see me laughing, you better have a backup") 05.44.58 Join goffa [0] (n=goffa@216.220.23.105) 05.48.33 # ok, I'm getting the hang of this now 05.48.46 # i'm up to encoding my files as mpegs 05.49.09 # i got it to work, but I am definately using the wrong value for my resolution 05.50.24 Quit goffa (Read error: 104 (Connection reset by peer)) 05.50.39 Join goffa [0] (n=goffa@216.220.23.105) 05.50.41 # actually temporarily ignore that, i may have a solution 05.51.19 Join webguest87 [0] (n=45421223@gateway/web/cgi-irc/labb.contactor.se/x-260e8d2f480f4652) 05.51.21 Quit goffa (Read error: 104 (Connection reset by peer)) 05.52.27 # i have a question about rockbox 05.52.45 # webguest87, we can not read minds 05.52.51 # ha true 05.52.56 # thanks for the help everyone, i'm set 05.53.05 Quit Wintio ("ChatZilla 0.9.81 [Firefox 2.0.0.18/2008102918]") 05.53.12 # well for some reason when i go to files, i cant see the file called rockbox 05.53.30 # what "file named rockbox"? 05.54.20 # idk, but originally when i went to files, it showed a folder called rockbox, and it let me acess everything form it 05.54.30 # games, rockboy, pictures, ect,ect 05.54.48 # Have you tried simply reading the manual? 05.54.52 Quit massiveH ("Leaving") 05.55.09 # There's no folder called Rockbox. There's one called .rockbox that contains a bunch of system files you don't need to access. 05.55.18 # You access most things via the normal menu system. 05.55.34 # i see... 05.55.48 # well...could you explain to me where could find rockboy then? 05.55.58 # the manual goes into that 05.56.17 # alright, i will recheck it, thanks 05.57.07 Join goffa [0] (n=goffa@216.220.23.105) 05.58.29 Quit goffa (Read error: 104 (Connection reset by peer)) 06.02.05 Join goffa [0] (n=goffa@216.220.23.105) 06.02.16 Quit goffa (Read error: 131 (Connection reset by peer)) 06.04.43 Quit webguest87 ("CGI:IRC (EOF)") 06.07.28 Join goffa [0] (n=goffa@216.220.23.105) 06.08.50 Quit goffa (Read error: 104 (Connection reset by peer)) 06.10.21 Quit saratoga ("CGI:IRC (EOF)") 06.12.39 Join goffa [0] (n=goffa@216.220.23.105) 06.13.16 Join gromit` [0] (n=gromit@ALagny-154-1-44-193.w83-200.abo.wanadoo.fr) 06.21.09 Quit goffa (Read error: 131 (Connection reset by peer)) 06.26.14 Join goffa [0] (n=goffa@216.220.23.105) 06.27.34 Quit midkay_ (Read error: 110 (Connection timed out)) 06.35.18 *** Saving seen data "./dancer.seen" 06.54.35 Quit Darksair (Read error: 104 (Connection reset by peer)) 06.55.34 # amiconn: Do you think this one should be reported as a gcc bug: http://jhmikes.cleansoap.org/arm-elf-gcc_4.0.3_bug.txt 07.04.08 Quit XavierGr () 07.04.46 Join brent113 [0] (n=brent113@kkmail.rndv.net) 07.05.14 Join midkay [0] (n=midkay@rockbox/developer/midkay) 07.07.18 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 07.09.01 Quit brent113 (Client Quit) 07.40.41 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.47.55 Join stoffel_ [0] (n=sfr@p57B4D748.dip.t-dialin.net) 07.49.35 Quit JdGordon (Remote closed the connection) 07.51.23 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.53.30 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 07.53.51 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-0fab87254e09bcf9) 07.55.59 Join STAticKY [0] (n=STAticKY@222-154-2-236.jetstream.xtra.co.nz) 07.56.38 Quit STAticKY (Client Quit) 07.56.54 Join STAticKY [0] (n=STAticKY@222-154-2-236.jetstream.xtra.co.nz) 07.57.11 Part STAticKY 08.01.07 Quit BigBambi (Read error: 113 (No route to host)) 08.01.18 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 08.02.57 Join ameyer [0] (n=ameyer17@adsl-75-57-183-54.dsl.emhril.sbcglobal.net) 08.14.57 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-8cd7cf6ec23955f6) 08.17.11 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-ad5ca50c84e223f0) 08.23.46 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 08.28.12 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 08.35.22 *** Saving seen data "./dancer.seen" 08.39.01 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 08.45.38 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 08.46.07 Quit BHSPitMonkey (Remote closed the connection) 08.48.55 Join Rob2222 [0] (n=Miranda@p4FDCC65C.dip.t-dialin.net) 08.54.18 Join woodensoul [0] (n=noneofya@cpe-65-29-82-159.indy.res.rr.com) 08.54.40 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.55.33 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 08.55.58 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 08.57.26 # jhMikeS: Disabling the contrast-to-0 for all colour LCDs may be undesired. Iirc it *is* necessary on ipod Video at least, to avoid afterimages (we don't know how to shut down the controller) 08.57.35 # Someone with a Video should test that 08.59.44 # I've gotten the clip bootloader compiled, along with the build, but it's unclear to me how to actually patch the sansa firmware with mkamsboot.exe 09.02.16 # well actually, i've not gotten one step further... usage: mkamsboot (firmware file) (boot file) (output file) 09.03.24 # amiconn: Are afterimages harmful in some way, or just worrisome to users? 09.03.35 # woodensoul: What's the question exactly? It sounds like you've got the usage right there. 09.03.41 Join petur [50] (n=petur@rockbox/developer/petur) 09.04.44 # firmware file = original firmware file? boot file = bootloader.bin? 09.04.57 # Yes. 09.06.06 # actually, that's incorrect, it's bootloader-clip.sansa 09.06.21 # Llorean: They are potentially harmful for the lcd panel 09.06.51 # woodensoul: Well, whatever the output of compiling a bootloader is. "The bootloader file." 09.06.57 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.07.25 # jhMikeS: Rgearding the gcc bug - did you already try the latest & greatest? gcc 4.0.3 is ooooold by their measures 09.07.30 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.07.42 # amiconn: Can we set the contrast to 0 after turning the backlight off maybe? One of the last steps, perhaps? 09.08.02 # I also wonder about your main return value. It can indeed be simplified further. 09.08.22 # it appears everything went as planned... but how serious is the warning "This code is untested - do not use if you can not recover your device" 09.08.33 # woodensoul: It means exactly what it says. 09.08.41 # There is the potential for a permanent brick in some cases. 09.08.50 # If you load buggy code on, or have bad enough luck. 09.09.00 # return &threads[(struct thread_entry *)thread_id - threads] == thread_id 09.09.00 # Has anyone bricked their clip even if the instructions were followed correctly? 09.09.24 # Eh, I mean &threads[(struct thread_entry *)thread_id - threads] == thread_id 09.09.40 # woodensoul: If the SVN bootloader is buggy at the time, it can be bricked permanently even if you follow the directions perfectly, yes. 09.09.54 # So actually this isn't a gcc bug at all, but proper optimisation of the programmer's goof 09.10.39 # ...because if thread_id is NULL to begin with, the return value is also NULL, so it suffices to return the argument - bx lr and done 09.11.02 # Hmm, well I guess there's no way to tell if any changes made to the SVN bootloader are causing bricks. 09.11.33 # No way to tell in advance, no. 09.13.02 # I guess it's possible to talk to someone who has tested the code since the most recent changes were made. 09.13.21 # If someone has, sure. 09.13.36 Quit nuonguy ("This computer has gone to sleep") 09.13.48 Join Acky [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 09.14.21 # it'd be best to flash the bootloader once and not touch it again until absolutely necessary, IMO 09.14.44 # ameyer: Unless you're actively developing, it'd be best to wait until we release a known-good bootloader. 09.14.50 # that too 09.15.31 Quit bertrik ("Leaving") 09.16.47 # * woodensoul is checking the SVN recent activity to see if any changes were made to the clip bootloader 09.21.07 # amiconn: I found a simpler way to do what I need. The code you typed _is_ what generates an empty function. 09.21.14 Join homielowe [0] (n=homielow@d206-116-134-81.bchsia.telus.net) 09.22.33 Quit Zagor ("Client exiting") 09.24.31 Quit Acksaw (Connection timed out) 09.24.55 # jhMikeS: That empty function is 100% correct for your C code (works on arm because first arg is r0 and return value is also r0) 09.25.08 # That is what I wanted to say 09.25.43 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 09.25.48 Quit kachna|lappy (Read error: 148 (No route to host)) 09.27.01 # Your function always just returns thread_id, just that gcc fails to reduce that in your second example, because of too complex maths 09.27.24 # thread_id is a slot+offset which might not be the first slot and the pointer subtraction should give the array index 09.27.31 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 09.29.17 # jhMikeS: Yup, and then you effectively add 'thread' again 09.30.02 # what's returned should be rounded to a thread slot boundary 09.30.09 # &threads[(struct thread_entry *)thread_id - threads] is just a cumbersome way to say (struct thread_entry *)thread_id - threads) + threads 09.30.34 Quit nuonguy (Client Quit) 09.30.40 # and (- threads + threads) is effectively nothing 09.30.52 # Casting never rounds 09.31.22 # not by what I've looked up regaring pointer arithmetic. It should do ((int)p2 - (int)p2) / sizeof(typeof(p)) 09.31.41 # make that p2- p1 09.33.41 Quit kharo (Read error: 110 (Connection timed out)) 09.35.35 # Hmm, really? If so, then it is a bug, but I'd rather do the rounding manually (by bitmasking). Gcc often doesn't produce the best code... 09.35.43 # Why do you need to round, btw? 09.39.35 Quit stoffel_ ("leaving") 09.39.39 # what I had in mind was to add a number to the pointer as an I'd that was bounded in the slot each time a slot was used, then extract the slot itself back and compare the id in the slot with the passed-in id which should match. this avoids aliasing of the slots (one remaining race condition in the kernel). I already scrubbed that and came up with a nicer way but that compiler result surprised me a bit. 09.40.09 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 09.46.52 Quit andrew__ (Read error: 60 (Operation timed out)) 09.48.04 Join kharo [0] (n=teemu@a88-114-255-186.elisa-laajakaista.fi) 09.55.08 Quit woodensoul () 09.56.26 Join lasser [0] (n=chatzill@W9662.w.pppool.de) 10.10.22 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.11.57 Join kugel [0] (n=chatzill@unaffiliated/kugel) 10.20.08 Join Nibbler [0] (n=Nibbler@p578b2a6e.dip0.t-ipconnect.de) 10.28.13 Quit Thundercloud (Remote closed the connection) 10.30.23 Quit SUSaiyan (Read error: 104 (Connection reset by peer)) 10.30.30 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 10.35.26 *** Saving seen data "./dancer.seen" 10.39.14 Quit lasser (Remote closed the connection) 10.56.05 Join funman [0] (n=fun@rockbox/developer/funman) 11.00.56 Join lasser [0] (n=chatzill@W9662.w.pppool.de) 11.10.24 Quit jhulst (Read error: 60 (Operation timed out)) 11.13.45 Join MethoS- [0] (n=clemens@host-091-096-212-022.ewe-ip-backbone.de) 11.17.17 Quit Nibbler ("Ex-Chat") 11.17.31 # can 9543 be closed as not a bug? 11.18.16 # JdGordon: definitely 11.19.02 # ok, done 11.19.16 # now if we can do the same with the other 173 bugs... :) 11.20.11 # * funman points JdGordon to FS#9542 11.21.47 # is that a not-a-bug? 11.22.05 # thats a PP pcm issue probably... jhMikeS? 11.22.27 # or maybe just h10... 11.22.36 # the reported version is VERY old, but that could mean the version the bug was introduced in 11.23.13 # anyone got a ipod or h10 and want to try confirming it? 11.25.20 Join Nibbler [0] (n=Nibbler@p578b2a6e.dip0.t-ipconnect.de) 11.25.31 # actually "very" is too strong. r18860 is from oct 22. we sure commit a lot... :-) 11.26.08 # I think he means thats the change which caused it and its still happening 11.27.32 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 11.30.58 # hmm, apparently 18860 was supposed to fix a bug 11.31.46 # I don't understand the bug report fully... tried to reproduce on c200 (booted with voice enabled for menus and folder names, resumed playback, stopped, went to the menu and also tried file browser and voice works for me) 11.32.08 # doesnt the report say it works on the c200? 11.32.30 # yeah, read that now... 11.32.53 # * pixelma2 goes to corner 11.33.59 # pixelma2: did you see my ping yesterday about the 2 manual patches? 11.34.42 # JdGordon: I don't know anything about that one. 11.36.49 # JdGordon: no 11.37.28 Join Darksair [0] (n=user@58.192.37.83) 11.38.12 # pixelma2: 9542 and 9134 11.40.46 # JdGordon: the first one is the voice bug? 11.41.08 # bah 11.41.11 # 9524 11.42.15 Quit Tristan (Remote closed the connection) 11.42.35 Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) 11.42.35 # "Pressing ? will change" ?? 11.43.36 # * JdGordon slaps kugel with a task of fixing the manual keymaps for the 30+ targets 11.44.59 # :p 11.45.28 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 11.45.50 # but it's a list in which you select on which item you put the setting onto 11.46.18 # so you don't press a special button to assign it to e.g. the left button, but you select it in the list and press select 11.46.40 # ah, nevermind 11.47.05 # taking a look... "will happily play" sounds a bit "everyday". Personally I don't have anything against the manual being a bit informal, I'm just not sure whether there are any guidelines about it 11.47.08 # you should probably just omit the example, imho it's obvious enough once you are in that mlist 11.47.15 # s/mlist/list/ 11.47.40 # and I wondered about that "Pressing ?" too 11.47.42 # pixelma2: well yeah, I have never been accused of being able to write well.... its a start 11.49.59 Quit linuxstb (Read error: 145 (Connection timed out)) 11.50.50 # Hmm, I'm not even sure how that text makes sense. 11.50.53 # even if you insert a button for the "?", it's neither what the menu reads, nor you need to press the button to assign 11.52.08 # its the button to press when you are in the quickscreen to change the option 11.52.37 # it explains what happens in the quickscreen itself, but I couldn't understand that when reading the diff first. Had to read a second time 11.53.43 # hmm, no quick screen "action" macros in the platform keymap files yet (except the "quit" one) 11.54.29 # or "exit" 11.56.03 Join n1s [0] (n=nils@rockbox/developer/n1s) 11.56.17 # The menu reads "Set as left quickscreen item" or something like that. I think that's totally fine and needs no further explanation 11.58.03 # yes, and if you want to explain the quickscreen more it would need an intoductionary sentence I guess. Think I'll apply the patches to read the complete chapter first before commenting further 11.58.32 # not sure what's in there and what's not 12.01.37 Quit funman ("leaving") 12.02.43 # * kugel should put some effort into the pictureflow patch again 12.03.29 Quit kachna|lappy (Read error: 110 (Connection timed out)) 12.26.25 Part pondlife 12.32.28 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 12.35.31 *** Saving seen data "./dancer.seen" 12.35.53 Quit homielowe () 12.40.22 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-084-213.ewe-ip-backbone.de) 12.43.27 Quit MethoS- (Remote closed the connection) 12.44.26 Join MethoS- [0] (n=clemens@host-091-096-212-022.ewe-ip-backbone.de) 12.49.09 Join Aurix_Lexico [0] (n=comrade@68.56.205.239) 12.51.00 Quit Darksair (Read error: 60 (Operation timed out)) 13.03.32 Quit kugel (Remote closed the connection) 13.14.39 # hmm, trying to merge bertrik's changes to si4700.c breaks it in several ways on the Beast :( 13.23.52 Join fredddy [0] (n=freddy@p3E9E2643.dip0.t-ipconnect.de) 13.26.47 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 13.33.19 Join axod [0] (i=5690c702@gateway/web/ajax/mibbit.com/x-72efec187f44de64) 13.34.36 Part axod 13.35.56 # Llorean: Reading your comments about the Clip bootloader from about 3.5 hours ago, the main bootloader can't brick a Clip. There is a very simple initial dual-boot bootloader as part of mkamsboot, which is responsible for starting the OF or starting the RB bootloader - so a bad bootloader can be recovered from. 13.36.17 # can't few v2 hackers just sign up on producer's page as customers for datasheets? 13.36.41 # J-23: you don't "sign up" as a customer 13.36.49 # you buy things, then you're a customer 13.37.02 # you usually have to buy stuff to be a customer :) 13.37.24 # so if you buy players, why wouldn't you buy several USB controllers? 13.38.24 # J-23: if you think it's that easy, please go ahead and do it 13.39.08 # simply buy 1-10k controllers and you're all set :-) 13.39.29 # yes, if you buy 10k of them I'm sure you'll be fine 13.39.30 # but don't many vendors provide samples or atleast dev kits? 13.39.47 # they did in the old days 13.39.57 # and dev kits sure if you buy those 10k 13.40.09 # n1s: Ping 13.40.42 # possibly they listen if you're working on a huge electronics company that can pretend to be a "real" buyer 13.40.53 # not joe@aol.com 13.41.05 # LambdaCalculus37: pong 13.42.01 # n1s: FS#9609 works well on my Gigabeast, but man, the volume is quite loud on the FM radio! 13.42.05 Join kugel [0] (n=chatzill@unaffiliated/kugel) 13.42.36 # Also, returning to the main menu from any other screen seems to take a second or two longer than normal now. 13.43.11 # LambdaCalculus37: ah, nice that you got it to work :) yes, the volume is pretty loud. Did you use the latest patch? 13.44.21 # n1s: Used v9 (last on the list). 13.44.47 # yes, that's the latest, strange that it delays the main menu... 13.45.21 # n1s: We should ask anyone else with a beast to look out for that kind of behavior. 13.45.22 # or, maybe it isn't, I just spotted something 13.45.50 # What is it? 13.46.57 # the main menu checks if the tuner is present everytime you enter it and the si4700 driver caches the result but the si4700_get function still unconditionally performed an i2c read 13.47.57 # so if you want to test, in si4700_get move the fmradio_i2c_read into the RADIO_STEREO case (you can also shrink read_bytes in that function to be only 1 byte 13.49.13 # n1s: Which file? 13.49.23 # in si4700.c 13.49.36 # Okay, let me open it. 13.49.48 # firmware/drivers/tuner 13.52.02 Quit Nico_P (Remote closed the connection) 13.53.01 # n1s: So move line 170 down to below 'case RADIO_STEREO:' ? 13.53.21 # yes 13.53.31 # Okay, I'll do that in a bit. 13.53.38 # Right now, I've gotta run. Be back in a bit. 13.53.41 Quit LambdaCalculus37 ("Ka-chunka") 13.54.23 Quit kharo (Read error: 60 (Operation timed out)) 13.54.24 Join massiveH [0] (n=massiveH@pool-72-76-241-148.nwrknj.fios.verizon.net) 14.02.40 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 14.02.56 Join nplus [0] (n=nplus@141.25.Globcom.Net) 14.07.45 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 14.12.33 Join stoffel_ [0] (n=sfr@p57B4D748.dip.t-dialin.net) 14.14.22 Join kharo [0] (n=teemu@a88-114-255-186.elisa-laajakaista.fi) 14.15.13 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 14.23.54 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 14.24.11 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-cab68b4955ba8ea7) 14.29.48 Quit MethoS- (Remote closed the connection) 14.31.42 # n1s: I'm back. 14.31.53 Join MethoS- [0] (n=clemens@host-091-096-212-022.ewe-ip-backbone.de) 14.31.57 # \o/ 14.32.36 # n1s: The read_bytes value in si4700.c is set to [0] &1; should I just make it 1? 14.33.43 # read_bytes[0] & 1 == 1 if the lowes bit in read_bytes[0] is set 14.34.01 # or am i misunderstanding your question? 14.35.21 # n1s: Line 182 reads 'val = (read_bytes[0] & 1 == 1); /* ST high == Stereo */'; you mentioned earlier to shrink the value to 1 byte. 14.35.34 *** Saving seen data "./dancer.seen" 14.36.09 # oh, i meant the size of the read_bytes array, we only look at byte 0 so reading more is a waste 14.36.48 # so leave line 182 as it were :) 14.37.43 # What should I set it to, then> 14.37.43 # ? 14.38.14 # Okay. 14.38.59 # * LambdaCalculus37 saves and prepares to build 14.39.45 Quit kharo (Read error: 110 (Connection timed out)) 14.39.46 Part LinusN 14.40.39 Part B4gder 14.40.53 Join kharo [0] (n=teemu@a88-114-255-186.elisa-laajakaista.fi) 14.43.36 Join {phoenix} [0] (n=dirk@p54B4727A.dip.t-dialin.net) 14.44.29 Quit martian67 (Remote closed the connection) 14.46.23 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 14.46.23 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 14.46.23 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 14.46.23 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 14.46.51 Join martian67 [0] (i=lol3izer@about/linux/regular/martian67) 14.50.23 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-57992537e5d56e28) 14.53.52 Join andrew_ [0] (n=andrew@142.162.73.104) 14.57.03 Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-115-044.ewe-ip-backbone.de) 15.01.16 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 15.01.31 Quit tyfoo (Read error: 113 (No route to host)) 15.02.05 # n1s: Works better now. 15.02.12 Quit thegeek (Read error: 131 (Connection reset by peer)) 15.04.17 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-2a2f3231f4762e68) 15.04.56 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 15.05.03 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 15.07.08 Quit Nibbler ("Ex-Chat") 15.07.14 # LambdaCalculus37: great 15.07.41 # n1s: I'll get a new version of the patch together later on today and post it to the tracker. 15.08.40 # ok, i wonder if i should commit this soon... 15.09.54 # n1s: Maybe after I put the fix up? 15.10.07 Quit linuxstb (Read error: 110 (Connection timed out)) 15.10.26 # yes, I also want to ask bertrik a few things 15.13.26 Quit andrew_ (Nick collision from services.) 15.13.36 Join andrew_ [0] (n=andrew@142.162.73.104) 15.13.43 Quit andrew_ (Nick collision from services.) 15.14.21 Quit stoffel_ (Read error: 113 (No route to host)) 15.14.31 Quit {phoenix} ("Konversation terminated!") 15.15.46 Quit kugel (Remote closed the connection) 15.16.12 Join Schmogel [0] (n=Miranda@p3EE21C42.dip0.t-ipconnect.de) 15.18.39 Join andrew__ [0] (n=andrew@142.162.73.104) 15.20.07 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 15.32.26 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 15.32.32 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-658ea9ec703479da) 15.33.52 Join stoffel_ [0] (n=sfr@p57B4D748.dip.t-dialin.net) 15.34.52 Join mofux [0] (n=quassel@dslb-088-075-014-174.pools.arcor-ip.net) 15.36.45 # n1s: What's causing the really loud radio volume, though? 15.37.23 # it is just a setting, so an easy thing to fix :) 15.38.42 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 15.40.47 Join kugel [0] (n=chatzill@unaffiliated/kugel) 15.41.15 Quit CaptainKewl (Read error: 60 (Operation timed out)) 15.44.39 Quit Horscht (Read error: 110 (Connection timed out)) 15.45.39 Join MethoS-- [0] (n=clemens@dyndsl-085-016-161-018.ewe-ip-backbone.de) 15.45.50 Join Horscht [0] (n=Horscht@p4FD4E182.dip.t-dialin.net) 15.47.34 Join faemir [0] (n=faemir@88-106-244-173.dynamic.dsl.as9105.com) 15.50.54 Join m0f0x [0] (n=m0f0x@189-47-51-245.dsl.telesp.net.br) 15.54.25 Join {phoenix} [0] (n=dirk@p54B4727A.dip.t-dialin.net) 15.55.03 Quit kharo (Read error: 110 (Connection timed out)) 15.56.14 Join kharo [0] (n=teemu@a88-114-255-186.elisa-laajakaista.fi) 15.56.28 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 15.57.28 Quit MethoS-- (Remote closed the connection) 15.57.50 Join MethoS-- [0] (n=clemens@dyndsl-085-016-161-018.ewe-ip-backbone.de) 15.57.52 Quit MethoS-- (Remote closed the connection) 15.57.57 Quit robin0800 (Read error: 104 (Connection reset by peer)) 15.58.22 Join MethoS-- [0] (n=clemens@dyndsl-085-016-161-018.ewe-ip-backbone.de) 15.59.30 Quit MethoS- (Read error: 113 (No route to host)) 15.59.56 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-85c626503b7ace77) 16.02.41 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 16.06.38 Join itcheg_ [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-e0ba49760d222c4d) 16.07.04 Quit itcheg_ (Client Quit) 16.08.31 Join mib_s3przn [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-9d94dd216d92e55d) 16.09.02 Quit mib_s3przn (Client Quit) 16.12.09 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 16.13.24 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 16.13.49 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-aee01381676374da) 16.15.00 Quit itcheg (Client Quit) 16.15.09 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-ad6fb3161a57fc0a) 16.16.27 Quit _lifeless (Remote closed the connection) 16.19.42 Quit kugel (Remote closed the connection) 16.20.35 Join kugel [0] (n=chatzill@unaffiliated/kugel) 16.21.01 Quit AndyI () 16.25.39 Join AndyI [0] (i=AndyI@212.14.205.32) 16.27.13 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-b310566ff637584d) 16.27.20 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-309f3e17d7aca9ce) 16.27.53 Quit {phoenix} (Remote closed the connection) 16.31.06 Quit tchan ("WeeChat 0.2.7-dev") 16.31.50 Join {phoenix} [0] (n=dirk@p54B4727A.dip.t-dialin.net) 16.33.31 Quit thegeek (Read error: 113 (No route to host)) 16.33.44 Quit AndyI (Read error: 104 (Connection reset by peer)) 16.34.42 Join AndyI [0] (i=AndyI@212.14.205.32) 16.34.52 # LambdaCalculus37: if you want to test using lower volume for the fm replace 7 with 5 on lines 46 and 47 in audio-gigabeat-s.c 16.35.35 *** Saving seen data "./dancer.seen" 16.36.23 Join tchan [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 16.37.37 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.42.25 # n1s: Sure thing. 16.43.42 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.44.02 # i had apparently set the passthrough volume to +6dB so this change will drop it to 0dB which is more sane 16.46.26 # n1s: Building now. 16.49.32 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 16.56.17 Join Rob2222 [0] (n=Miranda@p4FDCC65C.dip.t-dialin.net) 16.58.56 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 16.59.13 # Zagor: have you seen FS#9614? 16.59.22 # n1s: Much, much better. :) 16.59.45 # LambdaCalculus37: ah, nice, is it on a similar level as playback now? 17.00.01 # n1s: yes. it's not terribly important though, since the tools are automatically built with each build 17.00.45 # n1s: Yes. And not so harsh sounding anymore, either. 17.00.52 # Zagor: sure, just in the spirit of the tracker clean up week (which was cut short) 17.01.02 # Setting the passthrough volume to +6dB was causing the radio to sound a little harsh. 17.01.14 # n1s: good point 17.01.20 # LambdaCalculus37: sounds possible :) 17.01.54 Quit Zagor ("Client exiting") 17.02.11 Join herrwaldo [0] (n=waldo@ip-81-11-202-77.dsl.scarlet.be) 17.03.11 # n1s: We now need a keymap for the radio screen. VolUp and VolDown don't work as they should. 17.03.32 # LambdaCalculus37: yes, i know, i'll look at it 17.03.55 # n1s: If you'd like, I'll try to get the keymap set up. 17.04.24 # sure, if you want to go ahead 17.05.42 # I'll work on it during lunch. 17.06.41 Join Rob2222 [0] (n=Miranda@p4FDCC65C.dip.t-dialin.net) 17.07.08 Quit kugel (Remote closed the connection) 17.07.47 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 17.08.09 # n1s: I think I should post a new version of the beast FM radio patch with these little adjustments made, along with the keymap. 17.08.24 # sure 17.10.39 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 17.10.43 # there are some per keypad defines in radio.c which you may want to play with since we have lots of buttons so we can probably enable most features in that screen 17.11.47 # n1s: Sure, I'll take a look there. 17.16.01 Quit pabs (Remote closed the connection) 17.16.04 Join pabs [0] (n=pabs@ip68-98-175-28.dc.dc.cox.net) 17.17.27 Join Jaykay [0] (n=chatzill@p579E7A4F.dip.t-dialin.net) 17.17.42 Join massiveH_ [0] (n=massiveH@pool-72-76-241-148.nwrknj.fios.verizon.net) 17.18.24 Quit MethoS-- (Remote closed the connection) 17.18.45 Join MethoS- [0] (n=clemens@dyndsl-085-016-161-018.ewe-ip-backbone.de) 17.21.17 Quit m0f0x () 17.24.26 # i have a question concerning http://www.rockbox.org/tracker/task/9329?project=1&type=4&pagenum=15, when does it remove those parts of the tag? 17.25.35 Quit massiveH (Nick collision from services.) 17.25.38 Nick massiveH_ is now known as massiveH (n=massiveH@pool-72-76-241-148.nwrknj.fios.verizon.net) 17.27.13 # Jaykay: when reading the tags it seems like, if you want details it's probably best to ask the patch author 17.28.10 Quit faemir (Remote closed the connection) 17.28.56 Join faemir [0] (n=faemir@88-106-244-173.dynamic.dsl.as9105.com) 17.29.13 # ok, then i suggest closing of this because, as llorean said, everybody should have only those informations in the tags which he needs 17.32.21 # can't the WPS parse out the track number info itself? 17.34.20 # i dont know.... the main thing is that this patch does something automatically without an option, and maybe many users dont like those changes 17.35.56 # Unhelpful: ping 17.37.32 Quit stoffel_ (Read error: 113 (No route to host)) 17.40.45 Join kugel [0] (n=chatzill@unaffiliated/kugel) 17.53.21 Quit bmbl ("Woah!") 17.54.36 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 17.55.30 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 17.57.09 # Hrm, --debugwps doesn't seem to be giving me a an error when loading a broken WPS 17.57.46 # Isn't it supposed to? 18.00.05 # I just made the plugins compile for fuze in the sim 18.00.12 # hier the diff http://pastebin.com/m4c409af2 18.01.31 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 18.02.18 # fredddy: Very nice. Can you post that to our tracker? 18.03.49 # LambdaCalculus37, pkay 18.04.00 # -p+o 18.04.17 # Once you do, tell us what the tracker number is (FS#XXXX) so we can find it later. 18.06.49 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 18.09.14 # saratoga: pong. mut must leave in a couple minutes 18.10.24 # s/mu/bu/ ; but there are logs :) 18.11.57 # keymap for fuze FS9617 18.12.05 # * kugel hands LambdaCalculus37 a RSS feed subscription for the newest tracker entries 18.12.24 # fredddy: thank you, nice 18.12.42 Join _Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) 18.13.45 # * kugel spots some changes for c200 keymap 18.14.00 # rasher: I recently wondered about the fact that the console in the sim didn't give me hints on a broken WPS, but it was a crosscompiled sim and so I suspected something broken there, didn't investigate further though 18.14.39 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.15.03 # there's also checkwps... 18.15.07 # pixelma2: sounds a bit odd that that'd break, but not other console output 18.15.32 # kugel: not as convenient, plus I'd like my sims to work 18.15.33 Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-36bd63d43e8e7ebd) 18.15.46 # it's not? it's more verbose 18.16.34 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 18.17.05 # fredddy: Your work looks very good. I'll see if we can have it committed soon. 18.17.13 # kugel: I said convenient, not verbose. With --debugwps you get the errors when you're testing anyway, and you don't have to launch another program 18.17.21 # kugel: the sim used to give hints before and unless someone disabled it (didn't notice anything related), it could be broken 18.18.11 # rasher: I meant that checkwps is probably better for that job anyway once you know a wps is broken. 18.18.27 # but sure, if the sim lost that capability, it should be fixed 18.18.38 Quit gromit` (Read error: 131 (Connection reset by peer)) 18.18.48 # I'd have to compile checkwps then, a bit of a hassle 18.19.31 # checkwps checks for missing images, do you know if the sim spotted those ever? 18.19.36 # I find debugging with the sim also more convenient as making a WPS is a visual thing and I can see it when it's working. 18.19.58 # I propose that checkwps should just somehow integrated into the sim ;) 18.20.01 # kugel: yes 18.20.36 # Weird, something's definitely up. I get the "Mouse at: x, y" messages, which depend on debug_wps 18.21.18 Quit CaptainKwel ("http://www.mibbit.com ajax IRC Client") 18.22.44 # kugel: it said "failed to load path/to/image" e.g. I remember when cabbiev2 was broken for the Nano (during DevCon) because it contained the WPS code of "boxes" and referenced bitmap names it could only have found in the "boxes" folder... 18.23.53 # I saw this info in the console (complete sentence ;) ) 18.23.56 # maybe something mixed up with that wpseditor (what happened to it anyway, it wasn't quite finished, was it)? 18.26.12 # Let's see if it's broken in native sims as well 18.26.18 Join karashata [0] (n=karashat@69.41.192.215) 18.26.19 # hmm, maybe someone even disabled it on purpose when introducing the WPS editor, thinking that one would rather use the latter for WPS making 18.26.49 # It doesn't seem like that to me 18.27.30 Join perrikwp [0] (i=98214b12@gateway/web/ajax/mibbit.com/x-4340bdbca78dd934) 18.28.59 Quit perrikwp (Client Quit) 18.29.22 Quit petur ("*plop*") 18.29.29 Join Rob2223 [0] (n=Miranda@p4FDCC65C.dip.t-dialin.net) 18.33.04 # Broken in regular sim as well 18.34.07 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 18.35.07 Join perrikwp [0] (i=98214b12@gateway/web/ajax/mibbit.com/x-1e88c78e3e1179f2) 18.35.38 *** Saving seen data "./dancer.seen" 18.40.08 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.42.03 # as 1 1/2 hours ago, i suggest closing of http://www.rockbox.org/tracker/task/9329?project=1&type=4&pagenum=15.... it does something that is maybe unwanted automatically 18.42.56 Quit Rob2223 (Connection reset by peer) 18.44.37 Join miepchen^schlaf [0] (n=miepel@p579EC9DE.dip.t-dialin.net) 18.45.48 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 18.50.57 Join gromit` [0] (n=gromit@ALagny-154-1-44-193.w83-200.abo.wanadoo.fr) 18.53.55 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 18.53.55 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 18.54.54 Join GodEater [0] (n=c2cbc962@gateway/web/ajax/mibbit.com/x-dead5a85291873ce) 18.59.20 Join freddy__ [0] (n=freddy@p3E9E38F8.dip0.t-ipconnect.de) 19.04.24 # freddy: just looked over your keymap diff and there seems to be some unrelated changes for other keypads (pong - the quit button for E200, rockblox - commented out restart button for some keypad, solitaire - rem2cur shortcut changed for the c200 pad) if I see correctly 19.04.39 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 19.05.12 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 19.09.09 Quit GodEater (Remote closed the connection) 19.09.11 Quit evilnick (Remote closed the connection) 19.11.48 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.14.22 # pixelma2: Fixed (I hope) 19.14.24 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-02ad7bed1d2a7bb7) 19.14.35 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 19.14.40 Quit pondlife ("Leaving.") 19.16.52 Quit fredddy (Read error: 110 (Connection timed out)) 19.24.08 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 19.26.34 # n1s: New patch up at FS#9609. 19.26.53 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.27.47 # * kugel hates when svn doesn't merge without saying 19.28.34 # apparently svn doesn't move files if they are edited locally when a "svn mv commit" happened upon svn up 19.29.40 Quit bmbl ("Woah!") 19.30.06 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 19.31.05 Join Mathiasdm [0] (n=Mathias@vpna133.ugent.be) 19.31.16 Join Kitti [0] (n=himka_co@195.5.125.25) 19.32.26 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 19.34.04 Part Kitti 19.44.34 Quit Thundercloud (Remote closed the connection) 19.45.04 Join Rob2222 [0] (n=Miranda@p4FDCC187.dip.t-dialin.net) 19.45.57 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 19.57.16 Join webguest25 [0] (n=d1fa8892@gateway/web/cgi-irc/labb.contactor.se/x-b303ccf335f51369) 19.57.22 # hi 19.57.26 # pixelma2: yup, fixed indeed 19.58.20 # hmm, just wondering if anyone tried hooking up the usb cable from the ipod to a usb dac? 19.59.12 # webguest25, you'd need to write the proper drivers for the DAC to be able to use it. 20.00.07 Join Rob2223 [0] (n=Miranda@p4FDCC187.dip.t-dialin.net) 20.02.38 Join {-phoenix-} [0] (n=dirk@p54B4727A.dip.t-dialin.net) 20.03.23 Quit kachna (niven.freenode.net irc.freenode.net) 20.03.23 NSplit niven.freenode.net irc.freenode.net 20.03.23 Quit _Auron_ (niven.freenode.net irc.freenode.net) 20.03.23 Quit FOAD (niven.freenode.net irc.freenode.net) 20.03.23 Quit preglow (niven.freenode.net irc.freenode.net) 20.03.23 Quit shodanX (niven.freenode.net irc.freenode.net) 20.03.23 Quit DaCapn (niven.freenode.net irc.freenode.net) 20.03.23 Quit Zambezi (niven.freenode.net irc.freenode.net) 20.03.23 Quit tim__b (niven.freenode.net irc.freenode.net) 20.03.23 Quit blithe (niven.freenode.net irc.freenode.net) 20.03.23 Quit balou (niven.freenode.net irc.freenode.net) 20.03.23 Quit webguest25 (niven.freenode.net irc.freenode.net) 20.03.23 Quit Rob2222 (niven.freenode.net irc.freenode.net) 20.03.23 Quit linuxstb (niven.freenode.net irc.freenode.net) 20.03.23 Quit {phoenix} (niven.freenode.net irc.freenode.net) 20.03.23 Quit Schmogel (niven.freenode.net irc.freenode.net) 20.03.23 Quit pixelma2 (niven.freenode.net irc.freenode.net) 20.03.23 Quit amiconn (niven.freenode.net irc.freenode.net) 20.03.23 Quit BlakeJohnson86 (niven.freenode.net irc.freenode.net) 20.03.23 Quit idshark (niven.freenode.net irc.freenode.net) 20.03.23 Quit blippe (niven.freenode.net irc.freenode.net) 20.03.23 Quit lostlogic (niven.freenode.net irc.freenode.net) 20.03.23 Quit maraz (niven.freenode.net irc.freenode.net) 20.03.23 Quit liiwi (niven.freenode.net irc.freenode.net) 20.03.48 NHeal niven.freenode.net irc.freenode.net 20.03.48 NJoin kachna [0] (n=kachna@r4ax178.net.upc.cz) 20.03.48 NJoin _Auron_ [0] (n=DarkAuro@ppp-70-244-161-118.dsl.rcsntx.swbell.net) 20.03.48 NJoin FOAD [0] (n=dok@dinah.blub.net) 20.03.48 NJoin preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) 20.03.48 NJoin DaCapn [0] (i=dacapn@using.your.wireless-inter.net) 20.03.48 NJoin shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 20.03.48 NJoin Zambezi [0] (i=stolgfor@bnc.fran.dotbnc.se) 20.03.48 NJoin tim__b [0] (i=tim__b@the-ascii-scene.doesntexist.org) 20.03.48 NJoin blithe [0] (n=blithe@72.14.176.144) 20.04.32 NJoin Rob2222 [0] (n=Miranda@p4FDCC187.dip.t-dialin.net) 20.04.32 NJoin linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 20.04.32 NJoin Schmogel [0] (n=Miranda@p3EE21C42.dip0.t-ipconnect.de) 20.04.32 Join pixelma2 [0] (n=pixelma2@rockbox/staff/pixelma) 20.04.32 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 20.04.32 NJoin blippe [0] (n=none_of_@213.136.34.23) 20.04.32 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 20.04.32 NJoin balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 20.04.32 NJoin idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) 20.04.32 NJoin liiwi [0] (i=liiwi@idle.fi) 20.04.32 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 20.04.32 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 20.09.12 Quit balou (niven.freenode.net irc.freenode.net) 20.09.12 Quit Schmogel (niven.freenode.net irc.freenode.net) 20.09.12 Quit lostlogic (niven.freenode.net irc.freenode.net) 20.09.12 Quit maraz (niven.freenode.net irc.freenode.net) 20.09.12 Quit pixelma2 (niven.freenode.net irc.freenode.net) 20.09.12 Quit linuxstb (niven.freenode.net irc.freenode.net) 20.09.12 Quit Rob2222 (niven.freenode.net irc.freenode.net) 20.09.12 Quit liiwi (niven.freenode.net irc.freenode.net) 20.09.12 Quit amiconn (niven.freenode.net irc.freenode.net) 20.09.12 Quit blippe (niven.freenode.net irc.freenode.net) 20.09.12 Quit BlakeJohnson86 (niven.freenode.net irc.freenode.net) 20.09.12 Quit idshark (niven.freenode.net irc.freenode.net) 20.10.00 Quit XavierGr () 20.11.12 NJoin Rob2222 [0] (n=Miranda@p4FDCC187.dip.t-dialin.net) 20.11.12 NJoin linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 20.11.12 NJoin pixelma2 [0] (n=pixelma2@rockbox/staff/pixelma) 20.11.12 NJoin amiconn [50] (n=jens@rockbox/developer/amiconn) 20.11.12 NJoin blippe [0] (n=none_of_@213.136.34.23) 20.11.12 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 20.11.12 NJoin balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 20.11.12 NJoin idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) 20.11.12 NJoin liiwi [0] (i=liiwi@idle.fi) 20.11.12 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 20.11.12 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 20.11.18 Quit idshark ("changing servers") 20.14.54 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 20.17.10 Quit Rob2222 (Connection timed out) 20.21.13 Join idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) 20.22.48 Quit pixelma2 (Connection timed out) 20.23.03 Quit amiconn (Connection timed out) 20.24.57 Join blkhawk- [0] (i=HydraIRC@e179221092.adsl.alicedsl.de) 20.29.46 Join akur [0] (n=akur@bl7-90-77.dsl.telepac.pt) 20.30.50 Quit freddy__ (Read error: 110 (Connection timed out)) 20.31.15 Join freddy__ [0] (n=freddy@p3E9E3001.dip0.t-ipconnect.de) 20.32.23 Quit {-phoenix-} (Remote closed the connection) 20.33.23 Quit Mathiasdm ("Yuuw!") 20.33.52 Join akur1 [0] (n=akur@bl7-90-77.dsl.telepac.pt) 20.35.25 Quit akur ("Leaving.") 20.35.41 *** Saving seen data "./dancer.seen" 20.35.56 NJoin {phoenix} [0] (n=dirk@p54B4727A.dip.t-dialin.net) 20.36.07 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 20.37.17 Join pixelma2 [0] (n=pixelma2@rockbox/staff/pixelma) 20.37.26 NJoin amiconn [0] (n=jens@p54BD4FF5.dip.t-dialin.net) 20.39.47 Quit Thundercloud (Remote closed the connection) 20.39.54 Join ChadFM [0] (n=ChadFM@ip68-10-25-42.hr.hr.cox.net) 20.41.50 Quit blkhawk (Read error: 110 (Connection timed out)) 20.42.44 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 20.49.17 # hm, I find the c200 keymap for the radio screen a bit confusing when used on the clip 20.49.48 # bertrik: are you fine with me committing the fm patch for the beast, i tried mergign your changes in si4700.c but doing that broke it on the beast. 20.50.33 # bertrik: Also, I made a couple of tiny adjustments in si4700.c and audio-gigabeat-s.c; it's in the logs if you want to see. 20.50.40 # n1s, I'm experimenting now to find out what changes I really need compared to your si4700.c 20.51.33 # bertrik: the diable/enable in the init broke detection on the beast and writing register 7 makes it silent 20.51.36 # n1s, I was wondering if we couldn't make the register access a little easier, by using a table of 16 unsigned shorts instead of 32 big endian bytes 20.52.09 # *pairs of bytes 20.52.20 # bertrik: but would it actually be easier, you would have to byte swap the shorts before sending etc 20.52.25 # n1s, it looks like it's the other way around for me ... :( 20.52.59 # we can #ifdef those parts though 20.53.36 Join stoffel_ [0] (n=sfr@p57B4C502.dip.t-dialin.net) 20.53.57 # so would you rather i wait with committing it? 20.56.57 Quit akur1 (Remote closed the connection) 20.56.57 Quit jhulst (Read error: 54 (Connection reset by peer)) 20.57.21 Join akur [0] (n=akur@bl7-90-77.dsl.telepac.pt) 20.58.03 Part akur 21.01.20 # n1s, indeed I think we'll have to #ifdef the initialisation 21.01.32 Join perrikwp [0] (i=98213b5c@gateway/web/ajax/mibbit.com/x-ac7e206d563e74c2) 21.02.23 # one thing I worry about is the si4700_tune() that is always done in tuner_set, as far as I interpret the datasheet we should probably not write to the chip anymore after a power-down (and possibly power-up) 21.03.15 # also in paragraph 4.7.1 an errata is mentioned to not produce bus load to the device when tuning or seeking 21.04.40 # hmm, I don't need to disable the radio first to make it work on the clip 21.06.21 # and one other thing: I really need write_bytes to be 12 bytes so I can set the oscillator bit 21.06.41 # bertrik: it is not always done in tuner_set, or do you mean that it will be called on the first call to that function? 21.06.46 Quit _Auron__ () 21.07.26 # bertrik: if i do that on the beast it goes silent, no matter if i just write back what i read 21.09.41 # n1s, I mean the if (!tuned) si4700_tune(); 21.10.27 # yes, easily fixed by initializing tuned to true, so it will only be false after setting a new frequency 21.10.48 # why not just tune when setting a new frequency? 21.11.40 # sure, i can do that, this way seemed simpler to me, also what do you mean about writing to the chip after powerdown? 21.13.41 Quit stoffel_ ("Lost terminal") 21.13.48 Quit scorche (Connection timed out) 21.13.48 # I worried about the case where tuned == false and tuner_set is called with RADIO_SLEEP / value = 1. The chip is first told to power down, then told to tune while powering down. 21.14.33 # ah, well, that's fixed now, didn't seem to cause any trouble though 21.15.48 # bertrik: to which line-in is the fm connected on the clip ? (on m200v4 its line_in2) 21.15.48 # sorry for nitpicking :P 21.16.05 # domonoky, same on the clip! also LINE_IN2 21.16.31 # the audio routing in rockbox confuses me a little 21.16.37 # bertrik: no problem, might as well make it nice :) 21.18.48 # so we will probably have to somehow extend the code in as3514.c to handle also line-in2.. 21.25.39 # domonoky, how did you hack line2 support so far? 21.26.27 Join fml [0] (n=4fd3caa5@gateway/web/cgi-irc/labb.contactor.se/x-94d6fe9be313d74d) 21.26.54 # bertrik: just put the enabling/unmuting/volume into the audiohw_preinit().. good enough for testing, but not for svn :-) 21.27.09 # Re r19371: isn't every sim build automatically also a DEBUG build? 21.27.43 Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-6d702e1d2fa474dc) 21.27.58 Join Aurix_Lexico [0] (n=comrade@68.56.205.239) 21.28.13 # Why is an extra check for SIMULATOR necessary? 21.28.58 # did you try a broken WPS recently in a sim?= 21.29.45 # I wonder why it is necessary now though, but if it helps 21.30.23 # * bertrik is trying lots of variations of the clip radio init code, to try seeing a pattern which sequence exactly makes it work on my clip 21.30.55 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 21.34.06 Quit nuonguy ("This computer has gone to sleep") 21.35.42 Quit fml ("CGI:IRC") 21.36.10 # bertrik: some of the delays you had added seemed pretty arbitrary. 21.37.02 # yes, they are, then doubled them to be sure .. :P 21.37.43 # I'm going to commit the beast patch now but will be happy to test your changes to see if they work for me 21.38.27 # ok 21.39.45 # n1s: You saw the new version I posted? 21.40.30 # LambdaCalculus37: yes, i merged your changes, and fixed the volume buttons ;) 21.41.00 # rasher: maybe fml meant that the fix is not at the correct spot? 21.41.11 # I like how the cooperation works out so far: funman figured out the fm i2c pins for the clip, I connected the generic_i2c to the fmradio api, you wrote si4700.c, domonoky confirmed the analog codec channel 21.41.33 Join krazykit` [0] (n=kkit@adsl-76-251-247-179.dsl.ipltin.sbcglobal.net) 21.41.34 # n1s: Thanks. :) 21.42.11 # when does the freeze start? 21.42.18 Quit krazykit (Read error: 104 (Connection reset by peer)) 21.44.11 # saratoga: back now. 21.45.41 # Unhelpful: did you get SVN access? 21.46.11 # i don't *think* so? 21.46.47 # you'd get an email and have to setup a password 21.46.53 # i thought bagder was going to do it 21.49.38 # no, then, i haven't 21.49.46 # no, "someone" 21.50.44 # let's add it to his todo list then ;) 21.51.51 # n1s, the datasheet does mention a 110ms power up time for the si4702. 21.52.15 # who else can do it? 21.52.56 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-2911fce1b79ed14c) 21.53.08 # The actual adding, I assume Zagor, LinusN and Bagder. Anyone can send the mail 21.54.41 Join gromit`` [0] (n=gromit@ALagny-154-1-47-34.w83-200.abo.wanadoo.fr) 21.55.04 Quit linuxstb (Remote closed the connection) 21.57.01 # Unhelpful: privmsg me a password and I'll set you up 21.57.34 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 21.59.23 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 22.00.40 # thanks :D 22.00.56 Quit Thundercloud (Remote closed the connection) 22.02.49 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 22.03.32 Quit gromit` (Read error: 110 (Connection timed out)) 22.03.33 Join pentahoax [0] (i=phx@gateway/tor/x-9afb13ff03822e65) 22.03.41 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 22.05.58 # Unhelpful: once you have commit rights you could put FS9458 through, at least if you do it before we freeze 22.06.25 # * amiconn still isn't convinced that freezing now is a good idea 22.06.39 # updating the header comments on bmp.c and resize.c right now, to at least give some idea of the structure of what akio and i did 22.07.20 # i'm not sure where the right balance is on commenting the scalers themselves, between making sure the code is understandable, and possibly insulting the reader ;) 22.07.32 # more comments are always good 22.07.52 # i'm not sure how important a freeze is to a release anyway, we've hardly added more features since 3.0, almost everything has been bug fixes anyway 22.08.42 # Well, fixes, optimisations, code for new targets, reworks... 22.09.06 # mp3 on COP for PP is a major feature IMO 22.09.26 # Wasn't that already in 3.0? 22.09.34 # at least from the developer's point of view 22.10.08 # amiconn: no i waited until after 3 to commit 22.10.25 # same for the AAC optimizations 22.11.26 # amiconn: also, have you looked at FS#9570? 22.11.35 # i'm wondering if it might apply to PP5020 as well 22.11.39 # not just developers, if it saves some battery 22.12.04 # hmpf 22.12.12 # Tracker is dead slow once more... 22.12.28 # yes battery on the sansa is probably up 5+ hours since 3.0 22.12.29 # amiconn: Why don't you think freezing is a good idea? 22.13.31 # nuking the imlib2 stuff from the header, there's none of it left now, anyway 22.14.21 Join webguest23 [0] (n=485f21f0@gateway/web/cgi-irc/labb.contactor.se/x-e1311d5e04e33bb3) 22.14.36 # rasher: (1) too short after 3.0 (2) at this time of year, not much happens even in normal mode. A freeze would reduce this even further 22.14.46 Quit n1s (Read error: 110 (Connection timed out)) 22.15.06 # saratoga: Iirc someone (you?) committed the sd driver part. So I don't understand your question... 22.15.29 Join tmwsiy2012 [0] (n=tmwsiy@152-20-244-207.rev.uncw.edu) 22.15.38 # rockbox is da shizznit!!! 22.15.46 # you guys are awesome 22.16.02 Quit balou (niven.freenode.net irc.freenode.net) 22.16.02 NSplit niven.freenode.net irc.freenode.net 22.16.02 Quit Thundercloud (niven.freenode.net irc.freenode.net) 22.16.02 Quit krazykit` (niven.freenode.net irc.freenode.net) 22.16.02 Quit Aurix_Lexico (niven.freenode.net irc.freenode.net) 22.16.02 Quit lostlogic (niven.freenode.net irc.freenode.net) 22.16.02 Quit maraz (niven.freenode.net irc.freenode.net) 22.16.02 Quit liiwi (niven.freenode.net irc.freenode.net) 22.16.02 Quit blippe (niven.freenode.net irc.freenode.net) 22.16.02 Quit BlakeJohnson86 (niven.freenode.net irc.freenode.net) 22.16.04 # amiconn: In response to (1), the idea is to have it short so that the release version is always relatively recent. 22.16.14 # amiconn: the PLL part however is uncommitted 22.16.21 # Is there anyway to save the state of the player when it goes to sleep 22.16.22 # the patch only does it for PP5022/24 22.16.27 # amiconn: you think a branch right away is a better way? 22.16.30 # so I can pick up where I left off? 22.16.52 # saratoga: I already expressed my opinion regarding 24MHz "normal" clock on PP, several times. It didn't change since... 22.16.54 # amiconn: (1) A "nothing much happened" release doesn't hurt, and it would help move the release schedule along. I think the consensus was to do the 3-month schedule, so we should stick to it. 22.16.54 # amiconn: In response to (2), I don't see how this is a real problem. The freeze is really mandatory for just one week.] 22.16.56 # Bagder: he didn't say that 22.17.08 # Zagor: everything i need should be on UsingSVN then, aside from the parts that are common sense? 22.17.08 # no, I know that. that's why I asked... 22.17.19 NHeal niven.freenode.net irc.freenode.net 22.17.19 NJoin Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 22.17.19 NJoin krazykit` [0] (n=kkit@adsl-76-251-247-179.dsl.ipltin.sbcglobal.net) 22.17.19 NJoin Aurix_Lexico [0] (n=comrade@68.56.205.239) 22.17.19 NJoin blippe [0] (n=none_of_@213.136.34.23) 22.17.19 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 22.17.19 NJoin balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 22.17.19 NJoin liiwi [0] (i=liiwi@idle.fi) 22.17.19 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 22.17.19 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 22.17.21 # amiconn: IIRC that keeps a 30MHz clock but turns of the PLL 22.17.28 Join {-phoenix-} [0] (n=dirk@p54B45DDC.dip.t-dialin.net) 22.17.33 # saratoga: 22.17.38 # saratoga: That's impossible 22.17.40 # Unhelpful: the first thing you need to do is update docs/COMMITTERS 22.17.40 # Unhelpful: I think so. yell if something is missing, and Mr Someone will add it :-) 22.18.10 # The PLL must be kept running to achieve *any* other clock speed than what the chrystal outputs. And that's 24MHz 22.18.10 # cripes, now people will want *me* to commit their patches, too ;) 22.18.11 # amiconn: yes I recall that being the theory but it works nicely for me 22.18.55 # unless its actually at 24MHz then 22.18.56 # It's not a theory, it's a technical fact. If it works, the PLL isn't deactivated. Otherwise you'd just get an instant freeze. 22.19.12 # does anybody care about that being a separate commit, or should it just go in with the scalers? assuming there's a consensus about those? 22.19.31 # Unhelpful: commiters? that should be a separate. 22.19.54 # ok, i'll push that in before i worry about anything else. 22.20.00 # if the clock is reset to 24MHz, that might explain the surprisingly large power savings 22.20.08 # 2mA did seem a lot for just the PLL 22.20.50 Quit bluebrother ("leaving") 22.21.13 # Bagder: Imo it would be better to freeze in the first week of the new year, then have a release mid-January 22.22.01 # well, there's another freeze in three months for the stuff that don't get into this 22.22.44 Quit {-phoenix-} (Remote closed the connection) 22.22.51 # so is there a way to have rockbox remember the track and timing of what was happening before it was shutoff 22.23.08 # I have not seen it in wiki anywhere or FAQ so I am assuming 42... I mean No 22.23.09 # tmwsiy2012: yes it does that always 22.23.11 Quit balou (niven.freenode.net irc.freenode.net) 22.23.11 Quit Aurix_Lexico (niven.freenode.net irc.freenode.net) 22.23.11 Quit lostlogic (niven.freenode.net irc.freenode.net) 22.23.11 Quit maraz (niven.freenode.net irc.freenode.net) 22.23.11 Quit krazykit` (niven.freenode.net irc.freenode.net) 22.23.11 Quit liiwi (niven.freenode.net irc.freenode.net) 22.23.11 Quit Thundercloud (niven.freenode.net irc.freenode.net) 22.23.11 Quit blippe (niven.freenode.net irc.freenode.net) 22.23.11 Quit BlakeJohnson86 (niven.freenode.net irc.freenode.net) 22.23.13 # tmwsiy2012: been a while but i thought it did by default 22.23.16 # i could swear it already does that, tmwsiy2012 22.23.28 # Are there big things that are expected to be ready to go in during the next month? 22.23.32 Join n1s [0] (n=nils@rockbox/developer/n1s) 22.23.52 Quit Zagor ("Clint excited") 22.23.58 # tmwsiy2012: check settings for a resume option? again been a while so i dunno where it is or what it might be called these days etc 22.24.07 # saratoga: I do not experience that: I will be listening in the car get to my destination and let it go to sleep and when it comes back .. 22.24.13 # k resume option looking 22.24.14 # thnks 22.24.31 # Rockbox always stores the resume position 22.25.01 # You can either have it resume automatically, or manually. We have a nice manual... 22.25.04 # it might be doing more than going to sleep 22.25.28 # it doesn't go to sleep either 22.25.56 # I am going to read more.. so I can better describe what I am experiencing 22.26.18 # thought it might be a simple phrase answer 22.27.01 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 22.27.20 # my mom's ipod with stock firmware in combination with a sony ipod interface to the car stereo does the same thing... but thats got nothing to do with rockbox, and i dunno if rockbox would help the situation for her :/ 22.29.07 NJoin Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 22.29.07 NJoin krazykit` [0] (n=kkit@adsl-76-251-247-179.dsl.ipltin.sbcglobal.net) 22.29.07 NJoin Aurix_Lexico [0] (n=comrade@68.56.205.239) 22.29.07 NJoin blippe [0] (n=none_of_@213.136.34.23) 22.29.07 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 22.29.07 NJoin balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 22.29.07 NJoin liiwi [0] (i=liiwi@idle.fi) 22.29.07 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 22.29.07 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 22.29.42 # http://lifehacker.com/5102298/battle-of-the-hardware%20boosting-hacks 22.29.54 # "music monster Rockbox, and its games-focused counterpart iPod Linux." ... 22.30.36 Quit {phoenix} (Connection timed out) 22.31.27 Quit gromit`` (Read error: 110 (Connection timed out)) 22.31.45 Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") 22.32.25 # Bagder: In case you needed an example of Linux completely transforming seemingly outdated hardware into the new hotness, music monster Rockbox," to show a little context that means we need big, red, blinking ROCKBOX IS NOT LINUX apparently 22.32.32 # "In case you needed an example of Linux completely transforming"... 22.32.39 # * pixelma2 too slow 22.33.02 # Well, it is an example of "Linux completely transforming" :) 22.33.07 # how many times does someone has to tell them that Rockbox != Linux? 22.33.18 # Always, always "at least once more" 22.33.19 # it is getting rather tiring 22.33.23 # and why ipodlinux, the project hasn't been active in years 22.33.25 # it is stuck on us eternally 22.33.37 # wait, so rockbox is linux? 22.33.39 # just bought a fuze today!!!! 22.33.54 # why would it be linux? 22.34.00 # did ipodlinux really have more games? 22.34.08 # lol settle down, I'm only being sarcastic 22.34.28 # Bagder: maybe you should hint that on the front page. "Rockbox ain't linux" after the "from scratch" phrase! 22.34.29 # lol, hostile telling me to settle down..... 22.34.33 # just thought that was ironic 22.34.43 # ;) 22.34.48 # webguest23, you like the fuze? 22.34.57 # so far so good 22.34.59 # XavierGr: or mentioning "Linux" there will just work as a confirmation to those who look for it... 22.35.01 # had it for 1 hour 22.35.10 # Bagder: iPodLinux had a working GBA and NES emulator, I beleive 22.35.12 # Maybe in 30 years, when linux has died out, we can all tell tales of how some Finnish student used rockbox and got inspired by it to write his own OS 22.35.12 # I bought a 4GB clip on black friday for 35 bucks, I absolutely love it 22.35.12 # I hate some features though 22.35.14 # Maybe people just think "oh, so they run their own software on top of Linux!" when they see "written from scratch" 22.35.16 # Bagder: oops indeed :P 22.35.31 # Bagder: A working NES emulator is like +770 or so games just if you count the US releases. 22.35.42 *** Saving seen data "./dancer.seen" 22.35.53 # Gba? 22.35.59 # webguest23: Gameboy Advance. 22.35.59 # on an ipod? 22.36.03 # is there a way for a plugin to write to STDERR in the UI sim? (aka to the console) 22.36.07 # what type? 22.36.18 # webguest23: The GBA has an ARM architecture processor, so there are ways to cheat to get added performance. 22.36.31 # Aurix_Lexico: DEBUGF("output"); should do that, if you're lucky 22.36.36 # gevaerts: in 30 years linux won't be dead.. it'll just be sold by microsoft in a "classical" application niche while the rest of us are using the new class of machines :p 22.36.51 # "if I'm lucky" hehehe 22.36.56 # thank you 22.36.57 # ze: it will be dead. 2038 will be the year of the rockbox desktop 22.37.09 # lol 22.37.31 Quit XavierGr () 22.37.32 # hehe 22.37.47 # can't wait to try rockbox 22.37.57 # I heard there are button problems though 22.38.12 # is it actually usable on the fuze yet? 22.38.15 # * gevaerts predicts this with the faint hope that by 2038 this will either be true or there will be no traces left of the irc logs :) 22.38.28 # heh 22.38.34 # uhhh you can make funny colors with it? 22.38.48 # oops, not a question 22.38.51 # No. The AMS sansa port is still at a stage that it's really not useful for non-developers 22.39.02 # gevaerts: there's various problems with the former case of course... rockbox on the desktop might need malloc() :p 22.39.21 # but making good progress I presume, gevaerts 22.40.08 # i wonder how many people bought a sansa just because of rockbox development? 22.40.17 # I personally think that progress has been spectacular recently, but that doesn't really mean anything for the future 22.40.31 # gevaerts: as for the latter case.. in 30 years we might be able to holographically reconstruct the logs from reflections off interstellar dust :p 22.41.10 # how do they achieve programming an mp3 player? 22.41.13 # Im excited for it on the Clip, I need the SanDisk firmware because I have a to-go subscription but rockbox is lovely to play with 22.41.22 # do they use assembly, or another langauge? 22.41.34 # "they" are we 22.41.49 # oh, really? 22.41.56 # and we mostly use C, with some parts in assembly 22.42.04 # cool 22.42.09 # I should look into it 22.42.17 # you should! 22.42.25 # I know C++ and some assembly. 22.42.42 # just gotta get used to not running non portable C++ code 22.42.58 # I'm assuming programming C for an embedded platform is more difficult than C on a PC but I may be wrong. I know some C, like I can comprehend it if I look at it, just can't speak it very well ;) 22.43.11 # bertrik: sorry, had to disconnect for a while, where in the datasheet is that delay? 22.43.24 # well.... most languages you can understand just by looking at them 22.43.33 # it isn't as if they were made to be hard to understand 22.43.49 # n1s, page 13 22.43.56 # thanks 22.44.02 # Hostile: Some parts are easier. The lack of malloc makes memory management less complex for example 22.44.12 # right, well my most complex application was a blackjack program that ran in a command prompt window in XP 22.44.30 # thats my 1337 C skills haha 22.45.06 # well, I will check it once rockbox comes out for the fuze 22.45.50 # however, I hate how in embed systems they put C/C++ but it is just C............. 22.46.27 # Rockbox says it is just C and it is 22.46.34 # no ++ in sight 22.46.41 # yeah, I know 22.47.07 # C++ isn't as easily used on an embed system as C 22.47.11 # If you're using C++ on an embedded system, you're either doing it wrong, or the system is really just a "small form-factor general purpose computer" 22.47.48 Quit freddy__ (Remote closed the connection) 22.47.50 # well.... some compilers take the C++ and turn it back into C, but that is just not efficient 22.50.05 Quit massiveH (Read error: 104 (Connection reset by peer)) 22.50.10 # bertrik: hmm, in the data sheet it says this delay is to avoid STC interrupts from the "default" tune operation and to wait for the powerup before enabling the interrupts, while the example in "AN230" waits for the powerup delay _after_ enabling the STC interrupt... 22.53.32 # yeah, I can't really match the init sequence from the data sheet with the things I see during experimentation. I think the datasheet is mostly focused on a configuration with an external clock, not one using the internal oscillator 22.54.55 # i guess we'll see if we start using the gpio interrupts :) have you figured out if they are connected in the clip? 22.55.53 # n1s, no not yet 22.57.18 # i think that for seeking it would be very nice to get an interrupt instead of polling the i2c registers as that could take a while 23.01.03 Quit webguest23 ("CGI:IRC") 23.02.33 # so, thoughts on what to do about extended bmp loader format? 23.03.12 # it won't effect anything using the "old" formats, so it might not be worth trying to change back, or bumping the plugin api 23.06.16 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.08.04 # * Unhelpful notices that the highest bit set in a format flag is still below the sign bit, and wonders why the original patch changed it at all... 23.09.44 # Unhelpful: if it only accepts enum constants as formats maybe the arg should be an enum of that type? 23.10.49 # n1s: the "classic" formats are enum, the others are defined as flag bits. perhaps i should clean up to add another arg for that stuff :/ 23.11.21 # or do that in a seperate commit if it doesn't directly affect anything now 23.11.50 # it looks like i can make the unsigned int change go away without effect 23.13.23 # odd that editing docs/COMMITTERS triggered a rebuild 23.13.43 # Unhelpful: cool, you got commit access. For your resizing patch? (sorry if I missed other major contributions) 23.13.48 # saratoga: any docs/ edits do that 23.13.58 # oh, and you shoudl add yourself to the IrcNicks wiki page and nag scorche for a cloak and nag Zagor for an icon in the irc logs and nag a random forum admin for a dev badge :) 23.14.36 # that's a lot of nagging, should i make a couple of targets go red to get somebody's attention first? ;) 23.14.41 # n1s: that remindes me that funman has no dev icon in the irc logs 23.14.42 # tools/svnupcheck.pl is the tool that is used to prevent some dirs from causing rebuilds and it only includes the rbutil and manual dirs 23.15.13 Quit karashata ("G'bye everyone!") 23.15.38 # and docs/CREDITS is used in the build 23.15.47 # Unhelpful: BTW: I noticed you have #ifdefs in some function calls. I don't find that very convinient, I'd rather (void) those args in the definition 23.15.56 # Bagder: i thought the svn table on the frontpage should handle utf8 names now? 23.16.09 # that's zagor's doings 23.16.25 # I don't know the status of that work 23.16.28 # ah, maybe he didn't finish 23.16.38 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 23.16.54 # kugel: aren't they in sliding_puzzle.c? it works differently on color targets than others. 23.17.39 # would it be better to #ifdef the entire function call, rather than the changed argument? 23.18.03 # So? People using your resize do have to know exactly what function to use or how to #ifdef. Why not implement the same arg list for every function and (void) where needed? 23.18.21 # kugel: argument passing can be expensive 23.18.35 # kugel: it *is* the same arg list, it's different local things being passed to it. 23.18.59 # color sliding_puzzle allocates via plugin_get_buffer, others use static as only color require extra buffer space. 23.19.44 # Unhelpful: maybe you can use a similar mechanism as the IF_MV() things from mv.h? 23.19.55 # well, then just ignore me :) 23.20.11 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 23.20.39 Join karashata [0] (n=karashat@69.41.192.215) 23.22.32 # ...i'm not sure how that would help. i could always use the same buf_len variable, and initialize it to sizeof(img_buf) on greyscale? 23.24.10 Quit toffe82 (Remote closed the connection) 23.28.18 Nick blkhawk- is now known as blkhawk (i=HydraIRC@e179221092.adsl.alicedsl.de) 23.29.45 # Unhelpful: right. I misunderstood the diff a bit... I'd try to avoid #ifdefs within a function call or declaration, but I have no strong opinions 23.29.46 Quit blkhawk (Read error: 104 (Connection reset by peer)) 23.30.35 Join blkhawk [0] (i=HydraIRC@e179221092.adsl.alicedsl.de) 23.30.36 # i replaced it with an #ifndef HAVE_LCD_COLOR above the function call that adds a local size_t buf_len = sizeof(img_buf) 23.31.25 # Sounds good 23.31.56 Quit n1s () 23.32.48 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 23.35.05 Join blkhawk- [0] (n=blkhawk@e179221092.adsl.alicedsl.de) 23.35.06 Quit blkhawk (Read error: 104 (Connection reset by peer)) 23.35.23 Quit blkhawk- (Client Quit) 23.36.30 Join blkhawk [0] (n=blkhawk@e179221092.adsl.alicedsl.de) 23.40.46 # looks good on both color and grey :D 23.41.32 Quit bmbl ("Woah!") 23.43.14 Quit karashata ("G'bye everyone!") 23.44.28 Quit massiveH ("Leaving") 23.44.51 Quit matsl (Remote closed the connection) 23.45.25 Quit Thundercloud (Remote closed the connection) 23.53.05 Join akur [0] (n=akur@bl7-119-217.dsl.telepac.pt) 23.53.13 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net)