--- Log for 17.01.110 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 hours and 12 minutes ago 00.00.43 # when do manuals get rebuilt? 00.02.35 Quit bmbl ("Bye!") 00.03.07 Quit kramer3d (Client Quit) 00.03.45 # saratoga: Daily at about 6am CET IIRC 00.16.25 Quit FlynDice (Remote closed the connection) 00.18.42 # domonoky, i got rockbox loaded by using iLoader! YAY! 00.19.26 # so i just copied .rockbox into / on the nano, rebooted into iLoader, selected rockbox, and BOOM! 00.19.31 Quit bertrik ("De groeten") 00.19.43 # nikko: that's how it is supposed to be, huh? :-) 00.21.51 # yeah, i was tryg to build rockbx for 2gnano on OSX a bit ago, with no luck 00.22.38 # rbutils isnt building in trunk on OS X 00.23.12 # any idea as to why? (or even a fix? ;-) ) 00.23.27 Quit Barahir (Read error: 104 (Connection reset by peer)) 00.23.58 # no, qmake runs but no Makefile after 00.24.13 Join Barahir [0] (n=jonathan@gssn-5f75582c.pool.mediaWays.net) 00.25.11 # after qmake, i get: Project MESSAGE: release 00.26.53 # qmake -d sits out LOADS, but nothing that jumps out as an error 00.28.01 # s/sits/spits/ 00.31.38 Mode "#rockbox +v Barahir " by AlexP (n=alex@rockbox/staff/AlexP) 00.36.43 # Has anyone here a quick way to test simulator builds for all targets and give me the compile results ? 00.48.33 Quit Barahir (Read error: 104 (Connection reset by peer)) 00.50.21 # btw, liar, how's your USB/flash fix going? 00.50.39 # has that received some more testing in the meantime? 00.53.14 # nikko: where do you run qmake ? 00.54.44 Join webguest55 [0] (n=4b2ad9dd@giant.haxx.se) 00.54.45 Mode "#rockbox +v webguest55 " by gevaerts (n=fg@rockbox/developer/gevaerts) 00.55.34 Quit webguest55 (Client Quit) 01.03.04 # pamaury: uploaded, same place 01.03.21 # no errors or warnings :) 01.03.28 # domonoky, ive run it from rbutils and rbutilsqt 01.03.39 # are you close to committing MTP mode then? 01.03.53 # saratoga: different feature, even more crazy 01.04.01 # what is this 01.04.52 # actual usb support in the sim, using a simulated host controller in linux 01.05.00 # ah cool 01.05.10 # nikko: you could try if it works from a build directory, like the normal builds. (ie call qmake ..\rbutil\rbutil.pro from /buildrbutil/ ) 01.05.12 # should help with debugging and things like that 01.05.18 # would it mount in the host os? 01.05.31 # yes 01.06.23 # seems like a nice thing to write a news post about, if we had a way to do that . . . 01.06.44 # gevaerts: 100% success, terrible 01.08.20 # sarcasm? 01.08.54 # AlexP: no, French 01.09.18 # er, OK 01.11.04 # gevaerts: I put a FS entry for this patch with a quick explaintion of how to make it work, so that others can test it ? 01.11.33 # pamaury: yes. I think it should especially be tested on non-linux 01.12.05 # Ahh, forgot that, it doesn't work non non-linux because the driver is linux only but I guess it won't compile ! 01.12.45 Quit nikko ("CGI:IRC") 01.13.05 # * pamaury grumbles something about having a software compiling under Windows and Linux 01.14.22 # Ok, I'll put it anyway and people report broken builds. If I have the necessary motivation, I'll install the necessary stuff to build rockbox under my virtual Windows 01.14.41 Quit stoffel (Remote closed the connection) 01.17.47 Quit StealthyXIIGer (Read error: 110 (Connection timed out)) 01.19.07 Quit petur ("Zzzzz") 01.21.47 Mode "#rockbox -R " by gevaerts (n=fg@rockbox/developer/gevaerts) 01.22.46 Mode "#rockbox -o gevaerts " by gevaerts (n=fg@rockbox/developer/gevaerts) 01.24.58 # just ifdef it out on Windows 01.25.05 Quit Oxymis_ (Read error: 60 (Operation timed out)) 01.26.19 # Well there are plenty of modifications everwhere and I'm sure it can be done in a more subtle way. 01.30.11 Join kramer3d [0] (n=kramer@unaffiliated/kramer3d) 01.32.15 # For the ones interested in USB capability for the simulator: http://www.rockbox.org/tracker/task/10916 01.32.18 # Any comment is welcome 01.32.52 Part toffe82 01.39.05 Quit Sajber^ (Read error: 104 (Connection reset by peer)) 01.44.11 Quit saratoga ("CGI:IRC (EOF)") 01.48.43 *** Saving seen data "./dancer.seen" 01.48.51 Quit domonoky (Read error: 104 (Connection reset by peer)) 01.53.11 Quit pamaury ("abort();") 02.00.24 Quit GeekShadow ("The cake is a lie !") 02.06.05 Quit Horschti ("Verlassend") 02.06.15 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 02.15.59 Quit parafin (Nick collision from services.) 02.16.09 Join parafin [0] (i=parafin@paraf.in) 02.26.19 Mode "#rockbox -o AlexP " by ChanServ (ChanServ@services.) 02.26.33 Mode "#rockbox +o AlexP " by ChanServ (ChanServ@services.) 02.26.44 Mode "#rockbox -v zu " by AlexP (n=alex@rockbox/staff/AlexP) 02.26.44 Mode "#rockbox -v _diablo " by AlexP (n=alex@rockbox/staff/AlexP) 02.26.44 Mode "#rockbox -v advcomp2019 " by AlexP (n=alex@rockbox/staff/AlexP) 02.26.44 Mode "#rockbox -v aevin " by AlexP (n=alex@rockbox/staff/AlexP) 02.26.44 Mode "#rockbox -v alexbobp " by AlexP (n=alex@rockbox/staff/AlexP) 02.26.44 Mode "#rockbox -v amiconn " by AlexP (n=alex@rockbox/staff/AlexP) 02.26.46 Mode "#rockbox -v anjaa " by AlexP (n=alex@rockbox/staff/AlexP) 02.26.48 Mode "#rockbox -v avacore " by AlexP (n=alex@rockbox/staff/AlexP) 02.26.50 Mode "#rockbox -v B4gder " by AlexP (n=alex@rockbox/staff/AlexP) 02.26.53 Mode "#rockbox -v bagawk " by AlexP (n=alex@rockbox/staff/AlexP) 02.26.55 Quit AlexP ("Please insert girder") 02.27.08 Join AlexP [0] (n=alex@rockbox/staff/AlexP) 02.28.36 Mode "#rockbox +o AlexP " by ChanServ (ChanServ@services.) 02.32.37 Quit wry (Client Quit) 02.32.41 Quit kloeri (Remote closed the connection) 02.33.30 Join wry [0] (n=wry@c-76-17-228-65.hsd1.mn.comcast.net) 02.35.48 Mode "#rockbox -v Zarggg " by AlexP (n=alex@rockbox/staff/AlexP) 02.35.48 Mode "#rockbox -v BeFalou " by AlexP (n=alex@rockbox/staff/AlexP) 02.35.48 Mode "#rockbox -v beta2k " by AlexP (n=alex@rockbox/staff/AlexP) 02.35.48 Mode "#rockbox -v bjorn__ " by AlexP (n=alex@rockbox/staff/AlexP) 02.35.48 Mode "#rockbox -v BlakeJohnson86 " by AlexP (n=alex@rockbox/staff/AlexP) 02.35.48 Mode "#rockbox -v blithe " by AlexP (n=alex@rockbox/staff/AlexP) 02.35.51 Mode "#rockbox -v bzed " by AlexP (n=alex@rockbox/staff/AlexP) 02.35.53 Mode "#rockbox -v chaos_ " by AlexP (n=alex@rockbox/staff/AlexP) 02.35.55 Mode "#rockbox -v CIA-44 " by AlexP (n=alex@rockbox/staff/AlexP) 02.35.57 Mode "#rockbox -v crashd " by AlexP (n=alex@rockbox/staff/AlexP) 02.35.59 Mode "#rockbox -v crwl " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.02 Mode "#rockbox -v daurnimator " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.04 Mode "#rockbox -v DerPapst " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.06 Mode "#rockbox -v dionoea " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.08 Mode "#rockbox -v dmb " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.11 Mode "#rockbox -v dys " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.13 Mode "#rockbox -v ehntoo " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.15 Mode "#rockbox -v elcan " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.17 Mode "#rockbox -v fdinel " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.19 Mode "#rockbox -v flyback- " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.22 Mode "#rockbox -v FOAD " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.24 Mode "#rockbox -v fxb " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.26 Mode "#rockbox -v Galois " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.28 Mode "#rockbox -v gibbon_ " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.30 Mode "#rockbox -v giLL0r_ " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.33 Mode "#rockbox -v GodEater_ " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.35 Mode "#rockbox -v goffa " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.37 Mode "#rockbox -v Hadaka " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.39 Mode "#rockbox -v HBK " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.41 Mode "#rockbox -v jae " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.44 Mode "#rockbox -v jd " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.46 Mode "#rockbox -v JdGordon " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.48 Mode "#rockbox -v jfc " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.50 Mode "#rockbox -v jho " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.52 Mode "#rockbox -v jordan`` " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.55 Mode "#rockbox -v jvd " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.57 Mode "#rockbox -v kadoban " by AlexP (n=alex@rockbox/staff/AlexP) 02.36.59 Mode "#rockbox -v kaniini " by AlexP (n=alex@rockbox/staff/AlexP) 02.37.01 Join Farthen [0] (n=chatzill@e176139114.adsl.alicedsl.de) 02.37.01 Mode "#rockbox -v killan " by AlexP (n=alex@rockbox/staff/AlexP) 02.37.03 Mode "#rockbox -v Kitar|st " by AlexP (n=alex@rockbox/staff/AlexP) 02.37.06 Mode "#rockbox -v Kohlrabi " by AlexP (n=alex@rockbox/staff/AlexP) 02.37.08 Mode "#rockbox -v Kopfgeldjaeger " by AlexP (n=alex@rockbox/staff/AlexP) 02.37.10 Mode "#rockbox -v krazykit " by AlexP (n=alex@rockbox/staff/AlexP) 02.37.12 Mode "#rockbox -v liar " by AlexP (n=alex@rockbox/staff/AlexP) 02.37.14 Mode "#rockbox -v linuxguy3 " by AlexP (n=alex@rockbox/staff/AlexP) 02.37.17 Mode "#rockbox -v logbot " by AlexP (n=alex@rockbox/staff/AlexP) 02.37.19 Mode "#rockbox -v lol2 " by AlexP (n=alex@rockbox/staff/AlexP) 02.37.21 Quit AlexP ("Please insert girder") 02.37.32 Join AlexP [0] (n=alex@rockbox/staff/AlexP) 02.37.40 Quit kadoban (Excess Flood) 02.37.53 # oops, sorry about that repeated mucking about, not sure what I did there :/ 02.38.00 Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 02.40.19 # wow 02.47.36 Quit yosafbridge (K-lined) 03.09.06 Join kloeri [0] (i=kloeri@freenode/staff/exherbo.kloeri) 03.13.59 Join CaptainKewl [0] (n=jason@pool-138-88-36-44.res.east.verizon.net) 03.23.54 Join Barahir [0] (n=jonathan@gssn-5f75582c.pool.mediaWays.net) 03.45.57 Quit Tomis () 03.46.15 Join Tomis [0] (n=Tomis@70.134.85.40) 03.48.44 *** Saving seen data "./dancer.seen" 03.49.31 Quit DerPapst ("Leaving.") 03.54.09 Quit dys (Excess Flood) 03.54.34 Join dys [0] (n=andreas@krlh-5f735269.pool.mediaWays.net) 03.56.30 Quit dys (Excess Flood) 03.57.57 Join dys [0] (n=andreas@krlh-5f735269.pool.mediaWays.net) 03.59.15 Quit dys (Excess Flood) 03.59.56 Join dys [0] (n=andreas@krlh-5f735269.pool.mediaWays.net) 04.00.50 Quit dys (Excess Flood) 04.01.58 Join dys [0] (n=andreas@krlh-5f735269.pool.mediaWays.net) 04.02.04 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 04.04.00 Quit kramer3d ("Leaving") 04.04.55 Quit dys (Excess Flood) 04.05.21 Join dys [0] (n=andreas@krlh-5f735269.pool.mediaWays.net) 04.08.46 Join webguest84 [0] (n=04e41eb1@giant.haxx.se) 04.12.19 # How safe is it to use sansa 200v2 if you are using Rockbox utility? 04.13.28 Join saratoga [0] (n=9803c57f@giant.haxx.se) 04.13.38 # should be pretty safe, all it does it copy a few files over 04.13.51 # i don't think anyone has broken a player yet with it 04.14.31 # even though it is still listed as unstable? 04.15.08 # yeah 04.16.04 # even if you bricked, you can just restore to the factory software 04.16.14 # no you can't 04.17.04 # theres no real recovery mode, so if you brick the only chance is to try the trick where you short the NAND data pins together 04.17.35 # though you have to try pretty hard to brick an e200v2 these days 04.17.36 # Whats bricking? 04.17.47 # the process of making a brick 04.18.10 # Besides that 04.18.25 # what is a brick useful for? 04.18.40 # you can use them to hold papers on your desk 04.18.42 # well, that will be what the player will be useful for after it is made into a brick 04.19.12 # c 04.19.16 # goto #making-bricks to continue that discussion 04.21.08 # i'll get right on that 04.22.23 # How would 200v2 brick then, if its pretty safe? 04.23.25 # you could write a program to do it, or change the installer code to 04.24.27 Quit Strife89 ("Bed.") 04.24.36 # No, I mean how would it by accident? If there is a chance of it, where does that chance come from? 04.25.09 # by accidentally using your programming knowledge to write code to brick your player 04.26.26 # so by doing the automatic installation there is basically no chance of it bricking? 04.29.15 Part wry ("...") 04.31.55 Join The_Seven [0] (n=theseven@stgt-5f70ac34.pool.mediaWays.net) 04.39.26 Join fyrestorm [0] (n=nnscript@cpe-67-244-76-16.nyc.res.rr.com) 04.47.28 Join dys` [0] (n=andreas@krlh-5f72ec61.pool.mediaWays.net) 04.49.07 Quit TheSeven (Read error: 110 (Connection timed out)) 04.55.39 Join BlastTyrant [0] (n=Dan@cpe-74-70-177-91.nycap.res.rr.com) 04.57.34 Quit webguest84 ("CGI:IRC (EOF)") 04.58.25 Quit dys (No route to host) 05.03.53 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 05.05.31 Quit lol2 ("xD") 05.07.04 Join fenugrec [0] (n=ABC@modemcable247.111-201-24.mc.videotron.ca) 05.07.29 Part fenugrec ("Leaving") 05.12.36 Quit Barahir (Read error: 110 (Connection timed out)) 05.15.55 Mode "#rockbox -v scorche " by ChanServ (ChanServ@services.) 05.18.02 Mode "#rockbox +o scorche|sh " by ChanServ (ChanServ@services.) 05.18.33 Mode "#rockbox -vvvv mikroflops Xerion MagusG topik " by scorche|sh (n=scorche@rockbox/administrator/scorche) 05.18.33 Mode "#rockbox -vvvv xavieran Unhelpful tah rvvs89 " by scorche|sh (n=scorche@rockbox/administrator/scorche) 05.18.33 Mode "#rockbox -vvvv rhodan_ lostlogic pjm0616 stacker55 " by scorche|sh (n=scorche@rockbox/administrator/scorche) 05.18.33 Mode "#rockbox -vvvv togetic rphillips n17ikh tarnzwerg " by scorche|sh (n=scorche@rockbox/administrator/scorche) 05.18.33 Mode "#rockbox -vvvv Slasheri sbhsu tmzt Tuplanolla " by scorche|sh (n=scorche@rockbox/administrator/scorche) 05.18.36 Mode "#rockbox -vvvv panni_ Overand Torne Rob2222 " by scorche|sh (n=scorche@rockbox/administrator/scorche) 05.18.38 Mode "#rockbox -vvvv Zambezi nima phanboy4 Topy44 " by scorche|sh (n=scorche@rockbox/administrator/scorche) 05.18.41 Mode "#rockbox -vvvv shaggy-h tchan YPSY maraz^ " by scorche|sh (n=scorche@rockbox/administrator/scorche) 05.18.43 Mode "#rockbox -vvvv tha_ sinuc ps-auxw lyngaas " by scorche|sh (n=scorche@rockbox/administrator/scorche) 05.18.46 Mode "#rockbox -vvvv simabeis preglow mc2739 pixelma " by scorche|sh (n=scorche@rockbox/administrator/scorche) 05.18.48 Mode "#rockbox -v Res1 " by scorche|sh (n=scorche@rockbox/administrator/scorche) 05.18.51 Quit tomers ("ChatZilla 0.9.86 [Firefox 3.5.7/20100106054534]") 05.19.29 Mode "#rockbox -o soap " by soap (n=soap@rockbox/staff/soap) 05.19.41 Topic "Rockbox 3.4 has been released! | 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/" by scorche|sh (n=scorche@rockbox/administrator/scorche) 05.20.22 Mode "#rockbox -o rasher " by ChanServ (ChanServ@services.) 05.20.26 Mode "#rockbox -o scorche|sh " by ChanServ (ChanServ@services.) 05.20.52 Mode "#rockbox -v scorche|sh " by ChanServ (ChanServ@services.) 05.24.34 Quit crwl (Read error: 110 (Connection timed out)) 05.28.20 Join pippijn [0] (n=pippijn@unixcorps/staff/pippijn) 05.28.24 # hi all 05.33.33 Quit fyrestorm ("Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!") 05.37.59 Join webguest80 [0] (n=04e41e2e@giant.haxx.se) 05.45.19 Quit BeFalou (Read error: 110 (Connection timed out)) 05.45.47 Join Tomis2 [0] (n=Tomis@70.134.67.238) 05.46.24 Quit webguest80 ("CGI:IRC (EOF)") 05.47.25 Join Willy [0] (n=chatzill@76.250.190.204) 05.47.34 Quit Willy (Client Quit) 05.48.45 *** Saving seen data "./dancer.seen" 05.55.28 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.56.18 Quit CaptainKewl (Remote closed the connection) 05.56.59 Quit tchan (Remote closed the connection) 05.57.36 Join Willy [0] (n=chatzill@76.250.190.204) 05.57.36 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 05.57.41 # Something is wrong with the MP3 encoder -- is this already known? 05.59.34 # depends what exactly is wrong about it 05.59.47 Quit Tomis (Read error: 110 (Connection timed out)) 05.59.48 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.67.238) 06.01.39 # Two things: 06.01.40 # 1) Recording into MP3 format results in a file with no sound (actually has a very strange noise _pattern_, but you have to amplifiy to hear it). 06.01.42 # 2) Opening a WAV with the 'mp3_encoder' plugin results in a file where the audio plays too fast (real fast). 06.01.43 # I just built off SVN for this test, other formats work right, and here is a sample MP3: http://www.mediafire.com/download.php?ziz4vdnymlm 06.02.20 # open a bug report 06.02.32 # ok thanks 06.03.46 # I'm going to randomly guess that you've got a Sansa, and the problem is that the mp3 encoder doesn't realize the sansa records at lower sample rate 06.04.56 # yeah, sansa. But still -- I used to be able to record into MP3. 06.06.13 # the bug report page, wants me to pick a model -- I only have one player, should I say 'all' or only choose mine? 06.06.29 # file a bug report, and if possible, figure out which revision it was that broke it 06.06.40 # unless you know it happens on all players, I would not pick all 06.07.33 # can I download old daily builds? 06.08.16 # probably not old enough, so you'll have to compile them 06.08.32 # well i guess you could download old releases to narrow it down 06.08.47 # what's the command to download past revisions? 06.09.11 # the svn wiki page explains it, but I think you add a -r 06.09.42 # followed by the revision number 06.09.57 # ok thank you 06.15.28 Join funman [0] (n=fun@rockbox/developer/funman) 06.16.49 Join endlesswonder [0] (n=chris3o3@c-24-118-138-250.hsd1.mn.comcast.net) 06.17.00 # is there a way to get Rockbox to work on the iPod classic? 06.17.32 # no 06.17.57 # i thought i remember a thing for downgrading it to gen 5.. 06.17.59 # firmware? 06.18.08 # Unhelpful, saratoga: the clipv2 reports storage as 2GB, so there apparently no need for bank switching 06.18.18 # endlesswonder: downgrade it with a hammer 06.18.34 # funman: sorry, I was using a 2GB clip 06.18.38 # does that matter? 06.18.49 # saratonga, you don't like the ipod gen 6? 06.18.55 # honestly? 06.19.07 # endlesswonder: I mean you need ot use a hammer to downgrade it 06.19.32 # but that won't make it work with rockbox 06.19.40 # sure it will, once its smashed you go out buy a 5.5G 06.20.01 # saratoga: we could try on clipv2 8GB to confirm, because the size of one bank is ~4GB 06.20.02 # downgrading is that easy! 06.20.04 # seriously, what's wrong with the gen 6? 06.20.10 # i'm interested ! 06.20.20 # i mean as far as its design 06.20.34 # funman: you mean on unhelpful's? 06.20.36 # or is it not that, just that rockbox cannot support it? 06.20.44 # why is it difficult to support? 06.20.47 # saratoga: Unhelpful's clipv2 is 2GB as well i think 06.21.01 # endlesswonder: firmware is stored encrypted on it 06.21.04 # then we still need a 4 or 8 GB one to test? 06.21.34 # endlesswonder: have you read the 6G ipod wiki page? if not, you may want to do that now 06.21.44 # on clipv1/fuzev1 2GB/4GB/8GB, the CSD (which is printed with my diff) is reported as 1GB 06.21.59 # ah well thats a good sign 06.22.28 # but I guess you're still no where near having a working driver? 06.22.59 # no, i think i found the most interesting parts of the driver since a long time but i still can't make no progress 06.23.41 Join yosafbridge [0] (n=yosafbri@adsl-71-142-227-255.dsl.scrm01.pacbell.net) 06.23.42 # saratoga, is the Gen 6 intentionally designed to be a pain in the ass for developers? 06.23.51 Join Barahir [0] (n=jonathan@gssn-5f757e39.pool.mediaWays.net) 06.24.02 # i was trying to find bank switching code which might be simpler to reverse engineer than full data transfer 06.24.23 # endlesswonder: yes 06.25.28 # why? 06.25.30 # :) 06.25.45 # ask Apple, we don't know 06.26.03 # well if it's intentional, one must know why 06.26.08 # it was encrypted to prevent reverse engineering, but that was broken a while ago, so its now not much different then most targets 06.27.08 Quit yosafbridge (Client Quit) 06.27.30 Join yosafbridge [0] (n=yosafbri@adsl-71-142-227-255.dsl.scrm01.pacbell.net) 06.27.31 # is the interface/functionality more pain too? 06.27.54 # I have no idea 06.28.25 # ok, so i transferred 55gigs of music to it.. anyway to play it? 06.28.29 # i didn't use Genius! 06.28.32 # :( 06.28.51 # i just transferred using windows explorer 06.28.57 # it says no music found! 06.29.03 Quit Willy ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 06.29.12 # endlesswonder: it's offtopic for #rockbox 06.33.02 # odd there is no svideo out on it.. 06.33.13 # no way to output to tv?! 06.34.25 # endlesswonder: to be clear this is a logged channel, so please don't clutter them with offtopic crap 06.35.12 # * endlesswonder yawns :Oo 06.38.42 Part endlesswonder 06.38.57 Quit saratoga ("CGI:IRC (EOF)") 06.47.05 Quit BlastTyrant ("Leaving") 06.48.20 Quit yosafbridge (Client Quit) 06.52.48 # the font format is target independant yeah? 06.54.03 Join yosafbridge [0] (n=yosafbri@adsl-71-142-227-255.dsl.scrm01.pacbell.net) 06.55.08 # is the boot loader I built from source when selecting h320 in configure good for patching H300.hex? 06.55.32 # soap: whats up with the boot logo in the ipod accessory test builds? 06.55.38 # pippijn: NO! 06.55.45 # dont use the svn bootloader 06.55.50 # it *WILL* brick your h300 06.55.53 # use the one in the wiki 06.56.02 # okay 06.57.03 # it might be a good idea to print an error message when selecting h300 bootlaoder then 06.58.54 # I downloaded bootloader-h[123][02]0.bin 06.59.05 # and built fwpatcher.exe in tools/fwpatcher 06.59.58 # and downloaded H300_V130(eu).zip 07.00.42 # is that correct? 07.01.00 # or maybe I should use v125 07.01.30 Nick maraz^ is now known as maraz (i=maraz@kapsi.fi) 07.02.24 # ok, it doesn't like 125 07.02.57 # H300.hex is now 4MB instead of the 2 it used to be 07.03.00 # I assume that's okay 07.06.37 # dont assume anything with the h300.. easy to brick 07.06.40 # check the md5sum 07.07.23 # 7fb49041294b3e6aea3894218d6d64cf H300.hex 07.07.34 # looks good 07.07.41 # same as in h300sums.h 07.08.25 Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 07.10.42 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 07.11.07 # how full does the battery need to be to do the firmware update? 07.12.10 # >50% to be safe 07.12.19 # okay 07.12.24 # then I need to wait till tomorrow 07.26.57 Quit Horscht (Read error: 110 (Connection timed out)) 07.28.31 Quit tarnzwerg (Remote closed the connection) 07.48.49 *** Saving seen data "./dancer.seen" 07.54.01 Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 08.18.32 Join BeFalou [0] (n=mamutoi@unaffiliated/befalou) 08.29.52 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.5.82) 08.44.11 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.46.07 Join Kitr88 [0] (n=Kitr88@BSN-182-79-146.dial-up.dsl.siol.net) 08.52.46 Quit Kitar|st (Read error: 60 (Operation timed out)) 08.56.56 Join Kitar|st [0] (i=Kitr88@BSN-182-56-35.dial-up.dsl.siol.net) 08.57.32 Join Rob2223 [0] (n=Miranda@p4FDCA4AD.dip.t-dialin.net) 09.02.49 Quit phanboy4 (Read error: 104 (Connection reset by peer)) 09.06.20 Join giLL0r [0] (n=gill0r@f054179238.adsl.alicedsl.de) 09.06.24 Quit funman ("free(random());") 09.07.22 Quit Kitr88 (Read error: 110 (Connection timed out)) 09.13.12 Join martian67 [0] (n=arkfar@about/linux/regular/martian67) 09.15.31 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.22.01 Quit giLL0r_ (Read error: 113 (No route to host)) 09.32.12 Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) 09.41.53 # there's no build for sansa e250 right? 09.42.15 # e250 is e200 09.42.33 # * pippijn now has rockbox 09.42.39 # on iriver h320 09.42.40 # <3 09.43.00 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 09.43.22 # e250 *is* e200...gee, confusing much Sansa? 09.46.45 # Z_Init: Init zone memory allocation [...] 09.46.57 # Z_init: allocated 29421kb zone memory 09.47.09 # plugin returned error 09.47.14 # doom 09.47.21 # oh, missing WAD file or something 09.48.00 # possibly, do you have the freedoom WAD? 09.48.29 # I just built rockbox and put it on the hdd 09.48.36 # I don't know what WADs are 09.48.40 # so probably not. 09.48.46 # so indeed 09.48.52 *** Saving seen data "./dancer.seen" 09.48.53 # checkout the wiki, can't be more specific sorry 09.49.01 # no problem, thanks 09.49.24 # my laptop I/O is kinda dead from reading 20MB/sec via usb 09.49.32 # bad I/O scheduling :-\ 09.50.41 # save you looking :D 09.51.12 # I got to nongnu.org/freedoom 09.51.16 # oh 09.51.18 # thanks 09.51.19 Join kramer3d [0] (n=kramer@unaffiliated/kramer3d) 09.52.02 Quit martian67 ("xD") 09.55.08 # how can I shut down the device? 09.55.26 # depends on the device 09.55.28 # mine has a hardware bug 09.55.39 # iriver h320 09.56.08 # hardware bug? buttons not working? 09.56.08 # when I press the off button ("stop"), rockbox says "Battery: Charging" 09.56.23 # buttons are working fine, but it won't shut down 09.56.35 # and it's *not* charging? 09.56.41 # is it not plugged in? 09.56.45 # no, it's not plugged in 09.57.05 # in fact, I always charge via usb, because it doesn't accept the charger anymore 09.57.13 # it thinks it's the battery pack 09.57.54 Join stoffel [0] (n=quassel@p57B4C4F0.dip.t-dialin.net) 09.58.35 # hm 09.58.51 # that's one for the 'weird files' 09.58.57 # this isn't good 09.59.09 # when plugged into usb, rockbox doesn't power down the hdd 09.59.21 # can I somehow force it to? 10.00.00 # I'm not an iRiver man myself, if anyone else here is...now's the time to speak up. 10.03.01 # storage_spindown just sets the timeout, as far as I can tell 10.05.13 # every RB'd DAP I've ever had/own still has been/or is Flash based...so I'm really no help sorry, I may even point you in the wrong direction. 10.05.15 # * pixelma wonders about this line in the update thai.lang ".talk mp3 sansaclip" 10.06.22 # updated too 10.07.39 # there are a few more .talk sansaclips in there but "only" in the desc field - and the "mp3" in this lis line is there in english.lang too, so it is wrong 10.08.00 # ah 10.08.09 # storage_sleepnow() looks good 10.09.32 # for software codec targets... but I think it's better to have a generic ".talk clips" string and not one for hwcodec and the other for swcodec 10.11.14 Join flydutch [0] (n=flydutch@host51-165-dynamic.15-87-r.retail.telecomitalia.it) 10.11.35 # pippijn: perhaps this may help http://download.rockbox.org/daily/manual/rockbox-iriverh300/rockbox-build.html 10.11.42 # as much as I hate to say RTFM 10.12.17 # but it's always a good start :D 10.15.57 # well 10.16.10 # I read that 10.16.27 # I am now RTFSource 10.16.53 # and I know what function to call 10.16.58 # I just need to find out, where 10.17.09 # and I need to ask some people if it's safe to do 10.17.25 # I think so 10.18.07 # sounds like a good job for the RB Forums. 10.18.10 # on clicking [Stop], I want it to call storage_sleepnow() 10.18.15 # that should be safe 10.18.36 # unless the usb_screen app keeps the disk spinning 10.18.42 # that'd probably break a LOT of other things that use stop... 10.18.52 # usb_acknowledge(SYS_USB_CONNECTED_ACK); 10.18.58 # S_a_i_n_t: only in the usb_screen 10.19.10 # S_a_i_n_t: the thing that shows up when connecting to a PC 10.19.31 # I think that connected ACK tells the driver not to spin down 10.19.38 # but I need to look into that some more, later 10.20.12 # oh, apparently, it can be used as HID 10.20.18 # that would break 10.20.38 # that's what I was thinking of :D 10.21.27 # it'd probably break more than that though...just not sure what. 10.22.15 # no, I think it's just that :-) 10.22.21 # but that's already too much 10.22.25 Join funman [0] (n=fun@2001:0:53aa:64c:28e4:3915:a9b7:5816) 10.22.53 Nick funman is now known as Guest9507 (n=fun@2001:0:53aa:64c:28e4:3915:a9b7:5816) 10.22.55 # pixelma: i made a sed s/clip/sansaclip/ when committing the thai lang update 10.23.23 Nick Guest9507 is now known as namnuf (n=fun@2001:0:53aa:64c:28e4:3915:a9b7:5816) 10.23.44 Quit namnuf (Client Quit) 10.23.57 Join funman_ [0] (n=fun@2001:0:53aa:64c:28e4:3915:a9b7:5816) 10.24.22 Nick funman_ is now known as funman (n=fun@rockbox/developer/funman) 10.25.39 # did you do so for the other language updates too? 10.26.41 # I only checked thai so far (and english) 10.26.56 # it was also needed for traditional chinese. i checked before each modification but somehow i missed this one 10.27.55 # needed because the patches were from before the target rename? 10.28.00 # yes 10.28.26 Quit bertrik ("De groeten") 10.28.57 Quit kramer3d ("Leaving") 10.32.07 Nick chaos_ is now known as chaos (n=chaos@gentoo/user/ch4os) 10.32.26 # sys_poweroff should shut down the device... 10.32.36 # but it doesn't, for me 10.32.42 # it says "Battery: Charging" 10.33.18 # is this while connected to USB? 10.33.46 # no 10.34.02 # actually, I was wrong 10.34.06 # sys_poweroff isn't called 10.34.11 # or maybe your H300 "thinks" it's connected. I think I read about cases like this on misticriver 10.34.27 # pixelma: yes.. 10.34.45 # it actually thinks it's connected to the battery pack *and* is charging 10.34.53 # but it only starts thinking it's charging when turned off 10.35.06 Join stooo [0] (n=sto@f050229241.adsl.alicedsl.de) 10.35.26 # with the original firmware, I could turn it off but it would say "charging" until I pressed reset 10.35.31 # so I can shut it down with reset now, as well 10.35.34 # but I'd rather not 10.36.42 # pixelma: should I change the bad descriptions in thai.lang or do you plan to change it (to remove mp3) for every lang ? 10.37.10 # pippijn: so you had firmware issues *pre*-rockbox? 10.37.33 # yes 10.37.39 # I have a hardware bug 10.37.57 # get tho OF sorted, and I'd suggest that RB will follow suit... 10.38.05 # *the 10.38.28 # OF? 10.38.40 # original firmware 10.38.49 # uhm 10.38.55 # what do you mean? 10.39.14 # funman: maybe commit a fix first. I would like to change the mp3 thing too but maybe it should be a separate commit 10.39.26 # S_a_i_n_t: it's a hardware bug 10.40.17 # don't su[pose it's still under warranty...? 10.40.28 # nope 10.40.38 # :'( 10.40.52 # pixelma: are you a developer? 10.42.14 # or someone who knows the internals 10.42.34 # http://www.rockbox.org/wiki/KnowledgeMap 10.42.41 # http://www.rockbox.org/wiki/WhoDoesWhat 10.42.52 # that should help... 10.43.05 # ah 10.44.32 # New commit by 03funman (r24255): thai lang file: revert bad s/clip/sansaclip/ 10.50.08 Join polobricolo1 [0] (n=Paul@AGrenoble-257-1-55-41.w86-206.abo.wanadoo.fr) 10.50.31 Quit polobricolo1 (Client Quit) 10.50.44 Join polobricolo [0] (n=Paul@AGrenoble-257-1-55-41.w86-206.abo.wanadoo.fr) 10.50.51 Part polobricolo 10.56.23 # yay, sys_poweroff does work 10.56.59 # it just takes a while 10.59.18 # sys_poweroff_in_an_hour() 11.01.41 # there's your problem lol, expecting something you want to happen to happen immediately...when does that ever work like it should? :P 11.02.42 # not that kind of while but hm.. like 15 seconds 11.03.13 # * S_a_i_n_t :-0 11.03.25 # I'll just hack it so the firmware never thinks the charger is inserted 11.03.28 # maybe that helps 11.03.41 # probably not in this case... 11.03.50 # *maybe*? 11.04.06 Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) 11.04.19 Join polobricolo [0] (n=Paul@AGrenoble-257-1-55-41.w86-206.abo.wanadoo.fr) 11.04.45 # it probably helps this case 11.04.47 Part polobricolo 11.04.59 # yep, it does 11.05.34 # oh wait.. 11.05.38 Join polobricolo [0] (n=Paul@AGrenoble-257-1-55-41.w86-206.abo.wanadoo.fr) 11.05.45 # yep 11.05.57 # http://ix.io/Fb 11.06.05 # this code wants to know if a charger is inserted 11.06.11 # and since the hardware says yes, it never shuts down 11.06.15 # now it does 11.06.43 # does the bootloader usb boot charge? 11.07.15 Join Sajber^ [0] (n=Sajber@h-142-12.A213.priv.bahnhof.se) 11.07.44 Part polobricolo 11.07.58 # pippijn: I think I read about a quite adventurous hardware fix on misticriver - even though I never read it much... weird - I don't know if you can find it still 11.08.23 # pixelma: you mean short circuiting the usb port? 11.08.38 # it was something like this, yes 11.08.45 # I saw it 11.08.51 # and it wasn't for me 11.08.55 # well, that's 'adventurous' 11.09.01 # the person was having my problem in addition to another one 11.09.12 # he fixed the other one with the short circuit 11.09.12 # ok 11.09.23 # mine is a hardware error 11.09.30 # the charging ic is broken 11.09.37 # the issue is known 11.09.46 # and iriver says "send it in, we give you a new mainboard" 11.09.54 # (if you have warranty) 11.10.05 # of course. 11.10.10 # of course, I'd have void that if I even had any 11.10.18 # *sigh*...word of mouth should work lol 11.10.27 # well 11.10.39 # this hack works 11.10.51 # I don't need to fix my hardware if I can work around it with software 11.10.52 # get posting then :D 11.11.11 # those people use the original firmware 11.11.16 # they can't fix it 11.11.31 # and my fix is also not exactly the best one could imagine 11.11.48 # a better fix would probably be adding a software shutdown menu item to the root menu 11.11.53 # it's there for some models 11.12.05 # I added it, but I prefer my hack 11.12.10 # it's faster 11.12.41 # what happens if the idle shutdown kicks in? 11.12.51 # pixelma: I guess that works 11.12.58 # haven't waited for it, yet 11.13.01 # let me check the code 11.13.24 # there's probably a reason it wasn't fixed like that to begin with, I'm thinking something may break down the line you haven't noticed? 11.13.32 # seems to obvious for the devs to miss 11.13.52 # S_a_i_n_t: nah 11.14.01 # S_a_i_n_t: the iriver devs don't software-fix hardware bugs 11.14.23 # * S_a_i_n_t is talking about RB devs 11.14.33 # ah 11.15.00 # well 11.15.25 # it would be rather trivial to add a setting "enable iRiver HW Poweroff bug workaround" 11.15.34 # and that would probably just work 11.15.48 # as for why they haven't done it, yet 11.16.00 # I guess nobody has entered this channel with my problem, before 11.16.02 # it's rather rare 11.16.07 # not many google hits on it 11.16.39 # ...I'd say there's a reason for it, but as to what the reason is, would just be speculation on my part. 11.17.33 # pixelma: the idle timeout would have worked before 11.17.54 # pixelma: ah no, it wouldn'T 11.18.08 # pixelma: with the charger plugged in, idle poweroff is disabled 11.19.00 # anyway 11.19.14 # I now need a "force hdd spindown" in the usb screen 11.39.44 # excellent 11.40.07 Join pamaury [0] (n=pamaury@ALyon-551-1-39-152.w80-9.abo.wanadoo.fr) 11.41.34 Join DerPapst [0] (n=DerPapst@p4FE8E7A8.dip.t-dialin.net) 11.42.55 Join hannesd [0] (n=hd@HSI-KBW-095-208-052-100.hsi5.kabel-badenwuerttemberg.de) 11.45.25 Quit Tuplanolla (Read error: 104 (Connection reset by peer)) 11.45.53 Join Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 11.48.53 *** Saving seen data "./dancer.seen" 11.50.45 Quit hannesd () 11.55.31 Quit S_a_i_n_t (Read error: 110 (Connection timed out)) 12.08.04 Quit tah ("brb") 12.08.14 Join ThomasAH [0] (n=thomas@aktaia.intevation.org) 12.09.09 Join Az|mob [0] (n=Bluefoxx@74.198.148.46) 12.09.11 Quit funman ("free(random());") 12.09.55 # Anybody else in here use an sansa e280 and run an asus p5n-d in their desktop? 12.11.56 # I ask, because after the last month of painfully and constantly rebuilding my system over and over, I find out that my machine has only been crashing on boot when my rockbox'd sansa is plugged in when I boot 12.12.06 Nick rhodan_ is now known as rhodan (n=quassel@215-106.107-92.cust.bluewin.ch) 12.13.45 # which has costed me an unfortunate amount of money as I replaced 80% of the machine under the impression that the parts in question were toast 12.14.51 # not that I'm trying to sound like I'm expecting compensation, but if this incompatability could be at least heard, it would make me feel less like shit 12.19.57 # so basically, you're saying that connecting a rockbox device to a certain asus mainboard, it makes that mainboard crash? 12.20.13 Join Sonicadvance1 [0] (n=Sonicadv@24-117-239-134.cpe.cableone.net) 12.22.02 # Az|mob: Never heard of that 12.22.17 # Az|mob: It is fine when plugged in under the OF on boot? 12.23.08 Join _zic [0] (n=user@91-171-94-29.rev.libertysurf.net) 12.23.22 Quit Sonicadvance1 ("Leaving") 12.24.15 Join balug [0] (n=dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) 12.25.08 # or with other USB mass storage devices plugged on boot 12.25.16 # yes 12.26.04 # I have a cardreader plugged in that always has a 2 gig SD card in it in here, my flash drive is usually plugged in... 12.26.29 # But the e200 specifically with the OF? 12.28.30 # the only times I could actually get the machine to boot while the sansa was plugged it was when I got fed up with it not booting, cut the power for the night and tried again the next morning, in which case the sansa would shut off in the 4 hours I slept, and would start again with the O/F, which would crash because of the SDHC card in it 12.29.37 # I'm trying to find out if it is the hardware or Rockbox to blame 12.29.40 # is that a "yes" to AlexP's quetion? 12.29.48 # Not if the OF had crashed 12.30.05 # But if you never tried with the OF running, we have no idea if it was hardware or Rockbox 12.30.11 # well, the Sansa OF crashes for a different reason 12.30.31 # yes, and if it had crashed then it wouldn't be doing anything over USB 12.30.58 # what happens with the connected Sansa in the OF but without the card? 12.31.06 # in which case the sansa wouldn't show up period 12.31.10 # no clue 12.31.42 # Then we can't do much 12.31.44 # I tend not to remove the card, mostly because it's glued in the sansa 12.32.10 # It could either be a hardware incompatability between the sansa and your mobo, or a Rockbox USB issue 12.32.17 # But without testing we have no idea which 12.32.23 # I have a different sansa I could try, which I belive runs the O/F 12.32.24 # I wonder though if HID could have anything to do with it (as then it's not a "simple" mass storage device anymore). What build are you running? 12.33.06 # Az|mob: That would be useful if it also prevented booting when Rockbox was running 12.34.34 # I'm running r23812-091201, accoeding to the version string from rockbox info under debug 12.35.05 Join hebz0rl [0] (n=hebz0rl@dslb-088-065-217-057.pools.arcor-ip.net) 12.35.42 # haven't updated in a while because the machine has spent the past month and a half in the states of plain out *dead*, and than not-booting seemingly erratically 12.38.31 # I'm going to try rebooting with the HID plugin disabled, and see if that does it 12.39.29 Quit stoffel (Read error: 110 (Connection timed out)) 12.39.54 # that was it, it seems 12.40.20 # sansa is plugged in, HID device mode disabled, machine boots 12.41.13 # * Az|mob makes a mental note to disable the HID plugin on any of his friend's players before updating them again 12.41.29 Quit stooo (Read error: 104 (Connection reset by peer)) 12.41.32 Join stooo [0] (n=sto@f050229241.adsl.alicedsl.de) 12.43.28 # now if only I could get SLI to cooperate... 12.43.31 Quit Az|mob ("used jmIrc") 12.45.15 Join teru [0] (n=teru@KD059133108225.ppp.dion.ne.jp) 12.48.42 Nick The_Seven is now known as TheSeven (n=theseven@stgt-5f70ac34.pool.mediaWays.net) 12.48.48 # unfortunately he left. In my understanding I'd still think that his mainboard's boot (firmware?) is at fault if it crashes due to some USB devices plugged in. (and it's not a HID plugin :\ ) 12.50.57 Join petur [0] (n=peter@d54C6F9B2.access.telenet.be) 12.51.55 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 13.07.25 Join Akranis [0] (n=Akranis@h212n2-vrr-d2.ias.bredband.telia.com) 13.13.47 Quit hebz0rl (Remote closed the connection) 13.14.19 Quit stooo (Read error: 104 (Connection reset by peer)) 13.14.21 Join stooo [0] (n=sto@f050229241.adsl.alicedsl.de) 13.19.06 # it would be so cool if one could connect two devices and play pong together 13.21.23 # Wouldn't it be theoritcally possible, if both devices have a line-in port, using it as a sort of link-cable-voice-modem? 13.21.46 # probably yes, if anyone wants to code that :-) 13.22.33 Quit _diablo (Read error: 110 (Connection timed out)) 13.22.42 # If it gets fast enough, one could probably even use it to trade mp3s 13.24.28 # Does anyone here he know if someone still works on the iAudio 7 port btw? I got one for christmas, and I would like to help porting it, because the factory firmware was pretty bad. 13.25.39 # The wiki article on the iAudio was last updated in 2008. 13.34.05 # Nothing new 13.35.29 # JdGordon, is there a problem with the changed logo 13.35.31 # ? 13.38.46 Join kramer3d [0] (n=kramer@unaffiliated/kramer3d) 13.40.38 Join Boopop [0] (n=chatzill@cpc3-sket3-2-0-cust175.know.cable.virginmedia.com) 13.40.58 # Hi all, Rockbox building the music database on my 80GB iPod is draining the battery 0.o Any ideas? 13.41.08 # plug it in? 13.41.26 # Yesterday I tried to do it and the battery went dead before it finished, this time I've started it with a full battery and it's still draining the battery despite being plugged in 13.41.42 # yes, the charging in Rockbox isn't at full whack 13.41.58 # It shouldn't take that long though 13.42.00 # Akranis: what about the usb host controller? 13.42.15 # Boopop: There is a tool that'll do it from the PC too 13.42.44 # well it's been going for the past couple of hours or so and the battery looks like it's at about 30% 13.43.06 # http://www.rockbox.org/wiki/IriverH3XXHardwareComponents#Philips_ISP1362_Single_chip_USB 13.43.15 # I have about 9000 tracks and it's at 5776 13.44.05 Join MethoS- [0] (n=clemens@134.102.106.250) 13.44.32 # pippijn: ? 13.44.46 # the iriver has a usb controller 13.44.58 # couldn't they communicate over a usb cable? 13.44.58 Quit Sajber^ (Read error: 104 (Connection reset by peer)) 13.45.12 # pippijn: Probably, I guess. 13.45.24 # :-) 13.45.55 # Although I don't know that much about working with hardware though. 13.46.03 Quit _zic (Remote closed the connection) 13.46.31 Join Sajber^ [0] (n=Sajber@h-142-12.A213.priv.bahnhof.se) 13.48.56 *** Saving seen data "./dancer.seen" 13.50.43 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 13.50.50 Join crwl [0] (n=crwlll@a91-156-100-168.elisa-laajakaista.fi) 13.50.52 # how is the H300 bootloader broken? 13.51.29 # is it safe to run a broken bootloader as .iriver file using ROLO? 13.55.37 Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de) 14.02.39 Quit kaniini ("(saatana^) voe kauhistus") 14.03.17 # New commit by 03teru (r24256): change dependencies in make files: ... 14.06.01 Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 14.07.10 Join GeekShado_ [0] (n=Antoine@57.19.193-77.rev.gaoland.net) 14.13.07 # rebuffer_handle: space is needed 14.13.07 # [1] 6467 segmentation fault ./rockboxui 14.19.16 Quit giLL0r (Read error: 104 (Connection reset by peer)) 14.19.33 # hm 14.19.36 # can't reproduce 14.20.48 Join giLL0r [0] (n=gill0r@f054179238.adsl.alicedsl.de) 14.23.01 Join stoffel [0] (n=quassel@p57B4C4F0.dip.t-dialin.net) 14.24.52 Quit giLL0r (Remote closed the connection) 14.25.42 Quit GeekShadow (Read error: 110 (Connection timed out)) 14.27.01 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 14.43.17 Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 14.44.50 Quit stooo (Read error: 104 (Connection reset by peer)) 14.44.54 Join stooo [0] (n=sto@f050229241.adsl.alicedsl.de) 14.49.05 Nick dys` is now known as dys (n=andreas@krlh-5f72ec61.pool.mediaWays.net) 14.50.03 Quit bluebrother ("Computer has gone to sleep") 14.53.27 Quit teru ("Quit") 14.54.25 Quit martian67 ("Leaving") 14.54.37 # is it normal for debug builds to hang for over a minute (and counting) in the boot loader? 14.59.19 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 15.00.04 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.0.207) 15.01.00 # gah, battery's about to go dead again =/ 15.06.52 Join FOAD_ [0] (n=dok@dinah.blub.net) 15.10.40 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 15.16.58 Join martian67| [0] (n=martian6@d198-166-17-170.abhsia.telus.net) 15.17.49 Join evilnick [0] (n=457288ab@rockbox/staff/evilnick) 15.18.59 Quit kramer3d ("Leaving") 15.19.33 # New commit by 03bertrik (r24257): Sansa c200v2: enable battery charging 15.19.43 Part stooo 15.20.13 Quit martian67| (Client Quit) 15.20.26 Join martian67| [0] (n=martian6@about/linux/regular/martian67) 15.20.55 Quit martian67 ("Leaving") 15.21.32 Join bluebrother [0] (n=dom@g224238105.adsl.alicedsl.de) 15.22.06 # are line out and the headphones on the iriver h320 separately addressable? 15.23.56 Quit FOAD (Read error: 110 (Connection timed out)) 15.23.56 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 15.24.40 # funman: it is 2GB 15.28.57 Join RdGk [0] (n=administ@i59F70604.versanet.de) 15.30.04 # Hi, I need a write permission for the Rockbox Wiki to add a new port to Philips SA2920. 15.30.42 # Anyone here responsible for the permissions? 15.31.09 # RdGk: what's your wiki name? 15.31.38 # RdGk as well 15.32.51 Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) 15.33.59 # I see you put your complete name in the wiki page but you should compose your wiki name from it without abreviation (as far as I know this is explained on the registration page) 15.34.12 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 15.38.03 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 15.42.00 Join einhirn [0] (n=Miranda@vpn10.rz.tu-clausthal.de) 15.48.57 *** Saving seen data "./dancer.seen" 15.49.29 Quit RdGk (Remote closed the connection) 15.50.27 Join RdGk [0] (n=administ@i59F70604.versanet.de) 15.56.42 Part RdGk 15.56.48 Join RdGk [0] (n=administ@i59F70604.versanet.de) 15.57.42 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 15.58.03 # this reminds me... does anyone else doubt that Frater Mus is a real name? 15.59.21 # pixelma: yes 15.59.36 # * gevaerts is extremely doubtful about that 16.00.53 # Maybe it is a monk 16.01.30 # * AlexP seems to remember from his schholboy latin that frater is brother :) 16.01.46 # Although misspelling school isn't a great advertisement 16.01.49 # someone gave him write permissions last week or so 16.01.50 # as in frater-nal twins? 16.02.08 # Unhelpful: yep 16.03.05 # but yes, it seems a bit odd 16.10.50 Quit martian67| (Remote closed the connection) 16.13.10 # * domonoky wonders why current checkwps says that all sansa themes fail the check.. 16.13.24 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 16.15.54 Quit mc2739 ("leaving") 16.17.55 # oh, did someone change the target names in the buildall script ? 16.19.07 Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) 16.20.05 Quit Sajber^ ("Leaving.") 16.20.28 # there was a big target rename about 6 weeks or so ago 16.21.10 # sure, but we didnt change the names in the themepage and for checkwps, because else all would break. 16.21.13 Join bluebrot1er [0] (n=dom@f053154177.adsl.alicedsl.de) 16.21.19 Quit bluebrother (Read error: 54 (Connection reset by peer)) 16.21.32 # and it looks like someone did that to checkwps a few days ago. 16.21.55 # * domonoky goes looking for who to blame :-) 16.22.47 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 16.23.06 # the problem is that changing the target names on the theme page break current rbutil. 16.23.43 # but now current checkpwps names and the themepage dont fit. Also the release checkwps binarys have still the old naming :-/ 16.23.44 Join kaniini [0] (n=kaniini6@dyn75-70.yok.fi) 16.27.59 # arg, mcuelenaere broke it . And i cant easily revert that, because checkwps now uses the target names from configure :-/ 16.29.09 # so i have now the choice what to break. There is no way to keep all working :-/ 16.31.51 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 16.32.19 # New commit by 03tomers (r24258): Fractals: Use constants for screen panning 16.33.41 # * domonoky thinks its probably the best todo the naming change on the themepage too. But then current rbutil cant install those themes anymore.. 16.33.58 # New rbutil release! 16.34.28 # yes, that would then be needed to fix it. 16.34.43 # That'd also get e.g. nano 2g support in a released version 16.35.01 Quit liar (Read error: 113 (No route to host)) 16.35.18 Quit DerPapst ("Leaving.") 16.36.01 # jup. lets poke bluebrot1er to make a new release (and fix rbutil mac binarys in his rbutil release skript). :-) 16.37.15 # New commit by 03tomers (r24259): Fractals: Add forgotten FRACTAL_ZOOM_OUT_PRE to button_yield() 16.42.21 # Can someone help me with trying to initialize the database on my iPod 5G? 16.42.35 # everytime it tries to do it it kills the battery and restarts, even when it is plugged into the power 16.42.37 # =/ 16.46.16 # It would be a good idea to run chkdsk on the iPod 16.46.34 # and check if dircache is enabled 16.47.07 # or first try with only some files (in case it chokes on some tags) 16.47.20 # well it's finding the files OK 16.47.37 # it gets to about 8500 out of 9000, which takes a good hour or so, then the battery dies 16.47.49 # this is while it's plugged into the mains too 16.48.22 # I'm trying the database tool now 16.54.54 # New commit by 03Domonoky (r24260): correct the edittarget function. 16.57.12 Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 17.00.29 # 8500 tracks takes an hour? sheesh...that doesn't seem right. 17.01.03 # * gevaerts really suspects lack of dircache 17.01.34 # * S_a_i_n_t is willing to agree with that at this stage, but has just started reading :D 17.04.11 Part froggyman 17.10.45 # New commit by 03tomers (r24261): Fractals: Fix red 17.18.28 # * tomers Will fix other reds later tonight 17.22.18 Quit mc2739 (Read error: 104 (Connection reset by peer)) 17.22.30 Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) 17.22.41 Quit martian67 ("Leaving") 17.22.59 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 17.26.24 Join funman [0] (n=fun@rockbox/developer/funman) 17.26.33 # bertrik: ping 17.43.24 Quit stoffel (Read error: 113 (No route to host)) 17.45.00 Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 17.45.33 Part RdGk 17.48.59 *** Saving seen data "./dancer.seen" 17.50.20 Join liar [0] (n=liar@clnet-p09-185.ikbnet.co.at) 17.57.34 Quit martian67 (Remote closed the connection) 17.58.30 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 17.59.16 Quit martian67 (Client Quit) 17.59.29 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 18.03.00 # soap: no, it just threw me... its a good thing to do on official test builds :) 18.03.38 # It was crude, but gets the point across. 18.05.05 Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) 18.06.01 # hi TheSeven 18.06.05 # i've found the reason why an usb connection kills my nano2g 18.08.01 Join kugel [0] (n=kugel@rockbox/developer/kugel) 18.14.21 # liar: do tell... 18.14.42 # * pamaury would really like to fix a dircache bug but fears to break things :( 18.16.52 # TheSeven: ep_recv(ep,>NULL<,length); if i replace NULL with some dummy it works. 18.18.35 # did the artist badge "competition" we ran on the forums just die? 18.18.59 # and i think the DIEPTSIZ at line 308 should be DOEPTSIZ 18.19.18 # some value? 18.19.37 # 308? 18.20.01 # ah, I guess 294 in plain svn 18.20.23 # and yes, that looks wrong 18.20.41 # liar: sorry, some dummy value? what is that paramter? 18.21.02 # gevaerts: ah yeah.. sorry 18.22.03 Join z35 [0] (n=z35@ool-45714f83.dyn.optonline.net) 18.23.16 # tmzt: the recieved data 18.23.58 # a pointer? 18.24.26 # tmzt: look at the code, it's pretty clear 18.24.45 # okay 18.30.33 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 18.31.15 Quit dfkt_ (Read error: 54 (Connection reset by peer)) 18.32.01 Join dfkt_ [0] (n=dfkt@d86-33-169-89.cust.tele2.at) 18.42.59 Quit funman ("free(random());") 18.44.09 Join Rob2222 [0] (n=Miranda@p4FDCA9F7.dip.t-dialin.net) 18.47.52 Quit dfkt (Read error: 110 (Connection timed out)) 18.48.14 Join Willy [0] (n=chatzill@adsl-76-235-60-169.dsl.dytnoh.sbcglobal.net) 18.48.40 # Anyone here have the permissions to edit a bug report? 18.49.34 # I'd say that's quite likely... 18.50.17 Quit dfkt_ (Read error: 110 (Connection timed out)) 18.50.32 # http://www.rockbox.org/tracker/task/10917 last line should be: Example MP3 of issue #1 attached. 18.51.14 Quit Oxymis (Remote closed the connection) 18.51.38 # done 18.51.49 # thanks ya 18.53.16 Quit Willy ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 18.53.41 Quit jae ("Lost terminal") 18.55.57 Join Strife89 [0] (n=michael@adsl-154-11-130.mcn.bellsouth.net) 18.57.27 Join _zic [0] (n=user@91-171-94-29.rev.libertysurf.net) 19.01.23 Quit Rob2223 (Read error: 110 (Connection timed out)) 19.11.53 # If anyone here has time to lose, you can review FS#10916 about usb capability for the simulator ;) 19.14.06 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 19.20.16 # New commit by 03tomers (r24262): Fractals: Fix SAMSUNG_YH_PAD key assignment. Also fixes red 19.21.09 # pamuary: 19.21.34 # pamuary: This is a super-cool feature! I haven't got time to test ATM, though... 19.21.52 # tomers: thanks for you interest 19.22.22 # pamuary: Does this project supports USB interrupt transfers? That's what the HID needs 19.22.32 # yes it does 19.22.44 # * pamaury slaps tomers because his name is pamaury and not pamuary 19.22.59 # Does it enumerates properly (USB HID devices under one composite device)? 19.23.04 # oops. sorry... 19.23.07 # yes 19.23.24 # But does HID works? 19.23.54 # Basically I tested it by enabling HID and usbserial and was able to properly enumerate, properly use HID (with a plugin only) and properly use usbserial 19.24.31 # For an unknown reason I couldn't use HID from the main menu, I guess it's a feature of the usb screen 19.24.54 # So I checked with remote_control plugin and it worked 19.25.21 # liar: nice catch! 19.25.28 # * TheSeven wonders why that worked for him for so long 19.25.59 # pamuary: of course! It's not compiled to to #ifndef SIMULATOR... 19.26.22 # I've been in the ifdef hell there before :-) I 'viewportified' that screen... 19.26.24 # GodEater_: Somewhat, but let's revive it 19.27.01 # where is that ep_recv(ep,>NULL<,length);? 19.28.44 # tomers: indeed. But anyway, the usb screen is not active because it's only for exclusive storage mode and the only driver thats uses is usbstorage. As storage is mostly a stub in the simulator, usbstorage doesn't make sense so it's not compiled. 19.29.03 # pamaury: Please replace all occurrences of SIMULATOR with SIMULATOR_WO_USB, where #if defined(SIMULATOR) && !defined(USB_VHCI_DRIVER_DEBUG) --> #define SIMULATOR_WO_USB 19.29.12 Quit Boopop (Read error: 60 (Operation timed out)) 19.29.59 Quit rhodan (Remote closed the connection) 19.30.01 # pamuary: But having SIMULATOR_WO_USB can be used also for this... You will be able to compile all the mass storage stuff in simulator properly 19.30.19 # s/pamuary/pamaury/ 19.30.45 # * kugel wonders if tomers has any sort of tab-nick-autocompletition 19.30.58 # What 'WO' stands for ? Also why check against USB_VHCI_DRIVER_DEBUG ? 19.31.53 # gevaerts: I think that USB stack doesn't handle both HIS and MS transfers concurrently. What do we know about this? 19.32.05 # kugel: No... 19.32.06 Join Sajber^ [0] (n=Sajber@h-142-12.A213.priv.bahnhof.se) 19.32.20 # * tomers Uses ChatZilla 19.32.32 # * TheSeven has that feature in ChatZilla 19.32.37 # tomers: HIS ? 19.32.54 # probably HID? 19.32.55 # s/HIS/HID... too many typos for one day :-) 19.33.17 # does it also make every of your sentences start with an upper case letter? :) and yes, chatzilla *has* nick completition 19.33.19 # the usbstack works with both HID and UMS active, afaik 19.34.48 # tomers: but you didn't answered my questions. Why 'WO' ? and why such a definition ? (USB_VHCI_DRIVER_DEBUG only allows the log lots of things to the console to debug it) 19.34.49 Join Spaceghost [0] (i=quassel@unaffiliated/spaceghost) 19.35.11 # * kugel guesses WO = without 19.35.28 # kugel, TheSeven, how do I configure ChatZilla to autocomplete username? 19.35.32 Quit balug (Read error: 54 (Connection reset by peer)) 19.35.39 # doesnt pressing tab just do it? 19.35.44 # t 19.35.51 # * tomers Thought that sentences in English starts with a capital letter :-) 19.35.53 # I also can't remember explicitly enabling that 19.36.03 # well, /me sentences don't ;-) 19.36.13 # JdGordon: Thanks! It works 19.37.01 # * TheSeven wonders what liar meant above regarding that NULL 19.37.52 # tomers: I don't really see the point is SIMULATOR_WO_USB because there is already HAVE_USBSTACK for that. Just #unfdef HAVE_USBSTACK and the usb code won't be compiled (If I did the job properly) 19.38.21 # pamaury: the basic idea is not to use SIMULATOR in places that you want code that once did not compile to compile, because now you got USB in simulator. So the idea is to use some other define to specify 'simulator with (or without) USB'. e.g. SIMULATOR_USB, and use it in places like the USB screen 19.38.50 Quit GeekShado_ ("The cake is a lie !") 19.38.53 # gevaerts: I was wondering why you think that usb simulation shouldn't be compiled for sims of hw usb targets 19.39.25 # pamaury: maybe you're right. look at the code and check whether it uses HAVE_USBSTACK or the SIMULATOR defines for the usb screen 19.41.27 # tomers: I designed the code so that simulator_with_usb=SIMULATOR && HAVE_USBSTACK and simulator_without_usb=SIMULATOR && !HAVE_USBSTACK. Now it's obvious that places likes UMS and usb screen weren't coded with simulator in mind so I think they only check against SIMULATOR 19.42.20 # why check for SIMULATOR anyway? 19.42.20 # pamaury: great. so can it be fixed in your patch? is it needed at all? 19.43.45 # is there any code that needs to separate target-usb and simulator-usb? 19.44.18 # basically SOURCES file 19.44.35 # that's not code, though :p 19.44.44 # Ah and yes, some system vs system-sdl import I think 19.46.11 # tomers: what do you think needs to be fixed ? 19.47.21 # kugel: I don't think I really check against both SIMULATOR and HAVE_USBSTACK in the code, it's just a way to say that HAVE_USBSTACK determines whether the usb simulation code is built or not in the simulator. 19.47.48 # pamaury: I haven't looked at the code, just out of memory, so maybe I am talking nonsense here. when you connect usb in simulator, does it show the usb icon, and 'Multimedia Mode' or whatever? It should be able to actually send those HID transfers to the host 19.49.03 *** Saving seen data "./dancer.seen" 19.49.03 # There's a lot of ifdef hell in these areas, so I haven't got a specific knowledge of what should be done. I'm just suggesting to have it working as a real target. 19.49.17 Join kramer3d [0] (n=kramer@unaffiliated/kramer3d) 19.49.35 # No because Rockbox only shows that screen if it's in exclusive storage mode. Currently, only UMS requires exclusive storage mode so if UMS is not enabled, the usb screen is not called so you can continue to use your DAP while it's connected to the host. 19.50.13 # So it's normal, if you deactive UMS on a real target, it will be the same 19.50.41 Join stoffel [0] (n=quassel@p57B4C4F0.dip.t-dialin.net) 19.50.55 # gevaerts: did you get what liar meant above? 19.51.11 # pamaury: so how exactly does this feature is used, if not to emulate a UMS mode, as it is actually done in the real target? 19.52.24 # he is definitely right about that 308/294 bug, but I don't see what he means with the NULL thing above 19.53.47 # tomers: currently it's more a toy because the only working usb driver is HID (and usbserial but that's useless). If you think it's an issue, I can work to make usbstorage work but as storage is a stub, it won't do anything. Or perhaps I can make it use a ramdisk 19.56.45 # pamaury: I think I don't fully understand what benefit it will give to the simulator. but it's still super-cool :-) 19.58.39 # I will be able to develop MTP code without plugging my device every minute to debug it ;) More generally, it's useful if you want to develop code that is not hardware specific and that's needs usb. 19.59.25 # TheSeven: apparently for OUT transfers, (i.e. receive from the device point of view), the hardware (or lower bits of the driver, not sure) want a real address to send the data to, even if there is no actual data 19.59.41 # pamaury: nice! but for debugging MTP you will still need the usb screen, don't you? 19.59.45 # No 20.00.05 # gevaerts: that doesn't match my observations at all 20.00.08 # * tomers gives up :-) 20.00.14 # MTP code works without usb screen because it works at file level so it's doesn't require exclusive storage 20.00.35 # ok 20.00.36 # tomers: It's simple. You have two usb modes in Rockbox: 20.00.43 # but as a null in there could potentially kill the interrupt vectors, getting rid of them is a good idea anyways 20.01.17 # -exclusive storage mode: the usb driver access the drive directly so normal API file is dangerous, so to avoid any conflict, the usb screen prevent the use from using the DAP 20.01.43 # -non exclusive storage mode: the usb driver uses the normal API so the user can continue to use the DAP normally 20.02.29 # pamaury: thanks for the explanation 20.02.37 # kugel: in my view the goal is to (a) make the simulator more similar to the real thing, and (b) (which I guess is why pamaury does this) help debugging the USB stack. I think (but that's just my opinion) that right now (especially since the sim doesn't do MSC yet) that the code and behaviour between HW and SW USB is too different for enabling the simulation to make sense 20.03.00 # You'd get thinfs like HID and MTP that the real hardware will just never do 20.03.12 # TheSeven: maybe different hardware revisions? 20.03.39 # hrm right, although I think not simulating at all is worse 20.03.51 # tomers: the should be able to handle concurrent transfers. If that doesn't work properly, it would explain some observations... 20.04.23 # kugel: simulating the whole usb stack without UMS on the target that only does HW UMS is kind of bizarre 20.04.35 # *a target 20.04.56 # gevaerts: I really hope to have time (and resources) to work on it this weekend 20.05.02 # just a bit :) 20.05.22 # pamaury: simulating USB at all already is :) 20.05.40 # but if it doesn't do UMS, then it doesn't make a lot sense, indeed 20.05.44 # tomers: if it's buggy, my guess is that that's going to be specific to the arc driver 20.06.08 # New commit by 03theseven (r24263): Fix iPod Nano 2G USB: ... 20.06.28 # gevaerts: I transferred files to my e200, while (accidentialy) pressing some button. It was using Windows 7. The transferred stalled. And windows got really slow and unresponsive. even after disconnecting the player. so there's obviously something wrong with Window's stack, but our stack is probably buggy too 20.06.45 # also, if people are interested, I plan to work on simulator storage and UMS. But there are choices to make here such as how to implement storage which are not related to usb. 20.07.12 # pamaury: you could do UMS easily of course using the ramdisk code in usb_storage.c, but I guess people would like something slightly more useful 20.07.45 # tomers: yes, that's the issues we have for some setups. I don't really have a clue though 20.08.16 # is there any documentation on the rockbox architecture? 20.09.10 # gevaerts: I hope to have a usb sniffer for the weekend, and i'll look into it 20.09.20 # tomers: great! 20.09.21 # gevaerts, tomers: what is the issue you're talking about ? 20.10.22 # pamaury: Sending HID traffic (Interrupt transfer type) while MS transfers (BULK transfer type) is going 20.11.10 # is it driver specific or usbstack related ? 20.11.35 # ah, there is some documentation on all kinds of things 20.11.38 # * pippijn goes read 20.11.38 # pippijn: http://www.rockbox.org/wiki/DocsIndex#For_Developers has some bits, especially the "About the Code" section. Some of it is probably outdated though 20.12.15 # thanks 20.13.19 # do codecs run continuously? 20.13.48 # never mind... 20.13.55 # I should read more code before asking stupid questions 20.15.15 Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de) 20.17.43 # what's wrong with the bootloader? I was told the one in trunk is broken (at least for iriver H320) 20.18.20 # pippijn: we don't know what's wrong with it specifically, except it will brick H3xx players 20.18.34 Join stooo [0] (n=sto@f050229241.adsl.alicedsl.de) 20.18.51 # h 20.18.53 # hm 20.19.04 # * TheSeven loves unbrickable devices :-) 20.19.16 # what device is unbrickable? 20.19.37 # everything that has a non-overwritable recovery mode 20.19.37 # nearly everything that isn't an iRiver H100 or H300 20.19.37 # iPods...generally speaking. 20.19.46 # oh 20.20.04 # the later Sansas are possible to brick apparently, but less easy 20.20.07 # S_a_i_n_t: don't say that. especially the old ones sometimes get bricked even by itunes :-) 20.20.19 # TheSeven: even, or only? 20.20.21 # though, some people have gotten PRETTY close to bricking an iPod, or had a good go at it rather. 20.20.48 # not really possible 20.20.49 # the only way to brick an ipod is to pull the power whilst it's doing an APPLE firmware upgrade 20.21.01 # but many people wash them :) 20.21.01 # i.e. a hard reset in the middle 20.21.05 # GodEater_: or the updater locking up 20.21.18 # TheSeven: I've never seen that happen, or heard of someone it's happened to previously 20.21.26 # can't it recover from that? 20.21.31 # S_a_i_n_t: no 20.21.43 # if the NOR image is corrupted, you'll need to do some soldering to fix it... 20.21.50 # shit...I've been a REALLY lucky boy then 20.22.13 # but doing things to them in Rockbox? There's no way to brick them. 20.22.23 # unless you use our recommended technique 20.22.29 Quit amiconn (Nick collision from services.) 20.22.31 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 20.22.31 # hahahah! 20.22.32 # of a hammer, applied with considerable force. 20.22.36 # what is that again? 20.22.43 # a lot 20.22.48 # ^^ 20.22.49 Quit pixelma (Nick collision from services.) 20.22.50 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 20.22.51 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 20.23.02 # since the classic and nano3g, they should be really unbrickable... 20.23.08 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 20.23.15 # but yes, that's exactly the devices that aren't (hopefully yet) supported 20.23.16 # yes, DFU mode is a good idea 20.23.59 # "Everytime you make something more idiotproof, someone makes a better idiot" - Someone 20.24.56 # well, making a hammer-proof DAP would really be an interesting challenge :-) 20.25.24 # (someone would just make a bigger hammer?) 20.25.45 # I'm pretty sure Einstein proved it's not possible to make something hammer proof 20.26.44 # GodEater_: did you get my description of how to get rockbox on the philip gogear hdd6320 ? 20.26.56 # stacker55: um. no. 20.27.01 # GodEater_: http://pastebin.ca/1751063 - the steps to get rockbox installed on a philips GoGear HDD6320 20.27.01 # coulnd't you put it on the wiki? 20.27.12 # (i wrote that last thursday) 20.27.34 # i don't have a wiki account, and didn't want to register just yet 20.27.51 # oh right, thursday is no-wiki day :D 20.28.01 # pamaury: don't know where the bug is. maybe in the stack, but probably in the ARC driver (according to gevaerts) 20.28.09 # * stacker55 enjoys casual sarcasm ;-) 20.28.31 # awesome! 20.30.03 # kugel: On the wiki page for the iAudio 7, it says to hold down the "Mode" button to enter usb boot mode, is that the button labeled M at the top of the player? 20.30.29 # i'm still stuck getting the audio to work on the gogear though - my hdd6320 with RB doen't play mp3's just yet. It gets stuck. And i thought it might have something to do with the lack of a partition table on the disk. But RB is able to start and read the id3 tags; so i figured that wasn't it 20.35.05 Quit Utchybann (Read error: 110 (Connection timed out)) 20.35.31 # Akranis: how would I know? 20.36.57 # kugel: I was trying to find out who worked on the port and I sort of picked you at random becuase you had made the last commit in that folder. 20.40.51 Quit Tomis (Read error: 60 (Operation timed out)) 20.43.48 Quit stooo ("Leaving.") 20.45.53 Join nimak_ [0] (n=nima@adsl-75-45-226-145.dsl.sfldmi.sbcglobal.net) 20.45.59 Quit nima (Read error: 104 (Connection reset by peer)) 20.47.09 Join webguest44 [0] (n=44773a5a@giant.haxx.se) 20.48.31 # can someone help me with my ipod? 20.48.41 Nick webguest44 is now known as jon (n=44773a5a@giant.haxx.se) 20.48.44 # that depends on what's wrong with it 20.49.09 # it was running rockbox fine and today i cut it on and rockbox.ipod cant be found 20.49.10 Nick jon is now known as Guest97809 (n=44773a5a@giant.haxx.se) 20.49.23 Nick Guest97809 is now known as jonnotthebaptist (n=44773a5a@giant.haxx.se) 20.49.47 # i plug it into my windows machine and it doesnt detect my ipod 20.50.05 Quit flydutch ("/* empty */") 20.50.17 Join n1s [0] (n=n1s@rockbox/developer/n1s) 20.50.59 # which model is this? 20.51.58 # 60gb video 20.51.58 # of the ipod? 20.53.02 # yes, that's what I meant 20.53.12 # does the original firmware still work? 20.54.30 # no 20.54.43 # i dont have a problem reformatting it 20.54.49 # if thats the best solution 20.55.00 # restore the ipod then, reinsatll rockbox 20.55.06 # the OF doesn't work anymore? 20.56.29 # If the OF is working fine, but Rockbox is not, then DO NOT REFORMAT. 20.56.43 # its not 20.56.50 # he said it wasn't 20.56.58 # hence, restore the iPod 20.57.03 # my computer isnt even detecting my ipod being plugged in though 20.57.11 # Hmmmm. 20.57.32 # jonnotthebaptist: is it still in the rockbox bootloader? 20.57.48 # Try reseting the iPod by holding Menu and Select for a few seconds, then. 20.57.56 # it trys to boot up and gives me an option to reset and another to change disk mode 20.58.07 # i do the one for disk mode and it just freezes out 20.59.39 # hm, could be a bad disk 21.00.18 Join balug [0] (n=dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) 21.00.39 # jonnotthebaptist: Try reseting the iPod, then IMMEDIATELY holding Left (Previous) and Select. 21.00.54 # See if that accpmlishes anything. 21.00.59 Quit stoffel (Read error: 113 (No route to host)) 21.01.07 # its running diagnostics 21.04.03 # gevaerts: did you wrote usb_storage ? I don't understand it calls storage_get_info when compiled with USB_USE_RAMDISK 21.04.41 Quit jonnotthebaptist ("CGI:IRC (EOF)") 21.04.55 # pamaury: because I'm lazy :) 21.05.00 Join rhodan [0] (n=quassel@81.62.155.250) 21.05.36 # gevaerts: you mean you were lazy to build custom info for ramdisk ? That's really lazy ;) 21.05.41 # pamaury: you need the info anyway, and since USB_USE_RAMDISK was mainly a debugging feature I just grabbed an available struct 21.05.46 # yes :) 21.06.18 # If you want a real ramdisk, there's a full storage-api implementation for that as well 21.07.05 Join Tomis [0] (n=Tomis@70.134.67.238) 21.07.09 Join webguest63 [0] (n=44773a5a@giant.haxx.se) 21.07.33 # sorry my computer felt the urge to restart 21.07.43 Nick webguest63 is now known as jonnotthebaptist (n=44773a5a@giant.haxx.se) 21.08.17 # ChanServ: when i press previous and select it took me to a diagnostics screen 21.08.43 # jonnotthebaptist: Alright. 21.09.00 # jonnotthebaptist: Hang on, I'm gonna need my own diag screen to look at. 21.10.16 # jonnotthebaptist: Try entering the "IO" submenu. 21.10.40 # Then select "HardDrive". 21.11.23 # i have an option for hdspecs and hdsmartdata 21.11.39 # Choose HDSmartData. 21.11.58 # gevaerts: How familiar are you with S.M.A.R.T. readings? 21.12.05 # not very 21.12.19 # jonnotthebaptist: Read for me the information displayed. 21.13.09 # retracts:25 21.13.15 # reallocs:0 21.13.21 # pending sectors:1 21.13.33 # poweron hours 1076 21.13.42 # start/stops 10961 21.13.51 Join Willy [0] (n=chatzill@adsl-76-235-60-169.dsl.dytnoh.sbcglobal.net) 21.13.55 # This drive has led a long life. 21.14.13 # Go back to the menu. 21.14.27 # We know that the drive is readable, at least. 21.14.47 Quit evilnick ("CGI:IRC") 21.15.36 # jonnotthebaptist: Let's look at HDScan. It will take a while to scan the drive, but I want to be sure. 21.16.17 Join nima [0] (n=nima@adsl-75-45-246-60.dsl.sfldmi.sbcglobal.net) 21.16.27 # It seems that it checks to be sure it can read every sector of the drive. 21.16.33 Join evilnick [0] (n=evilnick@rockbox/staff/evilnick) 21.16.33 # It'll take a while on a Video. 21.16.43 # which is that under? 21.16.49 Quit JdGordon ("Leaving.") 21.17.24 # It should be on the menu that HDSMARTData is on. 21.17.34 # Evidently it's not, at least on the video. 21.17.40 # It IS present on my Color. 21.17.48 # Great..... 21.18.04 Part froggyman 21.18.09 # I made a bug report about the mp3_encoder, and it was brought to my attention that one of the bugs I cited was a duplicate of another bug report. I have re-worded the original post, and posted this as a new comment. If you agree, I'd like to have the text in the original post replaced by my new comment (and comment deleted of course). 21.18.15 # http://www.rockbox.org/tracker/task/10917 21.18.21 # jonnotthebaptist: You're gonna have to read every menu if you want me to continue helping you. :/ 21.18.40 # My Color's doing the very scan I described. (I can't stop it.) 21.19.04 Quit kramer3d ("Leaving") 21.19.24 # Strife89: can resetting it during the scan really hurt? 21.19.41 # TheSeven: I guess not. 21.20.03 # the worst I could think of is a corrupted sector and an emergency retract... 21.20.08 # ChanServ: ok i have ntf memory io power accessories test syscfg and reset 21.20.31 # Strife89: I've tested that theory the hard way...wil no *apparent* ill effects. 21.20.40 Join JdGordon [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) 21.20.44 # anyone with a e200v1 willing to make a quick test of recording to MP3 format? 21.20.51 # memory tab has sdram and flash 21.21.12 # jonnotthebaptist: Go back up to the main menu. 21.21.37 # What does "NTF" bring up? 21.21.47 # That option is not on my Color. 21.22.06 # autotest 21.22.26 # Hmmm. 21.22.31 # Willy: I can if you tell me what you want me to check 21.22.32 # I assume autotest is like fiveinone? 21.22.37 # Can you exit it? 21.22.57 # anyone using msie, don't for a week or so till m$ released a patch if possible 21.22.57 # nasty exploit going around 21.22.57 # pamaury: does the resluting mp3 have any sound? 21.23.00 # jonnotthebaptist: Let's reset the iPod for now (choose Reset on the main menu). 21.23.15 # Willy: wait a minute, I'll try 21.23.21 # thanks 21.23.21 # alright 21.23.37 # Slide the Hold switch so that it goes for the OF. 21.24.23 # jonnotthebaptist: Once you're in the original firmware, try to plug in the iPod. 21.24.55 # there we go 21.24.56 # that worked 21.25.07 # Okay then. 21.25.08 # now i would think replacing the file would work 21.25.13 # Now just reinstall Rockbox. 21.25.15 # Willy: how do I save it in mp3 format. It's wav for me. 21.25.28 # jonnotthebaptist: It's probably best to install an entire build. 21.25.47 Quit JdGordon (Read error: 104 (Connection reset by peer)) 21.25.49 # on recording screen, hold middle button till menu appears. Format -> MP3 21.26.20 # jonnotthebaptist: You know the drill, right? Grab a .zip from the build page on the website and unzip it to your iPod. 21.26.23 # Willy: ah indeed, retrying... 21.26.38 # jonnotthebaptist: http://build.rockbox.org/ <---- For your convenience. 21.28.13 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 21.28.31 # jonnotthebaptist: You probably know this, but remember to make sure that the ".rockbox" folder is unzipped (or copied) to the root directory of the iPod. 21.28.41 # right 21.28.54 # Standard "make absolutely sure" procedure. :) 21.29.04 # im reinstalling this right now i will let you know how it goes 21.29.10 # thanks for getting me here though 21.29.22 # You're welcome, and good luck. :) 21.29.39 # Willy: yes I have sound but it's crappy and I have to set to maximum volume to get something slightly audible 21.30.03 Quit JdGordon (Client Quit) 21.30.07 # jonnotthebaptist: Don't forget to disengage the Hold switch as well. 21.30.30 # pamaury: is this 'something' noise, or your recording? 21.30.54 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 21.31.13 Quit Akranis ("Sleep(7.5 hours)") 21.31.29 # I'm recording the output of my computer speakers, that is music. But it's crappy, I hear it but there's lots of noise. I don't know if it comes from the mic or from th encoding 21.32.07 # thank you for helping 21.32.41 Quit nimak_ (Read error: 110 (Connection timed out)) 21.33.07 Quit S_a_i_n_t ("It's methadone time for good little Ex-Junkies...") 21.33.14 Quit nima (Read error: 104 (Connection reset by peer)) 21.34.11 Quit jonnotthebaptist ("CGI:IRC (EOF)") 21.34.30 Join nima [0] (n=nima@adsl-75-45-249-13.dsl.sfldmi.sbcglobal.net) 21.34.51 Join webguest35 [0] (n=44773a5a@giant.haxx.se) 21.35.06 Nick webguest35 is now known as JonTheBaptist (n=44773a5a@giant.haxx.se) 21.35.57 # JonTheBaptist: Another reboot, I take it? 21.37.08 # ChanServ: yeah 21.37.20 # i dont have access to the disk 21.37.31 # which i assume results from my dad not giving me administrator access 21.38.08 # That shouldn't be the case if it's JUST lack of admin access.... :/ 21.38.39 # wait i can access the drive now 21.38.54 # TheSeven: thanks for commiting a fix for that. you are right with the interrupt vectors - they get overwritten on my nano2g without the fix 21.39.10 # windows headaches 21.39.11 # ugh 21.39.33 # liar: so this thing is receiving data despite of a zero transfersize? 21.39.57 # in that case this won't really be a fix, it'll probably just corrupt other things now 21.40.07 # or wait, it could have been the combination of both bugs 21.40.25 # good point 21.40.40 # what happens if a thread function returns? 21.41.31 Join JdGordon [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) 21.41.39 # pippijn: what does the source say? i think it's *supposed* to call an exit function, isn't it? 21.41.41 # but the only case where this could happen would be immediately after a short transfer, and only if the pc sends a non-zero-length ack, which it shouldn't... 21.42.34 # liar: could you please try changing the 0x10000000 pointers to zero and see if the issue comes back? 21.42.53 # Unhelpful: it is not allowed to return 21.43.06 # Unhelpful: you have to call remove_thread on the thread object 21.43.21 # pippijn: if you know that... ;) 21.43.37 # well, that's what the website says 21.45.19 Quit JonTheBaptist ("CGI:IRC (EOF)") 21.45.39 Join webguest51 [0] (n=44773a5a@giant.haxx.se) 21.45.48 Nick webguest51 is now known as jonhateshiswindo (n=44773a5a@giant.haxx.se) 21.45.55 # if it times out on me one more frickin time 21.46.42 Quit dmb (Read error: 110 (Connection timed out)) 21.47.15 # jonhateshiswindo: Concentrate on getting your iPod back in shape. :) 21.47.40 # If it times out again, just come back if you (a) have a problem or (b) succeed. 21.49.06 *** Saving seen data "./dancer.seen" 21.49.43 # ChanServ: also i noticed a recording option 21.49.51 # could i use this to record lectures? 21.49.54 # if i bring a mic 21.49.58 # plug it in etc 21.50.32 # jonhateshiswindo: I believe so, but you shold test it beforehand. 21.51.02 # I know that the Color can record line-in through the "headphone" jack. 21.51.08 # * pamaury tries UMS+ramdisk with simulator. Pray ! 21.51.16 # I assume the Video does as well. 21.51.37 # http://qotile.net/audio/sleep_by_tree_wave.mp3 21.51.37 # music made with dot matrix printer 21.53.04 # flyback-: could you please stop spamming this channel with off-topic things? 21.53.15 # jonhateshiswindo: You will probably need a powered microphone if you plug it into the headphone/line-in jack. 21.53.32 # I thought music was on topic :) 21.54.03 # Only if the music somehow has close ties to Rockbox. ;) 21.54.17 Join nimak_ [0] (n=nima@adsl-75-45-244-227.dsl.sfldmi.sbcglobal.net) 21.54.57 # TheSeven: yes it appears again.. i thought of creating a dummy array and letting ptr point to the array in case ptr==NULL? gevaerts brought that solution 21.55.06 Quit Willy ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 21.55.12 # ok 21.55.19 # what do you mean by a powered microphone? 21.55.56 # jonhateshiswindo: I mean a microphone that uses its own batteries, instead on recieving power from only the jack it's plugged into. 21.56.04 # s/on/of 21.56.48 # An unpowered mic will probably produce some very soft sound. 21.57.05 # Again, I advise that you just test stuff out. 21.57.31 # The mic you have may be good enough for what you want. 21.58.45 Quit bertrik ("De groeten") 21.59.19 # liar: I'm currently trying to point it to an address space hole where it can't hurt anyone 21.59.47 # but I would really like to know why it starts writing stuff there in the first place 22.00.03 # the 4G has a mic input via one of the headphone rings - forget which one. 22.00.06 # The video does not. 22.00.14 # you could try pointing it to an array and have a look what kind of junk it is actually writing... 22.00.19 # The Video / Nano / 4G do line-in only through the dock connector. 22.03.12 Quit stripwax ("http://miranda-im.org") 22.04.06 Join Willy [0] (n=chatzill@76.235.60.169) 22.06.11 # what exectuables are used when recording to MP3 format? 22.06.29 # Willy: what do you mean by "executables"? 22.07.21 Nick bluebrot1er is now known as bluebrother (n=dom@f053154177.adsl.alicedsl.de) 22.07.32 Join nimak__ [0] (n=nima@75.45.248.170) 22.07.34 # yay it worked 22.07.35 # When I record to mp3 the files are bad. Older versions or RB work, so I'd like to replace only the files used for mp3 encoding with older versions. 22.07.40 # i love you forever and ever and ever 22.08.03 Quit kadoban (Read error: 104 (Connection reset by peer)) 22.08.07 # *encoding sould be "recording" 22.08.25 Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 22.08.28 # Willy: well, it's a codec. But the codec is somewhat tied to the Rockbox main binary, so simply replacing the codec isn't adviseable. 22.08.30 # jonhateshiswindo: excellent! 22.08.36 # it _might_ work, but it might also fail. 22.08.38 Join Strife1989 [0] (n=michael@adsl-154-14-45.mcn.bellsouth.net) 22.08.50 # fun 22.09.11 # bluebrother: i have now done the target naming change on the themepage, because checkwps was also renamed so the themesite broke. So we now need a new rbutil release :-) 22.09.20 # have you checked if your installation is "complete"? As in, have you checked if the mp3 encoder codec is probably outdated and didn't got replaced due to some error? 22.09.32 # domonoky: ok :/ 22.09.41 Quit nima (Read error: 110 (Connection timed out)) 22.09.41 # bluebrother: also someone reported problems with libusb with the current svn osx binarys. 22.10.17 # hmm. That's somewhat problematic as I don't have any other machine to test. 22.10.38 # but will check. 22.10.45 # blueborther: yeah - I used a program that syncs two folders based on MD5 checksums 22.10.53 # it looks like your osx binarys didnt use static libusb. instead a libusb.x.x.dylib was included, but somehow failed to load. 22.11.13 # now i get to play with my mic 22.11.51 # interesting. I've used the libusb packages as stated on the RockboxUtilityDevelopment wiki page. 22.12.10 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.0.207) 22.12.30 Quit Strife89 (Nick collision from services.) 22.12.41 Nick Strife1989 is now known as Strife89 (n=michael@adsl-154-14-45.mcn.bellsouth.net) 22.13.23 Quit nimak_ (Read error: 60 (Operation timed out)) 22.13.24 # TheSeven: is the data after ep_recv immediately valid or where should i check the content? 22.13.49 # i also had problems with those libs when i was building the osx binarys. the only working way was to remove the libusb.dylib from the system, so rbutil building is forced to use the static libusb.a file. (but dont know if libusb handling changed since then) 22.13.57 # ep_recv only triggers the transfer 22.14.04 # you'll need to check that later 22.14.22 # i'm not even sure if the corruption would occur before or after the completion event 22.14.32 # so i would just suggest waiting some seconds and then dumping the contents 22.15.02 # * TheSeven really needs to build an ibugger loader that can be started from within rockbox 22.15.25 # * S_a_i_n_t agrees wholeheartedly with that... 22.15.50 # bluebrother: or maybe libusb was for the wrong osx version ? the user who reported it said he has osx10.4 22.16.27 # New commit by 03tomers (r24264): Fractals: Prevent zooming more than deepest possible zoom ... 22.16.33 # maybe. I'm still not really familiar with that stuff 22.17.29 Quit _zic (Remote closed the connection) 22.21.54 # New commit by 03tomers (r24265): Fractals: Use more colors 22.22.45 # * tomers The red is not my fault. It's ccache who killed it :-) 22.23.33 Quit Willy ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 22.24.49 # s/who/which 22.25.54 # is there any nice way to explain to the user in a plugin why some of the menu options that are normally there are not available at present? 22.26.23 # frotz has numerous menu options which can only work when the game being interpreted is prompting for input; they don't work when the interpreter is just waiting for yu to press a key before scrolling the screen 22.26.32 # because "it just is"? 22.26.42 # I mean explain in teh plugin 22.27.12 # oh, why would you need to explain the absence? 22.27.19 # if its there, it's there right? 22.27.27 # context sensitive menus normally have some actual indication that the context is different; it's not immediately apparent that the [MORE] prompt is a different kind of thing than the text prompt 22.27.37 # bluebrother: is there something wrong on your build client? 22.27.38 # and you can't, for example, restart the game while at a MORE prompt 22.28.17 Join stoffel [0] (n=quassel@p57B4C4F0.dip.t-dialin.net) 22.28.20 # I'm not sure there is a 'nice' way to explain it, not ingame at least. 22.28.25 # in the manual, sure. 22.28.44 # gevaerts: no idea, but I'm already checking 22.29.21 Quit stoffel (Remote closed the connection) 22.29.30 # Torne: maybe just disable the context menu in this case, and only allow the MORE aktion ? 22.30.20 # gevaerts: when a usb driver is asked to transfer a big amount of data than need to be split between packets, the transfer completion routine is only called once at the end of the whole transfer or at the end of each packet ? 22.30.41 # Torne: have an entry in the context menu explaining that the function can't be used at this time? 22.30.48 # pamaury: one completion callback per usb_drv_send/recv call 22.31.02 # ok 22.31.13 # domonoky: i could do, but you still want to be able to quit at least 22.31.25 # i have the normal quit action bound though, so I guess I could do just that 22.32.29 # strange, building manually works fine 22.37.24 # Torne: simplest thing I can think of (maybe not simplest to achieve, but simplest in theory) would be to leave the context menu intact but change the entries which don't apply to the situation to n/a or similar. 22.42.41 Join nima [0] (n=nima@adsl-75-45-235-38.dsl.sfldmi.sbcglobal.net) 22.43.17 # tomers: did you do anything about the possible speed issues due to your fractals split amiconn mentioned? I have no idea about this but am a bit worried about the plugin on the archos targets (I remember it was quite optimised to make it work nicely on those before) 22.43.59 Join nls [0] (n=n1s@125-237-43-116.jetstream.xtra.co.nz) 22.44.53 # pixelma: I will check that. Thanks. I guess I missed amiconn's remark. 22.44.59 # * tomers going to bed 22.45.22 # tomers: you put inline functions into .c files which makes it impossible for them to be inlined 22.46.03 # kugel: should I remove the inline directive, or is there any other solution? 22.46.59 # tomers: put it back into header files 22.47.03 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.47.27 # what function exactly? 22.47.39 # or function_s_? 22.48.38 # TheSeven: 0x80601004 and 0x1210200040. the latter appears only once 22.48.43 Join dfkt_ [0] (n=dfkt@unaffiliated/dfkt) 22.48.55 # tomers: the functions in cpu_*.c, maybe there are more 22.49.19 # * bluebrother suggests the use of grep :) 22.49.31 # * TheSeven doesn't recognize those numbers 22.49.50 # grep -R works wonders ;) 22.50.26 # kugel: You mean to put all function's code in the headers files and discard the cpu_*.c files? 22.50.40 # yea 22.50.49 # ok. will do that 22.51.06 # but tomorrow. thanks for reviewing the code :-) 22.51.09 # inlining only works *within* one source file 22.51.25 # i should've known that 22.51.39 # tomers: the compiler can only inline functions if he has the functions when compiling. Which means that inlining won't work for functions that are in other objects. Therefore inline functions _need_ to be in the header files 22.51.58 Join einhirn_ [0] (n=Miranda@p5485891E.dip0.t-ipconnect.de) 22.52.13 # unless the function is static, of course. 22.53.14 Join baptiste_ [0] (n=chatzill@vir91-12-78-231-137-156.fbx.proxad.net) 22.53.21 # tomers: you also need to make them static, to enable having the same function (with the same name) in multiple source files 22.53.35 Quit n1s (Read error: 110 (Connection timed out)) 22.54.05 # i'll do it now, please stay and review :-) 22.55.01 # * gevaerts doesn't like that 0x1210200040 bit 22.55.39 Quit dfkt_ (Read error: 60 (Operation timed out)) 22.55.51 # the 0x12..20 match a device descriptor, but the other bytes don't 22.55.56 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 22.55.59 # hm, wrong direction for that anyway 22.57.15 Quit nimak__ (Read error: 110 (Connection timed out)) 22.57.42 # gevaerts: leftover junk in the fifo? 22.58.02 # TheSeven: or plain coincidence 22.58.02 Join darkham [0] (n=darkham@host113-178-dynamic.49-79-r.retail.telecomitalia.it) 22.58.59 # well, it shouldn't be writing anything to memory if i feed it a zero-length transfer in the first place 22.59.15 # that's true of course 22.59.21 # and it still does, even after fixing the DIEP vs. DOEP issue 23.01.32 # well, i pointed it to a 256MB-sized address space hole now. should be sufficient to eat the garbage. 23.02.22 # TheSeven, gevaerts: that 0x1210200040 is actually an 0x1210200040000031. and the second 0x80601004 contains the 0x12.. again some bytes afterwards 23.03.39 # New commit by 03tomers (r24266): Fractals: Have helper functions in header file to keep them inlined ... 23.04.49 Quit JdGordon (Read error: 104 (Connection reset by peer)) 23.06.32 Quit dfkt (Read error: 110 (Connection timed out)) 23.06.54 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 23.08.27 Join JdGordon [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) 23.08.48 Quit balug ("Ex-Chat") 23.09.15 Quit tomers ("ChatZilla 0.9.86 [Firefox 3.5.7/20100106054534]") 23.09.34 Quit dfkt_ ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 23.10.42 # Frotz appears to be finished :) 23.11.01 # I can't find any more bugs in it and it just about passes all the z-machine tests in the test suites 23.11.28 # not sure if it builds for every target though; it should (it's ifdef'ed off on the ones i know i can't support) 23.11.31 # You must not be looking hard enough ;) 23.11.37 Quit einhirn_ (Read error: 110 (Connection timed out)) 23.11.41 # oh i'm sure :) 23.12.03 # andthere are a number of features it couldhave that it doesn't yet 23.12.33 # i guess the easiest way to find out if it builds is to commit :) 23.13.04 # definitely 23.15.20 # New commit by 03torne (r24267): New plugin: frotz, a Z-machine interpreter, for playing interactive fiction. ... 23.15.30 Quit einhirn (Read error: 110 (Connection timed out)) 23.20.31 # crap, yellows :) 23.20.56 # ah, it's not 64-bit-clean 23.20.58 # TheSeven: bad news.. it doesnt work on my second nano2g 23.21.52 Join JdGordon| [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) 23.22.22 Quit Tomis (Read error: 104 (Connection reset by peer)) 23.22.42 # liar: how does it fail? did it ever work on that one before? 23.23.35 Join Tomis [0] (n=Tomis@70.134.67.238) 23.23.39 # hrm, how do you align a pointer without casting to int? 23.25.17 Quit petur ("Zzzz") 23.25.28 # Torne: cast to intptr_t maybe 23.25.40 # ah, and one of those warnigns is in fact a bug 23.25.42 # Torne: intptr_t? 23.26.42 # i'm setting the random seed to the address of the tick 23.26.43 # not the tick 23.26.56 # which is why curses' intro quite only changes when i recompile. :) 23.27.40 # that's a good one :) 23.28.42 # New commit by 03torne (r24268): Fix warnings in frotz, one of which is a real bug :) 23.29.20 # Not as random as you might like :) 23.29.38 # arm gcc didn't spot that 23.30.19 # TheSeven: i've recognized that some days ago. the ipod doesnt freeze but fails sometimes and sometimes not. this happens if it works: http://pastebin.org/77889, and this if not: http://pastebin.org/77890 23.30.44 # so the behavior just didn't change with today's patch? 23.30.57 # TheSeven: it worked once until now 23.31.08 # and 10 times or more not 23.31.13 Join Willy [0] (n=chatzill@adsl-76-235-60-169.dsl.dytnoh.sbcglobal.net) 23.31.18 Quit Horscht ("Verlassend") 23.31.55 # ok, as long as it's no regression, I don't really care about it right now ;-) 23.32.16 # this looks like some usb controller lockup 23.32.45 # when you find a problem, start building old version to pinpoint it, and use the method where you find a version that works, then try half way between that version and the one that's bad, then half way between the resluts, then half way between those results --- what's that method called? 23.33.10 # bisecting 23.33.20 # or divide'n'conquer ;-) 23.33.31 Quit kugel (Nick collision from services.) 23.33.36 # ty 23.33.44 # TheSeven: divide'n'conquer is what Unhelpful is trying to do 23.34.04 Join nimak_ [0] (n=nima@75.45.227.150) 23.35.05 Quit baptiste_ ("ChatZilla 0.9.85 [Firefox 3.0.11/2009060308]") 23.35.06 # yay, there we go 23.35.38 # $50 if you manage to capture a small country :P 23.35.46 # who adds stuff to the recent changes page? 23.35.48 # 'doh...wrong window 23.36.29 # Torne: anyone who feels like it, although the committer is the preferred person 23.36.39 # how? 23.37.12 Join kugel [0] (n=kugel@rockbox/developer/kugel) 23.38.08 # oh it's just wiki 23.38.10 # i am blind 23.38.26 # how does the rss feed work then? 23.38.49 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 23.38.50 # Ok, seriously...whats the point in rockblox1d.rock? is it a joke? 23.38.55 Quit FlynDice (Read error: 104 (Connection reset by peer)) 23.39.11 # S_a_i_n_t: it does exactly what it says 23.39.13 # it's 1d tetris 23.39.29 # sounds pretty much pointless :-) 23.39.39 Quit stripwax ("http://miranda-im.org") 23.39.45 # I never said it didn't :P, it just has 0 playability 23.39.46 # yes? 23.41.28 Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 23.41.45 Quit rhodan (Remote closed the connection) 23.41.59 Quit stacker55 (Read error: 104 (Connection reset by peer)) 23.43.07 # S_a_i_n_t: really? what sort of problem are you having with playability, and on which target? maybe the keymap needs work. 23.43.21 Join rhodan [0] (n=quassel@81.62.155.250) 23.43.31 Join stacker55 [0] (n=not@151-165-ftth.onsnetnuenen.nl) 23.43.40 # Unhelpful: you're joking right? 23.46.55 # why should i be joking? 23.47.01 Join kugel_ [0] (n=kugel@e178103230.adsl.alicedsl.de) 23.47.10 Quit soap (Remote closed the connection) 23.47.14 Quit kugel (Nick collision from services.) 23.47.17 Nick kugel_ is now known as kugel (n=kugel@e178103230.adsl.alicedsl.de) 23.47.23 # * Torne wanders off for now, happy that frotz actually builds 23.47.48 Quit nima (Read error: 110 (Connection timed out)) 23.48.33 # hrm, division 5 multiplies, but they can be ordered such that they each does not depend on the output of the prior one 23.48.37 # *with* 5 multiplies 23.49.08 *** Saving seen data "./dancer.seen" 23.50.08 Join kugel_ [0] (n=kugel@e178106105.adsl.alicedsl.de) 23.50.18 Quit kugel (Nick collision from services.) 23.50.24 Nick kugel_ is now known as kugel (n=kugel@e178106105.adsl.alicedsl.de) 23.51.08 # if you are bisecting, and you install a version that used an old bootloader, do you have to build, and install the old bootloader? 23.51.53 Quit kugel (Nick collision from services.) 23.51.59 Join kugel [0] (n=kugel@e178107026.adsl.alicedsl.de) 23.52.14 # if the bug isn't related to the bootloader, you shouldn't need to 23.52.32 # that may be target-specific, though 23.52.40 # how old? 23.52.42 Quit bluebrother ("leaving") 23.53.04 # gevaerts: did we ever change the boot file format? 23.53.14 # r23701 on an e200v1 23.53.24 # i could only imagine old versions relying on boot loader bugs ;-) 23.53.40 # TheSeven: well yes, but that's been known to happen :) 23.53.45 # Willy: should be ok 23.54.16 # yes, some very early "unusable" nano2g builds did that, too... 23.54.47 # so i installed r23701, and it wouldn't boot (don't remember screen output clearly), so I built and installed the bootloader r23701. Now it won't boot. 23.55.12 # Can't load Rockbox.mi4: file not found. 23.56.01 # that means the file is not there 23.56.08 # can't load system OF.mi4 can't load system OF.bin 23.57.10 # oh and bootloader version is "r23701" 23.57.11 # * kugel suspects a filesystem problem 23.57.32 # *is reported as 23.58.13 # With an iPod Nano 1g, what does booting with menu+next held do? the text draws too fast (and is 8pt) so I can't read whatever it is that it outputs.