--- Log for 04.12.114 Server: weber.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 16 hours and 19 minutes ago 00.00.00 # <[Saint]> s/dame/same/ 00.01.40 Quit xorly (Ping timeout: 272 seconds) 00.02.28 # <[Saint]> You've caught me at a weird time, I'm about 75% of the way through writing a (fairly extensive and detailed) guide to compiling Rockbox on Android on Debian-like (Debian, Mint, Ubuntu (and its derivatives), etc.) hosts. 00.02.57 # <[Saint]> But there's a /loooooooooooooooot/ of information to cover in such a guide, so its not going as fast as I would like it to. 00.07.53 # [Saint]: I have downloaded only SDK and not bundle and I have apparently no aapt to symlink to. I am downloading the whole bundle, but it's time for me to get some sleep. I think I will finish this as a first thing at... work ;) 00.08.05 Quit AlexP (Remote host closed the connection) 00.08.30 # <[Saint]> Not a problem. I wish you good night. 00.08.31 # [Saint]: Once again big thanks. 00.08.32 # <[Saint]> o/ 00.08.44 # <[Saint]> Once again, not a problem. :) 00.08.50 # I should be here tomorrow. 00.08.59 # <[Saint]> As should I. 00.08.59 # I will report results then. 00.09.07 # Bye. 00.11.31 Quit saratoga_ (Quit: Page closed) 00.15.46 Quit chrisb (Ping timeout: 264 seconds) 00.17.57 Quit RiDD (Quit: A good plan today is better than a perfect plan tomorrow.) 00.20.34 Quit ender` (Quit: We are surprised at our own versatility in being able to fail in so many different ways. -- Samuel McChord Crothers) 00.21.06 Quit amayer (Quit: Leaving) 00.21.24 Join AlexP [0] (~alex@rockbox/staff/AlexP) 00.22.15 Quit przemhb (Ping timeout: 240 seconds) 00.35.29 Quit bertrik (Remote host closed the connection) 00.47.21 Quit krabador (Quit: Sto andando via) 00.59.18 Quit shamus (Ping timeout: 272 seconds) 00.59.59 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 01.03.35 Quit dunpeal (Ping timeout: 240 seconds) 01.05.43 Join dunpeal [0] (~dunpeal@unaffiliated/dunpeal) 01.20.04 Quit AlexP (Remote host closed the connection) 01.20.45 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 01.41.24 *** Saving seen data "./dancer.seen" 02.03.16 Quit ZincAlloy (Quit: Leaving.) 02.03.28 Quit dunpeal (Ping timeout: 264 seconds) 02.06.52 Join dunpeal [0] (~dunpeal@unaffiliated/dunpeal) 02.27.40 # <[Franklin]> you know what, forget vertical stride! 02.28.00 # <[Franklin]> there's only one target with a vertical stride color LCD... not worth it 02.32.11 # <[Franklin]> hmm... when/if xrick and xworld get committed, I guess they'll be nicknamed the "X-Series" of games :D 02.33.13 Part dunpeal 02.33.51 Join cmhobbs [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) 02.33.51 Quit cmhobbs (Changing host) 02.33.51 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 02.37.10 # is there any chance that rockbox will be ported to 6th gen ipod nanos? 02.43.29 Join Strife89 [0] (~Strife89@adsl-98-80-238-71.mcn.bellsouth.net) 02.43.57 Quit ikeboy (Quit: Leaving) 02.51.24 Quit ungali|away (Remote host closed the connection) 03.00.11 # <[Saint]> cmhobbs: extremely little chance, but not wholly improbable. 03.01.02 Quit cmhobbs (Remote host closed the connection) 03.05.10 # <[Franklin]> I'd say code execution is bound to happen sooner or later 03.05.19 # <[Franklin]> anyway, gtg 03.05.22 Quit [Franklin] (Quit: Lost terminal) 03.38.10 Part jln ("EKG2 bejbi! http://ekg2.org/") 03.41.28 *** Saving seen data "./dancer.seen" 03.47.03 # hm, i had this problem with the rockbox installer before, where it would segfault 03.47.10 # and I totally forgot what I did to fix it 03.48.35 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 04.23.51 Quit ikeboy (Quit: Leaving) 04.42.22 Quit amiconn (Disconnected by services) 04.42.22 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.42.22 Quit pixelma (Disconnected by services) 04.42.23 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.42.25 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.42.25 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.44.41 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 04.46.01 Quit JdGordon (Ping timeout: 255 seconds) 05.27.38 Quit [7] (Disconnected by services) 05.27.50 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.41.29 *** Saving seen data "./dancer.seen" 05.50.46 Join rastlin1 [0] (~rastlin@c-50-140-158-161.hsd1.in.comcast.net) 05.53.58 Quit rastlin (Ping timeout: 255 seconds) 06.05.40 Quit pimaster (Ping timeout: 258 seconds) 06.12.18 Join pimaster [0] (~pimaster@23.94.33.215) 06.12.58 Quit Strife89 (Quit: Leaving) 06.15.47 Join rela [0] (~x@pdpc/supporter/active/rela) 06.19.57 Quit rela (Ping timeout: 240 seconds) 06.21.20 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 06.32.01 Join rela [0] (~x@pdpc/supporter/active/rela) 06.35.15 Quit ikeboy (Remote host closed the connection) 06.36.17 Quit rela (Ping timeout: 244 seconds) 06.48.14 Join rela [0] (~x@pdpc/supporter/active/rela) 06.52.55 Quit rela (Ping timeout: 255 seconds) 07.04.26 Join rela [0] (~x@pdpc/supporter/active/rela) 07.09.06 Quit rela (Ping timeout: 252 seconds) 07.20.40 Join rela [0] (~x@pdpc/supporter/active/rela) 07.25.23 Quit rela (Ping timeout: 258 seconds) 07.33.58 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 07.36.52 Join rela [0] (~x@pD9E57D9C.dip0.t-ipconnect.de) 07.36.52 Quit rela (Changing host) 07.36.52 Join rela [0] (~x@pdpc/supporter/active/rela) 07.41.23 Quit rela (Ping timeout: 244 seconds) 07.41.32 *** Saving seen data "./dancer.seen" 07.53.05 Join rela [0] (~x@pdpc/supporter/active/rela) 07.57.30 Quit rela (Ping timeout: 252 seconds) 08.05.53 Quit pamaury (Ping timeout: 264 seconds) 08.09.19 Join rela [0] (~x@pdpc/supporter/active/rela) 08.14.04 Quit rela (Ping timeout: 258 seconds) 08.25.31 Join rela [0] (~x@pdpc/supporter/active/rela) 08.29.01 Join wodz [0] (~wodz@89-75-106-114.dynamic.chello.pl) 08.29.57 Quit rela (Ping timeout: 244 seconds) 08.36.16 Join ender` [0] (krneki@foo.eternallybored.org) 08.41.44 Join rela [0] (~x@pD9E57D9C.dip0.t-ipconnect.de) 08.41.52 Quit rela (Changing host) 08.41.52 Join rela [0] (~x@pdpc/supporter/active/rela) 08.46.19 Quit rela (Ping timeout: 255 seconds) 08.57.02 Join petur [0] (5bb7304d@rockbox/developer/petur) 08.57.59 Join rela [0] (~x@pdpc/supporter/active/rela) 08.59.02 Join mortalis [0] (~kvirc@212.44.150.238) 09.01.11 Join xorly [0] (~xorly@m180.dkm.cz) 09.02.16 Quit rela (Ping timeout: 240 seconds) 09.02.22 Quit Scromple (Read error: Connection reset by peer) 09.02.53 Join Scromple [0] (~Simon@27.127.199.230) 09.08.15 Quit xorly (Read error: Connection reset by peer) 09.08.45 Join xorly [0] (~xorly@m180.dkm.cz) 09.10.40 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.14.11 Join rela [0] (~x@pdpc/supporter/active/rela) 09.16.19 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 09.16.19 Quit pamaury (Changing host) 09.16.19 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.18.51 Quit rela (Ping timeout: 258 seconds) 09.19.52 Quit mikroflops (Ping timeout: 240 seconds) 09.29.20 # pamaury: ping 09.30.25 Join rela [0] (~x@pdpc/supporter/active/rela) 09.33.56 Quit xorly (Ping timeout: 252 seconds) 09.34.36 Quit rela (Ping timeout: 240 seconds) 09.41.36 *** Saving seen data "./dancer.seen" 09.46.38 Join rela [0] (~x@pdpc/supporter/active/rela) 09.50.56 Quit rela (Ping timeout: 240 seconds) 09.59.53 # wodz: pong 10.00.02 # (partly afk) 10.02.50 Join rela [0] (~x@pdpc/supporter/active/rela) 10.04.49 Join mikroflops [0] (~yogurt@178.174.137.62) 10.07.32 Quit rela (Ping timeout: 258 seconds) 10.09.06 Join natanelho [0] (4d7d68ce@gateway/web/freenode/ip.77.125.104.206) 10.09.53 # how to make plugins i proggrammed appear in "aplication" folder under plugins in the build? 10.10.42 Quit natanelho (Client Quit) 10.10.53 Join natanelho [0] (4d7d68ce@gateway/web/freenode/ip.77.125.104.206) 10.12.17 # natanelho: edit apps/CATEGORIES 10.17.25 Quit alexbobp (Ping timeout: 244 seconds) 10.19.03 Join rela [0] (~x@pdpc/supporter/active/rela) 10.21.06 # thx 10.23.38 Quit rela (Ping timeout: 258 seconds) 10.33.41 Quit kvieta (Excess Flood) 10.33.47 Join lycide [0] (~kvieta@149.255.100.108) 10.35.16 Join rela [0] (~x@pdpc/supporter/active/rela) 10.39.36 Quit rela (Ping timeout: 240 seconds) 10.44.52 Join swilde [0] (~wilde@euarne.ipv6.intevation.de) 10.45.01 Part swilde 10.51.29 Join rela [0] (~x@pdpc/supporter/active/rela) 10.56.04 Quit rela (Ping timeout: 252 seconds) 10.58.32 Join MMlosh [0] (~MMlosh@2001:470:6f:23:24f:63ff:fe01:4900) 10.58.44 # * natanelho is developing plugins for himself 11.14.58 # how to use rb->do_menu in c lang? 11.20.39 # natanelho: have a look at other plugins I guess 11.21.40 # for example disk_tidy.c 11.23.54 Join maruk1 [0] (~papier@titanium.v6.sdv.fr) 11.29.36 Quit shamus (Ping timeout: 264 seconds) 11.29.57 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 11.41.40 *** Saving seen data "./dancer.seen" 11.51.02 Join krabador [0] (~krabador@unaffiliated/krabador) 11.51.38 Quit krabador (Read error: Connection reset by peer) 11.52.59 Join krabador [0] (~krabador@unaffiliated/krabador) 11.53.41 Join markun [0] (~markun@rockbox/developer/markun) 11.56.03 Join krnlyng [0] (~liar@213162068126.public.t-mobile.at) 11.58.05 Join AlexP [0] (~alex@rockbox/staff/AlexP) 12.23.09 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 12.23.31 Nick alexbobp is now known as Guest79798 (~alex@capitalthree.pwnz.org) 12.24.47 Nick rastlin1 is now known as foolsh (~rastlin@c-50-140-158-161.hsd1.in.comcast.net) 12.39.35 Quit krabador (Quit: Sto andando via) 12.52.31 # pamaury: thx 12.52.43 Quit natanelho (Quit: Page closed) 12.57.50 Nick Guest79798 is now known as alexbobp (~alex@capitalthree.pwnz.org) 13.04.33 Join sakax [0] (~sakax@unaffiliated/sakax) 13.35.02 Join krabador [0] (~krabador@unaffiliated/krabador) 13.41.43 *** Saving seen data "./dancer.seen" 14.08.02 # pamaury: ping again 14.08.08 # pong again 14.08.50 # wodz: ^ 14.09.08 # Did you see gerrit task? 14.11.10 # yes 14.12.41 # I didn't have time to review it completely, it looks nice although it would be nice the sd part be generic 14.12.48 # also where is HWLIB.printf implemented ? 14.12.58 # Do you have any thoughts how to clean this up/structure to be more generic? 14.13.40 # http://git.rockbox.org/?p=rockbox.git;a=blob;f=utils/hwstub/tools/lua/hwlib.lua;h=5bbd1e2668cc0b16e3ad4236d4060dba90bfe294;hb=HEAD 14.13.56 # oh ok, I missed it ;) 14.15.06 # it's very nice and practical :) Anyway, yeah for SD you could have a pointer to the backend in a form of a table 14.15.19 # like SD.set_driver(ATJ) 14.15.38 # and the driver table would need to implemente a few functions like sd_init, sd_send, etc 14.15.48 # or maybe put them a in sub table like ATJ.SD 14.16.05 # Well card initialization is pretty generic 14.16.31 # that would init the controller, not the card 14.16.38 # ah 14.17.09 # also set_speed, set_bus_width 14.17.46 # I am more concerned about abstracting card_init() and sd_read_sectors() or equivalents. With sane controllers thats easy but rk27xx is super weird 14.18.25 # why ? 14.20.59 # 1) It needs hw buffer switching during transfers 2) It treats differently last-but-one sector 3) the STOP_TRANSMISSION needs to be sent before getting last sector from HW 14.21.14 # its super counter intuitive 14.21.53 # 1) is not an issue, that's part of command sending 2) same 3) is a bit of a problem, why is it the case ? 14.23.30 # pamaury: 1) is not. It is for getting packets from SD. Anyway see firmware/target/arm/rk27xx/sd-rk27xx.c you will understand better what I mean 14.23.50 # but when you send a command, you retrieve the data also 14.24.10 # I don't think it's wise to separate command from data 14.24.27 # but you need to switch hw buffer on *every* packet 14.25.01 # why can't you do it ? If you manage to do it lua, I don't see what is the problem 14.25.25 # It would need special callback in generic function 14.26.26 # no, the generic layer would do thing like: buffer=sd_cmd(SD_READ,arg,data_length) and sd_cmd() would send the command and send/retrieve the data, and thus do switching 14.26.57 # hmm 14.27.36 # so you mean sd_cmd() to be higher level than current send_cmd() 14.27.38 # ? 14.29.46 # yeah why not ? Or if you prefer split it into send_cmd() and send/recv_data() and the latter would handle the packet switching 14.30.32 # but really on many controllers command and data are tightly coupled together 14.30.47 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 14.32.02 # on imx233 for example, the read command is not sent with send_cmd, it calls the low-lever level routine directly 14.33.41 # however that doesn't solve 3) which is very weird 14.34.12 # what happen if you send the stop command after the transfer ? 14.36.31 # AFAIK every subseqent commands fail 14.37.15 Join Scr0mple [0] (~Simon@27.127.199.230) 14.37.16 Quit Scromple (Read error: Connection reset by peer) 14.40.01 # hum, I guess you could still make it work: in sd_cmd() if that's a READ or WRITE, do the trip with stop_command, and when asked to send the stop_command afterwards, just don't do it 14.44.05 # assuming such abstraction we will have READ, WRITE and INIT? 14.45.12 # I would say init and send_cmd, with send_cmd doing actual command sending and data transfer (read or write) 14.47.03 # if that's alright to you 14.47.36 # to make it clear you mean 'target' specific part should provide sdc_set_speed(), sdc_bus_width(), sdc_send_cmd() which combines sending command and retriving data, right? 14.47.47 # yes 14.48.23 # and sdc_init and maybe also sdc_max_bus_width() because it might depend on the hardware what is the maximum bus size 14.48.28 # also there can be several buses 14.49.03 # (thinking about porting this layer to rockbox then, it must be generic enough) 14.49.58 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.50.16 # also sdc_detect() could be useful 14.53.03 # what should it do? 14.54.05 # check if the card is present. Well maybe it's not that useful for the lua part 14.58.27 # I'll try to write something 15.01.29 # ok, I have to leave now, but I'll be back online very soon and I should available tonight 15.01.34 # I'll try to hack on hwstub 15.07.59 Quit mortalis (Ping timeout: 272 seconds) 15.09.18 Quit pamaury (Remote host closed the connection) 15.23.20 Join Scromple_ [0] (~Simon@27.127.199.230) 15.23.20 Quit Scr0mple (Read error: Connection reset by peer) 15.27.12 Quit AlexP (Remote host closed the connection) 15.33.39 Quit einhirn (Ping timeout: 256 seconds) 15.41.44 *** Saving seen data "./dancer.seen" 15.54.54 Quit krabador (Quit: Sto andando via) 16.12.17 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 16.12.46 Quit JdGordon_ (Ping timeout: 245 seconds) 16.20.12 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 16.21.37 Quit JdGordon (Ping timeout: 265 seconds) 16.22.04 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 16.24.00 Join AlexP [0] (~alex@rockbox/staff/AlexP) 16.40.44 Quit wodz (Ping timeout: 252 seconds) 16.53.54 Join przemhb [0] (~przemhb@89-71-179-236.dynamic.chello.pl) 16.59.47 Join Rondom [0] (~rondom@nonmodosedetiam.net) 17.06.34 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 17.12.24 Quit petur (Quit: Page closed) 17.13.07 Quit amiconn (Quit: No Ping reply in 64 seconds.) 17.15.26 Join amiconn [0] (amiconn@rockbox/developer/amiconn) 17.15.53 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.16.13 Quit MMlosh (Ping timeout: 244 seconds) 17.16.14 Join KotH_ [0] (~attila@2001:1620:907::1) 17.17.40 Quit KotH (Disconnected by services) 17.17.50 Nick KotH_ is now known as KotH (~attila@2001:1620:907::1) 17.18.27 Quit kugel (Client Quit) 17.18.55 Quit zoktar (Ping timeout: 265 seconds) 17.18.56 Quit APLU (Ping timeout: 265 seconds) 17.18.56 Quit Topy44 (Ping timeout: 265 seconds) 17.19.41 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 17.19.51 Join Topy44 [0] (topy@cl-406.cgn-01.de.sixxs.net) 17.24.07 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 17.24.24 Join APLU [0] (~mulx@eva.aplu.fr) 17.29.18 Join xorly [0] (~xorly@m180.dkm.cz) 17.41.47 *** Saving seen data "./dancer.seen" 17.45.42 Quit ikeboy (Ping timeout: 245 seconds) 17.46.11 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 17.49.27 Quit przemhb (Ping timeout: 255 seconds) 18.00.39 Quit ikeboy (Quit: Leaving) 18.00.53 Quit maruk1 (Quit: Leaving.) 18.07.13 Quit chrisb (Ping timeout: 256 seconds) 18.12.57 Quit Marex (*.net *.split) 18.15.38 Join Marex [0] (~Marex@195.140.253.167) 18.24.38 Quit krnlyng (Ping timeout: 244 seconds) 18.40.04 Join krnlyng [0] (~liar@83.175.90.24) 18.50.35 Join plex [0] (~plex@udp265221uds.hawaiiantel.net) 18.52.11 # has anyone tried unbricking a sansa clip zip 18.55.42 # we havce a whole wiki page about it 18.57.28 # i could not find any info on the clip zip specific, if anyone could point me in the right direction, i would be grateful 18.59.41 # you should not attempt it without the advise of a dev who knows about the zip 19.00.08 Join Rower [0] (~husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 19.01.34 # ok the wiki page covers the other players, the zip *very* much like a clip+ though so information mayb still apply, I don't know 19.02.12 Quit cmhobbs (Remote host closed the connection) 19.04.59 # okay, so basically it only will show the original firmware boot screen for about two seconds, even though it had rockbox running on it, i have tried a hard reset, what else should i try first 19.06.41 # it did go through the washing machine and the dryer. do you think that would make it stop working, but unbrickable 19.06.50 Quit Rower (Quit: Hmmm...) 19.08.55 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 19.12.17 Join lleeloo [0] (~lleeloo@37.215.156.68) 19.19.41 Join wodz [0] (~wodz@89-75-106-114.dynamic.chello.pl) 19.21.33 # anybody know if shorting the recovery pins on the clip zip works?? 19.22.57 # pamaury: the idea with your idea of sdc_send_cmd() has one weak point - we either should take both response and data OR treat R2 response (the long one) as data 19.31.54 # plex: I wouldn't have much hope in revive the player after washing + drying really 19.33.45 # if it had rb but it tries to boot into OF by itself indicates short circuit most probably 19.36.29 Quit cmhobbs (Remote host closed the connection) 19.40.52 Join petur [0] (~petur@rockbox/developer/petur) 19.41.49 *** Saving seen data "./dancer.seen" 19.49.02 # wodz: the function would take response too 19.49.53 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 19.54.41 # i got it to turn on, but the keypad is not working, all i did was pop it apart, so i think the keypad is busted 19.55.03 # i did not even solder anything, just open it 19.57.22 # because that would make sense that it was booting into the OF if there was a short circut in the keypad 19.57.38 Join przemhb [0] (~przemhb@89-71-179-236.dynamic.chello.pl) 20.03.48 # pamaury: take or give? 20.04.05 # pamaury: as response type can be derived from the command requested 20.05.05 # what about returning {"response" = {}, "data" = {} } ? 20.07.42 # man this clip+ its so freaking light and small 20.07.51 # i had a iriver h10, the difference is huge 20.10.11 Join rela [0] (~x@pdpc/supporter/active/rela) 20.12.10 # wodz: give 20.12.28 # yeah returning a table seems like a good idea 20.14.06 Quit chrisb (Ping timeout: 250 seconds) 20.14.09 # thanks guys, i think it is probabally unfixable 20.14.20 Quit plex (Quit: Leaving) 20.15.49 Join chrisb [0] (~chrisb@pool-71-162-223-211.phlapa.east.verizon.net) 20.19.14 # pamaury: about bus width - I think the table describing lowlevel functions should provide a hint what bus width should be. It is target specific anyway. 20.21.52 Join krabador [0] (~krabador@host161-141-dynamic.252-95-r.retail.telecomitalia.it) 20.21.52 Quit krabador (Changing host) 20.21.52 Join krabador [0] (~krabador@unaffiliated/krabador) 20.26.10 Join thebagoo384 [0] (~thebagoo3@76.249.189.80.dyn.plus.net) 20.26.32 # Hi all. Quick question about Rockbox on the Sansa Clip + if anyone can help..... 20.27.05 # wodz: yeah either a table or function, it can be bus specific 20.27.08 # like on the imx 20.28.03 Join RiDD [0] (~RiD@bl22-145-33.dsl.telepac.pt) 20.28.46 # Someone gave me a Clip+ with a duff battery so I've put Rockbox on it and intended to just power it off a USB charger and use it in the car (I've removed the battery completely). If I power it off 4VDC via the battery terminals, it's fine. If I try to power it off the USB source, it powers off after ~22 seconds. Any idea why this is, please? 20.28.58 Quit chrisb (Ping timeout: 245 seconds) 20.34.45 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 20.36.48 Quit krabador (Quit: Sto andando via) 20.37.10 Join krabador [0] (~krabador@unaffiliated/krabador) 20.39.38 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 20.39.58 Join ZincAlloy [0] (~Adium@pD9EE9AAB.dip0.t-ipconnect.de) 20.52.39 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 20.53.59 Quit thebagoo384 (Quit: Leaving) 21.01.40 Join przemhb_ [0] (~przemhb@89-71-179-236.dynamic.chello.pl) 21.03.24 Quit przemhb (Ping timeout: 265 seconds) 21.03.34 Nick przemhb_ is now known as przemhb (~przemhb@89-71-179-236.dynamic.chello.pl) 21.25.33 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 21.32.41 Quit ikeboy (Quit: Leaving) 21.41.52 *** Saving seen data "./dancer.seen" 21.44.21 Quit chrisb (Ping timeout: 255 seconds) 21.57.34 Join lebellium [0] (~chatzilla@128-79-0-151.hfc.dyn.abo.bbox.fr) 21.59.39 # wodz: I have a crazy idea, wouldn't it be kind of neat if hwstub was a HID-like device ? Combined with hwstub over network, potentially anyone could use it, even on Windows, it could be useful to investigate things on other's people devices 22.02.39 # that was my thought about a hub 22.03.04 # does HID use control only EP? 22.03.49 # pamaury: ^ 22.04.28 # that's the problem: it does for "write" requests, but for "read" requests it uses interrupt EP 22.05.16 # at least that's my understanding of HID 22.05.54 # I'd say it is no go then 22.06.33 # but I need to double-check that 22.07.22 # hum apparently it is possible to use EP0 for receiving, there is a Get_Report request 22.07.52 # If it can be done in control only it will be super nice. No mess with custom drivers and stuff 22.08.21 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 22.08.29 # yeah, I need to investigate this, that would be awesome 22.09.48 Quit fs-bluebot (Ping timeout: 264 seconds) 22.11.36 Quit bluebrother^ (Ping timeout: 264 seconds) 22.11.47 Join fs-bluebot [0] (~fs-bluebo@g231120082.adsl.alicedsl.de) 22.45.12 Quit pamaury (Ping timeout: 264 seconds) 23.03.38 Join [Franklin] [0] (~franklin@unaffiliated/franklin) 23.04.47 # <[Franklin]> foolsh: nice job turning a useless game into a semi-useful app! :D 23.18.06 Quit lleeloo (Ping timeout: 244 seconds) 23.25.53 # <[Saint]> There's no way to define a permanent directory for any and all Rockbox builds jobs, is there? like some form of $OUT ? 23.27.52 # <[Franklin]> directory for what? 23.29.33 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 23.30.50 # <[Saint]> Like, for instance, for several other projects I build for, you call configure straight from the project directory or subdirectory, and then make or whatever, and it goes to a defined $OUT folder. 23.31.17 # <[Saint]> Whereas with Rockbox, that would end up shitting the build files out into the source tree. 23.31.41 # <[Saint]> I understand its possible to build out-of-tree, and I do so, but I was wondering if there was a method as described above. 23.34.59 # * [Franklin] should really start building out-of-tree 23.38.09 # <[Saint]> It is much nicer to do so, IMO. 23.38.45 # <[Saint]> maintain a completely clean source tree, and build elsewhere. 23.39.36 # You should be able to build out of tree 23.39.40 Join alex______ [0] (2ed045cb@gateway/web/freenode/ip.46.208.69.203) 23.39.48 # hello 23.39.57 # <[Franklin]> ______hello_______ alex______ 23.40.09 # _______hi______ 23.40.11 # <[Saint]> Oh, in case it wasn't clear, I can and do build out of tree. 23.40.13 # I need help with rockbox 23.40.25 # <[Franklin]> _just_ask_ 23.40.41 # It seems to have messed up my ipod nano 2g 23.41.02 # it constantly crashes 23.41.25 # I can't even get it to connect to my pc to restore it 23.41.43 Quit amayer (Quit: Leaving) 23.41.53 *** Saving seen data "./dancer.seen" 23.43.13 # :( 23.43.17 # <[Franklin]> what's on the screen before it crashes, if anything? 23.43.51 # <[Franklin]> do you see the bootloader? 23.44.18 # yes 23.44.37 # <[Franklin]> can you stop it at the bootloader? 23.44.45 # <[Franklin]> or does it crash in the bootloader? 23.44.47 # it says undefined instruction at 080C 23.45.08 # <[Franklin]> TheSeven? 23.45.12 # it can stay at the bootloader but i cant select anything 23.45.35 # the rest of it goes off the screen 23.45.40 # <[Franklin]> hmm? 23.46.16 # it varies 23.46.25 # it seems to crash at the bootloader now 23.46.49 # <[Franklin]> that means it's not rockbox crashing it 23.47.06 # Hmm? 23.47.08 # How? 23.47.21 # sometimes it does, sometimes it doesnt 23.47.44 # * [Franklin] suspects hardware failure 23.47.48 # <[Franklin]> alex______: how old is it? 23.47.58 # not sure 23.49.14 # I didnt get it new 23.49.51 Quit wodz (Quit: Leaving) 23.51.14 # IIRC the nano2g has an emergency disk mode that you can use to restore it from 23.51.30 # how do I access it? 23.52.06 # http://support.apple.com/en-us/HT201544 23.52.16 # thanks 23.53.27 # IT WORKED, THANK YOU SO MUCH 23.54.51 # Is there any way to install rockbox safely 23.55.07 Quit lycide (Quit: greedo shot first) 23.55.45 # I did it previously with the installer 23.55.55 Join kvieta [0] (~kvieta@149.255.100.108) 23.55.55 Quit kvieta (Excess Flood) 23.56.25 Join lycide [0] (~kvieta@149.255.100.108)