--- Log for 18.05.120 Server: barjavel.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 18 minutes and 16 seconds ago 00.06.59 # Affected logs re-processed with perl trickery, Everything that's visible is corrected. 00.11.40 # g#888 00.11.41 # Gerrit review #888 at http://gerrit.rockbox.org/r/888 : Added 2048 game by Franklin Wei 00.18.08 # excellent. gerrit, updated flyspray, and (some) git revisions are now pretty-tagged in the irc logs. 00.45.12 Quit Acou_Bass (Ping timeout: 256 seconds) 00.46.44 Join Acou_Bass [0] (~eddie@cpc97736-bolt17-2-0-cust152.10-3.cable.virginm.net) 00.53.37 Quit Acou_Bass (Ping timeout: 264 seconds) 00.55.50 Join Acou_Bass [0] (~eddie@cpc97736-bolt17-2-0-cust152.10-3.cable.virginm.net) 01.48.46 *** Saving seen data "./dancer.seen" 02.04.02 Quit Acou_Bass (Quit: ZNC 1.7.5 - https://znc.in) 02.05.58 Join Acou_Bass [0] (~eddie@cpc97736-bolt17-2-0-cust152.10-3.cable.virginm.net) 02.33.56 Join petur [0] (~petur@rockbox/developer/petur) 02.39.25 Join dys [0] (~dys@2003:5b:203b:100:a64c:c8ff:fef4:13a6) 03.12.00 Join reductum [0] (~weechat@cpe-104-175-169-123.socal.res.rr.com) 03.12.25 Quit reductum (Client Quit) 03.35.06 Quit petur (Quit: Leaving) 03.35.16 Join petur [0] (~petur@205.153.122.11) 03.35.16 Quit petur (Changing host) 03.35.16 Join petur [0] (~petur@rockbox/developer/petur) 03.44.32 Join ZincAlloy [0] (~Adium@95.90.207.159) 03.48.47 *** Saving seen data "./dancer.seen" 03.48.55 Quit ZincAlloy (Ping timeout: 246 seconds) 03.51.12 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:609c:6b55:236a:4aa) 04.32.37 Quit GeekShadow (Ping timeout: 264 seconds) 04.39.21 Join GeekShadow [0] (~antoine@nzf.turmel.info) 04.39.21 Quit GeekShadow (Changing host) 04.39.21 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 04.46.31 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 05.07.19 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 05.26.03 # are there other nicer-looking CJK fonts in rockbox than unifont? 05.26.27 # or an ability to use one font for latin text but still be able to render CJK text in another rather than having it not show up properly? 05.32.58 Join S|h|a|w|n [0] (~shawn156@unaffiliated/shawn156) 05.37.29 Join vmx [0] (~vmx@ip5f5ac60f.dynamic.kabel-deutschland.de) 05.39.46 Quit scorche (Disconnected by services) 05.39.49 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 05.48.48 *** Saving seen data "./dancer.seen" 06.12.02 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 06.34.15 Join PimpiN8 [0] (~PimpiN8@213.232.87.64) 06.43.33 Quit S|h|a|w|n (Read error: Connection reset by peer) 07.23.03 # !#%!@. Daily build page is claiming the recorderv1 has the current git rev when it's really from 2013. 07.31.43 # aaand it turns out that the build works, so there's no reason to enable it in the build list. 07.33.23 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 07.33.58 # Hmm? 07.34.07 # recorderv1 has size problems I think 07.34.32 # current git code builds cleanly. plus the 3.15 release went out with it 07.34.59 # Hmmm 07.35.09 # Am I misremembering things? 07.35.37 # it has a size problem with the gcc494 toolchain I'm sitting on but works with gcc404 07.35.46 # recv2 is fine 07.36.22 # Yes. It's the built-in bootloader that can only handle a certain size on the v1 07.36.44 # The proper fix would be to move to a normal bootloader/main split 07.36.56 # ...or just drop the target. :D 07.37.04 # Or that :) 07.37.39 # other than incremental keep-it-building changes, any real engineering effort on one of these old archos targets is... unwise. 07.38.38 # there's going to be a sea of yellow (and possibly some red) once I'm able to land the 494 stuff. 07.38.43 # Well, if someone who actually has them cares... 07.39.12 # cares, and has the technical skillz to make it happen 07.39.19 # Yes 07.48.50 *** Saving seen data "./dancer.seen" 07.49.30 # still no maps in the daily builds, but at least there are proper changelogs now. 07.50.02 # progress. 08.07.07 # heya, got a playlist with ~21k entries. when accessing through 'playlist catalogue' i sometimes get 'playlist buffer full' and only ~16k entries get loaded. 08.07.25 # browsing to playlist dir and selecting the playlist file works fine 08.07.41 # target? 08.07.51 # limits max playlist size set to 30000 08.08.00 # sansa clip zip 08.09.59 # any ideas? 08.10.39 # not on my end. but manipulating it that way is a bit more memory intensive 08.12.34 # yeah, i've hit some other memory problems with when upping the sd card size - had to disable 'load database to ram' to get rid of data aborts 08.13.38 # the 'playlist buffer full' is the only remaining problem, a bit annoying but at least workable around 08.20.41 Join massiveH [0] (~massiveH@ool-18e4eaeb.dyn.optonline.net) 08.29.50 # would be curious to see what the max playlist you can manipulate would be before you hit that buffer full problem. 08.34.22 Join MrZeus [0] (~MrZeus@89-168-118-53.dynamic.dsl.as9105.com) 09.05.50 # hello, I've put an SD card in my fuse plus which is recognised in USB mode and copied a bunch of files to it. However, my file browser in rockbox is only showing files on the internal storage 09.05.58 # how can I look at the files on the SD card? 09.06.41 # (sorry for the noob question) 09.06.50 # if the SD card's capacity is over 32GB, it's formated as exFAT by default, and will need to be reformatted as fat32 before Rockbox can talk to it. 09.08.01 # ahh, thanks 09.08.51 # I keep forgetting that exFAT is a thing 09.09.36 # there's no longer any legal reason for exFAT being excluded from rockbox, but adding it will be a decent amount of work. 09.26.25 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 09.39.25 Quit massiveH (Quit: Leaving) 09.48.52 *** Saving seen data "./dancer.seen" 09.59.07 Quit pamaury (Quit: this->disconnect()) 10.02.20 Quit vmx (Ping timeout: 258 seconds) 10.10.45 Quit dys (Ping timeout: 240 seconds) 10.14.06 # <__builtin> speachy: are irc logs working? 10.14.47 # yes 10.15.19 # your question was logged too 10.18.45 # * speachy frowns. 10.19.37 # damnit, there's a 7 hour gap due to differing time zones. 10.21.01 # I mean 6 hour. Drat, I hoped the overlap would work out in my favor. 10.23.35 # Not sure if dancer can use UTC or arbitrary time zones as its base. 10.32.25 Join PimpiN8 [0] (~PimpiN8@213.232.87.64) 10.38.58 # another noob question, in the menu I get when long-pressing on the database on my fuze plus, there's an option to select directories for the database to scan. How do I actually select the directory I want? I've tried everything I can think of as a button but I can't seem to select a directory 10.53.54 # <__builtin> speachy: it appears the issue is with the non-www domain 10.54.12 # ie http://rockbox.org/ ? 10.54.14 # <__builtin> On my end it's still pointed at the haxx server 10.54.39 # <__builtin> http://rockbox.org/irc is 404ing for me 10.54.59 # are there any hosted-on-rockbox links that point to the non-www site? 10.55.37 # I guess I can ask badger to create some blanket redirects for //rockbox.org -> //www.rockbox.org 10.56.01 # <__builtin> I'm just used to typing the url by hand 10.57.01 # looks like they had //rockbox.org/ -> //www.rockbox.org/ but there were no other blanket redirects in the configs I got. 11.07.12 Quit bzed (Quit: leaving) 11.07.30 Join bzed [0] (~bzed@shell.bzed.at) 11.12.42 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 11.44.41 Quit bzed (Quit: Lost terminal) 11.45.37 # __builtin, badger updated the //rockbox.org site to blanket-redirect everything to //www.rockbox.org 11.45.58 # so your muscle memory doesn't need to change. 11.48.55 *** Saving seen data "./dancer.seen" 11.51.00 Join krabador [0] (~krabador@unaffiliated/krabador) 11.53.32 Join vmx [0] (~vmx@ip5f5ac60f.dynamic.kabel-deutschland.de) 11.55.26 Quit ubervison (Remote host closed the connection) 12.03.22 # qc 12.08.39 # nihilazo on the fuze+ I was thinking you use the play/pause button 12.12.26 Join PimpiN8 [0] (~PimpiN8@213.232.87.64) 12.18.27 Quit krabador (Remote host closed the connection) 12.23.31 # nope just grabbed my fuze+ its the select key it turns into a green arrow when selected I think 12.23.51 # doesn't seem to for me 12.24.00 # although it magically started scanning properly anyway, so I have no idea 12.24.38 # you have to select top level folders more than once 12.24.58 # the first select does a + sign and expands 12.25.21 # select again it turns to a green arrow 12.26.06 # if you have menu icons disabled though I'm not sure how intuitive it would be 13.32.10 Join lebellium [0] (~lebellium@89-92-253-148.hfc.dyn.abo.bbox.fr) 13.40.37 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 13.48.58 *** Saving seen data "./dancer.seen" 14.55.03 Quit koniu (Ping timeout: 240 seconds) 14.57.50 Join koniu [0] (~koniu@gateway/tor-sasl/koniu) 15.04.34 Join sakax [0] (~r0b0t@unaffiliated/r0b0t) 15.15.11 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 15.15.16 Join fs-bluebot_ [0] (~fs-bluebo@port-92-193-35-38.dynamic.as20676.net) 15.16.09 Quit petur (Quit: Connection reset by beer) 15.17.22 Quit fs-bluebot (Ping timeout: 246 seconds) 15.18.46 Quit bluebrother^ (Ping timeout: 256 seconds) 15.20.34 # speachy: 'max playlist size' menu only allows up to 32k 15.21.06 # if i set it to below 16k my playlist gets cropped to the set lenght with 'playlist buffer full' message 15.22.05 # if i set it above 16k i also get 'playlist buffer full' but its cropped at at 16384 entries 15.23.05 # but only through 'playlist catalogue', file browser to playlist directory gets me my whole playlist 15.24.36 Join krabador [0] (~krabador@unaffiliated/krabador) 15.27.40 # sounds like a bug then 15.39.20 # ok first I see that playlist_create_ex() requires a buffer be passed and only limits to max_files_in_playlist if that buffer is larger than max_files_in_playlist 15.39.38 # so who is allocating the buffer... 15.40.51 # koniu, https://github.com/Rockbox/rockbox/blob/master/apps/playlist_viewer.c#L371 15.41.29 # do you get a different result if a file is currently playing versus not (not playing not loaded) 15.43.08 # Bilgus: indeed! 15.43.27 # with playback stopped, it behaves 15.44.00 # so then it has a big enough buffer to do what it wants 15.44.25 # its still limited by how big the playback buffer is 15.44.41 # there will be a threshold where it fails again 15.45.46 # so then what to do with it do we let the system decide where that threshold lies or do we enforce the users setting even if that makes playback buffer small to the point of killing battery life? 15.46.24 # I do question the usefulness of a 32K entry playlist. 15.47.09 # but I'd say we shoudl enforce a minimum-sized playback buffer, and allow the threshold to get up to that. 15.47.13 # could you adjust playback buffer dynamically? 15.47.34 # speachy: well, the usecase is basically no fuss 'shuffle all' 15.47.54 # or do we limit playlist to 16k and give you a script to break playlists down to managable chunks that link to each other 15.48.07 # of course what "minimum" should be is highly dependent on a lot of things.. for spinning rust you'd want a bigger buffer, but SSD or flash your "spinup" time is negligible. 15.48.50 # there is still a measurable battery life reduction if the pb buffer is small 15.48.59 *** Saving seen data "./dancer.seen" 15.49.57 # still if you decide that you want 32k playlists and the playback buffer is capable of it I feel we should let you 15.50.27 # yeah 15.50.47 # I'm strongly in favor of JustWorks() defaults. 15.50.51 # we could take it further and allow you to stop playback if you wanna do more 15.51.37 # would this mean playback buffer would always be small with a big playlist or just whilst such expensive operations are performed? 15.51.58 # the former 15.52.34 # or we look at pb buffer size and use that to determine the max size of max_files_in_playlist based on an expected threshold 15.52.38 # ah great so if it's dynamic like that then the impact on battery life shouldn't be too bad 15.53.09 # well, the space for the playlist is statically allocated based on the configuration 15.53.58 # the taking over of the pb buffer should leave it dynamic 15.54.26 # my cursory glance at it atleast 15.56.28 # we just make it take over bufsz = entrysz * max_files_in_playlist if bufsz > pb_bufsz * .95 15.57.33 # haha, i'll leave you guys to it - it's getting a bit over my head here :P 15.57.52 # thanks speachy and Bilgus for on-the-spot support tho 15.58.14 # if you like i can open a ticket for this 15.58.16 # simplistic pseudo code -- I can't remember what sets the min size needed in the pb buffer but it would probably vary by codec 15.58.30 # probably the only useful thing i can contribute at this point 15.59.05 # koniu feel free I'm looking for something RB to work on anyways 16.00.35 # the tracker should be a bit more robust/reliable now too. :D 16.01.32 # yay! 16.01.58 # it surely looks prettier! 16.02.01 # * speachy wants to do a general purge of old tickets. 16.02.09 # agreed 16.02.37 # hopefully in a way that allows them to still exist 16.04.19 # oh, they'll still be there, just closed as OBSOLETE or something like that. 16.04.29 # I added in the current version numbers too 16.10.22 # ohoh https://www.rockbox.org/tracker/index.php?do=details&task_id=13197 16.10.30 # dunno about prettier :P 16.10.39 # i did attempt to paste the irclog... 16.10.40 # it needs html formatting 16.12.51 # hmm apparently I'm not in the Assigned to: dev list but it does allow me to [Assign To Me] 16.17.06 # I upgraded flyspray from a pretty ancient one to modern, but the migration wasn't clean -- I couldn't have it automatically reformat the comments due to unspecified issues. 16.17.22 # comments and issue text 16.17.35 # pffft it's ignoring tags, whitespace, everything 16.17.43 # it's expecting HTML. 16.18.22 # i did try adding 
 around it
