--- Log for 24.02.113 Server: pratchett.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 8 days ago 00.00.10 Quit melmothX (Quit: bau) 00.11.13 *** Saving seen data "./dancer.seen" 00.26.28 Quit Mathnerd314 (Ping timeout: 255 seconds) 00.28.47 Join Mathnerd314 [0] (~quassel@palevsky-223-221.rh.uchicago.edu) 00.42.51 Join jhMikeS [0] (~jethead71@50.4.240.19) 00.42.51 Quit jhMikeS (Changing host) 00.42.51 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 01.02.41 Quit lebellium (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130212082553]) 01.13.31 Quit n1s (Quit: Ex-Chat) 01.26.28 Quit prof_wolfff (Ping timeout: 260 seconds) 01.29.34 Quit ender` (Quit: I'm a complex person. I have a real and an imaginary part.) 01.32.00 Join SuperBrainAK [0] (~Andy@97-124-71-163.phnx.qwest.net) 01.35.46 Quit kadoban (Ping timeout: 260 seconds) 01.39.50 Join klusark [0] (~klusark@S0106d4ca6d3286ef.vc.shawcable.net) 01.41.20 # I'm running the latest rockbox nightly on my Sansa Clip Zip, but it frequently locks up I have to do a full poweroff to get it to do anything. Is there any way for me to debug what is causing this? 01.44.54 # Do the lockups seem random, or is there a pattern? 01.45.11 # It is usually just after skipping to the next song. 01.45.24 # But, it will always play a little bit of that song first. 01.46.57 # Have you checked the filesystem? Our FAT driver is not as robust as it should be, and minor filesystem corruption can sometimes lead to instability 01.46.58 # It seems I can reproduce it by just hitting next song repeatedly. 01.47.34 # I'll do that, but I did format my microsd right before adding any music to it, around a week ago. 01.48.07 # ah, ok. Probably not that then, although the internal storage might still be involved 01.49.52 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 01.51.09 # I scanned both with the windows disk check thing and it says they are fine. 01.51.17 # ok 01.53.29 Quit shamus (Read error: Connection reset by peer) 01.54.19 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 01.55.03 # * gevaerts isn't really sure what to suggest 01.55.56 # I don't remember seeing this sort of problem, at least not recently 01.57.11 # Things that could be involved are codec, theme (bugs in the theme engine can cause memory corruption elsewhere, we've seen this with e.g. usb on some devices), presence of album art, ... 01.57.27 # klusark: what theme are you using? 01.57.46 # How can I tell? 01.57.56 # did you ver change it? 01.58.46 # I'm using rockbox_failsafe for the While Playing Screen 01.59.12 # I think I'm using that one for everything 02.00.02 # I doubt that... 02.00.12 # you'd be using cabbie, which is fine ad shouldnt be crashing 02.01.30 # No, I set it to the failsafe one. I like how it looks more... 02.03.27 # This time I got a *PANIC* 02.03.45 # Oh, good! Does it have numbers? 02.03.59 # Yes, but they are kind of cut off by the tiny screen 02.05.19 # * gevaerts nods 02.05.31 # https://gist.github.com/anonymous/2ea57ceb4b61409e641f 02.05.33 # That is what I can see 02.06.51 # That's interesting 02.07.01 # * gevaerts would not have guessed dircache 02.07.13 # Which exact revision are you running? 02.07.41 # 36a9990 is what Rockbox Utility says it put on. 02.08.36 # corrupt file system maybe? 02.09.19 Quit kadoban (Ping timeout: 252 seconds) 02.09.20 # saratoga: shouldn't be. See about 17 minutes ago 02.11.14 *** Saving seen data "./dancer.seen" 02.11.58 # * gevaerts grumbles about stack overflow checking being asynchronous and therefore not providing proper addresses 02.13.54 # which targets have a mmu? 02.13.56 Quit tchan (Quit: WeeChat 0.3.9.2) 02.13.59 # Not many 02.14.37 # But yes, we should really use the mmu for stack guard pages where we can 02.15.54 # most newer targets have an MMU 02.15.59 # klusark: do you have a deep filesystem structure, or many files per directory? 02.16.47 # \/MUSIC/ALBUM/SONGS.MP3 Unknown command 02.16.55 # ugh 02.17.05 # That is my directory structure 02.17.11 # ok, so fairly common 02.18.03 # The deepest it goes would be /music/album/{a|b}/songs.mp3 for a two disk album 02.19.23 # I got it to lock up again. The interface is still animating, but no buttons do anything other than turn the screen on. 02.20.41 Join tchan [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 02.20.42 Quit tchan (Changing host) 02.20.42 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 02.21.27 # The time and batter are still updating as well 02.23.03 Quit SuperBrainAK (Ping timeout: 260 seconds) 02.23.31 # * gevaerts is at a loss 02.24.20 # Normally random stuff going wrong that nobody ever saw before, especially combined with a dircache stack overflow, would scream filesystem corruption 02.24.52 # I can try with another microsd 02.25.22 # Could be useful 02.25.28 Quit Gareth (Ping timeout: 240 seconds) 02.25.36 Join Gareth [0] (~gareth@2607:ff38:2:83::3) 02.26.57 # * gevaerts really needs to go to sleep, so he lets saratoga and JdGordon figure this out :) 02.46.24 # 22 1/2 hours of listening to an audiobook on fuze + and it's still at ~42% 02.46.33 # damn 02.46.44 # pamaury is a mad genius 02.49.08 # JdGordon: can you update the release notes with any skin related changes 02.54.47 Join amayer [0] (~amayer@70.15.119.28.res-cmts.eph2.ptd.net) 02.54.51 Join amayer_ [0] (~amayer@70.15.119.28.res-cmts.eph2.ptd.net) 02.55.07 Quit amayer (Client Quit) 03.12.29 Join tjb0607 [0] (~tjb0607@208.100.172.134) 03.15.19 Part tjb0607 03.23.53 Join SuperBrainAK [0] (~Andy@71-36-160-229.phnx.qwest.net) 03.41.21 Quit fs-bluebot (Ping timeout: 252 seconds) 03.42.09 Quit bluebrother^ (Ping timeout: 256 seconds) 03.42.42 Join fs-bluebot [0] (~fs-bluebo@g224238237.adsl.alicedsl.de) 03.43.57 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 03.47.52 Quit eckoit (Quit: eckoit) 03.50.05 Quit amayer_ (Quit: Leaving) 04.11.15 *** Saving seen data "./dancer.seen" 04.13.40 Quit pxb (Quit: leaving) 04.14.32 Join pxb [0] (~pxb@2001:1b40:5600:e00::5079:3edb) 04.14.42 Quit pxb (Client Quit) 04.16.52 Join pxb [0] (~pxb@2001:1b40:5600:e00::5079:3edb) 04.34.13 Quit pxb (Quit: leaving) 04.44.37 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.44.38 Quit amiconn (Disconnected by services) 04.44.38 Quit pixelma (Disconnected by services) 04.44.39 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.44.41 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.44.41 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 05.01.25 Join pxb [0] (~pxb@2001:1b40:5600:e00::5079:3edb) 05.02.43 Quit efyx__ (Ping timeout: 248 seconds) 05.12.03 Join zamboni [0] (~bottledwa@unaffiliated/zamboni) 05.16.23 Join efyx__ [0] (~efyx@91.179.7.132) 05.25.37 Join froggyman [0] (~me@50.105.148.129) 05.25.37 Quit froggyman (Changing host) 05.25.37 Join froggyman [0] (~me@unaffiliated/froggyman) 05.25.46 Join qoeme [0] (~chatzilla@hc6527469.dhcp.vt.edu) 05.29.35 # Hi, I am making a wav/mp3 player as an electronics project and it seems like Rockbox would be a great system to run it on. Is Rockbox similar to an RTOS? What code would I have to write to port the system? 05.39.19 # I guess more specifically, how does Rockbox take care of hardware level system events like interrupts, DMA events, etc? 05.41.12 Quit [7] (Disconnected by services) 05.41.19 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.02.03 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 06.02.38 Quit dfkt (Ping timeout: 255 seconds) 06.11.19 *** Saving seen data "./dancer.seen" 06.11.30 # One last question, can Rockbox possibly fit on only 128KB of RAM (code + data)? 06.25.32 Quit klusark () 06.31.13 # qoeme: rockbox is not a rtos 06.31.24 # but depending on your requirements it might be close enough 06.31.43 # 128KB is doable with a very stripped down version (maybe) 06.32.47 # saratoga: we should look into just wacking the git shortlog into the release notes 06.36.22 # JdGordon: i see.. is rockbox also capable of filter/audio effect implementation? I'm debating whether to use Rockbox as a platform, or to code a system (which seems like a nightmare) 06.37.34 Join saratoga_ [0] (123e0c92@gateway/web/freenode/ip.18.62.12.146) 06.37.42 # qoeme: yes, but I cant answer weather it can be done with your ram requirements 06.37.54 # qoeme: you need ~ 2MB to actually decode audio in rockbox 06.38.18 # the OS itself will work with very little memory, but probably you also want to load an audio codec 06.39.18 # 1 MB might be doable with some codecs and if you were willing to not have a display 06.40.27 # JdGordon: i don't want to put the git logs since so many commits have nothing to do with the stable targets 06.40.34 # no display is fine. codec wise, im thinking only wav (and perhaps other simple codecs) 06.40.37 # a human readable summary is nice 06.41.04 # with no display and no codecs rockbox doesn't really do much of anything for you 06.46.22 # http://pastebin.com/N6QkbDUi 06.46.36 Quit Rower (Quit: Hmmm...) 06.46.58 # qoeme: there are probably better mini OS projects to base on.. contiki perhaps 06.50.21 Join pystar89 [0] (~pystar89@ip-37-24-1-174.unitymediagroup.de) 06.56.47 # is that useful in a release note though? 06.58.43 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 07.02.23 # that asumes rel notes are useful anyway, but its not uncommon to put that there 07.07.17 Join eckoit [0] (~ryan@50.65.10.24) 07.22.44 Quit XavierGr (Ping timeout: 255 seconds) 07.34.34 Quit eckoit (Quit: eckoit) 07.36.10 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 07.47.27 # Anyone recognize the song from this small clip? http://vocaroo.com/i/s0kDxdcorxVI 08.11.20 *** Saving seen data "./dancer.seen" 08.16.31 Quit shamus (Read error: Connection reset by peer) 08.17.06 Quit saratoga_ (Quit: Page closed) 08.17.30 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 08.20.28 Quit SuperBrainAK (Quit: pbly going to sleep /_\) 08.33.38 Quit froggyman (Ping timeout: 276 seconds) 08.41.19 Join pretty_function [0] (~sigBART@123.252.213.40) 09.04.41 Quit zamboni () 09.09.09 Join mt [0] (~quassel@196.218.41.112) 09.09.38 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 09.55.20 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 09.56.29 Quit AlexP (Ping timeout: 264 seconds) 10.03.27 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 10.06.18 # gevaerts: "just adding a bootloader for the recorder", can I help with that? 10.07.33 # * JdGordon 's 2c is its not worth the effort, let it freeeking die already! 10.08.26 # bertrik: if you really want to, it just needs a port of our bootloader code to read the main binary (like all of them) into ram and jump 10.11.22 *** Saving seen data "./dancer.seen" 10.14.17 Quit pretty_function (Remote host closed the connection) 10.28.32 Join pretty_function [0] (~sigBART@123.252.213.40) 10.48.54 Join ender` [0] (~ender@foo.eternallybored.org) 10.51.50 Quit AlexP_ (Read error: Connection reset by peer) 10.56.32 Quit pretty_function (Remote host closed the connection) 11.00.58 Join lorenzo92 [0] (~chatzilla@95.237.110.55) 11.08.32 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 11.10.24 # wow anyone noticed that entering FM radio debug screen rockbox goes crazy? latest revision here 11.10.40 # it seems duplicating all the information without any bound! 11.11.19 # I *suspect* again the RDS, there is a memory corruption in it somewhere 11.13.54 Quit copper (Ping timeout: 260 seconds) 11.18.08 # radio debug screen? 11.22.29 # yes 11.22.49 # Debug -> FM Radio 11.23.47 # it's difficult to take a shot, so fast hum, ah maybe dumping framebuffer just before segmentation fault or whathever...BTW running on YP-R0 11.24.36 Quit melmothX (Ping timeout: 245 seconds) 11.26.54 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 11.29.33 # JdGordon: radio off or on doesn't matter. information gets duplicated (i.e. content is duplicated) and first 3 lines are unknown characters 11.30.57 # that screen doesnt exactly do very much 11.38.33 Join copper [0] (~copper@unaffiliated/copper) 11.38.39 # well, there is no reason indeed that has a bug. it has worked since ever, it's just now, let me take a screenshot 11.41.55 # http://git.rockbox.org/?p=rockbox.git;a=commit;h=69228f92dbddc9940166c0d7af2b4c79d55f85e7 may be the culprit 11.49.01 # JdGordon: caught -> https://www.dropbox.com/s/8o8341o5e96mf2q/radiobug.png 11.49.38 # and then it crashes, with segfault I suppose, later I'll redirect rb output to console 11.57.36 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 11.59.06 Quit shamus (Read error: Connection reset by peer) 12.00.17 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 12.01.19 # recorder already allows building a bootloader, I wonder what's really missing then 12.11.23 *** Saving seen data "./dancer.seen" 12.27.05 Quit kadoban (Ping timeout: 245 seconds) 12.33.59 # bertrik: maybe just integration. It needs to load the main binary from somewhere, so rbutil has to install it there, and so on... 12.37.43 Quit thegeek (Ping timeout: 255 seconds) 12.43.53 Quit DexterLB (Quit: So long and thanks for all the fish) 12.45.31 Join DexterLB [0] (~dex@79-100-13-11.btc-net.bg) 12.54.17 # meh, one of those problems, takes a lot of time and no satisfaction .. :| 12.56.50 Join n1s [0] (~n1s@nl118-168-30.student.uu.se) 12.56.51 Quit n1s (Changing host) 12.56.51 Join n1s [0] (~n1s@rockbox/developer/n1s) 13.01.15 Quit DexterLB (Ping timeout: 252 seconds) 13.13.11 Join eckoit [0] (~ryan@50.65.10.24) 13.14.01 Join thegeek [0] (thegeek@177.36.34.95.customer.cdi.no) 13.17.57 Join robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com) 13.19.47 Quit eckoit (Quit: eckoit) 13.33.50 Join sakax [0] (~sakax@d8D862D2D.access.telenet.be) 13.34.06 # Hmm, we only seem to have windows builds for fwpatcher? 13.39.33 # * gevaerts finds out how to do things 13.39.43 # using rbutil? 13.40.11 # no, mkboot 13.41.48 # ah, we have so many of those patching tools 13.43.07 # so you have the coldfire debug thingy set up now? 13.43.36 # I should have. I'm about to try :) 13.44.17 # nice, btw i think fwpatcher only patched with a built-in bootloader so not very useful for tests 13.45.15 # Yes, that's what I found 13.45.31 # You need descramble/mkboot/scramble 13.46.05 # * gevaerts now has a probably broken h120 hex file. Let's see if it bricks the device :) 13.48.04 Join AlexP [0] (~alex@rockbox/staff/AlexP) 13.48.29 Quit Scall (Quit: Bye bye) 13.49.30 # hm, I have no idea what I'm doing, actually. Better get the tools working first 13.56.49 Quit robin0800 (Quit: Leaving) 13.59.49 # kugel: patchsets uploaded, R0 code refactoring + R0 LCD optimizations ;) let me know ;) 14.08.08 # funman: Would you mind having a quick look at FS#12818 and FS#12828 (French translations)? 14.08.10 # http://www.rockbox.org/tracker/task/12818 3French language update (patches, unconfirmed) 14.08.10 # http://www.rockbox.org/tracker/task/12828 3french translation (patches, unconfirmed) 14.11.27 *** Saving seen data "./dancer.seen" 14.22.08 # Hmmm 14.22.15 # Has anyone here worked with bdm stuff? 14.23.06 Join Scall [0] (~chat@unaffiliated/scall) 14.39.47 Quit jhMikeS (Ping timeout: 264 seconds) 14.48.31 Join DexterLB [0] (~dex@79.100.239.34) 14.52.29 Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu) 15.00.56 Quit thegeek (Read error: Connection reset by peer) 15.07.53 Join thegeek [0] (thegeek@177.36.34.95.customer.cdi.no) 15.20.44 Quit Xerion (Read error: Connection reset by peer) 15.23.02 Quit thegeek (Read error: Connection reset by peer) 15.25.03 Join thegeek [0] (thegeek@177.36.34.95.customer.cdi.no) 15.28.59 Quit Marex (Ping timeout: 276 seconds) 15.29.16 Join Marex [0] (~Marex@195.140.253.167) 15.36.06 Quit scrts (Ping timeout: 256 seconds) 15.37.15 Join scrts [0] (~quassel@unaffiliated/scrts) 15.45.51 Join mt` [0] (~quassel@196.218.41.112) 15.45.56 Join sarg [0] (~sarg@89.169.51.37) 15.47.03 Quit sarg (Client Quit) 15.48.29 Quit mt (Ping timeout: 276 seconds) 16.11.29 *** Saving seen data "./dancer.seen" 16.21.55 Quit lorenzo92 (Ping timeout: 255 seconds) 16.29.37 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 16.38.35 Quit Rower (Quit: Hmmm...) 16.40.53 Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu) 16.43.00 Join pretty_function [0] (~sigBART@123.252.215.235) 16.50.27 Join eckoit [0] (~ryan@50.65.10.24) 16.58.53 Join esperegu [0] (~quassel@ip-213-124-221-122.ip.prioritytelecom.net) 17.21.18 Join sarg [0] (~sarg@89.169.51.37) 17.21.56 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 17.23.30 # <[Saint]> JdGordon: (early wake up log reading reply) - re: MMU, pretty much all RaaA targets will have an MMU 17.23.42 # <[Saint]> ...but, I guess you meant more along the lines of DAPs. 17.25.43 # We don't get access to the MMU on those 17.26.24 # <[Saint]> He didn't list that as a requirement! :P 17.26.38 # <[Saint]> And, I guess, technically we could...on rooted devices. Yes? 17.29.33 Quit mt` (Ping timeout: 260 seconds) 17.30.13 # Depends on how technical you want to get 17.31.34 # * gevaerts isn't aware of regular userspace ways to get at the MMU 17.32.01 # Anyway, maybe there are ways to do what we need 17.45.14 Quit sakax (Remote host closed the connection) 17.46.45 Join sakax [0] (~sakax@d8D862D2D.access.telenet.be) 17.53.11 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 18.06.29 Quit esperegu (Read error: Connection reset by peer) 18.07.00 Join esperegu [0] (~quassel@ip-213-124-221-122.ip.prioritytelecom.net) 18.11.32 *** Saving seen data "./dancer.seen" 18.13.11 Quit sarg (Read error: No route to host) 18.23.13 Quit thegeek (Read error: Operation timed out) 18.26.13 Join thegeek [0] (~thegeek@222.37.34.95.customer.cdi.no) 18.28.31 Join robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com) 18.35.03 # AlexP: 2nd patch doesn't apply 18.35.33 # funman: I'm not so worried about that, I just mean whether the translations within are worth it 18.35.43 Join froggyman [0] (~me@50.105.148.129) 18.35.44 Quit froggyman (Changing host) 18.35.44 Join froggyman [0] (~me@unaffiliated/froggyman) 18.35.53 # Or perhaps you'ld just like to update French yourself :) 18.36.02 # they look done a bit hastily 18.37.47 # AlexP: i will commit the good parts 18.37.53 # we don't have an email adress for the author? 18.38.06 # funman: Thanks, and I don't know 18.38.09 # ah i found it 18.40.48 # AlexP: done, and i commented on flyspray 18.40.59 # funman: Thanks very much 18.41.07 Quit pretty_function (Remote host closed the connection) 18.41.54 # you are welcome 18.49.20 # Anyone object to branching? 18.52.29 # <[Saint]> Do I need a good reason? 18.52.35 # yes 18.52.42 # <[Saint]> Awww.. 19.06.04 Quit Mir (Quit: Konversation terminated!) 19.07.34 Join lorenzo92 [0] (~chatzilla@host85-110-dynamic.2-87-r.retail.telecomitalia.it) 19.08.21 Join Mir [0] (~Mir@pool-71-109-219-166.lsanca.dsl-w.verizon.net) 19.11.33 Topic "Branched for 3.13 | 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 ChanServ (ChanServ@services.) 19.15.00 Join mrkiko [0] (~mrkiko@interdet-lsp.org) 19.15.52 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 19.17.47 Join mt [0] (~quassel@41.233.11.168) 19.21.05 Join megakacktus [0] (~smuxi@75-168-59-83.mpls.qwest.net) 19.27.13 # Woo! Two builds in a row without random tlsf related build issues! 19.27.33 # Possibly three, depending on how you count :) 19.30.18 # I recently installed Rockbox on my Sansa Fuze V2 using my Arch Linux laptop. Today, I plugged the Sansa into the computer to transfer some MP3s to my 16gb MicroSD card. Rockbox threw an "undefined instruction" error and now will not boot. 19.31.35 # Does it show anything on the screen? 19.33.16 # When it booted while plugged in the the PC, it showed the rockbox logo and then showed an "undefined exception at " error (I was stupid and didn't write down which address :/). It had small black text on a white background. I hard-powered off and now I can't power back on. 19.34.37 # <[Saint]> How current is/was the build on said device? 19.36.03 # <[Saint]> The best course of action, for the moment, is to do nothing - assuming the device is simply locked up. 19.36.11 # It was the latest stable build, 3.12 I believe 19.36.19 # <[Saint]> Put it in a drawer, or on a shelf etc. and forget about it for a few days. 19.36.38 # To let the battery drain? 19.37.03 # <[Saint]> Correct. You can test if there is some current remaining in the battery by pluggin in some monitors and listening for a "pop". 19.37.25 # Okay... I'll try that and come back in a few days. 19.37.40 # Thanks for your advice. 19.37.42 # <[Saint]> If all goes well, when the battery is depleted, it will boot up when it recieves power the next time. 19.37.55 # <[Saint]> If that doesn't work, well, we'll talk then :) 19.37.56 Quit mt (Ping timeout: 276 seconds) 19.38.10 # Hmm, wasn't that issue fixed before 3.12? 19.38.13 # I thought so 19.38.22 # But I wouldn't swear to it 19.38.25 # <[Saint]> I did too, that's why I asked. But, it pays to be safe. 19.38.31 # <[Saint]> No point in opening the device yet. 19.38.41 # Oh, definitely 19.39.26 # I'm terrible with electronics... software is more my thing :) 19.49.33 Quit kadoban (Ping timeout: 260 seconds) 20.05.27 Join Wardo [0] (~Mirandaha@bpb01-1-88-162-4-186.fbx.proxad.net) 20.11.33 *** Saving seen data "./dancer.seen" 20.18.00 Quit zchs (Quit: Leaving) 20.21.45 # quick question: does rockbox use a particular USB ID or we usually leave the OF one? 20.22.07 # We usually use the OF one 20.24.09 # <[Saint]> How does one go through the motions for getting their own UID? 20.24.22 # * [Saint] assumes this has been looked into many a time before now 20.25.07 Quit esperegu (Read error: Connection reset by peer) 20.25.32 Join esperegu [0] (~quassel@ip-213-124-221-122.ip.prioritytelecom.net) 20.25.53 # [Saint]: Check mailing list archives 20.25.59 # It has been discussed there 20.27.16 # http://wiki.openmoko.org/wiki/USB_Product_IDs#Conditions is one option 20.27.25 # * gevaerts forgot about that... 20.28.19 # <[Saint]> Ohhhhhh...hummm. 20.28.24 # <[Saint]> So, it's entirely possible. 20.28.38 # <[Saint]> just a "round-to-it" thing. 20.30.23 # Not entirely. We need to discuss how many ids we need. See http://www.rockbox.org/mail/archive/rockbox-dev-archive-2012-05/0020.shtml and on 20.31.42 # So basically we need to talk to them 20.32.03 # <[Saint]> Something for you guys to do at DevCon ;) 20.32.11 # *them* 20.32.17 # i.e. email 20.32.44 # * gevaerts should get around to that, but he doesn't really enjoy communicating with people... 20.32.44 # <[Saint]> I assume DevCon still has email, no? :) 20.33.00 # why at devcon? 20.33.02 # I don't see how DevCon is related 20.33.19 # First step is to speak to them to see how many we could have/what our options are etc. 20.42.20 Join zchs [0] (~zchs@ool-ad034fd8.dyn.optonline.net) 20.42.42 Join SuperBrainAK [0] (~Andy@71-36-160-229.phnx.qwest.net) 20.44.03 # speaking about DevCon isn't a bad idea anyway :) 20.46.17 # true enough 20.46.20 # cool! I may have the possibility to export low-level USB functions to rockbox in the hosted targets YP-R0 & YP-R1, there is a nice built in kernel module by Freescale, let's see 20.46.24 # who's hosting? 20.46.44 # I nominate someone who lives near me who isn't me 20.46.48 # * bluebrother doesn't know 20.47.03 # where do you live? Back in the London area again IIRC? 20.47.08 # yeah 20.47.36 # I'm just being selfish :) 20.47.52 # wouldn't mind London. Wanted to visit the city anyway (since I failed to do so last year) 20.48.06 # so who's in the London area? ;-) 20.48.25 # heh :) 20.48.37 # We should probably start with who can host :) 20.48.50 # ah, too easy! 20.48.53 # :D 20.49.02 # <[Saint]> You could all come here, nice and cheap, I'm sure ;) 20.49.08 # yeah... :) 20.49.26 # bluebrother: We could just pick a station and hold it in a coffee shop with free wifi :) 20.50.30 # [Saint]: that would mean more travel time than DevCon itself. That's too bad since I wouldn't mind visiting NZ either :) 20.50.34 # AlexP: nice idea! 20.50.44 # at least we'd have decent coffee then 20.51.05 # <[Saint]> What happened to the Nespresso? 20.51.15 # Which one? 20.51.26 # I mean gevaerts has one that he brought to a devcon or two 20.51.30 # we had more than one Nespresso? 20.51.32 # <[Saint]> gevaerts usually brings one, no? 20.51.38 # bluebrother: Well, we don't have one 20.51.41 # If I drive, yes 20.51.49 # <[Saint]> Aha. 20.51.52 # I'm not taking that thing on the train to London! 20.52.00 # then drive! 20.52.04 # I'll bring a kettle 20.52.15 # i.e. bring the car too :P 20.52.54 # <[Saint]> The internet has taught me that a Nespresso machine is likely one of the least confusing things to see someone on public transport carrying. 20.54.04 # it is? How about customs for this kind of "transport"? 20.54.30 # I took a monitor on the Eurostar once, that lead to a whole lot of swabbing 20.54.43 # They seemed convinced I was smuggling grugs in it 20.54.51 # drugs too 20.54.52 # <[Saint]> Goddamn grugs 20.55.14 # CRT or TFT? 20.55.26 # TFT, I'm not that mental :) 20.55.47 # well, TFTs weren't that common a bunch of years ago ;-) 20.56.00 # plus, for smuggling things a CRT has simply more room 20.56.17 # yup 20.59.03 Quit robin0800 (Quit: Leaving) 21.06.21 Quit akaWolf (Ping timeout: 252 seconds) 21.29.32 Join thegeek_ [0] (~thegeek@222.37.34.95.customer.cdi.no) 21.32.30 Quit thegeek (Ping timeout: 245 seconds) 21.50.00 Quit megakacktus (Ping timeout: 245 seconds) 21.54.34 Join prof_wolfff [0] (~prof_wolf@62.83.50.196.dyn.user.ono.com) 21.54.57 Quit mrkiko (Read error: No route to host) 22.01.44 Join mrkiko [0] (~mrkiko@interdet-lsp.org) 22.02.33 Quit copper (Ping timeout: 260 seconds) 22.06.14 Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) 22.06.31 # gevaerts: A bit late, but whats your problem with BDM? 22.11.33 Quit lorenzo92 (Ping timeout: 255 seconds) 22.11.35 *** Saving seen data "./dancer.seen" 22.12.52 Quit pxb (Remote host closed the connection) 22.18.45 Quit Wardo (Ping timeout: 245 seconds) 22.24.12 # * bertrik vaguely remembers some user request involving a "stash" in an ipod 22.24.35 Join pxb [0] (~pxb@honeycrisp.2yp.org) 22.27.25 # * [Saint] remembers that too. 22.27.54 # <[Saint]> there was some debate as to whether or not it seserved to be edited and sent to GoldenQuotes, but, it ended up being far too long. 22.30.10 Quit mikroflops (Quit: <(^_^)>) 22.32.35 Quit djp_ (Ping timeout: 248 seconds) 22.34.26 Quit wodz (Quit: Leaving) 22.34.35 Join djp_ [0] (djp@199.254.238.143) 22.34.36 Quit djp_ (Changing host) 22.34.36 Join djp_ [0] (djp@fsf/member/djp-) 22.35.48 # just a reminder: if you've added something in the last 5 months be sure to update the release notes 22.36.25 # <[Saint]> ...pretty sure the list I saw covered mine already. 22.38.00 Quit gartral (Quit: Lost terminal) 22.39.06 Quit y4n (Quit: Assumption is the mother of all fuckups) 22.47.28 Quit shamus (Read error: Connection reset by peer) 22.47.36 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 22.52.44 Quit pxb (Quit: leaving) 22.56.33 Join jhMikeS [0] (~jethead71@50.4.240.19) 22.56.33 Quit jhMikeS (Changing host) 22.56.33 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 23.04.29 Join krabador [0] (~krabador@host101-49-dynamic.1-87-r.retail.telecomitalia.it) 23.13.09 Quit melmothX (Quit: bau) 23.16.20 # [Saint]: RaaA targets could also use POSIX threads which would be easier to debug on stkov's anyway 23.16.23 Quit jhMikeS (Ping timeout: 264 seconds) 23.19.33 Quit liar (Ping timeout: 260 seconds) 23.19.35 Quit bertrik (Remote host closed the connection) 23.33.02 # JdGordon: good luck implementing that :) 23.33.37 Quit sakax (Quit: Leaving) 23.43.54 # * [Saint] hasn't actually seen a stkov on RaaA that he remembers. 23.48.19 Quit kevku (Ping timeout: 245 seconds)