--- Log for 09.04.110 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 11 days and 5 hours ago 00.05.14 Quit Luca_s (Quit: CGI:IRC) 00.10.29 Quit bertrik (Quit: Leaving) 00.15.05 Quit jgarvey (Quit: Leaving) 00.18.22 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 00.29.14 Join Adubb [0] (~Aldubuc@67.201.160.144) 00.33.26 Join alex_1 [0] (~alex@pool-98-111-157-172.phlapa.east.verizon.net) 00.42.12 Join krazykit [0] (~kkit@adsl-70-236-64-157.dsl.ipltin.ameritech.net) 00.42.12 Quit krazykit` (Read error: Connection reset by peer) 00.47.17 Quit alex_1 (Quit: Leaving) 00.47.35 Quit MagusG (Ping timeout: 246 seconds) 00.51.27 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 00.57.44 Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) 00.59.32 Quit ender` (Quit: Democracy: the theory that the common people know what they want and deserve to get it good and hard. -- H. L. Mencken) 01.02.42 Join anewuser [0] (anewuser@unaffiliated/anewuser) 01.03.28 Join Strife89 [0] (~michael@168.16.238.247) 01.04.34 *** Saving seen data "./dancer.seen" 01.08.39 Quit krazykit (Ping timeout: 260 seconds) 01.18.19 Join SirFunk [0] (~Sir@97-92-38-108.dhcp.aldl.mi.charter.com) 01.21.32 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 01.23.19 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 01.25.04 Join krazykit [0] (~kkit@adsl-69-219-225-249.dsl.ipltin.sbcglobal.net) 01.26.48 Quit anewuser (Quit: http://xrl.us/Renoise Like renoise + like music? 3 days to submit your entry!) 01.48.39 Join anewuser [0] (anewuser@unaffiliated/anewuser) 01.49.09 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) 01.54.28 Quit Boldfilter (Quit: Boldfilter) 01.56.46 # New commit by 03jethead71 (r25545): mmu-armv6.S needed svn:keywords and svn:eol-style to be set. 01.59.52 Quit linuxstb (Ping timeout: 264 seconds) 02.00.19 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 02.01.11 Quit kugel (Remote host closed the connection) 02.01.17 Quit krazykit (Read error: Operation timed out) 02.11.47 Quit linuxstb (Ping timeout: 276 seconds) 02.26.07 # New commit by 03FlynDice (r25546): sd-as3525v2: Add some comments, no functional changes 02.26.47 Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 02.31.09 Quit mikroflops (Ping timeout: 276 seconds) 02.36.58 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 02.53.17 Join Boldfilter [0] (~Boldfilte@adsl-82-106-139.jax.bellsouth.net) 02.54.32 Join JdGordon [0] (~7bf38c1f@gateway/web/freenode/x-oigolpanvuyoklnv) 03.03.59 Quit robin0800 (Remote host closed the connection) 03.04.39 *** Saving seen data "./dancer.seen" 03.07.34 Join JdGordon_ [0] (~7bf38c1f@gateway/web/freenode/x-riohuocyvxflyvyg) 03.10.19 Quit JdGordon (Ping timeout: 248 seconds) 03.12.24 Join Blue_Dude [0] (~chatzilla@adsl-235-206-131.mco.bellsouth.net) 03.21.57 # New commit by 03jethead71 (r25547): Gigabeat S/i.MX31: Sort files in the /target tree into things that are SoC-generic (into /imx31) and player-specific (into /gigabeat-s, based upon ... 03.23.40 Join sudoman [0] (~sudoman@static-151-204-226-99.bos.east.verizon.net) 03.25.07 Join CaptainKewl [0] (jds@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.28.20 # New commit by 03jethead71 (r25548): Gigabeat S: Fix bootloader red from r25547 commit. 03.30.29 Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 03.34.21 Quit anewuser (Quit: http://xrl.us/Renoise Like renoise + like music? 3 days to submit your entry!) 03.45.30 Join CGL [0] (~CGL@190.207.221.241) 03.52.33 Join kkit|craptop [0] (~user@adsl-76-251-248-223.dsl.ipltin.sbcglobal.net) 04.11.55 Part sudoman 04.12.59 Quit TheSeven (Disconnected by services) 04.13.12 Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) 04.13.22 Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) 04.15.30 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 04.18.09 Join webguest93 [0] (~43e014f6@giant.haxx.se) 04.20.16 Quit webguest93 (Client Quit) 04.20.34 Quit n17ikh (Ping timeout: 260 seconds) 04.22.24 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 04.24.52 Join Barahir_ [0] (~jonathan@gssn-5f7558b4.pool.mediaWays.net) 04.25.42 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 04.28.00 Quit Barahir (Ping timeout: 245 seconds) 04.28.25 Quit linuxstb (Ping timeout: 260 seconds) 04.29.21 Quit nima (Ping timeout: 260 seconds) 04.29.39 Join Rob2222 [0] (~Miranda@p4FDC9265.dip.t-dialin.net) 04.30.45 Join nima [0] (~nima@adsl-75-45-239-88.dsl.sfldmi.sbcglobal.net) 04.33.00 Quit Rob2223 (Ping timeout: 245 seconds) 04.33.24 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 04.34.21 Quit GeekShadow (Quit: The cake is a lie !) 04.41.25 Quit linuxstb (Read error: Operation timed out) 04.41.52 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 04.50.21 Join Rondom_ [0] (~quassel@dslb-084-057-153-055.pools.arcor-ip.net) 04.52.40 Quit RadicalR (Quit: Nettalk6 - www.ntalk.de) 04.54.13 Quit Rondom (Ping timeout: 240 seconds) 04.55.29 Join RadicalR [0] (~radicalr@c-69-255-49-110.hsd1.va.comcast.net) 05.04.40 *** Saving seen data "./dancer.seen" 05.18.29 Join anewuser [0] (anewuser@unaffiliated/anewuser) 05.24.20 # New commit by 03jethead71 (r25549): Gigabeat S: A little more housekeeping. Move source clock frequencies to config. header and name them per ref. manual designations. 05.41.38 Quit Horscht (Quit: Verlassend) 05.52.52 Quit CGL (Quit: Saliendo) 05.53.13 Quit linuxstb (Ping timeout: 240 seconds) 05.53.48 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 05.58.25 Quit saratoga (Quit: Page closed) 05.58.54 Join anewuse3 [0] (anewuser@201.209.93.62) 05.58.56 Quit anewuser (Disconnected by services) 05.58.58 Join GrowlTiger [0] (~414eb174@giant.haxx.se) 05.59.35 # Hi Guys. I'm having trouble with a bricked Sansa e200. 05.59.51 # v1? 05.59.57 # Yes. 06.00.03 # Dial is lit up blue. 06.00.15 # Can't get it into proper mode to reinstall RockBox. 06.00.31 # Screen is black. 06.00.41 # Rebooting gives same results. 06.00.50 # Taking out battery gives same results. 06.01.10 # I think it's stuck in UTP (sp) 06.01.28 # sorry, I am completely ignorant about the v1's but be patient & someone may point you in the right direction 06.01.48 # Thanks. Anyone else? 06.01.53 # Isn't there a wiki page for unbricking the sansas? 06.02.00 # Yes. 06.02.07 # Of course, it also helps to know what you did to cause this state. 06.02.10 # I've read through and tried everything. 06.02.29 # Clearly you've done something wrong still, unless it's just physically broken in which case nobody can give you useful advice. 06.02.59 # OK, so go back and try everthing on the bricked sansa page? 06.03.35 # Not everything. Different things on there are listed depending on what's wrong, etc, I believe. 06.03.46 # As I said, you should figure out what you did to mess it up first. 06.04.43 Quit kkit|craptop (Quit: leaving) 06.05.39 # Just normal operation, then it hung when I tried to navigate the "files" menu to get to an .mp3. When I held down the start/menu button for 30 seconds... 06.05.48 # ...it rebooted into this mode. 06.05.52 Join notlistening [0] (~tom@94-195-105-95.zone9.bethere.co.uk) 06.06.01 Quit linuxstb (Ping timeout: 258 seconds) 06.06.07 # It sounds like physical damage then, not something a software solution is likely to fix. 06.06.12 # Subsequent reboots yielded the same mod. 06.06.15 # mode. 06.06.41 # Have you read about how the memory can be unseated, and how to fix that? I don't know the exact details, but I've read it's a common problem and can cause symptoms like that. 06.07.10 # No. Do you mean a memory chip get's loose? 06.07.43 Part Adubb 06.08.29 # As I said, I don't know the exact details. 06.10.42 # OK, thank you for your help, Llorean. I'll do some more web research and try a few of these things. Gnight. 06.11.15 Quit GrowlTiger (Quit: CGI:IRC) 06.19.11 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 06.22.21 Join merbanan [0] (~banan@c-62-220-165-110.cust.bredband2.com) 06.25.32 Quit linuxstb (Ping timeout: 252 seconds) 06.27.52 Quit merbanan (Ping timeout: 258 seconds) 06.30.14 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 06.31.34 Quit xavieran (Quit: ➤➤➤➤➤➤ UniCode shall rein forever! ➤➤➤➤➤➤) 06.32.55 Quit linuxstb (Read error: Operation timed out) 06.51.43 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 07.04.42 *** Saving seen data "./dancer.seen" 07.05.12 Quit linuxstb (Ping timeout: 260 seconds) 07.13.03 Quit anewuse3 (Ping timeout: 240 seconds) 07.13.14 Quit panni__ (Read error: Connection reset by peer) 07.19.42 Quit CaptainKewl (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 07.34.16 Join ender` [0] (krneki@foo.eternallybored.org) 07.36.03 Quit JohannesSM64 (Ping timeout: 265 seconds) 07.41.22 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 08.12.08 Join tomers [0] (~chatzilla@bzq-84-109-85-100.red.bezeqint.net) 08.26.36 # New commit by 03tomers (r25550): Text viewer: When loading settings and prefs font loading fails, not only ... 08.26.56 # kugel: ping 08.27.51 # I need someone to help me reproduce a bug in Text viewer...any takers? 08.29.20 # I will (but I have to go in 5 minutes, so please write it down here and I'll read it later... 08.29.55 # S_a_i_n_t: I'm currently dealing with the text viewer, so I would like to get bug reports... 08.30.08 Join mitk [0] (~mitk@195.117.162.130) 08.30.26 # Recipie: Open a file (I just used config.cfg as its always there) with text viewer, scroll right down to the bottom of the text file, try to scrol up again, the page numbers should change but the text dissappers completely. 08.31.44 # I'd like to know if anyone else can reproduce that ^ 08.31.54 # I can very easily on Nano 1 and 2g 08.33.47 # S_a_i_n_t: I'll test that. Please update "FS#11190 - Text Viewer shows no Text when skipping to last page" if there's any further information that is not there already 08.33.48 # * tomers goes 08.40.16 Quit amiconn (Disconnected by services) 08.40.16 Quit pixelma (Disconnected by services) 08.40.18 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 08.40.19 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 08.40.38 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 08.40.40 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 08.44.35 Join flydutch [0] (~flydutch@host225-165-dynamic.15-87-r.retail.telecomitalia.it) 08.46.57 Quit JdGordon_ (Ping timeout: 248 seconds) 08.49.49 Join Luca_S [0] (~5d3fc54b@giant.haxx.se) 08.52.01 Join Bagder [0] (~daniel@rockbox/developer/bagder) 08.52.49 Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) 08.57.58 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 09.04.16 Join petur [0] (~petur@rockbox/developer/petur) 09.04.44 *** Saving seen data "./dancer.seen" 09.12.34 Quit Zagor (Remote host closed the connection) 09.13.14 # can I ask for help regarding cpu_boost log debugging function? 09.14.46 # As I understand it reports the places where calls to cpu_boost(true) and cpu_boost(false) occure. This is not very handy since all calls comes from thread.c 09.14.58 # Or I miss something crucial? 09.15.38 Join JdGordon [0] (~7bf38c1f@gateway/web/freenode/x-qgfudtuzsnrmddbg) 09.16.40 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 09.18.00 # yay! found the fuze cable i lost yesterday (a coworker "borrowed" it without telling me), and - double yay! latest svn plays just fine without forcing boosting :D 09.21.40 Quit Luca_S (Quit: CGI:IRC (EOF)) 09.23.10 Quit Zarggg (Read error: Connection reset by peer) 09.23.13 Quit linuxstb (Ping timeout: 246 seconds) 09.23.41 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 09.31.19 Quit TillW (Remote host closed the connection) 09.31.45 Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) 09.38.28 # wodz: about the MAS code cleanup patch - do you expect it to only affect playback and sound settings or things somewhere else too (recording, radio)? Just asking to know what I should be looking for in my tests 09.39.21 Quit Boldfilter (Quit: Boldfilter) 09.41.00 # pixelma: I think if playback is working correctly everything else should work as well. I didn't touched functions itself only refactored code. 09.41.43 # So, do we have a lot of GSoC activity this year? :) 09.45.07 Quit JdGordon (Quit: Page closed) 09.46.01 Quit amr (Read error: Connection reset by peer) 09.48.30 Join LinusN [0] (~linus@rockbox/developer/LinusN) 09.49.13 Join TillW [0] (~Till@h49-net09.simres.netcampus.ca) 09.51.38 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 10.02.29 # I hacked cpu_boost_ to show in what thread it was called and it seems that most boost/unboost comes from codec thread :-/ 10.03.00 # surprise :-) 10.03.38 # it gives me nothing 10.04.07 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 10.04.36 # If I pause playback cpu runs at 45MHz but cpu_boost log still shows boosts/unbusts from codec thread 10.04.48 # I don't understand this at all 10.05.48 # LinusN: Are there some additional optimizations besides thous trigged by CPU_COLDFIRE? 10.06.27 Join Luca_S [0] (~5d3fc54b@giant.haxx.se) 10.08.27 # wodz: so the codec thread boosts even when paused? weird indeed! 10.08.41 # is there a setting to set the "faded out" lcd brightness? instead of fading from "brightness setting" to "off", I'd like to fade from "brightness setting" to "minimum, but still on" 10.08.50 # wodz: other optimizations? like what? 10.10.05 # LinusN: I don't know maybe linking some variables/functions in iram? 10.10.44 # wodz: the stack should be in iram 10.11.52 # LinusN: I don't understand the situation - If I pause playback, cpu_frequency menu shows no boost and 45MHz but in cpu_boost log menu I have bunch of calls to boost/unbust from codec thread 10.12.06 Nick Rondom_ is now known as Rondom (~quassel@dslb-084-057-153-055.pools.arcor-ip.net) 10.12.10 Join perfectdrug [0] (~marko@80.187.151.55) 10.13.00 # readelf shows that stack is in iram 10.15.25 # Maybe I shouldn't trust what rockbox shows... Time to run osciloscope again 10.19.24 Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) 10.20.12 # * TheSeven|Mobile swears at a stkov 10.20.32 # TheSeven: Did that fix it? ;) 10.20.47 # I've *doubled* the main thread stack size, and it still stkov's at some place 10.21.05 # Errr......wow. 10.21.14 # where are all those bloody on-stack sector buffers!? 10.21.24 # What are you doing when it Stkovs? 10.22.16 # try playing a song and going to the context menu => playlist catalog => add to new playlist => *bang* 10.23.07 # I take it that you're able to reproduce it? Or did it just happen the once? 10.23.47 # let me try, it just happened to me on my way to the university, so i can't try fixing it right now 10.25.09 # it *is* reproducible, and this time it even wsod'ed afterwards 10.25.40 # Blargh....lucky for iLoader, or you'd *really* hate me right about now ;) 10.25.51 Quit perfectdrug (Ping timeout: 260 seconds) 10.27.01 # i would have rebooted before trying it (to flush the ftl) if i wouldn't have nandfsck 10.27.19 # and this one might even have been fixable by norboot 10.28.37 # it still bugs me though that i can't add tracks to playlists 10.30.50 # there must be at least 6 sector buffers on the stack during that (assuming it works for other targets) 10.31.37 # can somebody please try whether this also happens on other targets with eabi builds? 10.33.27 # S_a_i_n_t: another thing i like about your theme: the wps is easily readable without backlight ;-) 10.33.48 # Hheheh...are you actually using it day to day? 10.33.58 # yep 10.34.19 # Awesome ;) I am too now...seems kinda ironic huh? 10.35.21 # the apple UI is pretty good actually - that's why i bought an ipod in the first place - it's just some other areas of the firmware that's really bad 10.36.31 # i would really like to have a wps that behaves exactly like apple's does, including the keymap (seeking and ratings especially) 10.36.47 # I had to take a few liberties...you may have noticed. I had to add A-B Repeat, and Repeat Shuffled icons. 10.37.21 # TheSeven: Well..I got the volume right. Kinda ;) 10.37.33 # I'm actually quite proud of that part. 10.38.38 # And I also added the disk access icon as a constant, instead of just when the dock connector is plugged in like in the OF 10.38.57 Quit TheSeven|Mobile (Read error: Connection reset by peer) 10.39.15 Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) 10.39.15 Nick TheSeven|Mobile is now known as The_Seven (~theseven@rockbox/developer/TheSeven) 10.39.16 Nick The_Seven is now known as TheSeven|Mobile (~theseven@rockbox/developer/TheSeven) 10.39.56 # having a smooth volume bar would be really nice, and I don't get why rockbox doesn't support that 10.41.01 # how does the progress indicator work internally? couldn't we implement the volume indicator in the same way? 10.41.17 # I'm actually adding a few more bitmaps to the volume strip now ;) (to smooth it out a bit more), but I only have ~20KB left in the skin buffer lol 10.41.47 # having more than 2 strips for that is a waste of space 10.42.09 # I'd really like to see "just one bitmap for volume", exactly like the playbar also... 10.42.31 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 10.42.43 # are there any objections against just implementing that? 10.43.02 # I'd reclaim abot ~90KB from the skin buffer if I could do volume the same was as the playbar. 10.43.24 # If you can find a way to do it, I doubt there would be. 10.43.29 # I'm not familiar with the WPS code at all, but I can't see anything holding that back 10.43.40 # You'd still have to be able to use .bmp strips though 10.43.50 # So you don;t break almost ALL the themes lol 10.43.57 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 10.43.58 # yes, of course, this would need to be an alternative 10.44.38 # circular or whatever volume indicators would still need it anyway 10.44.42 # I'm familiar with coding a wps/sbs, but not familiar with the wps/sbs code...if you know what I mean ;) 10.45.19 # * TheSeven|Mobile would actually like to ditch those wps'es altogether 10.45.51 # Unless you beat me to it, I'll talk to JdGordon about it. 10.45.58 # TheSeven: Why? 10.47.47 # I find the wps/sbs syntax/format quite easy to use once you get your head around it and remember what all the tags do. 10.48.29 # The fact that its easile "human readable" is a big plus also. 10.48.35 # *easily 10.49.58 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 10.59.33 # FlynDice, is there any ideas going on about the storage issues on the SansaAMS lot? 11.01.55 Join bluebrother [0] (~dom@f053154106.adsl.alicedsl.de) 11.01.55 Quit bluebrother (Changing host) 11.01.55 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 11.04.41 Quit bluebroth3r (Ping timeout: 240 seconds) 11.04.46 *** Saving seen data "./dancer.seen" 11.08.03 # FuzeV2: I'm testing FS11172 against latest svn, it seems to work well - maybe acceleration is a bit high, but it's definitely usable. I noticed however that it seems to trigger screen corruptions much more frequently than the polling method. 11.10.04 Join emrecelikten [0] (~c18cf902@gateway/web/freenode/x-rmkceokqyacccokk) 11.11.26 Join Kitr88 [0] (Kitr88@BSN-182-21-154.dial-up.dsl.siol.net) 11.13.45 Quit Kitar|st (Ping timeout: 264 seconds) 11.14.48 # Hmmmm, I'm noticing more often lately that my Nano 1st gen is leaving "residue" of the .sbs behind on the screen (more often than not, the batery icon) when I shut it down. 11.15.03 # Is there anything I can do to find out *why* it is doing this? 11.20.57 Quit Strife89 (Quit: Tired, ready for sleep.) 11.36.13 Quit lennyk (Quit: lennyk) 11.36.21 # S_a_i_n_t: Didn't you ask this same question earlier and get an answer from someone? 11.39.09 Quit Luca_S (Quit: CGI:IRC) 11.41.30 # Llorean: i said "i can't see how that can happen because we explicitly clear the screen on shutdown" 11.41.33 # but clearly it does happen 11.41.36 # so, yaknow. who knows. 11.45.25 Quit wodz (Quit: Leaving) 11.45.50 # Does the screen clearing block the shutdown? Also, could the WPS/SBS code continue updating despite the shutdown starting (similar to the bug where some of the WPS stuff gets left over in the USB screen right now) 11.46.37 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 11.47.12 # not sure. 11.48.54 # S_a_i_n_t: Filed a bug report for this one with conditions under which it most occurs? 11.55.09 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.01.53 Join xavieran [0] (~xavieran@ppp118-209-133-224.lns20.mel6.internode.on.net) 12.21.19 Quit chrism () 12.21.47 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 12.26.40 Quit emrecelikten (Quit: Page closed) 12.31.43 # New commit by 03jethead71 (r25551): Gigabeat S: More accurate battery level estimation for discharge curve. 12.34.51 # * Llorean is now having his Gigabeast behave quite strangely 12.35.06 # The backlight keeps shutting off and refusing to come back, but the settings for it seem normal 12.35.33 # refusing? ?? 12.35.59 # Yeah 12.36.02 # The timeout is set to 5 seconds 12.36.05 # Llorean: Can't say I've done anything that should affect that 12.36.07 # But when I press buttons etc it doesn't come back on. 12.36.19 # I was messing around in the fft plugin. I noticed that the "Bars" one displayed nothing 12.36.37 # Then I pressed the volume adjust keys to see what they did (while watching the spectrum one) and the backlight went off 12.36.39 # I never see the bard unless I rotate the display 12.36.42 # *bars 12.37.07 # I've just deleted the .cfg file and rebooted, and even with no .cfg the backlight still shuts off quickly (seems to shut off faster if I resume audio) and I can't get it to come back on without rebooting 12.37.55 # Does anything else seem out of the ordinary as far as the speed of keys or anything? 12.38.21 # Nope 12.38.34 # fade settings? 12.38.43 # nvm, you said "no cfg" 12.38.46 # Yeah 12.38.54 # Cycling the battery switch seems to have fixed it 12.39.45 # ok. ?? that seems rather odd. 12.39.46 # Do you know what the volume up button does in FFT? 12.40.15 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 12.40.18 # no idea. is it supposed to do something? 12.40.26 # No clue. 12.40.43 # Just know that's what I pressed immediately before the problem started 12.41.20 # "up" switches log/linear. but you mean the actual vol button, right? (just to clarify) 12.41.34 # On the side, yes. 12.42.37 # And it seems the problem isn't gone after all. 12.43.10 # your particular problem or one with fft? 12.43.26 # The overall problem 12.44.14 Quit BHSPitMonkey (Remote host closed the connection) 12.44.35 # I used to think that "bars" did nothing if fft also, but you need to scroll/use left or right (do *something*) to switch its view..IIRC there are two "levels" (?) 12.45.19 # jhMikeS: It could be even worse. It now seems that it's just not booting. It gets to the Rockbox logo, then shuts down / crashes to poweroff 12.46.24 # * Llorean wonders if his beast just decided to give up 12.46.32 # what SVN revision? smell anything burning? :o 12.47.06 # About 2 SVN revisions after you introduced the lowered voltages earlier 12.47.57 Join Locke_Fireclaw [0] (~chatzilla@host81-148-241-18.range81-148.btcentralplus.com) 12.48.06 # Torne: You about? 12.48.08 # hmmm...if you haven't replaced the bl, if that works normally, try one before that. though freescale indicates that voltage should be ok. 12.48.12 # Locke_Fireclaw: yes 12.48.43 # jhMikeS: The bootloader seems to be working normally 12.48.55 # The battery readings in Rockbox seem to be wrong. 12.48.58 # Torne: Just wanted to give you a personal thank you mate. Just downloaded the experimental build you did, I assume after my problems last week with my Frankenstein'd 80gb 5.5. 12.49.08 # And it's fixed all my lockup problems completely. 12.49.34 # you probably did do something wrong compiling your own version, then ;) 12.49.45 # but anyway, i'm going to commit that code soon 12.49.52 # Considering it was the first time I'd ever done it, yeah, more than likely. 12.50.04 # since it seems to work fine for several people with large drives, and it works for the stock drives also 12.50.06 # Llorean: well, they always have been wrong. 12.50.16 # then you can just use the regular current build 12.50.22 # or the 3.6 release, when that eventually happens ;) 12.50.31 # Torne: That'll be ace. :D 12.50.38 # Llorean: they should be a bit better now. 12.50.47 # Locke_Fireclaw: can you post on the thred in the forums with the information I asked for, though? 12.50.50 # just so i have it for reference 12.50.51 # jhMikeS: They were *very* wrong while it was misbehaving 12.51.37 # Torne: No problem, will get onto it later today. For now, it's off to hit Jamendo to load up my finally working new toy. lol 12.51.51 # jhMikeS: Daily builds only go back a couple days now, and I don't have a build environment 12.52.13 # Llorean: sounds like some problem communicating with the PMIC and that baffles me it should be a problem. hmmm...perhaps that serial should be slowed down a bit; it's fairly high though technically ok. 12.52.53 # Daily from the 7th seems to be okay 12.53.57 Quit lpereira (Quit: Leaving.) 12.53.58 Join lpereira1 [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) 12.54.41 # jhMikeS: After reverting back to a build prior to those changes, everything seems fine. 12.55.24 # Given the time range between the build I had on there and the build I just put on, there's only about 4 or 5 commits that could be the problem, and two of them are yours. 12.55.45 # that is rather troublesome, yours seems to be disobeying the laws set forth :\ 12.56.02 # Could the powermgmts stuff cause problems? It certainly seemed related since it was shutting down, and showing very wrong battery info. 12.56.27 Quit Locke_Fireclaw (Ping timeout: 265 seconds) 12.56.35 # To be fair, the player had been working fine with your changes for two days until I started messing around in FFT while listening to audio. 12.58.04 # the problem persisted after battery switch cycling and NOT using FFT? 12.58.18 # The bootloader was reporting a battery voltage that was completely inconsistent with the percentage shown in the status bar once Rockbox booted (the times it booted before going black / cutting out) 12.58.22 # Yes 12.58.28 # Once the problem started, I never ran FFT again 12.58.36 # It just persisted until I rolled back to the older build 13.00.41 # you left the switch off for a significant time? 13.00.49 # About 8 seconds. 13.00.54 # hmmm...ok 13.00.58 # So not *too* significant. 13.01.09 # But it wasn't just a flick 13.01.28 # And, it cleared up instantly upon downgrading builds. 13.03.52 # Llorean: btw, the powermgmt change just does a couple extra neurotic checks. really simple. no real funtionality change there. 13.04.12 # Ah 13.04.18 # I hadn't looked at the actual changes at all 13.04.25 # something weird just happened to me on my Ondio (running the playback-MAS cleanup patch though). I had to pause playback at one point idle poweroff kicked in. Now at boot the Ondio with the MMC it says "no .rockkbox found" and then I get the file listing with the virtual MMC folder and showing the directory structure that's basically on the MMC as content of the Ondio's root - if I then take out the MMC no files are shown. If I boot without the MMC 13.04.25 # Rockbox says "No partition found" 13.04.48 *** Saving seen data "./dancer.seen" 13.05.22 # as I said, I did nothing to the files or content, only a poweroff after a pause of playback was involved 13.05.34 # jhMikeS: I guess that just leaves the voltage change. It was working fine before that. I could just be a random, next to impossible fluke to reproduce too. =/ 13.06.49 # I'll run a chkdsk in the evening but I find that very strange 13.06.54 # Llorean: We're pushing serial pretty hard. I know the OF sets it to i2c speed, even though the interface is speced to 20MHz, and we run it at about 16MHz. It's possible it could be too edgy for that voltage. 13.07.26 # Do we gain anything by pushing it? 13.07.43 Quit evilnick (Quit: Leaving) 13.08.26 # less time spent waiting while sending and receiving data from the PMIC. 13.09.38 # perhaps the board design just isn't meant for that 13.10.25 # I mean it's a guess. your problems definitely point to something wrong interfacing with that IC. 13.12.44 # Well, considering I don't even know how to reproduce it, I'll be happy to test something on my player in the future (since it's at least established itself as somewhat finicky) 13.12.46 Quit lpereira1 (Ping timeout: 246 seconds) 13.12.50 # frankly, it's _very_ good that it comes up now. it must be addressed before putting regulator fiddling in place 13.13.37 # you could reproduce by putting the newer build back on? :) 13.14.03 # Dunno. 13.14.09 # I shall try 13.14.52 # gracias senor 13.15.02 # I don't have the exact build around, but any newer one should work similarly, no? 13.15.06 Quit TheSeven|Mobile (Quit: TheSeven|Mobile) 13.15.11 # Llorean: sure 13.17.31 # Well, it's reproduceable 13.17.43 # At least in the sense that "the instant it ROLO'd into the new build, the screen went black and it powered off" 13.18.20 # hmmm...and after two days of happiness too...?? 13.18.27 # Yup 13.18.50 # I upgraded just an hour or two after you made the commit. 13.18.59 # Maybe less 13.19.08 # I basically just waited until I didn't think any followups were likely to show up. 13.19.13 # I'll cook up a build just to check something if you could try it out plz k thx? 13.19.18 # No problem 13.20.35 # and the battery _is_ charged? (yes, I need to ask for sanity sake) 13.21.53 # Yeah 13.22.07 # It was at about 70%, maybe 65% before the insanity started 13.22.24 # And, I tried booting with the wall adapter plugged in 13.25.55 # Llorean: http://jhmikes.cleansoap.org/rockbox.gigabeat 13.27.21 # With a current build? 13.28.29 # it's the latest svn with one small change 13.29.19 # Seems to work 13.29.25 # I see. 13.29.26 # At least it hasn't immediately crashed or anything 13.29.43 # what about the problems you were having? none of that? 13.30.02 # None of that 13.30.38 # interesting. guess I'd better take the edge off the SPI speed then. she couldn't take warp 10. lol 13.31.14 # it's going about 1MHz on that one, not 16.5 :D 13.33.47 # Well, the "not instantly crashing" is definitely an improvement 13.34.03 # I at least can't figure out how to reproduce the problems with this build (not like I had a 'recipe' anyway) 13.37.38 # Is this likely to have user-visible side effects? Do we need to see if we can determine a top speed? 13.38.07 # hm. is there a "nice" way to expose phys_sector_mult from ata.c so the debug screen can display it? just making it global? :) 13.38.21 # Llorean: what do you mean? it crashed again? or nothing is happening now? 13.39.18 # jhMikeS: I'm having no problems. 13.39.24 # Llorean: I doubt it will have any such side effects, given it's set to about 400KHz by retailos as I recall. 13.39.29 # With your .gigabeat file, everything seems fine. 13.40.11 # The way to really check would be with a scope or something for a clean signal on both ends of the interface. 13.41.29 # Ah, not something I can do. 13.41.58 # again, thanks. could also be what affected the charging. this has been somewhere in the back of my mind for awhile. your timing on it was rather impeccable given what's being done now. 13.43.29 # Well, glad I managed to run into it then. 13.43.51 # me too, cheaper than fried ARM11 :D 13.43.55 # And also pretty glad it seems like my favorite MP3 player didn't just give up. 13.48.00 # I'm guessing if we could get away with 41x the speed for so long, it can go a little faster than stock. 13.49.10 # Seems pretty likely. 13.49.22 # I do admit to being curious why mine gave up so suddenly and completely though 13.49.29 Quit TillW (Remote host closed the connection) 13.49.45 Join markun [0] (~markun@rockbox/developer/markun) 13.50.00 Join halmi [0] (~Miranda@80-123-32-171.adsl.highway.telekom.at) 13.51.34 # Llorean: can't really say. any temp differences from when it was used prior? 13.51.50 # Not really 13.52.11 # It had been in use for a couple hours before the problem started 13.52.17 # I'd imagine by that point its temperature would be pretty consistent. 13.52.36 # what about before? hours of running without issue? 13.53.16 # I don't think I ever ran it for more than an hour straight since your update. 13.53.34 # Prior to the voltage update, I'd run it for 8 or 9 hours straight sometimes. 13.54.10 Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) 13.54.24 # can anybody do a quick check for me on a non-nano2g target with an eabi build? 13.54.55 # I need to see if that playlist stkov is an eabi weirdness or just another nano2g sector buffer insanity... 13.55.03 # Llorean: I see. heat increases leakage and noise in the transistors. that could push it over. try a build without that mod after it cools back down, just to see. it might answer your curiosity. 13.55.59 # New commit by 03torne (r25552): Add drive's reported physical sector size to disk debug screen for ATA devices 13.56.29 # jhMikeS: Though, I'd also had the LCD on for the longest period since installing the update. Could the LCD backlight heat have pushed it over the edge? 13.57.45 # maybe. I'm not sure the LEDs themselves would be the culprit, but the battery might get a touch warmer, as well as the PMIC. 13.58.17 # ...which might make the PMIC (which probably gets most of the heat) fail to recognize a weak signal right 13.59.25 # I was gonna say, it also seemed to fail *more* quickly when I plugged in wall power than when booting just on battery 13.59.29 # Which would coincide with the heat thing 13.59.46 # TheSeven: could be. but it's own supply voltage doesn't change, but the core's does. drive strength or whatever else is on the lines might not be sufficient for that high speed. 14.00.40 Quit pamaury (Quit: Quitte) 14.00.41 # drive strength can be changed for the pins. I'll check the OF setups on all the SPI stuff. 14.01.36 # argh 14.01.48 # dozens of conflicts while upping my svn checkout... 14.10.20 # New commit by 03torne (r25553): Add LBA48 support to all targets with ATA, except archoses whose USB bridge chip can't handle it. ... 14.11.17 # hmmm...LBA48 means you can specify very large transfers? 14.11.51 # yes, but i've not changed the code to allow for this yet. 14.12.05 # at the moment it still uses 24-bit addressing unless the drive requires 48 14.13.11 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.158) 14.13.15 # Torne: I'm pretty sure that means the imx31 ata needs some reworking too so it can use dma, or else it just defaults to pio. 14.13.25 Join hebz0rl [0] (~hebz0rl@dslb-088-065-049-014.pools.arcor-ip.net) 14.13.25 # hm? 14.14.04 # currently fat.c limits all transfers to 256 sectors regardless of what the storage device actually is 14.14.17 # so we'd need to rework that a bit to allow for larger transfers on platforms that support it 14.14.21 # it has some limits built into it, given buffer descriptors are of a limited size and it only allocates so many of those. 14.14.52 Quit hebz0rl (Client Quit) 14.14.55 Quit S_a_i_n_t (Ping timeout: 268 seconds) 14.15.42 # jhMikeS: yes, that's okay, because fat.c only ever does 256 sectors at most anywya 14.16.10 # we would need to add a target-specific #define for the transfer size limit if we wanted to allow larger transfers 14.16.14 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 14.16.23 # so beast could just leave the limit at 256 if it didn't want to allocate more ram for DMA descriptors 14.16.31 # Torne: ok, it's setup for 256*512 at this time, nothing more 14.16.45 # i am not going to be doing that in the immediate future, though it's worth considering sometime 14.16.54 # i am adding lba48 so that we can support larger drives only 14.17.05 Join hebz0rl [0] (~hebz0rl@dslb-088-065-049-014.pools.arcor-ip.net) 14.17.06 Quit xiainx (Ping timeout: 245 seconds) 14.17.08 # because i don't like the support issues that come from people having to use/make large drive builds ;) 14.17.56 # Torne: descriptors aren't big at all, and contain pointers into the buffer, since the DMA can do multiple trasfers of 65534 bytes by itself, it just needs the descriptors to divide into the chunks 14.18.30 Join TillW [0] (~Till@nat026.dc-uoit.net) 14.19.13 # jhMikeS: i've made a note ;) 14.19.55 # they're only 8 bytes a piece (size + pointer) :) 14.20.06 # right, so it's probably worth increasing it some ;) 14.20.16 # to actually get much benefit from this, lots of places need reworking though 14.20.25 # buffering only uses chunks of a certain size, etc 14.20.37 # and tbh even if you do 1MB requests it's not really that much faster :) 14.20.44 # so it's fairly low down my priority list 14.21.42 # I see. well, that ata needs no more than it needs now and has exactly that many, so long as it needs no more, it needs no more, 8 bytes or not. :) 14.22.25 Quit efyx (Remote host closed the connection) 14.22.35 Join niekie [0] (~niek@CAcert/Assurer/niekie) 14.23.20 Quit tomers (Ping timeout: 264 seconds) 14.23.24 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 14.28.30 Quit shai (Quit: Leaving) 14.30.09 Quit efyx (Remote host closed the connection) 14.30.30 # [13:53] can anybody do a quick check for me on a non-nano2g target with an eabi build? 14.30.32 # [13:53] I need to see if that playlist stkov is an eabi weirdness or just another nano2g sector buffer insanity... 14.31.15 # Never bothered building the cross-compiler for eabi sorry... 14.31.44 # And for some reason, building a cross-compiler on this machine takes FOREVER :'( 14.34.57 Join evilnick_B [0] (~0c140464@gateway/web/freenode/x-pkllojoneifylocj) 14.36.00 # the eabi one builds way faster than the old ARM one 14.36.20 # how close are we to switching to eabi by default? what problems are left? 14.36.57 # * TheSeven needs to check if somebody fixed the doom eabi crash 14.37.32 # ..are we keeping track somewhere? :) 14.37.57 # there are some flysprays regarding eabi problems 14.38.07 # but I don't think there's a list of them 14.39.27 # When everything builds correctly on eabi, I'll gladly switch toolchains. 14.39.36 # But, untill then... 14.39.46 # also, the converse; is someone keeping track of the benefits we're getting from it? :) 14.39.51 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 14.39.55 # ~60K of binsize 14.40.01 # and probably speedups 14.40.11 # iirc there wer ebenchmarks somewhere showing codecs being faster 14.40.13 # 60kb is a lot 14.40.16 # that's impressive ;) 14.40.16 Join froggymana [0] (~187b533e@giant.haxx.se) 14.40.37 # it was in the mail thread about it I beleive 14.40.38 # Hmmmm, weren't eabi builds initially larger? Or am I insane? 14.40.44 # and I've been using eabi builds for months with only a few issues (doom crashing on startup, and some stkovs that have been fixed by now) 14.40.55 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 14.41.07 # S_a_i_n_t_: eabi builds initially didn't remove long calls due to a configure bug 14.41.25 # Ahhh...that's what I was thinking of. 14.43.51 Quit mikroflops_ (Ping timeout: 258 seconds) 14.43.57 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 14.44.24 Join DataGhost [0] (~dataghost@192-18-ftth.onsnetstudenten.nl) 14.44.24 Quit DataGhost (Changing host) 14.44.24 Join DataGhost [0] (~dataghost@unaffiliated/dataghost) 14.44.37 # I actually play doom on my Nanos believe it or not, so I guess I'm stuck with arm-elf untill whatever's wrong gets sorted out. 14.45.08 # IIRC short enums are the culprit there 14.45.12 # I guess Doom isn't a necessity for a dev's DAP however ;) 14.47.20 Join Luca_S [0] (~5d3fc54b@giant.haxx.se) 14.48.26 # what the hell... 14.48.58 # is this infinite recursion or is it really sector buffers causing 8KB of additional stack usage within that playlist code? 14.51.46 # and what to do about that full filetype array? 14.52.01 Join {phoenix} [0] (~dirk@p57AA401D.dip.t-dialin.net) 14.52.50 # ouch 14.52.52 # By mistake I tried r25276 eabi build on clip+ and got ATA error -2 and then panic after keypress. Just FYI. 14.52.56 # it still stkov's with a 32K stack! 14.53.20 # TheSeven: REALLY?!? 14.53.27 # That's INSANE!!! 14.53.47 # well, it's probably something entering an infinite recursion 14.55.00 # AAARRRGGGHH 14.55.08 # my iPod is starting to do weird things again 14.55.24 # just had a sudden poweroff when pressing a button 14.55.36 # what the hell could be causing those? 14.55.44 # voodoo 14.56.26 # it didn't even turn off the LCD before, it just immediately killed the power supply in the PMU from what it looks like 14.56.34 # hmm 14.57.25 # I've had numerous of those some time ago, and that was always immediately after pressing a button shortly after unplugging USB 14.58.12 # oh, and that playlist thing actually works with 32K of stack, i had copied the wrong file >.> 14.58.50 # hehe...but still, a 32K main stack is hardly considered a "fix" ;) 15.00.40 # most things work at 8K, but some things don't even at 32K 15.01.02 # i would seriously like someone to try that on a different target to seek if it's maybe just stkov'ing for those, too 15.02.08 Quit antil33t (Read error: Connection reset by peer) 15.02.14 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 15.04.52 *** Saving seen data "./dancer.seen" 15.05.19 # * TheSeven has a suspicion 15.08.28 Join yorick [0] (~yorick@s55924da0.adsl.wanadoo.nl) 15.09.05 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 15.11.12 # hmm...404 on speech files 15.11.17 # with rbutilqt 15.19.57 # does video playback actually work on an ipod video? 15.21.35 # New commit by 03jethead71 (r25554): Gigabeat S: Slow down the SPI clock to 1/8 current speed. It seems lower voltages can reveal the weakness that forbids maximum-speed clocking per the ... 15.21.50 # yorick: yes, but pretty slowely 15.21.56 # (i.e. very low framerate) 15.22.26 # would it be easy to use the video decoder chip? 15.22.53 # if it would, we'd be using it already 15.24.29 # well I think it would be easy to use clickwheel tap on some games, but we're not doing that 15.24.42 # yorick: and you base this on what? 15.24.42 # clickwheel taps are kinda unnatural 15.25.09 # "clickwheel taps"? 15.25.35 # Llorean: all the rage in modern bathrooms 15.25.46 # Torne: I like clickwheel taps more for games like "jewels" 15.25.51 # * GodEater wonders if this joke works in a country that calls taps "faucets" 15.25.59 # the original ipod bejeweld had that 15.26.01 # Llorean: using the scrollwheel as a crude touchpad 15.26.09 # Torne: Don't we already do that in Rockboy? 15.26.11 # Yes 15.26.17 # But it feels kinda weird and unnatural to me 15.26.20 # and probably to others 15.26.21 # GodEater: Fortunately, I actually knew that from my time overseas. :) 15.26.26 # :) 15.26.36 # we only do it in rockboy because there are too few buttons otherwise. 15.26.39 # Yeah 15.26.46 # I think where there's enough physical buttons, we should try to use them. 15.26.56 # i can't imagine wanting that instead of the perfectly good physical buttons for things like jewels 15.27.09 # Jewels should be doable with the physical buttons we have on-hand even if you didn't allow scrolling on the wheel 15.27.17 Join xiainx [0] (~iain@wpa106056.Wireless.McGill.CA) 15.27.18 # yorick: so there's your answer. we don't do that because nobody's previously suggested it as being a good idea ;) 15.27.24 # I mean it only has six actions, right? Left, up, down, right, select, and "go to the menu" 15.27.25 # I do :P 15.27.38 # submit a patch then :) 15.27.39 # using the hardware video decoder, if we could, is not a UI decision that comes down to opinion 15.27.48 # so, it's not a good comparison 15.27.52 # :) 15.28.00 # meh 15.28.25 # anyway. no. there are no docs for the video chip. 15.28.26 # * TheSeven hates bugs that just hide away when you're trying to catch them 15.28.36 # we have barely reverse engineered enough to be able to turn it off when we aren't using it. 15.28.41 # not all Ipod wheels are touch sensitive though 15.28.51 # (and there's some minimal experimental support for tv-out using it, on fs) 15.28.57 # we know nothing about how to decode video with it. 15.29.00 # and I'm not only thinking of 1st-3rd gen Ipos 15.29.04 # Ipods too 15.29.11 # pixelma: indeed 15.31.50 # hmm it says gaigabite 15.33.18 Quit jhMikeS (Ping timeout: 276 seconds) 15.34.05 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 15.35.14 Quit {phoenix} (Remote host closed the connection) 15.45.16 Part LinusN 15.48.04 Quit mitk (Quit: Leaving) 15.51.09 # hmm physical buttons require a bit too much finger usage 15.51.18 # I want to move as least as possible :P 15.51.34 Quit froggymana (Quit: CGI:IRC) 15.52.44 Nick sevard_ is now known as sevard (sev@216.164.6.24) 15.54.10 # Get a touchscreen player 15.57.51 # how am I supposed to pay for those 15.58.27 # My point is that if you've got a problem that boils entirely down to preference, it's more or less your responsibility to resolve it. 16.00.20 # indeed. if you want a different control scheme, implement it yourself or find someone else who wants it as well to do it. 16.01.06 Quit bmbl (Quit: Bye!) 16.01.12 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 16.01.34 # how am I supposed to pay for those <--- get a job? 16.02.29 # or just sell the ones with buttons first ;-) 16.03.33 # :P 16.06.16 # rockbox doesn't support touchscreens :P 16.06.31 # yes it does 16.06.39 # hmm which one 16.07.03 # there's quite a few touchscreen devices.. 16.07.45 # Cowon D2, olympus mr500, the ondas 16.09.45 Join perfectdrug [0] (~marko@p5B0EF4AA.dip.t-dialin.net) 16.11.49 Quit perfectdrug (Client Quit) 16.12.46 # Does the mr500 have any quirks like the D2's read-only internal memory? 16.13.22 # It's *huge* 16.13.56 # Doesn't it have a 640*480 screen? 16.14.02 # * Llorean wouldn't expect it to be terribly small 16.14.11 # yes 16.15.29 # By "huge" do we mean "comparable to an h100" or "comparable to an AJBR20" or "don't drop it on your foot or you're going to be wearing a cast" or? 16.17.13 # * gevaerts would have to measure it 16.17.51 # Llorean: 3.7" screen, and the picture has a not-inconsiderable border around it too 16.18.10 Join tomers [0] (~chatzilla@bzq-84-109-85-100.red.bezeqint.net) 16.18.21 # so yeah, huge 16.18.43 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 16.19.05 # So, like the Motorola Droid. 16.19.14 # Doesn't seem *too* bad. 16.20.09 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.21.14 # * Llorean is considering finally purchasing another Rockbox player. 16.27.43 Join RoronoaZoro [0] (~ca034d0b@gateway/web/freenode/x-jacgtlitwsyxqqar) 16.28.02 Join emrecelikten [0] (~58f17796@gateway/web/freenode/x-nsjjdrcbjczcszvj) 16.30.38 Part RoronoaZoro 16.34.11 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 16.35.24 Quit Xerion (Quit: ) 16.37.52 Quit tomers (Ping timeout: 246 seconds) 16.46.49 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 16.48.40 # fuzev2, latest svn: when entering the Credits menu, then leaving pressing |<<, both back and wheel light go off and never turn on again - the player keeps playing and can be turned off using the off switch though 16.51.22 Join toffe82 [0] (~chatzilla@12.169.218.14) 16.52.04 # Luca_S: thanks for reporting all those quirks, but you need to understand that we are more focussed on the serious problems (i.e. write support), so you have to wait to get that fixed or fix it yourself (and send us the patch of course) :) 16.53.09 # yeah, I think reporting issues with a player we've marked as "Unusable" on the rockbox home page is a bit much 16.55.20 # New commit by 03gevaerts (r25555): Re-do calibration including configure and make zip. This was done on a different machine than previous calibrations, so numbers won't be directly ... 16.55.26 # message received ;) 16.59.45 # Duh, double posted on my proposal comments. :( 17.00.13 Quit TillW (Read error: Operation timed out) 17.02.00 Quit xiainx (Quit: Good Bye!) 17.04.56 *** Saving seen data "./dancer.seen" 17.06.00 Quit petur (Quit: connection reset by beer) 17.12.52 # gsoc deadline in 2? 17.12.54 Quit yorick (Quit: Poef!) 17.13.24 # hm or is it in 4? 17.13.31 # time zones make me dizzy 17.17.31 Join TillW [0] (~Till@nat034.dc-uoit.net) 17.18.03 Quit Bagder (Quit: It is time to say moo) 17.18.46 Quit Zagor (Quit: Leaving) 17.21.55 Join panni__ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 17.24.21 Quit panni_ (Read error: Operation timed out) 17.30.28 Quit lpereira (Quit: Leaving.) 17.31.33 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 17.37.58 Join archivator [0] (~archivato@77.70.28.57) 17.39.21 Join Boldfilter [0] (~Boldfilte@adsl-178-203-204.jax.bellsouth.net) 17.49.58 # New commit by 03gevaerts (r25556): Add calibration script 18.01.20 Quit bmbl (Quit: Bye!) 18.05.08 Join komputes [0] (~komputes@ubuntu/member/komputes) 18.08.38 Quit Luca_S (Quit: CGI:IRC) 18.13.50 Join efgpinto [0] (~ei07061@2001:690:2200:9a31:221:5aff:fe61:2f42) 18.14.19 Nick evilnick_B is now known as evilnick (~0c140464@gateway/web/freenode/x-pkllojoneifylocj) 18.14.34 Quit evilnick (Changing host) 18.14.34 Join evilnick [0] (~0c140464@rockbox/staff/evilnick) 18.43.13 # New commit by 03lenzone10 (r25557): Updated italian translation. 18.44.56 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 18.47.20 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 18.49.22 # What hapened to the "This channel is logged at www.blah.blah-blah" in the Topic? 18.49.39 # Just noticed it was missing...probably a bit slow. 18.49.58 # hm, right 18.50.46 Topic "Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | Rockbox has been accepted for GSoC 2010! Potential students see http://www.rockbox.org/wiki/SummerOfCode2010 | If you are planning on attending, please update http://www.rockbox.org/wiki/DevCon2010 with your available dates! | This channel is logged at ht" by ChanServ (ChanServ@services.) 18.50.52 # ah, that's why ) 18.51.28 # Oh...she don' fit no mo' 18.51.49 Topic "Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | Rockbox has been accepted for GSoC 2010! | If you are planning on attending, please update http://www.rockbox.org/wiki/DevCon2010 with your available dates!" by ChanServ (ChanServ@services.) 18.52.25 # I think that students who didn't get the link to our GSoC page yet are too late anyway, the submission deadline is in a bit more than two hours 18.52.56 # It kinda implies something about attending GSoC now though... 18.53.35 # I mean *I* know what it says, but it can be read quite wrongly 18.53.55 # "Rockbox has been accepted for GSoC 2010! | If you are planning on attending" 18.54.08 Topic "Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | Rockbox has been accepted for GSoC 2010! | DevCon2010 will be from June 4th to 6th in Ghent, please update http://www.rockbox.org/wiki/DevConEuro2010 if you plan on attending" by ChanServ (ChanServ@services.) 18.54.16 # better? 18.54.19 # ;) 18.55.03 # much. I had a little looksee online, Ghent seems like a nice place to visit. 18.59.30 Join xiainx [0] (~iain@modemcable195.238-202-24.mc.videotron.ca) 19.04.58 *** Saving seen data "./dancer.seen" 19.10.32 Join petur [0] (~peter@rockbox/developer/petur) 19.13.20 Join kugel_ [0] (~kugel@e178107005.adsl.alicedsl.de) 19.13.30 Quit kugel (Disconnected by services) 19.13.35 Nick kugel_ is now known as kugel (~kugel@e178107005.adsl.alicedsl.de) 19.13.40 Quit kugel (Changing host) 19.13.40 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.14.24 Quit notlistening (Remote host closed the connection) 19.15.10 Join Luca_S [0] (~5711feea@giant.haxx.se) 19.19.25 Join Xerion [0] (~xerion@cp209907-b.landg1.lb.home.nl) 19.25.09 Quit FlynDice (Remote host closed the connection) 19.42.51 Join CGL [0] (~CGL@190.79.151.140) 19.53.50 Quit kugel (Disconnected by services) 19.53.56 Join kugel [0] (~kugel@e178092248.adsl.alicedsl.de) 19.54.08 Quit kugel (Changing host) 19.54.08 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.58.31 Quit TillW (Quit: This now concludes our broatcast day.) 19.58.45 Quit kugel (Ping timeout: 246 seconds) 20.10.52 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.13.06 Quit avar (Read error: Connection reset by peer) 20.18.50 Quit arbingordon (Ping timeout: 260 seconds) 20.18.50 Quit kugel (Disconnected by services) 20.18.50 Join kugel [0] (~kugel@e178126150.adsl.alicedsl.de) 20.18.52 Quit kugel (Changing host) 20.18.52 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.21.00 Join arbingordon [0] (~w@unaffiliated/arbingordon) 20.30.37 Quit arbingordon (Ping timeout: 240 seconds) 20.37.59 Quit robin0800 (Ping timeout: 265 seconds) 20.42.16 Quit flydutch (Quit: /* empty */) 20.43.16 Join avarab [0] (avar@wikipedia/avar) 20.43.24 Nick avarab is now known as avar (avar@wikipedia/avar) 20.47.09 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 20.47.36 Quit stripwax (Client Quit) 20.48.40 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 21.01.56 Quit Battousai (Ping timeout: 240 seconds) 21.02.14 Part efgpinto 21.04.01 Join p3tur [0] (~petur@rockbox/developer/petur) 21.05.00 *** Saving seen data "./dancer.seen" 21.07.49 Join Battousai [0] (~bryan@gentoo/developer/battousai) 21.07.59 Quit Battousai (Remote host closed the connection) 21.09.43 Join Battousai [0] (~bryan@gentoo/developer/battousai) 21.15.04 Quit xiainx (Quit: Good Bye!) 21.18.08 Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) 21.18.56 # * pixelma grumbles about the scrollung lines in the USB screen bug... thought that was fixed 21.19.07 # or scrolling 21.22.28 Quit halmi (Ping timeout: 260 seconds) 21.34.03 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 21.35.32 Quit S_a_i_n_t_ () 21.37.22 # Torne: Imo the proper solution to the sector count limit would be to remove the limit from fat.c, and change ata_read_sectors() and ata_write_sectors() to join/split as necessary 21.38.32 # This would make it automagically profit from LBA48 (LBA48 allows 64K sectors instead of 256 per transfer) 21.43.04 Quit Horscht (Quit: Verlassend) 21.43.40 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 21.44.55 Quit Battousai (Ping timeout: 240 seconds) 21.48.34 Join Battousai [0] (~bryan@gentoo/developer/battousai) 21.50.31 Quit Luca_S (Quit: CGI:IRC) 21.52.17 Quit Battousai (Remote host closed the connection) 21.52.30 Join Battousai [0] (~bryan@gentoo/developer/battousai) 22.00.01 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 22.00.01 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 22.01.07 Join Strife89 [0] (~michael@adsl-154-2-63.mcn.bellsouth.net) 22.06.08 Join Blue_Dude [0] (~chatzilla@adsl-235-206-131.mco.bellsouth.net) 22.07.09 Quit alexbobp (Ping timeout: 276 seconds) 22.07.18 # Partially fixed FS#10614, at least the resume from bookmark error. You can now resume a bookmark even if the index is incorrect, e.g. you've deleted some files from the directory and you're trying to resume one of the remaining files. 22.08.50 # New commit by 03Blue_Dude (r25558): Partial fix for FS#10614. Can now resume from a bookmark even if the bookmark index is wrong. 22.08.53 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.206) 22.10.49 # Still need to work on the resume playback function, but I think that one might be beyond help if you go behind the playlist engine's back and delete files it's expecting to see. 22.16.38 # Congrats on getting hotkey working for the Nanos ;) 22.19.07 # Hey, it crashed my e200 too. I couldn't let that slide could I? :) 22.20.19 # Besides, it was just bad code. A bad C assumption on my part and it wasn't doing what I thought it would. It did need attention. 22.21.02 # amiconn: probably a good idea, yah 22.23.05 # Blue_Dude: the problem was the "hotkey_settable_menu = false;" before the first case? 22.23.12 # Exactly. 22.23.50 # * kugel wonders why gcc doesn't error/warn on it 22.23.53 # It left a flag set for menus it was never intended for. With undefined results. 22.24.31 # Dunno. It just didn't compile the line and kept going. 22.25.06 # kugel: it should warn that it's unreachable, really. but sadly it's not an error according to C spec 22.25.45 # Torne: it definitely didn't run some of the time as I originally thought. It just didn't cause a problem except under certain circumstances. 22.25.49 # Blue_Dude: just wondering why you duplicated the switch statement now 22.26.55 Quit Battousai (Ping timeout: 240 seconds) 22.28.14 # kugel: it avoided more conditional compile lines. (hotkey only statements before and after the switch) So I just put the switch in the else condition. 22.28.32 # Strange looking but less clumsy. 22.29.31 # yea, I just figured do_menu listens on hotkey_settable_menu 22.30.15 Quit phanboy4 (Read error: Connection reset by peer) 22.30.21 # that could be a a paramter as well, so I'd spotted it easier 22.31.46 # I thought it was easier to set a one time flag than rewrite all the do_menu lines. 22.31.58 # Anyway, will be AFK for a while. Back later... 22.34.18 Join Battousai [0] (~bryan@gentoo/developer/battousai) 22.40.52 Quit p3tur (Remote host closed the connection) 22.46.59 Join kkit|craptop [0] (~user@adsl-76-251-248-223.dsl.ipltin.sbcglobal.net) 22.48.29 Quit kkit|craptop (Client Quit) 22.49.23 Join krazykit [0] (~kkit@adsl-76-251-248-223.dsl.ipltin.sbcglobal.net) 22.51.29 Quit petur (Remote host closed the connection) 22.53.03 Join WAI [0] (~44dcb7f3@giant.haxx.se) 22.54.10 # hello anybody in herer? 22.54.38 Quit WAI (Client Quit) 22.55.57 Quit Boldfilter (Quit: Boldfilter) 22.56.22 Join Watermark [0] (~chatzilla@adsl-220-183-243.mob.bellsouth.net) 22.56.50 # hello, i need help with Tcctool 22.57.25 # anybody here? 22.57.35 Join Boldfilter [0] (~Boldfilte@adsl-178-203-204.jax.bellsouth.net) 22.57.52 # hello? 22.58.55 # Watermark, please have patience in waiting for a reply. people with tcctool experience may not be looking at the channel right away, but i'm sure they'll answer when they see the question 22.59.36 # sorry, just in need of help and i actually need to talk to the Developer but seems he isn't on 23.00.16 # ask the actual question you want an answer to, and maybe someone will be able to help 23.01.17 # Rockbox is a whole bunch of devs 23.01.18 # well, i tried foolishly to install the J3 Firmware on my S9 and thus' resulting in bricking it BUT the S9 can work with Tcctool but the device isn't listed/added 23.02.01 # so i need to chat of someone or the Developer so he/she can add it and upload the File 23.03.45 # just add your device to the table, rebuild and rerun 23.03.58 # don't so how 23.04.26 # don't know* 23.04.54 # then you need to get someone to hold your hand 23.05.02 *** Saving seen data "./dancer.seen" 23.05.25 # really i don't know how 23.05.53 # I understand you. But you're not talking about Rockbox and you just want a volunteer here to do work for you 23.06.16 # well, i was directed here for help 23.06.30 # from iAudiophile.net and ABi 23.06.37 # well I won't stop anyone from helping 23.07.17 # i know and thanks for at talking with me 23.07.24 # But preferably somewhere else if it isn't Rockbox related :) 23.07.44 # the users i am looking for is linuxstb 23.07.59 # he's the primary author of that tool, yes 23.08.11 # but you're still asking him to do your work 23.08.12 # when does he get on? 23.08.33 # Watermark: a) he is a developer b) this still isn't Rockbox related 23.08.37 # well, if i don't know how then i'll learn 23.08.55 # i know. i was directed here! 23.11.17 # Well then directed wrongly, as this is an on-topic channel for Rockbox. However, if someone who has seen this wants to walk you through then I'm sure they will PM you 23.12.04 # is there a IRC channel for Tcctool is something similar to help with my issue? 23.12.15 # I doubt that 23.12.18 # nope 23.13.59 # well then i'm off here and i'll come back at another time 23.17.30 Join mathias_ [0] (~psde@83.133.127.107) 23.18.59 Quit Watermark (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 23.19.25 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 23.19.28 # Hey there. Is there a way to "reverse" the "charge over usb"-thing? I want it to always charge over usb when plugged in, and only to connect when pressing the usbpower_button. Iam on a h300 :) 23.19.49 # mathias_: there's a patch on the tracker that does that 23.20.20 # http://www.rockbox.org/tracker/task/11101 23.21.59 # thanks! :) 23.33.28 Join Schmogel [0] (~Miranda@p3EE27F28.dip.t-dialin.net) 23.41.02 Part mathias_ 23.43.37 Quit emrecelikten (Quit: good night everybody) 23.44.37 Quit BHSPitMonkey (Remote host closed the connection) 23.47.42 Quit Schmogel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 23.50.27 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de)