16.22.09 Join    Malessa [0] (4574c419@ool-4574c419.dyn.optonline.net)
16.24.24 #        Hey Could I ask for some advise my battery socket for my ipod detached off of the logic board how do I reatach it?
16.27.41 #        formatting fixed.  now has the appropriate rendering plugin enabled.
16.33.35 #        Malessa, there are a lot of video/slideshow tutorials covering that sort of thing
16.34.25 #        Weird why would it depend if files were playing if you are grabbing the pluginbuf?
16.35.08 #        speachy okay thx
16.35.13 Quit    Malessa (Remote host closed the connection)
16.35.53 #        I'm going to need to mess with it for awhile but it seems atm that the 1/2 limit is superfluous unless I'm missing/forgetting something
16.37.17 Quit    krabador (Quit: Leaving)
16.46.33 #        can folks confirm they're getting email from the tracker?
16.51.17 #        Build Server message: New build round started. Revision 9e674c7, 296 builds, 9 clients.
16.55.49 Join    petur [0] (~petur@rockbox/developer/petur)
16.57.34 #        of the 730 tickets, 289 are marked as patches
17.12.57 Quit    lebellium (Quit: Leaving)
17.14.07 #        Build Server message: Build round completed after 1370 seconds.
17.14.08 #        Build Server message: Revision 9e674c7 result: 2 errors 0 warnings
17.30.50 Join    jdarnley [0] (~J_Darnley@d51a44418.access.telenet.be)
17.32.44 Quit    J_Darnley (Ping timeout: 256 seconds)
17.37.25 Quit    sakax (Quit: Leaving)
17.41.04 Quit    St3ak (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net)
17.49.00 ***     Saving seen data "./dancer.seen"
17.54.19 Join    St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net)
18.02.21 Join    cockroach [0] (~blattodea@pdpc/supporter/active/cockroach)
18.06.34 Quit    St3ak (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net)
18.09.25 #        okay, I think I unwedged the wiki.  Botched the upgrade, and edits weren't working.
18.14.13 Join    johnb4 [0] (~johnb2@p5b3afb8b.dip0.t-ipconnect.de)
18.14.53 #        speachy, yes I got email from flyspray.
18.18.45 Join    St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net)
18.24.00 Quit    vmx (Quit: Leaving)
18.32.12 Quit    petur (Quit: Leaving)
18.34.26 Join    krabador [0] (~krabador@unaffiliated/krabador)
18.37.01 Quit    livvy (Remote host closed the connection)
18.40.22 Join    livvy [0] (~livvy@gateway/tor-sasl/livvy)
18.40.48 Quit    St3ak (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net)
18.43.38 Quit    ZincAlloy (Quit: Leaving.)
18.45.24 Quit    johnb4 (Ping timeout: 265 seconds)
18.50.38 Join    St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net)
18.54.45 Quit    koniu (Remote host closed the connection)
18.55.10 Join    koniu [0] (~koniu@gateway/tor-sasl/koniu)
19.13.59 Join    PimpiN8 [0] (~PimpiN8@213.232.87.64)
19.49.03 ***     Saving seen data "./dancer.seen"
19.51.23 Quit    livvy (Ping timeout: 240 seconds)
19.57.32 Join    livvy [0] (~livvy@gateway/tor-sasl/livvy)
20.03.57 Join    livvy_ [0] (~livvy@gateway/tor-sasl/livvy)
20.07.23 Quit    livvy (Ping timeout: 240 seconds)
20.45.48 Quit    MrZeus (Ping timeout: 256 seconds)
20.58.20 Quit    cockroach (Quit: leaving)
21.29.30 #        okay, straw poll.  if I disable the tag cache, the archosrecorderv1 build will fit in the available space.
21.31.07 #        is this is an acceptible tradeoff to get a build newer than 2013?
21.33.07 #        (I tried nuking recording but it still came in a few kb too large..)
21.42.01 Join    MrZeus [0] (~MrZeus@89-168-118-53.dynamic.dsl.as9105.com)
21.46.23 #        Build Server message: New build round started. Revision 0c3380f, 296 builds, 9 clients.
21.49.07 ***     Saving seen data "./dancer.seen"
21.49.58 Quit    MrZeus (Ping timeout: 258 seconds)
22.10.29 Quit    PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…)
22.10.53 #        Build Server message: Build round completed after 1471 seconds.
22.10.54 #        Build Server message: Revision 0c3380f result: 2 errors 0 warnings
22.46.46 Quit    ac_laptop (Ping timeout: 272 seconds)
23.07.03 Quit    krabador (Remote host closed the connection)
23.37.34 Quit    beencubed (Ping timeout: 240 seconds)
23.49.09 ***     Saving seen data "./dancer.seen"
23.57.01 #        fixed up the release download page so that it actually respects the optional version tag in builds.pm, so the recorderv1 links point at its last release
23.58.47 #        the daily builds don't properly track the corresponding revision though.. so the voices can (and do) get out of sync in the face of failed builds.