--- Log for 18.07.113 Server: card.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 6 days and 19 hours ago 00.00.57 Join EstebanMonge [0] (~emonge@200.110.251.210) 00.25.50 Join ZincAlloy [0] (~d9eeac39@www.haxx.se) 00.40.58 Join ender1 [0] (krneki@foo.eternallybored.org) 00.41.07 *** Saving seen data "./dancer.seen" 00.42.12 Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 00.42.47 Join evilnick_ [0] (~evilnick@d54C370E0.access.telenet.be) 00.46.37 Quit bertrik (Remote host closed the connection) 00.47.30 Quit mrtux (Ping timeout: 240 seconds) 00.47.31 Quit lebellium (Ping timeout: 240 seconds) 00.47.31 Quit ender` (Ping timeout: 240 seconds) 00.47.31 Quit evilnick (Ping timeout: 240 seconds) 00.47.37 Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 00.49.43 Join mrtux [0] (~colin@unaffiliated/mrtux) 00.52.02 Quit ender1 (Quit: It always takes longer than you expect, even when you take Hofstadter's Law into account. -- Hofstadter's Law) 00.52.41 Quit ZincAlloy (Quit: CGI:IRC) 00.56.27 Quit Bagder (Quit: connection reset by beer) 00.58.30 Join Strife89 [0] (~Strife89@2602:306:250e:c3c9:78fc:7764:84b7:9618) 00.59.48 Quit nosa-j (Ping timeout: 246 seconds) 01.06.08 Quit zu (Ping timeout: 264 seconds) 01.06.40 Quit XavierGr (Ping timeout: 271 seconds) 01.08.30 Quit Kohlio (Quit: No Ping reply in 180 seconds.) 01.08.51 Quit dionoea (Ping timeout: 245 seconds) 01.11.47 Quit Raptors (Read error: Connection reset by peer) 01.11.48 Join TeruFSX [0] (~TeruFSX@184-97-252-250.mpls.qwest.net) 01.12.17 Join Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net) 01.12.40 Join Kohlrabi [0] (~kohlrabi@kohlio.de) 01.13.47 Nick TeruFSX is now known as tertu (~TeruFSX@184-97-252-250.mpls.qwest.net) 01.14.23 Join XavierGr [0] (~XavierGr@226.ip-5-135-146.eu) 01.15.00 Join dionoea [0] (~dionoea@oyp.chewa.net) 01.17.23 Join zu [0] (~zu@ks387228.kimsufi.com) 01.22.29 Quit MarcAndersen (Quit: I was using NightOwl 0.2.) 01.26.23 Quit dionoea (Ping timeout: 248 seconds) 01.26.30 Join dionoea [0] (~dionoea@oyp.chewa.net) 01.33.56 Quit EstebanMonge (Quit: Leaving.) 01.52.03 Quit pamaury (Ping timeout: 268 seconds) 01.54.46 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 23.0/20130715155216]) 01.58.13 Nick DormantBrain is now known as SuperBrainAK (~andy@shared02.balt01.cd.2g2u.net) 02.41.09 *** Saving seen data "./dancer.seen" 02.57.23 Join mikebomb [0] (~47b7f543@www.haxx.se) 02.57.30 # I would like to try to get a developer interested in taking a look at FS #12864. This bug was introduced between 3.12 and 3.13 and affects the Resume Playback feature. Thanks for your attention. 02.57.41 Quit mikebomb (Client Quit) 03.00.48 Quit Strife89 (Quit: Vamoose.) 03.05.10 Join dewlap [0] (~dewlap@2001:5c0:1400:a::e5) 03.07.27 Quit traps (Ping timeout: 245 seconds) 03.10.02 Quit dewlap (Read error: Connection reset by peer) 03.13.49 Nick SuperBrainAK is now known as DormantBrain (~andy@shared02.balt01.cd.2g2u.net) 03.25.23 Join nosa-j [0] (~m00k@184.76.254.130) 03.30.29 Quit nosa-j (Excess Flood) 03.30.51 Join nosa-j [0] (~m00k@184.76.254.130) 04.11.16 Join skofo [0] (~skofo@75-39-233-255.lightspeed.prrgil.sbcglobal.net) 04.11.22 # Hello 04.17.36 Quit nosa-j (Ping timeout: 248 seconds) 04.22.58 Join nosa-j [0] (~m00k@184.76.254.130) 04.26.02 Part skofo 04.27.28 Quit nosa-j (Ping timeout: 268 seconds) 04.33.59 Join nosa-j [0] (~m00k@184.76.254.130) 04.34.50 Quit mc2739 (Ping timeout: 240 seconds) 04.37.14 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 04.38.43 Quit nosa-j (Ping timeout: 260 seconds) 04.40.51 Quit pixelma (Disconnected by services) 04.40.52 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.40.54 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.40.58 Quit amiconn (Disconnected by services) 04.40.58 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.41.00 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.41.12 *** Saving seen data "./dancer.seen" 04.44.00 Join nosa-j [0] (~m00k@184.76.254.130) 04.47.49 Join skofo [0] (~skofo@75-39-233-255.lightspeed.prrgil.sbcglobal.net) 04.51.45 Quit nosa-j (Ping timeout: 264 seconds) 04.54.36 Join nosa-j [0] (~m00k@184.76.254.130) 05.01.58 Quit [7] (Disconnected by services) 05.02.07 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.09.43 Quit nosa-j (Ping timeout: 246 seconds) 05.14.37 Part skofo 05.21.47 Join dewlap [0] (~dewlap@2001:5c0:1000:a::1105) 05.29.51 Nick DormantBrain is now known as SuperBrainAK (~andy@shared02.balt01.cd.2g2u.net) 06.00.18 Quit TheSeven (Read error: Operation timed out) 06.02.50 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.41.16 *** Saving seen data "./dancer.seen" 07.02.23 Quit tertu (Ping timeout: 240 seconds) 07.16.32 # <[Saint]> rockbox.org seems to have fallen over. 07.18.02 # works for me - is very slow though 07.19.30 # <[Saint]> I can't get through. Hum. 07.19.55 # <[Saint]> Nor can various "is it up?" sites. Odd. 07.22.20 Join stoffel [0] (~quassel@pD9E41BCD.dip0.t-ipconnect.de) 07.34.11 Quit funman (Changing host) 07.34.11 Join funman [0] (~fun@rockbox/developer/funman) 07.50.02 Join olspookishmagus [0] (~pookie@host-84-205-241-1.cpe.syzefxis.ote.gr) 08.04.18 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 08.18.10 # * jhMikeS says "fork this!" and wonders where to start 08.32.59 Quit bluebrother (Disconnected by services) 08.33.04 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 08.41.18 *** Saving seen data "./dancer.seen" 08.45.16 Join ender` [0] (krneki@foo.eternallybored.org) 08.51.26 Join fs-bluebot [0] (~fs-bluebo@g231120181.adsl.alicedsl.de) 09.04.29 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.27.26 Join petur [0] (~petur@rockbox/developer/petur) 09.33.12 Nick evilnick_ is now known as evilnick (~evilnick@d54C370E0.access.telenet.be) 09.33.22 Quit evilnick (Changing host) 09.33.22 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 09.41.34 Quit petur (Ping timeout: 264 seconds) 09.48.01 Quit stoffel (Remote host closed the connection) 09.48.03 Join petur [0] (~petur@rockbox/developer/petur) 09.48.37 Join stoffel [0] (~quassel@pD9E41BCD.dip0.t-ipconnect.de) 10.01.14 Join jlbiasini [0] (~metaphysi@109.103.46.91) 10.16.23 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 10.41.20 *** Saving seen data "./dancer.seen" 10.47.28 Quit stoffel (Ping timeout: 246 seconds) 10.48.45 # [Saint]: did you read logs 10.49.18 # <[Saint]> I did, yes, but "doesn't work" is terribly vague. 10.49.31 Quit jokke (Quit: WeeChat 0.4.1) 10.50.01 # that means %?cc doesn't work 10.50.23 # nothing displays 10.50.32 # <[Saint]> works for me. 10.50.46 # I try in SBS, Ondio FM Sim 10.52.00 # tried* 10.52.12 # I'll try in Recorder sim too then 10.52.17 # <[Saint]> I have "%?cc<%?cf<%cH:%cM|%cl:%cM %cP>>" in my .sbs working fine. 10.52.19 # <[Saint]> odd. 10.52.21 # maybe it's just an issue with the Ondio FM sim 10.53.02 # <[Saint]> I'm about ~5 revisions behind head, but I don't see anything that should break it. 10.54.43 # <[Saint]> I shall have a poke around later. Ms [Saint]'s (slightly early, due to work obligations) birthday celebration-type-thing. 10.56.29 # hum indeed I tried in another sim and it works 10.56.35 # looks a specific Ondio FM issue 10.56.45 # maybe because it doesn't have a RTC 10.57.10 # <[Saint]> I don't believe it does. 10.57.34 # <[Saint]> I think it _can_, with a HW mod...pixelma is Cpt. Ondio I believe. 10.58.51 # I know there is a RTC mod for iRiver H100, not sure about Ondio. Anyway, the tag works properly then, there issue is somewhere else 10.58.58 # the issue* 10.59.19 # <[Saint]> Ah. Nope. No RTC. 10.59.39 # <[Saint]> the false case should still fire, though. 10.59.44 # indeed 10.59.46 # no RTC mod, but a backlight mod is possible 10.59.57 Quit jlbiasini (Ping timeout: 276 seconds) 11.00.17 # <[Saint]> lebellium: does the false case fire on other targets without RTC? 11.00.37 # I use %?cc in my WPS too (it's quite old code now though), maybe there was an issue in the sim 11.00.40 # I'll try on iRiver H100, I guess it's the unique other target without RTC 11.01.05 # <[Saint]> I use %cc in my .sbs', but only with a true case, no false. 11.01.14 # <[Saint]> so I wouldn't have seen this were it broken. 11.02.07 # possibly it's already in one of my uploaded WPSs on the theme site, I can't remember 11.03.14 # I just had a look at the screenshots and none has a clock http://themes.rockbox.org/index.php?target=archosrecorder 11.06.15 # ah, I think I confused it with my M5 theme - the M5 has an RTC and the H100 with the same size display doesn't 11.06.27 # or I'm still misremembering 11.07.25 # I'm a bit short on time now but I'll make some tests to identify the issue. I feel it's only my Ondio sim 11.09.31 # I'll get a M3 tonight. I'm surprised there is no theme for it. 11.13.34 # the display (remote) is not a must, the M3 is also a rare target 11.14.19 # maybe you'll find an Iaudio X5/M5 rwps on the site which you could use... 11.14.36 # looks like it's not managed as a remote. The cabbie v2 is not rwps but wps 11.14.39 # you'll have to rename it to .wps though 11.15.02 # no, it just means I'll make the 1st theme for M3 :) 11.15.17 Join jlbiasini [0] (~metaphysi@109.103.46.91) 11.15.18 # <[Saint]> yes. its not really the "remote" in Rockbox, its technically the main display. 11.16.06 # yes, the other way would have been harder to implement (or illogical); amiconn explained that once but I forgot the details 11.16.42 # okay. So the main theme I'll make for M3 will become a remote theme for my X5/M5 theme hehe 11.19.06 # IIRC you can't have album art if it's an rwps currently though, with this "remote" as main display for the M3 you can because it's a greyscale display 11.19.31 # ah? I didn't know that 11.19.34 # good to know 11.20.07 # <[Saint]> I _think_ you can have aa in a remote now. 11.20.29 # <[Saint]> that was an old-parser/engine limitation I think. 11.21.03 Quit pamaury (Ping timeout: 246 seconds) 11.21.43 # I'll see if grayscaled AA looks good on 128x96. Not sure about that. 11.27.12 # I doubt it but don't know for sure. I have some blurry memories of trying it once in the sim and it worked if you had album art _only_ in the RWPS and even then looking weird. Something with different pixel (update) orientation of the two displays and needing different kind of parsing, in contrast to having two or more aa images on the same display. As for "looking good" I think the main problem with that is the relatively dark blue backlight so 11.27.12 # that the contrast is quite low 11.35.30 # pamaury: ping 11.37.51 # could someone comment/push g#518 and g#520 please? 11.37.54 # 3Gerrit review #518 at http://gerrit.rockbox.org/r/518 : 3[Plugins] Stopwatch PLA integration by Jean-Louis Biasini (changes/18/518/3) 11.38.26 # <[Saint]> g#520 11.38.30 # 3Gerrit review #520 at http://gerrit.rockbox.org/r/520 : 3[Plugins] text_editor PLA integration by Jean-Louis Biasini (changes/20/520/2) 11.38.49 # <[Saint]> fs-bluebot: learn how to deal with and :) 11.39.01 # [Saint]: thanks! :D 11.39.52 # those really obvious one 11.40.33 # some other could be converted to but it might lead to unapropriate remapping so for the moment I will leave them aside 11.41.00 # + I'm done with fuze+ manual so I deserve a rest! 11.41.12 # <[Saint]> I haven't seen the sources for bluebot, but I'm willing to bet that it could be adapted to deal with multiple task numbers fairly easily. 11.42.13 # <[Saint]> but then you could probably abuse it and get it kicked for spamming if you weren't careful about rate limiting. :) 11.42.33 # actually if someone has idea why text editor keys are so slow... 11.43.02 # it has nothing to do with my commit but it could be a further improvement 11.43.43 # I mean before we get that libre office plugin working at least... 11.44.48 # In case this might be useful to anyone, this converts headphone sensitivities, decibels to full scale, and headphones sound pressure level: http://outpost.fr/audioconverter/ 11.47.59 Join stoffel [0] (~quassel@pD9E41BCD.dip0.t-ipconnect.de) 11.48.04 Nick aevin_ is now known as aevin (eivindsy@microbel.pvv.ntnu.no) 11.49.15 Quit aevin (Changing host) 11.49.15 Join aevin [0] (eivindsy@unaffiliated/aevin) 11.56.50 Quit Scall (Read error: Connection reset by peer) 11.58.36 Quit jlbiasini (Quit: jlbiasini) 12.00.55 Join Scall [0] (~chat@unaffiliated/scall) 12.02.49 # added calculation of output and headphones impedance 12.06.13 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.23.52 Quit Scall (Read error: Connection reset by peer) 12.25.25 Join Scall [0] (~chat@unaffiliated/scall) 12.29.58 Quit onder` (Ping timeout: 245 seconds) 12.41.24 *** Saving seen data "./dancer.seen" 12.43.04 Join onder` [0] (~onder@24.244.89.228) 12.53.45 Quit onder` (Ping timeout: 240 seconds) 12.54.31 Quit [Saint] (Remote host closed the connection) 12.55.29 Join [Saint] [0] (~saint@rockbox/user/saint) 12.57.42 Join onder` [0] (~onder@24.244.89.228) 13.12.52 Quit stoffel (Ping timeout: 240 seconds) 13.16.25 Join stoffel [0] (~quassel@pD9E41BCD.dip0.t-ipconnect.de) 13.45.15 Quit Scall (Ping timeout: 240 seconds) 13.46.24 Join Scall [0] (~chat@unaffiliated/scall) 13.48.12 Quit XavierGr (Changing host) 13.48.12 Join XavierGr [0] (~XavierGr@rockbox/staff/XavierGr) 13.50.25 Join tertu [0] (~tertu@184-97-252-250.mpls.qwest.net) 14.21.18 Quit [Saint] (Remote host closed the connection) 14.22.23 Join [Saint] [0] (~saint@rockbox/user/saint) 14.28.25 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.29.26 Join Bagder [0] (~daniel@178.174.211.166) 14.29.26 Quit Bagder (Changing host) 14.29.26 Join Bagder [241] (~daniel@rockbox/developer/bagder) 14.31.45 Quit stoffel (Remote host closed the connection) 14.41.15 Join jlbiasini [0] (~6d672e5b@www.haxx.se) 14.41.28 *** Saving seen data "./dancer.seen" 14.45.39 Quit jlbiasini (Client Quit) 14.48.36 Quit onder` (Ping timeout: 248 seconds) 14.57.08 Quit Scall (Ping timeout: 248 seconds) 14.58.02 Join onder` [0] (~onder@24.244.89.228) 14.58.55 Join krabador [0] (~krabador_@unaffiliated/krabador) 15.01.25 Join Scall [0] (~chat@unaffiliated/scall) 15.04.28 Quit tertu (Ping timeout: 240 seconds) 15.07.08 # "Yes, so far there is no way to get Emcore installed on an iPod Classic using a Mac. The other problem is that once you do get it installed (either using Windows or Linux) you can't access the hard drive by connecting via USB, so you cant transfer Music from your Mac to it. I don't know exactly how it works, but a Rockboxed iPod Classic still has something like 'ipod classic' in the device_id and I think most Macs are just so happy to see a fellow Appl 15.07.15 # I remember some talk about that 15.07.29 # what's the solution? Was it ever formally addressed with a patch? 15.23.51 Quit olspookishmagus (Quit: free() the malloc()) 15.24.25 Quit Rower (Quit: Hmmm...) 15.26.17 Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu) 15.36.03 Join tertu [0] (~tertu@h66-173-127-171.mntimn.dedicated.static.tds.net) 15.41.10 # copper: simple solution, don't use a mac 15.44.01 # vsync_: wow, I hadn't thought of that, brilliant solution, thanks a bunch! 15.44.18 # * copper throws his Mac out the window 15.44.34 # no problems, i'm a professional 15.44.57 # It shows! 15.45.07 # * vsync_ blushes 15.56.13 Quit krabador (Quit: Sto andando via) 15.58.02 # <[Saint]> What is the issue with Classic+Mac+Rockbox? 15.58.26 # <[Saint]> It should simply present itself as generic USB storage. 15.58.45 # [Saint]: OS X knows it's an iPod and insists on making you use iTunes with it 15.58.55 # except it doesn't work because the iPod isn't running the OF 15.59.11 # something about the device identifying itself as "ipod classic" or something 15.59.20 # <[Saint]> In the case that it might refuse to belive it isn't an iPod by the id (and try to handle it differently), this could be overcome trivially as well. 15.59.47 # how? 15.59.51 # <[Saint]> One could actually add an option to switch out the id with a user supplied one, but that's a bit dirty. 16.00.05 # <[Saint]> this has been discussed umpteen times before here. 16.00.09 # yes 16.00.21 # but nothing's been done, apparently 16.00.28 # it's always "yeah we could do this and that" 16.00.30 # <[Saint]> The above isn;t necessarily the "righjt" way to handle it, but it is a possible solution. 16.00.40 # <[Saint]> eek, I can't type. 16.00.53 # fingers acting up? 16.01.06 # acting out 16.01.10 # fucking frenglish 16.01.12 # we could do a bunch of things but they're all gross and/or violate specs and/or require icky kinds of config setting 16.01.18 # <[Saint]> Feline intervention. 16.01.19 # and so nobody has been motivated enough to implement one 16.01.48 # make it identify itself as "RockPod" or something :P 16.02.11 # <[Saint]> The right way is to issued our own id, but there's different ways that could be done as well. 16.02.27 # <[Saint]> ie. a single id, or one per device, one per subset of devices. 16.02.37 # copper: it's not the *string* that's the issue 16.02.40 # it's the actual VID/PID 16.02.45 # which are reserved numbers assigned by USBIF 16.02.51 # and you are not supposed to just make them up :) 16.02.58 # and they cost money 16.02.58 # <[Saint]> Indeed. :) 16.03.02 # ah 16.03.21 # <[Saint]> WHich is also why adding the option to supply one by the user is ugly. 16.03.28 # <[Saint]> As someone else paid for it. 16.03.41 # so yes we could pick another number (either something arbitrary, or a different mp3 player, or whatever0 16.03.45 # or 16.03.47 # or we could have a config setting that lets the user specify one 16.03.57 # (though i don't think we have a "input 16 bit hex value" type right now) :) 16.04.04 # could someone make an OS X program that prevents iTunes from taking over? 16.04.08 # but you aren't technically allowed to :) 16.05.04 # <[Saint]> This has also been discussed for use with car head units that see a specific id and refuse to talk to it as anything other than an ipod. 16.05.30 # <[Saint]> which is a way better case than shitty Macs :P 16.05.59 # yah, and there's no software workaround on the host end there 16.06.08 # so it really does have to be a differnet usb id on our end :) 16.06.31 # is there a wide range of unused IDs? 16.06.55 # in other words, is there no ID value that is very unlikely to be already taken? 16.07.08 # is there a generic "USB Flash Drive" id? 16.07.14 # ^^ 16.07.24 # amayer: no 16.07.30 # no. there are no generic IDs 16.07.33 # copper: that doesn't sound like a good idea at all 16.07.35 # hmm... 16.07.37 # they all belong to specific vendors and products 16.07.43 # VID and PID are Vendor and Product ID :) 16.07.46 # Hmmm 16.08.00 # THere are no reserved IDs afaik 16.08.04 # Then we could just have a setting Present Device As: USB Disc or Ipod Classic 16.08.17 # and we must not use an unused one because someone else may use it later ;) 16.08.26 # amayer: right, but there isn't such a thing. 16.08.37 # we would have to pick a *specific* model of usb disk to pretend to be 16.08.41 # or a totally outdated ID? 16.08.43 # Torne: yeah... 16.08.43 # or a specific non-ipod MP3 player 16.08.51 # one that no-one uses anymore 16.08.52 # copper: that's just as bad/worse 16.09.09 # older devices are likely to have wweird drivers/workarounds/hacks in OSes 16.09.15 # even if the deivce isn't available any more 16.09.15 # hmm 16.09.18 # * gevaerts was going to contact the openmoko folks about this 16.09.21 # windows probably still has a specialcase driver for it 16.09.24 # I could see Windows looking for a drive before letting you read from your "Old outdated device" 16.09.28 # Does anyone want to take that job from me? 16.09.37 # amayer: windows *has* drivers for many, many kinds of old outdated device, though 16.09.42 # and they may do something bad/wrong that we don't want :) 16.09.50 # I understand 16.09.52 # thats what im saying 16.10.13 # can't some organization donate an ID? IETF, FSF or somesuch? 16.10.17 # There's http://wiki.openmoko.org/wiki/USB_Product_IDs#Conditions 16.10.17 # yeah. there are some people who have assigned vendor IDs who will give/sell hyou a range of product ids 16.10.24 # the terms of the USBIF contract no longer allow this 16.10.29 # I was going to contact them, but it left my mind... 16.10.31 # but people who bought a vendor ID before they changed the terms can do it 16.10.46 # If anyone wants that job, feel free to volunteer 16.11.07 # if we did get our own PIDs we'd likely want to get one per rockbox port that has USB, though 16.11.09 # See the mailing list somewhere for details of what we already discussed 16.11.21 # otherwise it will make life potentially a pain for the installer to detect devices correctly when they are left in this mode :) 16.11.35 # to upgrade rb 16.11.49 Quit tertu (Ping timeout: 240 seconds) 16.20.24 # gevaerts, that is cool that they let open source projects use their VID 16.21.07 # yah, but it's still neccessary for each thing to have a different PID, and they only have 131072 of them :) 16.21.44 # probably fine for them to give us, like, a hundred. ;) 16.28.52 Join olspookishmagus [0] (~pookie@91.132.63.143) 16.34.34 Join EstebanMonge [0] (~emonge@200.110.251.210) 16.41.32 *** Saving seen data "./dancer.seen" 16.42.02 Quit kevku (Ping timeout: 260 seconds) 17.00.07 Join ZincAlloy [0] (~d9ee8ada@www.haxx.se) 17.01.05 # <[Saint]> Is there any reason why using android17 instead of android16 platform would compile a slightly smaller binary? 17.02.32 # <[Saint]> I linked android16 to android17 to keep the build system happy, and it works fine, with a slightly smaller (a few bytes) binary. 17.04.19 Nick SuperBrainAK is now known as DormantBrain (~andy@shared02.balt01.cd.2g2u.net) 17.06.51 Quit thegeek (Read error: Connection reset by peer) 17.07.23 Join jlbiasini [0] (~jlbiasini@109.103.46.91) 17.08.19 Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) 17.15.40 Quit [Saint] (Remote host closed the connection) 17.16.45 Join [Saint] [0] (~saint@rockbox/user/saint) 17.26.33 Quit petur (Quit: Nettalk6 - www.ntalk.de) 17.27.31 # pamaury: are you there? 17.38.02 Quit jlbiasini (Quit: Quitte) 17.41.28 Join jlbiasini [0] (~jlbiasini@109.103.46.91) 17.43.22 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 17.52.22 Quit jlbiasini (Quit: Quitte) 18.11.26 Join efyx [0] (~efyx@207.223-241-81.adsl-dyn.isp.belgacom.be) 18.14.22 Join belak [0] (~belak@facebook/engineering/belak) 18.14.28 Quit belak (Max SendQ exceeded) 18.14.28 Join ikeboy [0] (~435622d3@www.haxx.se) 18.17.56 Join belak [0] (~belak@facebook/engineering/belak) 18.19.13 # By the way, the texteditor isn't always slow. It appears random, but I've sometimes have it work "normally" until rockbox is restarted. 18.20.25 Join GodEater_ [0] (uid12452@rockbox/staff/GodEater) 18.21.44 # I've noticed that on the same boots that it works, a bug on the wikiviewer plugin doesn't appear. 18.22.49 # On wikiviewer, when holding up or down for too long, it doesn't stop scrolling until volume buttons are pressed 18.23.34 # And that is caused by whatever causes texteditor to be slow seemingly 18.24.43 Join Zarggg [0] (~zarggg@24.229.140.62.res-cmts.sm.ptd.net) 18.24.44 Quit onder` (Ping timeout: 240 seconds) 18.29.08 Join dell [0] (~dell@ool-435622d3.dyn.optonline.net) 18.29.14 Quit ikeboy (Quit: CGI:IRC (EOF)) 18.29.22 Nick dell is now known as ikeboy (~dell@ool-435622d3.dyn.optonline.net) 18.29.32 Join onder` [0] (~onder@24.244.89.228) 18.33.17 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.38.15 Quit olspookishmagus (Ping timeout: 240 seconds) 18.39.42 Join olspookishmagus [0] (~pookie@91.132.63.143) 18.39.42 Quit olspookishmagus (Client Quit) 18.41.36 *** Saving seen data "./dancer.seen" 18.51.29 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 18.52.26 Join pretty_function [0] (~sigBART@123.252.213.241) 18.56.20 Join dv__ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 18.57.41 Quit dv_ (Ping timeout: 276 seconds) 19.22.22 Quit pamaury (Ping timeout: 264 seconds) 19.22.44 Join jlbiasini [0] (~metaphysi@89.136.132.239) 19.37.41 Quit pretty_function (Remote host closed the connection) 19.45.55 # this wiki plugin is not in the tree... what is that? 19.48.16 Quit jlbiasini (Quit: jlbiasini) 19.53.07 # jlbiasini:(log) http://www.rockbox.org/tracker/task/4755 it's a plugin to view converted wikipedia dumps 19.54.06 # If you just want to test it, try the wiktionary or smaller dumps first 19.55.29 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.57.57 # https://mega.co.nz/#F!pg431CDB!aeAo_HT3YngdsxBzYuoksg 20.02.57 Quit ZincAlloy (Quit: CGI:IRC) 20.03.33 Quit Scall (Ping timeout: 268 seconds) 20.03.50 Join olspookishmagus [0] (~pookie@ppp046177011102.access.hol.gr) 20.06.56 Join Scall [0] (~chat@unaffiliated/scall) 20.08.12 Join petur [0] (~petur@rockbox/developer/petur) 20.09.16 Part ikeboy ("Ex-Chat") 20.10.08 Join dell [0] (~dell@ool-435622d3.dyn.optonline.net) 20.11.16 Quit Provel (Ping timeout: 256 seconds) 20.11.32 Join Provel [0] (~Provel@75-132-18-44.dhcp.stls.mo.charter.com) 20.12.02 Join jlbiasini [0] (~metaphysi@86.34.67.25) 20.13.16 # jlbiasini: yes ? 20.13.33 # I have a new commit for the fuze+ 20.14.05 # it correct the keymaps especially the rockboy ones and finish the manual 20.14.35 # g#521 20.14.38 # 3Gerrit review #521 at http://gerrit.rockbox.org/r/521 : 3[Fuze+][Keymaps] Application and viewer keymaps update by Jean-Louis Biasini (changes/21/521/3) 20.14.44 # could you push it? 20.15.16 # there nothing really special about it... 20.16.51 # there a ondio change of line in the manual because it was alone on a line with /ButtonPlay while other players were group on another line to the some button so I grouped them togother 20.17.14 # Already tested that it compiles 20.17.23 # and run on the device 20.21.54 # pamaury: ^ 20.23.22 # Speaking of Rockboy, who's in charge of that project? 20.24.09 # Build Server message: 3New build round started. Revision a9f2086, 217 builds, 18 clients. 20.24.09 Quit jlbiasini (Remote host closed the connection) 20.28.25 Join jlbiasini [0] (~598884ef@www.haxx.se) 20.29.36 # pamaury: thx 20.31.19 # Build Server message: 3Build round completed after 431 seconds. 20.32.15 # OMFG I though I had the intern storage bug again with the fuze+... It turns out it was time for a partition repair.... 20.32.45 Quit jlbiasini (Client Quit) 20.33.48 Join jlbiasini [0] (~metaphysi@86.34.67.25) 20.34.58 # pamaury: it seems the usb bootloader is still not that stable... 20.36.11 # well diifficult to say for sure actually... 20.40.04 Quit Scall (Ping timeout: 248 seconds) 20.40.56 Join Scall [0] (~chat@unaffiliated/scall) 20.41.38 *** Saving seen data "./dancer.seen" 20.58.06 # Build Server message: 3New build round started. Revision 4596f51, 217 builds, 18 clients. 21.02.15 # jlbiasini: what do you mean by not stable ? 21.03.45 # Build Server message: 3Build round completed after 339 seconds. 21.20.08 Join Strife89 [0] (~Strife89@2602:306:250e:c3c9:e857:42c0:362c:9ab6) 21.45.57 Join ZincAlloy [0] (~d9ee8ada@www.haxx.se) 21.51.01 # Yay someone accepted my translation! :D 22.05.09 Quit dell (Quit: Ex-Chat) 22.08.05 # pamaury: I just transfered some file on the f+ using the usb bootloader and I end up with a corrupted file system 22.08.51 # but i could comme from the os, the kernel, the last time I transfered data with the OF and so on... 22.09.04 # usb must be hell to debug 22.11.23 Quit y4n (Quit: Today is the perfect day for a perfect day.) 22.11.37 # pamaury shouldn't we remove this link to a bootloader on the f+ wiki page? 22.13.14 Quit melmothX (Quit: #) 22.26.22 Join megal0maniac [0] (~megal0man@unaffiliated/megal0maniac) 22.27.49 # I know dualboot is possible on X5 with some custom firmware or bootloader 22.27.55 # but is it possible on M3 too? 22.28.56 Quit BowieKnife (Ping timeout: 264 seconds) 22.29.14 # Is Rockbox in need of buildslaves? 22.29.30 # * megal0maniac offers possible services as buildslave 22.29.38 Join wodz [0] (~wodz@178.182.8.238.nat.umts.dynamic.t-mobile.pl) 22.30.13 # pamaury: ping 22.33.08 # wodz: pong, not really here for at least 15min 22.34.33 # pamaury: ok, I'll wait when you will be truly here :-) 22.36.16 Quit petur (Read error: Connection reset by peer) 22.40.31 Join BowieKnife [0] (~Friend@95.215.63.133) 22.41.42 *** Saving seen data "./dancer.seen" 22.48.40 Quit fs-bluebot (Quit: So long, and thanks for all the fish.) 22.49.23 Join fs-bluebot [0] (~fs-bluebo@g231120181.adsl.alicedsl.de) 22.52.16 Quit megal0maniac (Quit: leaving) 22.55.25 Quit fs-bluebot (Quit: So long, and thanks for all the fish.) 22.55.55 Join fs-bluebot [0] (~fs-bluebo@g231120181.adsl.alicedsl.de) 22.56.52 Quit fs-bluebot (Client Quit) 22.57.42 Join fs-bluebot [0] (~fs-bluebo@g231120181.adsl.alicedsl.de) 22.58.26 # [Saint]: as in g#518 and g#520? 22.58.28 # 3Gerrit review #518 at http://gerrit.rockbox.org/r/518 : 3[Plugins] Stopwatch PLA integration by Jean-Louis Biasini (changes/18/518/3) 22.58.30 # 3Gerrit review #520 at http://gerrit.rockbox.org/r/520 : 3[Plugins] text_editor PLA integration by Jean-Louis Biasini (changes/20/520/2) 22.58.34 # :) 22.58.41 Join megal0maniac [0] (~megal0man@unaffiliated/megal0maniac) 22.59.31 # The wake-up alarm on the Fuze+ doesn't wake it up. Is this a known issue? 23.00.09 # megal0maniac: report this to pamaury 23.01.35 # I know he's the Fuze+ king. :) Was just wondering whether it was a known issue or not. When you turn it on manually, then it does what the wake-up alarm should have made it do. I.e. resume playback etc. 23.04.55 Quit olspookishmagus (Quit: free() the malloc()) 23.05.50 # Hopefully he'll see the scrollback. I must be off 23.05.54 Nick megal0maniac is now known as megal0maniac_afk (~megal0man@unaffiliated/megal0maniac) 23.08.57 Quit amayer (Quit: Leaving) 23.10.34 # bluebrother^: great fix! 23.11.04 # any opinion on the commit themselves? 23.11.28 # did someone saw kugel out there lately? 23.12.08 # megal0maniac: actually it's kind of random as it does work on my device 23.12.41 # megal0maniac_afk:^ 23.16.14 # when i'm compiling new stuff to experiment at driver level I guess there is no use to extract the whole rb zip is copying rockbox.sansa enough to get rockbox to be updated? 23.17.02 # jlbiasini: as long as you don't need plugins or codecs 23.17.19 # wodz: here 23.17.34 # wodz no, no need 23.17.37 # megal0maniac_afk: are you sure you did the setup right ? it works on mine 23.17.39 # thanks 23.18.42 # pamaury: I am looking at porting rk27xx usb driver to hwstub. Do I need to handle transfers longer than single ctrl packet? 23.19.02 # wodz: yes 23.19.35 # pamaury: Hmm, so how can I have nonblocking version without interrupts? 23.20.18 # all the calls made by main.c are blocking 23.21.01 # so *_nonblocking variants are unused? 23.21.11 # yes 23.21.27 # ok 23.22.12 # pamaury: what is return value meaning of recv and send functions? 23.22.26 # for usb_drv_* ? 23.22.38 # yes 23.22.49 # these are unused, just copied the prototypes from rockbox, 0 on success I guess 23.27.26 Quit ZincAlloy (Quit: CGI:IRC (Ping timeout)) 23.29.58 # wodz: if you feel the need for, add interrupts 23.30.28 # or a "usb_tick" in the main loop 23.34.55 # pamaury: Do I need to handle 0 len packet in usb_drv_send() ? 23.35.29 # yes 23.36.17 # it means ack 23.36.31 Quit EstebanMonge (Quit: Leaving.) 23.36.43 # and in recv too: it's ack recv. It should handle by the code on gerrit 23.38.31 # code on gerrit is ackward, you know 23.38.44 # yes but it works for control transfers normally 23.38.55 # currently the stub only does control transfers 23.40.22 # If I fail to get it working without interrupts I'll look at how to integrate irqed version into hwstub 23.41.00 Nick megal0maniac_afk is now known as megal0maniac (~megal0man@unaffiliated/megal0maniac) 23.41.35 # pamaury: I do it in exactly the same way as I do on my Clip+. It has never worked on the Fuze+, and I just updated to the latest trunk build 23.42.10 # megal0maniac: do you use the new bootloader on the forum ? 23.42.23 Join ZincAlloy [0] (~d9ee8ada@www.haxx.se) 23.42.27 # wodz: upload the code before doing that, I can try it too 23.42.34 # pamaury: I think I'm on v10 23.43.00 # megal0maniac: you need the latest bootloader (not yet released) 23.44.45 # pamaury: btw. in gerrit rk27xx usb driver we discard cache when sending data but not when receiving. Since actual mem transfer is done by means of dma I wonder if this isn't the problem I am observing. 23.45.57 # wodz: I think we discard on recv but *before* receiving, based on the assumption that no cache line should be loaded in between, otherwise that would mean reading a buffer which could be overwritten by dma at any time, clearly a bug 23.47.03 # pamaury: I'm going to update this bootloader on the wiki it's confusing for a lot of peaple 23.47.05 Join olspookishmagus [0] (~pookie@91.132.63.143) 23.47.23 # pamaury: greping for 'cache' hits only _usb_drv_send() 23.47.35 # pamaury: Thanks, downloading the RC now 23.47.37 # wodz: ah weird, indeed that's buggy then 23.54.12 Join krabador [0] (~krabador_@unaffiliated/krabador) 23.55.22 # megal0maniac: don't forget no SD and check your battery 23.55.53 # jlbiasini: I know the drill. Thanks ;) I've updated and set an alarm. Now I'm just waiting 23.56.07 # And there it is 23.56.32 # Cool. Everything (so far) is working exactly as expected :) 23.58.09 # pamaury: I just recompile the bootloader from latest tree and testing update/wake up right now. If its working don't you think I just put it on the wiki? 23.58.54 # I vote yes