--- Log for 20.03.114  Server: orwell.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 8 days and 1 hour ago

00.01.25 Quit    [Saint] (Ping timeout: 252 seconds)
00.02.05 Join    [Saint] [0] (~saint@rockbox/staff/saint)
00.10.08 Quit    [Saint] (Remote host closed the connection)
00.11.11 Join    [Saint] [0] (~saint@rockbox/staff/saint)
00.17.47 Quit    bertrik (Remote host closed the connection)
00.23.19 Quit    lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140306171728])
00.23.25 Join    Strife1989 [0] (~Strife89@adsl-98-80-237-172.mcn.bellsouth.net)
00.24.06 Quit    Strife89 (Quit: Leaving)
00.33.38 ***     Saving seen data "./dancer.seen"
00.48.13 Join    us`0gb [0] (~0gb.us@c-50-137-60-25.hsd1.or.comcast.net)
00.56.51 Quit    pamaury (Ping timeout: 265 seconds)
00.57.49 Quit    kugel (Ping timeout: 265 seconds)
01.15.30 Join    cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs)
01.18.24 Quit    ZincAlloy (Quit: Leaving.)
02.05.11 Quit    us`0gb (Ping timeout: 240 seconds)
02.11.17 Nick    Beta2K is now known as beta2k (~Beta2K@d24-36-136-246.home1.cgocable.net)
02.18.53 Join    ii_ [0] (~ii@78.24.28.187)
02.24.20 Quit    ii_ (Ping timeout: 265 seconds)
02.33.42 ***     Saving seen data "./dancer.seen"
02.49.54 Join    us`0gb [0] (~0gb.us@c-50-137-60-25.hsd1.or.comcast.net)
02.54.24 Join    Strife89 [0] (~Strife89@adsl-98-80-237-172.mcn.bellsouth.net)
03.00.01 Quit    AlexP (Remote host closed the connection)
03.31.20 Quit    Strife1989 (Quit: Leaving)
03.31.23 Quit    newhoa (Quit: Leaving.)
03.42.02 Join    ygrek [0] (~user@108.59.6.97)
04.16.48 Quit    Bluefoxicy (Ping timeout: 240 seconds)
04.17.07 Join    amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04.17.07 Quit    amiconn (Disconnected by services)
04.17.10 Nick    amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
04.17.15 Quit    pixelma (Disconnected by services)
04.17.16 Join    pixelma_ [0] (quassel@rockbox/staff/pixelma)
04.17.18 Nick    pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04.33.44 ***     Saving seen data "./dancer.seen"
04.49.08 Join    ii_ [0] (~ii@78.24.28.191)
04.56.28 Quit    ii_ (Ping timeout: 240 seconds)
05.19.03 Quit    [7] (Disconnected by services)
05.19.17 Join    TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05.40.00 Quit    Strife89 (Ping timeout: 240 seconds)
05.50.40 Join    Bluefoxicy [0] (~Bluefoxic@c-76-21-157-203.hsd1.md.comcast.net)
05.55.53 Join    zkyz [0] (~zkyz@CPE-121-222-29-6.lnse1.cha.bigpond.net.au)
06.09.31 Quit    tertu (Ping timeout: 246 seconds)
06.23.04 Join    tertu [0] (~quassel@143.44.65.14)
06.31.50 Quit    tertu (Ping timeout: 265 seconds)
06.33.47 ***     Saving seen data "./dancer.seen"
06.35.30 Join    wodz [0] (~wodz@89-75-151-160.dynamic.chello.pl)
06.40.00 Quit    wodz (Ping timeout: 240 seconds)
06.41.51 Nick    DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1)
06.53.06 Join    ii_ [0] (~ii@78.24.28.187)
06.56.30 Quit    ygrek (Ping timeout: 264 seconds)
06.57.27 Quit    ii_ (Ping timeout: 265 seconds)
07.00.51 Join    jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
07.12.28 #       <SuperBrainAK> Hey guys, just fixed this droid 3, is there a link to where to get the RB app?
07.16.11 #       <SuperBrainAK> Ok found it i have to use my desktop
07.16.34 #       <SuperBrainAK> Im glad this works though
07.16.46 Quit    ungali (Quit: ungali)
07.22.09 Join    wodz [0] (~wodz@89-75-151-160.dynamic.chello.pl)
07.27.06 Quit    wodz (Ping timeout: 264 seconds)
07.32.41 #       <[Saint]> SuperBrainAK: be aware of its quirks, though.
07.33.11 #       <[Saint]> RaaA on Android is a somewhat strange beast.
07.34.05 #       <SuperBrainAK> Yea i am going to wait until i could really use it
07.34.47 #       <[Saint]> When it works, it works great.
07.38.28 #       <[Saint]> But there's a number of slight issues. No support for the native android status bar on < 4.4 is somewhat annoying. 4.4+ fixes this issue by automagically running fullscreen applications in immersive mode, which overlays semi-transparent softkeys and status bar with an edge swipe gesture. 
07.43.28 #       <[Saint]> Ah. And not having a shutdown option is annoying for some people too. As it can be difficult to quit the application without having to dig into the applications menu (depending on what ROM you have). And there's at least one feature that demand a reset to enable in Rockbox.
07.43.35 Join    fragilematter [0] (~fragilema@unaffiliated/fragilematter)
07.48.41 Quit    Bluefoxicy (Ping timeout: 265 seconds)
07.51.04 Quit    amiconn (Remote host closed the connection)
07.51.04 Quit    pixelma (Remote host closed the connection)
07.51.58 Join    pixelma [0] (pixelma@rockbox/staff/pixelma)
07.51.59 Join    amiconn [0] (amiconn@rockbox/developer/amiconn)
07.53.00 Join    ygrek [0] (~user@108.59.6.97)
08.01.07 Join    mortalis [0] (~kvirc@213.33.220.118)
08.04.04 Join    bertrik [0] (~quassel@cl-1037.haa-01.nl.sixxs.net)
08.04.17 Quit    bertrik (Changing host)
08.04.17 Join    bertrik [0] (~quassel@rockbox/developer/bertrik)
08.05.18 Quit    onder` (Ping timeout: 264 seconds)
08.07.11 Join    onder` [0] (~onder@dyn-dsl-to-76-75-118-5.nexicom.net)
08.18.47 Join    ender` [0] (krneki@foo.eternallybored.org)
08.33.50 ***     Saving seen data "./dancer.seen"
08.36.16 Quit    bertrik (Remote host closed the connection)
08.37.01 Join    kugel [0] (~kugel@rockbox/developer/kugel)
08.58.16 Join    Zagor [242] (~bjst@rockbox/developer/Zagor)
09.05.37 Quit    djukon (Ping timeout: 240 seconds)
09.15.04 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
09.57.42 Quit    zkyz ()
09.58.13 #       <[Saint]> What method should one use for ensuring a build client always runs at boot on a debianesque system?
09.59.06 #       <[Saint]> I just realized that using an @reboot based cron job (which I just set up) will ignore cases where the machine was shut down and powered up, or powered up after power loss, etc.
09.59.58 Nick    SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1)
10.00.59 Join    djukon [0] (~djukon@50708181.static.ziggozakelijk.nl)
10.01.07 Quit    pamaury (Ping timeout: 265 seconds)
10.01.44 #       <[Saint]>  /etc/rc.local? (seems kinda ugly)
10.03.49 #       <copper> why
10.03.53 #       <copper> that's what it's for
10.04.31 #       <[Saint]> I want it to run the task as a specified user.
10.04.52 #       <[Saint]> So, I guess, use rc.local to call start-stop-daemon?
10.05.48 #       <[Saint]> Something like: "start-stop-daemon --start --quiet -u user -g user --exec /path/to/build/client/runclient.sh"
10.08.57 #       <[Saint]> Bah. Nuts to that, seems unnecessarily complicated. I'll just use the cron job with @reboot and accept the caveats.
10.11.11 #       <kugel> [Saint]: sudo -u <user> command
10.11.20 #       <copper> kugel!
10.11.38 #       <[Saint]> Isn't root overkill here?
10.11.52 #       <[Saint]> Seems a bit heavy handed.
10.11.53 #       <kugel> sudo -u <user> runs command as user
10.12.04 #       <copper> kugel: when I set a backdrop to a 1 bit image, it displays as black on white instead of using the Rockbox foreground and background colors; is that normal?
10.12.05 #       <[Saint]> Oh, shit, yeah. Derp.
10.14.27 #       <kugel> rc.local runs at startup, but has itself no service management for restarting etc
10.14.44 #       <kugel> copper: don't know, never done that
10.14.57 #       <copper> well you fixed it for icons
10.15.13 #       <copper> I was wondering if the same effect could be achieved with backdrops
10.15.33 #       <kugel> I guess so, the code says backdrops are converted to native format
10.15.47 #       <kugel> i.e. 1bit -> 16bit
10.17.04 #       <copper> so that's a no then?
10.17.26 #       <kugel> yea, changing it is not trivial, it must be in native format
10.17.30 #       <[Saint]> I guess its an "I guess so".
10.17.30 #       <copper> ok
10.17.38 #       <[Saint]> Oh. Or not.
10.18.01 #       <kugel> although patches are always welcome
10.18.30 #       <copper> no biggie
10.19.10 Quit    [Saint] (Remote host closed the connection)
10.20.37 Join    [Saint] [0] (~saint@rockbox/staff/saint)
10.21.53 #       <copper> the 1 bit thing works for normal images (%x)
10.22.21 #       <copper> and the only reason I need a backdrop is because of the progress bar
10.22.35 #       <copper> I need to display an empty progress bar beneath the actual progress bar
10.22.57 #       <copper> and since images can't be layered, the only way I found was to use a backdrop is the empty progress bar on it
10.23.09 Quit    fragilematter (Quit: Leaving.)
10.23.15 #       <kugel> copper: progressbars can have separate backdrops
10.23.20 #       <copper> oh?
10.23.36 #       <kugel> http://www.rockbox.org/wiki/CustomWPS#Bar_Tags
10.23.50 #       <copper> aaaaah
10.25.24 #       <kugel> it fills the non-progressed part with the backdrop, giving the appearance that it layered below the real progressbar
10.26.21 #       <copper> yeah I'm gonna try it right now
10.27.47 #       <kugel> for this backdrop the normal non-backdrop bitmap rules apply
10.33.41 Quit    soap (Ping timeout: 264 seconds)
10.33.54 ***     Saving seen data "./dancer.seen"
10.34.05 Join    soap [0] (~soap@cpe-174-102-103-175.woh.res.rr.com)
10.34.19 Quit    soap (Changing host)
10.34.19 Join    soap [0] (~soap@rockbox/staff/soap)
10.35.50 #       <copper> this is great, thanks!
10.43.22 Join    Rower [0] (~husvagn@h176n2-aeg-a11.ias.bredband.telia.com)
10.44.10 Quit    [Saint] (Remote host closed the connection)
10.44.47 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
10.45.16 Join    [Saint] [0] (~saint@rockbox/staff/saint)
10.46.30 #       <pamaury> alexbobp: hey, sorry I missed your poke yesterday on #rockbox-community
10.46.55 #       <copper> that's great, my theme now has no backdrop and fully works with user settable colors
10.47.05 Join    fragilematter [0] (~fragilema@unaffiliated/fragilematter)
10.50.48 #       <copper> skin RAM usage: 21,952 bytes :)
10.53.15 Join    einhirn [0] (~Miranda@2001:638:605:4:3097:1619:358e:5d8f)
10.53.23 Quit    [Saint] (Remote host closed the connection)
10.53.45 Join    ii_ [0] (~ii@78.24.28.187)
10.54.09 Join    pamaury_ [0] (~quassel@rockbox/developer/pamaury)
10.54.24 Quit    pamaury (Ping timeout: 240 seconds)
10.54.30 Join    [Saint] [0] (~saint@rockbox/staff/saint)
10.58.38 Quit    ii_ (Ping timeout: 265 seconds)
11.02.27 #       <alexbobp> pamaury_: no worries, hey
11.02.29 Quit    funman (Ping timeout: 264 seconds)
11.03.05 #       <alexbobp> my view arrived!  hefty player
11.03.16 #       <alexbobp> I think it weighs more than a lot of phones these days
11.05.50 #       <kugel> what view? sansa view..?
11.12.41 Nick    pamaury_ is now known as pamaury (~quassel@rockbox/developer/pamaury)
11.12.56 #       <pamaury> kugel: yeah
11.24.26 Join    funman [0] (~fun@altair.via.ecp.fr)
11.24.42 Quit    funman (Changing host)
11.24.42 Join    funman [0] (~fun@rockbox/developer/funman)
11.32.37 #       <pamaury> alexbobp: how is the jack connector ? the description said it was damaged or something
11.32.49 Quit    [Saint] (Remote host closed the connection)
11.33.54 Join    [Saint] [0] (~saint@rockbox/staff/saint)
11.34.12 #       <alexbobp> pamaury: yeah but the one I bought is a different one :P
11.34.17 #       <alexbobp> though actually I haven't tested it at all yet
11.34.21 #       <alexbobp> other than turning on
11.34.27 #       <pamaury> ah yeah, I'm confused
11.35.08 #       <alexbobp> pamaury: the jack seems fine on this one :P
11.35.14 #       <alexbobp> I ended up paying more
11.35.18 #       <alexbobp> bceause I found you the cheapest one I could find
11.35.26 #       <alexbobp> and then decided if you end up making rockbox builds I'll want to test them :P
11.35.41 #       <alexbobp> so I ordered mine after that
11.37.48 Quit    [Saint] (Read error: Connection reset by peer)
11.38.54 Join    [Saint] [0] (~saint@rockbox/staff/saint)
11.44.47 Quit    bluebrother (Disconnected by services)
11.44.52 Join    bluebrother^ [0] (~dom@rockbox/developer/bluebrother)
11.47.36 Quit    fs-bluebot (Ping timeout: 240 seconds)
11.48.40 Join    fs-bluebot [0] (~fs-bluebo@g226071165.adsl.alicedsl.de)
12.04.10 #       <kugel> alexbobp, pamaury: planning on restarting the port?
12.04.36 Join    wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
12.08.37 Join    ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net)
12.09.20 #       <wodz> kugel: ping
12.10.04 Quit    [Saint] (Remote host closed the connection)
12.10.31 #       <kugel> wodz: pong
12.10.51 #       <wodz> kugel: How do I create nonmovable alloc?
12.11.10 Join    [Saint] [0] (~saint@rockbox/staff/saint)
12.11.45 #       <wodz> kugel: Can I realloc() such allocation to increase size?
12.12.00 Quit    ygrek (Ping timeout: 240 seconds)
12.12.15 #       <kugel> a) the move_callback must be NULL in the buflib_ops
12.12.18 #       <kugel> b) no
12.13.38 #       <wodz> hmm, that complicates things
12.13.59 #       <kugel> what are you trying to do?
12.14.31 #       <wodz> I am thinking how to dynamically allocate plugin/codec buffer
12.14.49 Join    kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka)
12.14.56 Quit    [Saint] (Remote host closed the connection)
12.15.14 #       <kugel> the playback buffer can only be maximized again by a core_free/core_alloc cycle
12.15.21 #       <kugel> i.e. playback stop
12.15.33 Quit    kuldeepdhaka (Max SendQ exceeded)
12.15.41 #       <kugel> it's a known limitation (well, known to me at least) which I'd love to get rid of
12.16.02 Join    [Saint] [0] (~saint@rockbox/staff/saint)
12.16.53 #       <kugel> it'd be rather trivial from the buflbi side actually. the playback engine is making it complicated, otherwise it'd been fixed for ages
12.17.11 #       <wodz> you mean if I allocate codec buffer the space will not be reclaimed after buffer release?
12.17.38 #       <kugel> that's right
12.17.59 #       <alexbobp> kugel: well I'm not a rockbox dev but I bought pamaury a sansa view to see what happens :P
12.18.11 #       <wodz> that is not a problem actually. core_free()/core_alloc() will be called when new codec needs to be loaded
12.18.17 #       <kugel> well, except that if you release the codec buffer playback has stopped; restarting playback then will reclaim the buffer
12.18.39 #       <kugel> everytime when playback goes from stopped (not paused) to playing the audio buffer allocation is redone
12.19.48 #       <kugel> alexbobp: well, that's nice. did you know you can also donate to our fund. the fund is used to by new hardware (among other things)
12.20.17 #       <alexbobp> ah ok
12.20.51 #       <alexbobp> the selfish secret to donating specific hardware is if I care more about some build targets :P
12.20.55 #       <kugel> it's not necessary to fund devs indivdually
12.21.09 #       <alexbobp> but I will consider doing that too
12.21.17 #       <alexbobp> I didn't really think of it as funding :P
12.21.45 #       <kugel> i didnt mean to say should stop, just highlighting that is an alternative, open to all users and all devs
12.21.46 #       <alexbobp> more like trying to create motivation, I was hoping the view would call out to him ;)
12.21.52 #       <alexbobp> ok
12.21.55 #       <alexbobp> :)
12.25.04 #       <wodz> kugel: what is the problem with this then?
12.26.30 #       <wodz> kugel: 1) you start playback 2) codec is loaded which means nonmovable core_alloc() 3) on track change if new track is of different format core_free() is called and goto 2)
12.30.25 Join    ygrek [0] (~user@108.59.6.97)
12.33.55 ***     Saving seen data "./dancer.seen"
12.44.00 Quit    ikeboy (Ping timeout: 265 seconds)
12.53.13 #       <kugel> wodz: if the second codec is bigger then the difference will be taken from the playback buffer via shrink_callback. this currently has to stop playback
12.53.45 #       <kugel> that's pretty much a showstopper and should be fixed first in my book
12.54.33 #       <kugel> jhMikeS might have an idea how to redo the audio buffer *during* playback
12.54.47 Join    ii_ [0] (~ii@78.24.28.186)
12.55.14 #       <kugel> also, how do you handle malloc() codecs?
12.56.37 Join    ZincAlloy [0] (~Adium@pD9EE8D3A.dip0.t-ipconnect.de)
12.56.58 #       <wodz> kugel: what you mean?
12.57.26 #       <kugel> some codecs need a heap, making their total size not known at compile time
12.58.26 #       <wodz> right, I didn't find solution yet to this :/
12.59.12 Quit    ii_ (Ping timeout: 240 seconds)
13.06.48 Quit    cmhobbs (Ping timeout: 240 seconds)
13.13.17 Quit    ygrek (Ping timeout: 264 seconds)
13.25.25 Join    cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs)
13.31.02 Join    tertu [0] (~quassel@143.44.65.14)
13.32.35 Join    gigabit88 [0] (~gigabit@cpc18-heme10-2-0-cust603.9-1.cable.virginm.net)
13.32.52 Part    gigabit88
13.33.18 Quit    cmhobbs (Ping timeout: 265 seconds)
13.37.37 Quit    wodz (Quit: Leaving)
13.38.32 #       <copper> goddamn %?if bug
13.38.58 #       <copper> "%?if(%cm, =, 03)" returns true when cm=03
13.39.09 #       <copper> "%?if(%cd, =, 19)" returns true when cd=20
13.40.10 Quit    Cultist (Read error: Connection reset by peer)
13.44.11 Join    Craigwd_2000_ [0] (~craigdavi@pool-71-161-194-229.burl.east.myfairpoint.net)
13.44.11 Quit    Craigwd_2000 (Read error: Connection reset by peer)
13.44.11 Nick    Craigwd_2000_ is now known as Craigwd_2000 (~craigdavi@pool-71-161-194-229.burl.east.myfairpoint.net)
13.48.24 Join    amayer [0] (~amayer@mail.weberadvertising.com)
13.49.20 Join    Cultist [0] (~CultOfThe@67.186.111.33)
14.03.45 #       <kugel> copper: http://www.rockbox.org/tracker/task/12891
14.10.05 #       <copper> yes that's me
14.10.24 #       <copper> I'm the author of that bug report
14.10.56 Join    ygrek [0] (~user@108.59.6.97)
14.13.43 Join    Strife89 [0] (~Strife89@adsl-98-80-237-172.mcn.bellsouth.net)
14.17.55 Quit    amiconn (Quit: No Ping reply in 64 seconds.)
14.18.08 Join    amiconn [0] (quassel@rockbox/developer/amiconn)
14.19.41 Join    Bluefoxicy [0] (~Bluefoxic@c-76-21-157-203.hsd1.md.comcast.net)
14.22.27 Quit    Bluefoxicy (Read error: Operation timed out)
14.22.37 #       <copper> https://outpost.fr/rockbox/PodOne.png/
14.22.58 #       <copper> all done with just the Rockbox foreground and background colors
14.23.12 #       <copper> https://outpost.fr/rockbox/PodOne-All-2014-03-20.zip
14.25.09 #       <amayer> cooper the green and red ones look cool!
14.27.37 #       <copper> yeah
14.27.43 #       <copper> I like the blue and green one
14.27.56 #       <copper> they're quite flashy
14.28.15 #       <copper> anyway, point is, you can use whatever colors you want with the Rockbox color picker
14.29.14 #       <copper> haha, this is awesome
14.29.29 #       <copper> I just love being able to make custom themes for my iPod
14.30.04 #       <kugel> copper: btw, you don't like AA fonts do you?
14.30.12 #       <copper> not in Rockbox, no
14.30.17 #       <copper> the kerning is really bad
14.30.54 #       <copper> note that I use a non-AA font in my terminal too, on my PC
14.31.18 #       <kugel> there is an option to convttf now for improved kerning (iirc)
14.32.14 #       <copper> "Trim glyphs horizontally of nearly empty space"?
14.32.25 Join    Bluefoxicy [0] (~Bluefoxic@c-76-21-157-203.hsd1.md.comcast.net)
14.32.53 #       <copper> moreover, I just love Nimbus
14.33.01 #       <copper> It's a brilliant font
14.33.56 ***     Saving seen data "./dancer.seen"
14.35.00 Join    kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka)
14.36.55 Quit    kuldeepdhaka (Max SendQ exceeded)
14.37.53 Join    kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka)
14.37.55 #       <copper> so, how am I going to publish this theme and its variants on the Rockbox website?
14.38.22 #       <copper> publishing every variant on its own is not only bothersome, it's starting to get spammy
14.38.38 #       <copper> plus, each variant is only one .cfg file
14.39.15 #       <copper> they share all the other files
14.39.38 Quit    Strife89 (Ping timeout: 245 seconds)
14.41.20 #       <copper> amayer: what's the reason for disallowing more than one cfg file when uploading themes?
14.42.04 #       <copper> is it just for error checking (cfg files getting included when they weren't supposed to), or is it something else?
14.42.30 #       <amayer> copper: yeah I guess. just so you dont have 15 extra files with each theme
14.42.46 #       <copper> I'm not the only one using extra cfg files in my themes
14.43.04 #       <copper> some theme authors included extra cfg files for slightly different configurations
14.43.09 #       <amayer> when ever I get around to actually redoing the theme site you will be able to make a "theme family" which is multiple themes with the same look but different color schemes
14.43.23 #       <copper> they rename them to .txt and ask in the theme description to rename those files to .cfg
14.43.43 #       <copper> but I'm not sure how well I can trust users to do that
14.44.12 #       <amayer> I guess thats one way to get around it. I believe the .cfg file is supposed to have the exact same name as the theme
14.44.17 #       <copper> yeah
14.45.10 #       <amayer> its been a while since ive done anything with the rockbox community. but I was asked to talk about it at the next LUG meeting so I may have to get back into it
14.45.20 #       <copper> :)
14.46.10 #       <kugel> i guess the limitation to one .cfg is arbitrary and should be removed, especially if the workaround is shipping them as txt
14.46.44 #       <copper> that would be nie
14.46.45 #       <copper> nice
14.47.09 #       <copper> amayer: maybe just check that all cfg files *start* with the theme name?
14.47.28 #       <copper> e.g. check that all files for theme "Foo" start with "Foo"
14.48.18 #       <amayer> just curious do all of our targets run LUA?
14.48.57 #       <kugel> copper: problem is that we're a bunch of lowest-level hardware hackers, so we're not able to touch PHP stuff in a useful way
14.49.15 #       <copper> lol
14.49.31 #       <copper> is the PHP code public somewhere?
14.49.33 #       <kugel> the theme site authors are gone, basically
14.49.34 #       <copper> I can write a patch
14.49.55 #       <amayer> kugel: I work with php on a daily basis. I have just been negelctful in my duty of redoing the theme site
14.50.00 #       <kugel> sure, http://git.rockbox.org/?p=themesite.git;a=summary
14.50.35 #       <copper> how do I clone that?
14.50.47 #       <kugel> amayer: sorry I didn't mean to turn down your work, your effort is very much appreciated
14.51.04 #       <kugel> copper: with git as usual
14.51.04 #       <amayer> copper: git clone http://git.rockbox.org/themesite.git
14.51.09 #       <amayer> i think...
14.51.27 #       <copper> nope
14.51.43 #       <kugel> there is also a VM image somewhere with an (old) dump of the theme site (themes+database) for playing around
14.51.44 #       <copper> s/http/git/ :)
14.52.31 #       <amayer> kugel: you didnt put me down. I was putting myself down because about a year ago I said I would redo the themesite and I never really got around to it
14.53.48 #       <copper> what's a .rwps file?
14.54.00 #       <amayer> copper: its for remote screens
14.54.09 #       <copper> ah
14.54.12 #       <amayer> some devices have a detachable 2nd screen
15.10.44 Quit    [Saint] (Remote host closed the connection)
15.16.31 Quit    tertu (Ping timeout: 252 seconds)
15.22.46 Quit    GLC- (Read error: Connection reset by peer)
15.22.55 Join    GLC- [0] (clg@56k.modeemi.net)
15.23.59 Nick    KotH is now known as fist (~attila@lou-outside.kinali.ch)
15.24.10 Nick    fist is now known as KotH (~attila@lou-outside.kinali.ch)
15.24.40 Join    maruk1 [0] (~papier@titanium.v6.sdv.fr)
15.25.03 Quit    bzed (Ping timeout: 245 seconds)
15.26.56 Join    bzed [0] (~bzed@devel.recluse.de)
15.27.28 Quit    djukon (Ping timeout: 240 seconds)
15.28.41 Quit    mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/)
15.29.16 Join    djukon [0] (~djukon@50708181.static.ziggozakelijk.nl)
15.41.00 Join    ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net)
15.45.33 Quit    einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
15.49.32 #       <copper> amayer: http://pastebin.com/VdsNVFEf
15.49.56 #       <copper> I only checked for PHP syntax errors
15.52.42 #       <copper> also mind that stupid pastebin.com converts everything to DOS format, you have to run "dos2unix" on the file after downloading it
15.53.01 #       <copper> https://outpost.fr/tmp/W2w.diff
15.53.10 #       <copper> that's the original diff in UNIX format
15.59.10 #       <copper> hmm
15.59.24 #       <copper> my diff will crap out if the zip files only contains .cfg files
16.00.12 #       <copper> let me change that
16.09.19 #       <copper> https://outpost.fr/tmp/zC6.diff
16.11.20 #       <copper> much better
16.20.38 #       <amayer> copper: idk if "sort($cfgfound)" will always put shortname first. I didnt run the code but that was the only thing that popped out to me
16.21.25 #       <copper> it puts shortname first if all cfg files are in the form shortname-*
16.22.23 #       <copper> if there is one file that is not named "shortname*", it might get there first, but then the script will complain that some or all cfg files are not named the same
16.24.40 #       <copper> I use sort() just to make sure that if all files are named properly, and $shortname is not yet set, that we set $shortname to the right value
16.24.56 #       <amayer> it makes sense. im just reading the rest of it
16.25.09 #       <copper> that last diff is a lot simpler
16.26.49 #       <copper> amayer: one important part of the changes is that $cfg is now an array of config files content
16.26.59 #       <amayer> yeah i noticed that
16.29.12 #       <copper> and checking cfg files separately is necessary to get "shortname" right
16.30.08 #       <copper> no biggie, it doesn't incur more processing work
16.32.19 #       <copper> just gotta be careful not to treat every dash sign "-" in the filenames as a separator for shortname, since theme names (and filenames) can have dash signs in them already (like my Googley themes)
16.32.52 #       <copper> that's why we sort the filenames and use the shortest one (when shortname hasn't already been set)
16.33.23 #       <copper> shortname not being set at that point is a very special case though (the zip files only contains .cfg files)
16.34.00 ***     Saving seen data "./dancer.seen"
16.34.38 #       <copper> zip file*
16.35.29 #       <jhMikeS> kugel: I might, but then, let's just make use of the MMU instead :)
16.38.20 #       <amayer> copper: http://ajm.sexypenguins.com/rockboxstuff/themething.diff
16.38.40 #       <amayer> I changed lines 34 -36
16.39.20 #       <amayer> I think$filenameWithoutExtension !== $shortname will always return false after $shortname has been set
16.41.05 #       <copper> why?
16.41.35 #       <amayer> first run $shortname isnt set so if($shortname === '') catches it
16.41.57 #       <copper> no
16.42.27 #       <copper> without that check, "shortname.cfg" will cause an error
16.42.27 #       <amayer> maybe its because im just reading the diff and not the whole file
16.42.53 #       <copper> "if (strpos($filenameWithoutExtension, "{$shortname}-") !== 0)" tests for "shortname-*", not "shortname"
16.43.00 #       <copper> so you need that first check
16.43.37 #       <copper> the "if ($shortname === '')" in the cfg filename check is a very special case, if shortname wasn't set before
16.43.40 #       <amayer> if you ran it and it works it looks good to me.
16.44.14 #       <copper> so it won't catch "shortname.cfg" if shortname was already set by some other file or directory (wps and whatnot)
16.44.28 #       <amayer> oh i see now
16.49.49 #       <copper> the problem that code is trying to handle is if the first file in the zip archive is a .cfg file
16.50.44 #       <copper> in the first loop that goes through the contents of the zip file, we can't use the first cfg filename as the basis for "shortname"
16.50.44 #       <copper> because we don't know if the first cfg file in the archive is shortname.cfg and not shortname-foo.cfg
16.53.11 #       <copper> minding that "Googley-Classic", which has a dash, is a valid "shortname", when the variants are named "Googley-Classic-Blue" (etc)
16.53.56 #       <copper> so, parsing for dash signs in filenames is not enough to determine shortname, we have to find the shortest cfg filename and use that
16.54.04 #       <copper> (hence the use of sort())
16.54.33 #       <copper> (that is, again, if shortname hasn't been set before from some other file or directory in the zip file)
16.55.11 #       <kugel> jhMikeS: it should work for all targets
16.55.44 Join    ii_ [0] (~ii@78.24.28.190)
16.57.53 Quit    ikeboy (Quit: Leaving)
17.00.57 Quit    ii_ (Ping timeout: 240 seconds)
17.02.00 Quit    kugel (Ping timeout: 240 seconds)
17.03.52 Quit    fragilematter (Quit: Leaving.)
17.14.32 #       <copper> amayer: let me know if and when you commit the changes so I can test it (and upload my latest theme)
17.14.53 #       <amayer> copper: I dont have access to the server
17.15.09 #       <amayer> I am also at work for another 6 hours
17.15.23 #       <copper> no hurry
17.15.31 #       <amayer> if you push the changes to gerrit get in touch with scorch and he can pull them to the server
17.15.55 #       <copper> I don't think I have a gerrit account
17.16.26 #       <amayer> o.O
17.16.29 #       <copper> IIRC I got annoyed by the process
17.17.41 #       <copper> btw, the "contributing to rockbox" link on http://www.rockbox.org/wiki/WorkingWithPatches returns a 404
17.19.58 #       <copper> ah
17.20.02 #       <copper> I do have a gerrit account
17.24.23 #       <jhMikeS> kugel: That's why I just, well, where this is going makes no real sense to me
17.27.48 #       <copper> $ git commit
17.27.51 #       <copper> [master 2e9ca87] Allow for multiple .cfg files if they are named <shortname>-*.cfg 1 file changed, 24 insertions(+), 8 deletions(-)
17.28.08 #       <copper> where can I see the committed changes on gerrit?
17.28.51 #       <copper> I don't really know what that just did.
17.29.20 Join    n1s [0] (~n1s@nl118-168-30.student.uu.se)
17.29.20 #       <copper> ah
17.29.21 Quit    n1s (Changing host)
17.29.21 Join    n1s [0] (~n1s@rockbox/developer/n1s)
17.31.49 #       <copper> http://gerrit.rockbox.org/773
17.31.58 #       <copper> I hope I did that right
17.32.44 Join    ii_ [0] (~ii@78.24.28.191)
17.33.46 #       <amayer> I have a meeting. Ill check it out when im done
17.36.12 #       <copper> ok
17.37.09 Join    y4n [0] (~y4n@unaffiliated/y4ndexx)
17.44.59 Join    einhirn [0] (~Miranda@p4FC759D0.dip0.t-ipconnect.de)
17.46.26 Join    AlexP [0] (~alex@rockbox/staff/AlexP)
17.47.52 #       <copper> I'm reading http://forums.rockbox.org/index.php/topic,5959.0.html
17.48.13 Quit    TheSeven (Disconnected by services)
17.48.24 #       <copper> since I have to wait for the themesite change to be accepted before I can upload my theme on the theme site, is it okay to link to a zip file on my server?
17.48.29 Join    [7] [0] (~quassel@rockbox/developer/TheSeven)
17.49.34 #       <copper> I'm not sure if I should create a thread on the Rockbox theming forum or on AnythingButIpod
17.49.57 #       <copper> I think someone suggested that I post on the Rockbox forum instead of ABI
17.56.28 Quit    Zagor (Quit: Clint excited)
18.06.41 Quit    einhirn (Ping timeout: 264 seconds)
18.08.54 Join    guest______ [0] (4ba4f312@gateway/web/freenode/ip.75.164.243.18)
18.11.12 Join    bertrik [0] (~quassel@cl-1037.haa-01.nl.sixxs.net)
18.11.12 Quit    bertrik (Changing host)
18.11.12 Join    bertrik [0] (~quassel@rockbox/developer/bertrik)
18.15.05 Join    thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox)
18.15.20 Join    einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
18.16.21 Quit    guest______ (Quit: Page closed)
18.19.41 Quit    einhirn (Client Quit)
18.26.47 Join    cramler [0] (~mii@77.119.128.148.wireless.dyn.drei.com)
18.32.41 Quit    maruk1 (Quit: Leaving.)
18.34.02 ***     Saving seen data "./dancer.seen"
18.39.06 #       <cramler> Hello everyone!
18.39.08 #       <cramler> I submitted a patchset after doing a rebase - only, in some files that I edited, there now are also editings of others listed.
18.39.10 #       <cramler> Is it meant to be like this, or is there a way to circumvent this?
18.39.12 #       <cramler> Also, is it possible to abandon single patchsets?
18.40.28 Quit    ii_ (Remote host closed the connection)
18.41.02 Join    ii_ [0] (~ii@78.24.28.190)
18.42.58 Quit    pamaury (Ping timeout: 240 seconds)
18.45.17 Quit    ii_ (Ping timeout: 240 seconds)
18.46.43 Nick    funman is now known as namnuf (~fun@rockbox/developer/funman)
18.47.19 Join    funman [0] (~fun@37.187.19.138)
18.47.24 Quit    funman (Changing host)
18.47.24 Join    funman [0] (~fun@rockbox/developer/funman)
18.48.12 Quit    namnuf (Quit: leaving)
18.50.57 Quit    n1s (Ping timeout: 240 seconds)
18.52.21 Join    ii_ [0] (~ii@78.24.28.186)
18.53.28 Quit    thomasjfox (Ping timeout: 240 seconds)
18.53.32 Join    thomasjfox_ [0] (~thomasjfo@rockbox/developer/thomasjfox)
19.17.58 Quit    cramler (Ping timeout: 245 seconds)
19.31.27 Join    lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr)
19.38.38 Quit    krnlyng (Read error: Connection reset by peer)
19.39.47 #       <copper> is there a way to know that an iPod Video / Classic is fully charged?
19.40.39 Quit    jhMikeS (Ping timeout: 265 seconds)
19.43.48 #       <bertrik> generally, you can tell if the battery voltage > 4.15V or so
19.44.10 #       <bertrik> or do you mean really fully charged, during charging?
19.44.19 #       <copper> really really for realz :)
19.48.11 #       <bertrik> you'll have to check the datasheet of the charger chip and find out if it has a status pin connected to the soc
19.48.50 #       <copper> lol
19.48.58 #       <copper> not quite the answer I expected
19.49.04 #       <copper> but OK
19.49.13 #       <copper> those things are too imprecise anyway
19.49.38 #       <copper> like the Fuze+ that reports 96% of battery after being fully charged
19.50.03 #       <copper> or was it the iPod, I forget
19.50.15 Quit    ygrek (Ping timeout: 246 seconds)
19.50.35 #       <copper> I'll just display "USB" whenever the iPod is connected to a PC or wall wart
19.51.59 #       <copper> to acknowledge that Rockbox knows the iPod is plugged in
19.52.27 Quit    dfkt (Remote host closed the connection)
19.56.26 Join    krnlyng [0] (~liar@83.175.90.24)
19.56.37 Join    ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net)
20.00.56 Join    thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox)
20.01.17 Quit    thomasjfox_ (Ping timeout: 240 seconds)
20.06.46 Quit    krnlyng (Remote host closed the connection)
20.08.05 Quit    Rower (Quit: Hmmm...)
20.34.05 ***     Saving seen data "./dancer.seen"
20.47.06 Quit    ii_ (Remote host closed the connection)
20.47.43 Join    ii_ [0] (~ii@78.24.28.186)
20.50.58 Quit    ii_ (Read error: No route to host)
20.51.26 Join    ii_ [0] (~ii@78.24.28.191)
20.53.51 Join    [Saint] [0] (~saint@rockbox/staff/saint)
20.59.45 Join    krnlyng [0] (~liar@83.175.90.24)
21.06.25 Quit    y4n (Quit: PANTS OFF!)
21.12.48 Quit    lebellium (Remote host closed the connection)
21.13.12 Quit    ikeboy (Ping timeout: 246 seconds)
21.13.58 Join    lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr)
21.45.32 Quit    kuldeepdhaka (Quit: Leaving)
21.49.14 Join    Ward [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
21.49.51 Nick    Ward is now known as Guest67538 (~Mirandaha@176-120-190-109.dsl.ovh.fr)
22.04.44 Quit    Guest67538 (Read error: Connection reset by peer)
22.25.52 Quit    amayer (Quit: Leaving)
22.26.41 #       <fs-bluebot> Build Server message: 3New build round started. Revision 258e4ad, 253 builds, 32 clients.
22.27.41 #       <bluebrother^> ok, so do we want to have a DevCon this year?
22.28.04 Join    wodz [0] (~wodz@89-75-151-160.dynamic.chello.pl)
22.28.06 #       * gevaerts would say yes
22.28.09 #       <bluebrother^> If we do we should try to find a date. Or did I miss some recent discussion about this?
22.29.05 #       <wodz> I am all for DevCon. We should settle date really soon if this is going to happen
22.29.52 Quit    thomasjfox (Quit: Konversation terminated!)
22.30.51 #       <wodz> kugel: (log) So reading Mike's response audiobuffer shrink without interrupting playback is not going to happen :/
22.30.56 #       <fs-bluebot> Build Server message: 3Build round completed after 255 seconds.
22.32.12 #       <wodz> heh colorfly C3 is rk27xx based. Audiophiles seems to like rockchip :P
22.33.16 Join    kugel [0] (~kugel@91-65-145-11-dynip.superkabel.de)
22.33.16 Quit    kugel (Changing host)
22.33.16 Join    kugel [0] (~kugel@rockbox/developer/kugel)
22.34.07 ***     Saving seen data "./dancer.seen"
22.34.13 #       <kugel> wodz: *he* doesn't want to work on it, but it can be done
22.35.59 #       <wodz> kugel: He doesn't work on it means it is not going to happen in any reasonable future
22.36.50 #       <kugel> perhaps he can give some hints at least
22.37.19 #       <kugel> it shouldn't be too hard, you should be able to play from the PCM buffer only during the action
22.39.07 #       <kugel> perhaps just stash the current buffering handle (such that you don't lose the file read postition) and then restart the entire buffering from scratch
22.39.38 #       <kugel> the PCM buffer should have enough data so that the codec can be blocked when it requests data during this window without interruption
22.39.48 #       <wodz> Without this my elfloader work is pointless (well not quite - I learned a lot but you know what I mean)
22.43.22 Quit    ii_ (Remote host closed the connection)
22.43.56 Join    ii_ [0] (~ii@78.24.28.187)
22.48.40 Quit    ii_ (Ping timeout: 265 seconds)
22.52.40 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
22.58.20 Join    ii_ [0] (~ii@78.24.28.190)
23.19.16 #       <pamaury> wodz: about DevCon, what are the possible places where we can organise it ?
23.21.57 #       <wodz> pamaury: I think I can host in Warsaw, you proposed France. I don't know if there were any other possibilities
23.24.14 #       <pamaury> You probably have more space than I do, the most important thing is the date though
23.24.34 #       <gevaerts> I should be able to host too
23.25.22 #       <pamaury> gevaerts: you are in belgium right ?
23.25.27 #       <wodz> I don't know if the space will be the problem - how many of us will attend?
23.25.29 #       <gevaerts> Yes
23.25.33 #       <gevaerts> Same place as last time
23.27.14 #       <kugel> I'd love to attend
23.29.44 #       <pamaury> I guess the first question is: do some people have constraint on the place ? like can't travel for example
23.30.59 #       <wodz> my budget will be rather tight but that doesn't mean I can't travel
23.31.23 #       * scorche|sh misses DevCon
23.32.04 #       <kugel> wodz: traditionally you can reclaim a bit of the travel expenses from the fund
23.32.31 #       <pamaury> wodz: then maybe it's better if you host ? assuming it doesn't cost you more than travelling ^^ For me both are fine, belgium is closer though
23.33.13 #       <kugel> I don't know where I'll work by then so don't count on me for hosting
23.33.19 #       <kugel> (or if at all :)
23.35.03 #       <wodz> I have 2 possible hosting locations 1) my work 2) ~60m2 empty flat so hosting doesn't incur additional costs for me
23.35.18 Quit    GLC- (Ping timeout: 246 seconds)
23.37.08 Nick    DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1)
23.41.52 Quit    wodz (Quit: Leaving)
23.46.50 Join    GLC- [0] (clg@56k.modeemi.net)
23.57.18 Nick    SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1)