--- Log for 04.01.113 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 1 day ago 00.07.23 Quit zoktar (Ping timeout: 276 seconds) 00.12.10 Quit kevku (Ping timeout: 264 seconds) 00.16.15 # [Saint]: gevaerts: the "old way" makes absolutly no sense in the case where the track isnt found... the old way was to start the track index (which is by definition then random) with the track time offset what it was for the deleted track (more random) 00.16.35 # starting again or not starting at all are the most sensible solutions 00.16.41 # the latter being non-trivial to implement 00.17.22 # JdGordon: I think starting at the next track (if it exists) makes sense 00.17.33 # which is the next track though? 00.18.11 # The one that's next in the playlist. If that one also doesn't exist, then I don't care what happens :) 00.18.11 # if "5" was the one to be resumed, but 6 files were removed then track 11 would be starting, which is very much not the next track 00.18.18 *** Saving seen data "./dancer.seen" 00.18.30 Quit japc (Quit: Ex-Chat) 00.18.39 # you mean keep trying to find a track untill it gets one? 00.19.35 # hm 00.19.52 Join pamaury_ [0] (~quassel@148.243.28.37.rev.vodafone.pt) 00.19.52 # you still don't guarentee anything will be found 00.19.53 # Well, I think that would be ideal, but I don't know how practical it is 00.20.48 # the patch origionally was "do nothing" but when i tested it, it became non obvious why playback wasnt starting so i fixed it to what it is now 00.21.04 # True. There are (lots of) cases where nothing is found. When all else fails, restarting at the beginning (if that's possible...) is definitely reasonable. The discussion I think is what "all else" means 00.21.38 Quit pamaury (Ping timeout: 260 seconds) 00.22.22 # I'd say it's reasonable to listen to something podcast-like, stop playback after it stops being interesting (possibly closing music?), plug in, and delete the file 00.22.44 # If you also delete the next one, I'd say it's fair to say we don't know what you want to hear next :) 00.24.00 # So I think we should consider also looking for the next track 00.24.29 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 00.24.31 # which means storoing another crc, but that seems wasteful 00.24.50 # unless we can use 16 bits of the crc32 as "good enough" :) 00.25.16 # the crc is kept in "nvram" (which untill the archos' are killed off it pretty tight) 00.25.22 # I can't remember now how full nvram is 00.26.14 # maybe replacing playlist_start(0,0) with a splash "nothing to resume" and calling playlist_stop() might work 00.26.20 # but that seems more bad that restarting 00.26.44 # especailly in your case where you're playing a podcast folder and deleting as you go, the first track will almost certainly be the one you want 00.26.44 # Hmmm. Shouldn't that commit have bumped the plugin api version? Or did I miss that? 00.26.50 # it did 00.26.55 # Ah, ok 00.27.18 # ah, it apparently didnt 00.27.29 # I swear i remember doing that :/ 00.28.19 Quit ender` (Quit: Everything we know about the Devil has been told us by the the friends of God.) 00.28.43 # hmmm 00.29.01 # * gevaerts tries to remember how to work out nvram size 00.30.07 # count NVRAM() in settings_list.c 00.30.20 # can you ump the plugin api number please? that commit must have got lost 00.30.35 # I'll do it in a minute 00.31.43 # So 30 bytes right now, if all options (such as dircache) are enabled 00.33.17 Quit shamus (Read error: Connection reset by peer) 00.33.34 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 00.33.41 # and 44 bytes available, if I count right. That means if we really want this, we can 00.33.59 # Still, it's a scarce resource, so let's think first :) 00.34.28 Quit TheSphin- (Read error: Operation timed out) 00.35.28 # there is no reason to keep the other crc's in nvram though, they could be stored in the .cfg as strings 00.35.44 # but storing any amount is enirely arbitrary 00.36.11 # and that will blow out the feature size 00.36.33 # Let's keep it as-is for now 00.36.46 # Anyway, plugin api bump pushed 00.36.53 # thanks 00.38.27 # Do those runtime things still make sense? 00.38.47 # did they ever? 00.38.55 Join gamewizard [0] (~d8f95876@www.haxx.se) 00.39.02 # Not sure :) 00.39.14 # there is plenty of truly useless bloat which could be trimmed to get the rec building again 00.39.35 Join TheSphinX^ [0] (~briehl@p5B32268F.dip.t-dialin.net) 00.39.48 # why isnt the ipod classic ofically suported 00.40.45 # Mostly because there's no straightforward way to install 00.41.44 # k just checking because i just installed rockbox on my 160gb classic i got for chrismas 00.41.54 # ah you know what i tinhk happened? i bumped it to 222, then rebased and didnt notice it was previously bumped 00.43.08 # Ah, that seems to make sense 00.44.06 # whoa less than an hour remaining on my music transfer damn why do i have so much mussic 00.45.06 Join TheSphinX_ [0] (~briehl@p5B323C36.dip.t-dialin.net) 00.45.22 # gamewizard: Stay on topic please 00.45.37 Quit gamewizard (Quit: CGI:IRC) 00.45.50 Join gamewizard [0] (~d8f95876@www.haxx.se) 00.47.53 # i cleaned up the x5 interface bmp for the simulator, the old image was quite dirty - anyone willing to push/commit/merge it on git? 00.48.14 Quit TheSphinX^ (Ping timeout: 252 seconds) 00.48.26 # Is it on gerrit? 00.48.40 # no, it's here - http://temp.elektrokrishna.com/UI256.bmp 00.48.50 # (old one for comparison: http://temp.elektrokrishna.com/UI256-old.bmp ) 00.48.52 # bah, making me do work! :) 00.49.18 # heh, sorry... i never understood gerrit/git, and have no access yetz 00.49.20 # -z 00.51.06 Quit gamewizard (Quit: CGI:IRC) 00.52.53 # dfkt: What's your name? 00.53.12 # Martin Sägmüller 00.53.16 # ta 00.53.34 # (i'm already in the credits, on the wiki, etc... just never got into gerrit) 00.55.31 # dfkt: Should be done, thanks 00.55.44 # thank you 00.55.47 # dfkt: Also, you don't need commit access to be able to put stuff on gerrit 00.56.00 # There was no point in this case, but it might be useful in the future :) 00.56.37 # ah ok... i see i can even use an existing google account for that, nice 00.56.57 # I think the wiki page we have on it is quite good 00.57.16 # I'm not good with git/gerrit myself, so I've read that page quite a lot :) 00.58.25 # alright, i will read through that :) 01.06.55 # * [Saint] also frequented that page for a few days or so whilst getting used to the git workflow. 01.21.46 Quit Staphylo (Ping timeout: 264 seconds) 01.26.16 Quit lebellium (Quit: ChatZilla 0.9.89 [Firefox 18.0/20121227074833]) 01.38.35 Join williamtdr [0] (4180f826@gateway/web/freenode/ip.65.128.248.38) 01.38.44 # Hello. 01.49.07 # I have looked, but obviously not in the right placces, to find an example of rendering a color bitmap in LUA. I looked at the GraphicsAPI page and the rb.lcd_color_bitmap, but can someone provide me with an example? Thanks. 02.04.17 Quit pamaury_ (Ping timeout: 260 seconds) 02.07.31 Quit the-kyle (Ping timeout: 248 seconds) 02.07.59 Join the-kyle [0] (~kyle@93.115.84.198) 02.18.21 *** Saving seen data "./dancer.seen" 02.19.47 Quit bertrik (Ping timeout: 248 seconds) 02.33.19 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 02.33.28 # hey jhMikeS ! 02.35.13 Quit Wardo (Read error: Connection reset by peer) 02.39.46 Quit mc2739 (Ping timeout: 255 seconds) 02.40.57 Quit XavierGr () 02.41.45 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 02.59.49 Quit [Saint] (Remote host closed the connection) 03.05.46 Quit williamtdr (Quit: Page closed) 03.21.07 Quit the-kyle (Ping timeout: 248 seconds) 03.33.10 Join froggyman_ [0] (~froggyman@minasambiente.com.br) 03.34.30 Quit froggyman (Quit: Leaving) 03.34.30 Nick froggyman_ is now known as froggyman (~froggyman@minasambiente.com.br) 03.34.31 Quit froggyman (Changing host) 03.34.31 Join froggyman [0] (~froggyman@unaffiliated/froggyman) 03.38.25 Join the-kyle [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com) 03.43.46 Join nateloaf1 [0] (~nwild@S0106bcaec5c3e90e.wp.shawcable.net) 03.44.02 Quit bluebrother (Disconnected by services) 03.44.07 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 03.44.37 Join moben- [0] (~benny@exherbo/developer/moben) 03.44.37 Quit nateloaf (*.net *.split) 03.44.37 Quit ruskie (*.net *.split) 03.44.37 Quit tchan (*.net *.split) 03.44.37 Quit moben (*.net *.split) 03.44.38 Quit nuskool (*.net *.split) 03.44.50 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 04.09.16 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 04.09.44 Quit TheSphinX_ (Ping timeout: 260 seconds) 04.09.47 Join TheSphinX^ [0] (~briehl@p579CCED6.dip.t-dialin.net) 04.16.10 Quit Guinness (Read error: Connection reset by peer) 04.18.25 *** Saving seen data "./dancer.seen" 04.18.27 Quit thomasjfox (Quit: Konversation terminated!) 04.19.26 Join nuskool [0] (~nuskool@s.pl0rt.org) 04.19.30 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 04.48.04 Quit amiconn (Disconnected by services) 04.48.04 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.48.09 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.48.14 Quit pixelma (Disconnected by services) 04.48.15 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.48.17 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.55.31 Quit Rower85 (Read error: Connection reset by peer) 04.56.50 Quit DonAman (Ping timeout: 248 seconds) 05.14.44 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 05.35.15 Join DonAman [0] (~DocHollid@unaffiliated/phifedoc) 05.38.37 Quit shamus (Read error: Connection reset by peer) 05.38.55 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 05.40.48 Quit [7] (Disconnected by services) 05.40.56 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.49.03 Quit shamus (Read error: Connection reset by peer) 05.49.42 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 06.18.30 *** Saving seen data "./dancer.seen" 06.26.58 Quit prof_wolfff (Ping timeout: 248 seconds) 06.27.17 Part Raptors ("Leaving") 06.37.08 # JdGordon: yessir? 06.38.05 # jhMikeS: hey, did you see my email? 06.38.15 # JdGordon: one moment 06.38.17 # seems a commit of yours back in may broke radio art 06.42.24 # Quite possible. Possible because main buffer handling is really quite a mess. I do have a project that implements proper sharing of the remaining space but has some issues that I'm not quite sure how to fix atm. 06.42.52 # BTW, is it broken in all cases or just when you have voice available? 06.43.12 # i was testing without an english.voice file 06.43.15 # if that matters 06.44.43 # * jhMikeS doesn't even know how to use radioart 06.45.53 # grab the sim, say "yes" to the "scan for stations" when you first enter the fm screen, save and edit the .fms so one of the stations has a name, save a .jpg with the preset name in .rockbox/fmpresets, use the .fms in the bug report 06.47.17 # the buffering_reset() call is just scary to me, im pretty sure skin engine will barf after that happens 06.47.21 # it doesnt handle being reset 07.15.58 Quit SuperBrainAK (Quit: pbly going to sleep /_\) 07.30.58 Quit maraz (Ping timeout: 265 seconds) 07.34.16 Join maraz [0] (maraz@kapsi.fi) 08.06.02 Join TheSphinX_ [0] (~briehl@p579CC10A.dip.t-dialin.net) 08.06.49 Quit TheSphinX^ (Read error: Operation timed out) 08.13.38 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 08.18.31 *** Saving seen data "./dancer.seen" 08.36.15 Join ender` [0] (~ender@foo.eternallybored.org) 08.39.58 Join stoffel [0] (~quassel@pD9E439CA.dip.t-dialin.net) 08.45.34 Join nikita2206 [0] (~inefedor@128-72-169-108.broadband.corbina.ru) 08.46.58 Part nikita2206 08.55.41 Quit Scromple (Quit: Leaving) 08.56.43 Join kevku [0] (x@2001:470:dcc6:0:69:69:69:69) 08.57.47 Join LinusN [0] (~linus@giant.haxx.se) 09.13.34 Join petur [0] (~petur@rockbox/developer/petur) 09.19.03 Join [Saint] [0] (~saint@rockbox/user/saint) 09.20.02 Quit shamus (Read error: Connection reset by peer) 09.20.21 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 09.26.02 Quit jhMikeS (Ping timeout: 276 seconds) 09.39.22 # <[Saint]> What is the supported bitmap alpha setup in Rockbox? 09.39.47 # <[Saint]> I know we support bitmaps with true alpha channels now, but, I'm not sure _which_ format exactly. 09.40.12 # <[Saint]> My guess, is 32bit A8R8G8B8? 09.40.56 # <[Saint]> Or 16bit A1R5G5B5? 09.44.27 # <[Saint]> kugel: ^? 09.45.43 # <[Saint]> Aha, found the commit...32bit. So, I'm gonna go with A8* as a guess. 09.54.13 Quit Slasheri (Ping timeout: 244 seconds) 09.54.22 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 09.54.34 Quit freqmod (Quit: No Ping reply in 180 seconds.) 09.55.44 Join freqmod [0] (~quassel@cm-84.215.142.108.getinternet.no) 09.56.08 # [Saint]: correct 09.56.52 # <[Saint]> Thanksyou. 09.57.01 # * [Saint] invented a word 10.00.06 # gevaerts, JdGordon: how about storing 2 crc16 (or even crc8) instead? surely even simple hash functions should be good enough for this case 10.04.11 Quit evilnick (Quit: No Ping reply in 180 seconds.) 10.04.23 Quit ser (Read error: Connection reset by peer) 10.04.25 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 10.05.05 Quit FOAD (Ping timeout: 244 seconds) 10.05.36 Quit scorche|sh (Ping timeout: 244 seconds) 10.06.15 Join FOAD [0] (~foad@83.161.135.61) 10.06.15 Quit FOAD (Changing host) 10.06.15 Join FOAD [0] (~foad@unaffiliated/foad) 10.06.19 Join scorche|sh [0] (~scorche@squisch.net) 10.08.21 Join ser_ [0] (~ser@host1.tldp.ibiblio.org) 10.18.35 *** Saving seen data "./dancer.seen" 10.23.10 # <[Saint]> kugel: Torne actually mentioned something that was very simple, and quite asn intelligent way to approach this. Storing the previous track's crc and the following 2 (or more) track's crcs, so you could make a /reasonably/ accurate guess as to where you were/should be in the playlist if track(s) are removed. 10.23.25 # <[Saint]> s8asn/an/ 10.23.34 # <[Saint]> bah! 10.53.51 Quit Galois (Remote host closed the connection) 10.55.17 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 10.55.57 Join Galois [0] (djao@efnet-math.org) 10.56.05 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 11.03.35 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 11.05.52 Join lorenzo92 [0] (~chatzilla@host127-107-dynamic.20-79-r.retail.telecomitalia.it) 11.40.34 Quit fs-bluebot (Ping timeout: 248 seconds) 11.40.35 Quit bluebrother^ (Read error: Operation timed out) 11.41.52 Join fs-bluebot [0] (~fs-bluebo@g231123128.adsl.alicedsl.de) 11.42.48 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 12.06.37 # Reverse engineering rk27xx ftl is soooo f*** complicated. Actual FTL layer is intermixed with some sectors caching. Code makes assumption that nand chips could be of different types (which is insane) but not consistently. 12.07.31 # Various tables are cached also in global arrays which are accessed through pointers which makes reading dissasm a nightmare. 12.08.12 # rk28xx ftl driver in linux kernel is so much simpler... 12.16.34 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.17.51 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.18.36 *** Saving seen data "./dancer.seen" 12.33.54 # wodz: is this ftl common to all players using this SoC? 12.35.47 Quit stoffel (Ping timeout: 248 seconds) 12.38.30 # lorenzo92: It is provided as binary lib in SDK for this platform 12.38.48 # I mean rk27xx, for rk28xx there are sources in linux kernel 12.45.10 # wodz: okay, since with the stmp36xx (samsung Z5) I will need to do the same, and seeing your stubs, it might be possible to reuse some code...for example..in Z5 the OF bootloader needs to see which kind of nand is mounted, if mlc or slc, and so on ;) 12.46.03 # That is the simplest thing. Everything is in nand chip datasheet. 12.46.37 # ok 12.47.45 # The hardest part is to figure out the scheme for page remapping and placement and data structures used for metadata. 12.49.38 # some version of Wimory ftl is somehow documented (nano2g driver + some docs on freemyipod + you can always ask TheSeven) 12.50.07 # If you are lucky it may be that as it seems the most wide spread ftl vendor in portable devices 12.52.34 # there are lots of variants of this though 12.52.40 # I know 12.52.57 # see the code in that iphonelinux github 12.58.25 Join Staphylo [0] (~Staphylo@mareo.fr) 12.58.35 # TheSeven: What was actual process of n2g ftl reveng? 12.59.23 # slowly, carefully digging through the disassembly in IDA, while looking at dumped flash contents and some code from iphonelinux which helped a lot in getting a better understanding of the general structure of it 12.59.57 # took me like a month of full time work for basic readonly access, and I think about 3 months until R/W was working somewhat stable 13.00.56 # I made the mistake of disassembling the bootloader, not the full monolithic ipod OS blob (~6MB on nano2g) 13.01.15 # the code base is the same, but the one in the full OS had much more debug strings etc. I only realized that after the fact :/ 13.02.29 # I am in a bit better situation as I have unstripped ELF objects + some headers. This helps a lot. 13.02.52 # still I don't understand the general scheme :/ 13.06.58 # the stmp37xx also use a FTL on the zenxfi2, will be a pain to reverse engineer too, especially given how complicated is the OF in general 13.07.19 # but it might be the same as the stmp36xx, let's hope 13.09.28 # pamaury: Did you look at rk27xx usb by any chance? 13.09.57 # no, I'm abroad for one month and I don't have my rk27xx (forgot it) unfortunately 13.10.39 # perhaps if you can capture the usb traffic and detailed logf log I can have a look 13.11.56 # Would you prefer transfer of all zeros or some known pattern? 13.13.27 # all zeroes in fine, what is important is the complete log (enable all logf in usb stack and drivers), don't forget to increase the logf buffer size to not loose part of it 13.14.52 # I'll do that when I get too frustrated with ftl 13.21.47 Join stoffel [0] (~quassel@pD9E439CA.dip.t-dialin.net) 13.24.27 Quit petur (Quit: *plop*) 13.27.05 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 13.42.28 Quit nateloaf1 (Quit: Leaving.) 13.42.56 Join nateloaf [0] (~nwild@S0106bcaec5c3e90e.wp.shawcable.net) 13.49.23 # I'm thinking of changing the OLED brightness control for the Sansa Clip (v1/v2) and Sansa Clip+ from a "contrast" control to a "backlight brightness" control 13.49.32 Join stripwax [0] (~Miranda@rockbox/developer/stripwax) 13.49.48 # That should (in theory) also allow us to do "backlight fading" for these targets 14.00.44 # thank you all for the info, i will resume my work after exams ^^ 14.12.43 Join japc [0] (~japc@194.65.5.235) 14.16.12 Quit pamaury (Ping timeout: 256 seconds) 14.18.38 *** Saving seen data "./dancer.seen" 14.20.44 Quit lorenzo92 (Remote host closed the connection) 14.23.04 Quit wodz (Quit: Leaving) 14.23.22 Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 14.27.03 Join amayer_ [0] (~amayer@mail.weberadvertising.com) 15.05.25 Join Ward [0] (~Mirandaha@bpb01-1-88-162-4-186.fbx.proxad.net) 15.05.48 Nick Ward is now known as Guest85041 (~Mirandaha@bpb01-1-88-162-4-186.fbx.proxad.net) 15.10.15 Quit nateloaf (Read error: Connection reset by peer) 15.12.13 Join nateloaf [0] (~nwild@S0106bcaec5c3e90e.wp.shawcable.net) 15.32.42 Join prof_wolfff [0] (~prof_wolf@213.37.219.103.dyn.user.ono.com) 15.55.54 Join stoffel_ [0] (~quassel@pD9E4126D.dip.t-dialin.net) 15.57.38 Quit stoffel (Ping timeout: 256 seconds) 16.04.09 Quit Guest85041 (Quit: Blarglarg) 16.16.17 Quit TheSeven (Disconnected by services) 16.16.26 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 16.18.42 *** Saving seen data "./dancer.seen" 16.19.34 # is there a way to dynamically place bitmaps? I have "[r] [s]" for repeat/shuffle. But If repeat is off I want "[s]" instead of " [s]" 16.20.56 Nick moben- is now known as moben (~benny@exherbo/developer/moben) 16.22.44 # Not as such, but you can just make different viewports with different (fixed) positions for the bitmaps, and switch between them 16.23.42 # okay, thanks 16.24.41 Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) 16.32.37 Quit brkfstsqd (Ping timeout: 255 seconds) 16.42.35 Join pretty_function [0] (~sigBART@123.252.212.75) 16.48.50 Quit shamus (Read error: Connection reset by peer) 16.49.15 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 16.50.56 Join Rower85 [0] (husvagn@v-413-alfarv-177.bitnet.nu) 17.08.35 Quit stoffel_ (Remote host closed the connection) 17.11.11 # amayer_: how are we testing the changes to the themesite code? 17.11.20 # the latest version of your patch looks fine 17.11.27 # but it's a pretty large change 17.11.55 # so, we should probably coordinate with whoever runs the themesite machine to back up the db before deploying it and then see if we can test it thoroughly before concluding everything is fine :) 17.11.56 Join stoffel [0] (~quassel@pD9E4126D.dip.t-dialin.net) 17.12.11 # probably 17.12.47 # why does this not work? %?and(%if(%ps,=,s),%if(%mm,!=,0)) 17.12.58 # it seems to only look at the first condition 17.13.07 # shouldn't the and be *inside* the if? 17.13.27 # oh, wait 17.13.55 # Torne: I have a copy of the themesite running on my laptop(its just Debian with similar setting to the actuall themesite) 17.14.11 # amayer_: right, but i mean, the process of rolling it out on the real server 17.14.16 # i didn't mean to suggest yo uhaven't tested it locally 17.14.27 # but you can never really count on your production environment to behave :) 17.15.11 # Torne: true 17.15.28 # anyway what i mean is, i don't want to just submit that patch now 17.15.48 # it would be nice if someone could do the relevant backups, then update the real server and try it 17.16.02 # so that it doesn't come as a surprise that the code has radically changed later ;) 17.16.23 # that is a good idea because it is a large chunk of code 17.16.45 # scorche|sh: are you available to do some backup/testing? 17.18.13 # nope - send me an email and i can try to get to it this weekend though 17.25.19 Quit thomasjfox (Quit: Konversation terminated!) 17.26.48 # moben: why don't you use %?ps and %?mm - and if I read CustomWPS in the wiki correctly, there's no != operator for the %if tag 17.27.24 # hmm, there is but only works for a string 17.30.10 # the wiki has trouble displaying the != in the first list 17.31.13 # pixelma: you mean nesting %?ps and %?mm ? because they don't seem to work inside the %?and 17.35.15 # well yes, that's the more traditional way maybe (the %?and tag is a lot newer than these). That's also the reason why I don't know so much about the latter. Maybe "%mm,>,0" would work if the theory about number or string value is correct? 17.36.34 # in your example I mean 17.36.52 # already tried that, doesn't work 17.49.57 Quit shamus (Read error: Connection reset by peer) 17.49.57 # sorry, no other idea then. Maybe [Saint] or JdGordon do. I also don't understand why the wiki eats the ! in the first list and not in the later example (both being inside a ) 17.50.14 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 17.50.54 Join SuperBrainAK [0] (~Andy@71-36-165-101.phnx.qwest.net) 17.54.44 # for the record: I now tried %?ps<%?mm<%xl(S,shuffle.bmp,0,2)%xl(R,repeat.bmp,9,2,4)|%xl(S,shuffle.bmp,0,2)>|%?mm<%xl(R,repeat.bmp,0,2,4)|> >, which doesn work either 17.57.06 # with %xl you only tell it to preload the image, %xd is what you want I think and %xl somewhere before that (if that hasn't changed dramatically over the past year) 17.57.36 # i know, just found the error 18.02.21 # or not. 18.03.16 # my problem is that I want the position to be dynamic 18.05.46 Join eckoit [0] (~ryan@50.65.10.24) 18.08.22 Quit pretty_function (Remote host closed the connection) 18.18.44 *** Saving seen data "./dancer.seen" 18.19.21 Quit stoffel (Ping timeout: 240 seconds) 18.24.17 Join Robin0800 [0] (~quassel@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com) 18.30.50 Join pretty_function [0] (~sigBART@123.252.212.46) 18.44.32 # [Saint]: the problem are space constraints so you cannot just store an arbitrary amount of CRC values 18.44.45 # my suggestion was to make each value smaller if needed 18.46.22 Part eckoit 18.48.06 Join WalkGood [0] (~4@unaffiliated/walkgood) 18.50.12 # maybe you could store it on disk but that would possibly slow it down even further, no idea 18.53.15 # kugel: sure, but how much space is there? how many *can* we store? 18.53.19 # even "two" might work well enough 18.53.26 # don't know 18.53.37 # The next item is much less likely to have been deleted than the current one 18.53.53 # (i would expect) 18.54.00 # (since the common case for this is "podcasts" and the like) 18.56.54 # JdGordon: why should the call to buffering_reset() be a problem? 18.58.08 # the skin engine shouldnt have handles (allocated using bufopen()) on the audio buffer 19.07.27 Quit japc (Ping timeout: 248 seconds) 19.09.27 Quit bertrik (Ping timeout: 246 seconds) 19.10.25 # Torne: 44 bytes, IIRC, of which I believe 30 are used at most 19.14.06 Join Strife89 [0] (~Strife89@207.144.201.128) 19.15.12 Join zamboni [0] (~bottledwa@unaffiliated/zamboni) 19.15.29 # hi 19.15.45 # anyone aliiive? 19.15.51 # no? 19.16.20 # not getting rockbox to work :( 19.16.24 # on my sansa clip zip 19.17.50 # aaand no one cares 19.19.58 # well, you should be a bit patient. There aren't always people at the keyboard. Also if you want help, you need to give more info - what did you try, which guide you follow etc. 19.21.05 # rockbox utility 19.21.19 # just had it autodetect my player and bam 19.21.21 # nothing 19.28.01 # gevaerts: well, two crc32s truncated to 16 bits would fit :) 19.33.34 Join saratoga [0] (123e0c9c@gateway/web/freenode/ip.18.62.12.156) 19.41.18 Quit sakax (Ping timeout: 260 seconds) 19.42.42 Quit pretty_function (Remote host closed the connection) 19.42.43 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 19.53.39 Join sakax [0] (~sakax@d8D862498.access.telenet.be) 19.53.42 Quit shamus (Read error: Connection reset by peer) 19.53.55 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 20.08.56 Join bertrik [0] (~quassel@2001:610:76a:0:19eb:272f:6214:8262) 20.08.56 Quit bertrik (Changing host) 20.08.56 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 20.18.45 *** Saving seen data "./dancer.seen" 20.18.46 # zamboni: you really have to be more verbose. "had it autodetect my player and bam nothing" could be everything - from normal (the utitlity detected your player correctly but you didn't hit any install buttons) to a bug (the Utility crashed perhaps). We cannot see what you did and what happened. So, did the Rockbox Utility detect your player correctly? Did it crash? Did you use anything on the "Installation" tab? Note that I don't know anyhing about 20.18.46 # the installation procedure on the Clip Zip but usually you have to install the actual firmware and if it's the first time installation, you also need a bootloader. This should be explained in our manual 20.20.34 Quit amayer_ (Ping timeout: 248 seconds) 20.25.28 Join amayer_ [0] (~amayer@mail.weberadvertising.com) 20.32.28 Part WalkGood 20.36.27 Join stoffel [0] (~quassel@pD9E4126D.dip.t-dialin.net) 21.27.21 Quit bertrik (Remote host closed the connection) 21.28.50 Join bertrik [0] (~quassel@2001:610:76a:0:19eb:272f:6214:8262) 21.28.50 Quit bertrik (Changing host) 21.28.50 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 21.35.42 Quit y4n (Quit: Today is the perfect day for a perfect day.) 21.43.58 Part LinusN 22.09.56 Quit shamus (Read error: Connection reset by peer) 22.10.11 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 22.13.06 Join makoto [0] (~makoto@ludgate.privmsg.me.uk) 22.13.25 # so i was trying to "SSD mod" my ipod mini. 22.13.28 # "snap" 22.14.12 # i have had 8 espressos today. i took the hdd ribbon to the garage, and poked it with a soldering iron, then checked the joints with a microscope. microscope says yes. 22.14.16 # ipod says yes. 22.18.47 *** Saving seen data "./dancer.seen" 22.28.42 # my ipod nano5g doesnt rockbox 22.28.46 # stupid apple 22.33.59 Join lorenzo92 [0] (~chatzilla@host251-40-dynamic.56-82-r.retail.telecomitalia.it) 22.35.02 Quit stoffel (Remote host closed the connection) 22.38.43 Join Wardo [0] (~Mirandaha@bpb01-1-88-162-4-186.fbx.proxad.net) 22.40.34 # shouldn't have bought it :( 22.43.31 Join Horscht [0] (~Horscht@xbmc/user/horscht) 22.46.55 Quit shamus (Read error: Connection reset by peer) 22.48.00 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 22.48.40 Quit akaWolf (Ping timeout: 252 seconds) 22.52.02 Quit scorche (Disconnected by services) 22.52.06 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 23.01.30 Part amayer_ 23.03.00 # SHUSH 23.04.55 Quit lorenzo92 (Quit: ChatZilla 0.9.89 [Firefox 17.0.1/20121129165506]) 23.10.16 Join pamaury [0] (~quassel@186.229.137.78.rev.vodafone.pt) 23.10.16 Quit pamaury (Changing host) 23.10.16 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 23.18.14 Join sentriz [0] (~Senan@78.143.151.93) 23.25.50 Quit bertrik (Ping timeout: 245 seconds) 23.25.59 Quit Strife89 (Quit: Heading out.) 23.55.01 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 23.58.14 # #join mibbit.epiknet.org