--- Log for 09.09.109 Server: orwell.freenode.net Channel: #rockbox --- Nick: @logbot_ Version: Dancer V4.16 Started: 13 days and 1 hour ago 00.00.40 Quit stripwax (Read error: 104 (Connection reset by peer)) 00.00.51 Join truthtaco_ [0] (n=truthtac@adsl-67-42-207.aby.bellsouth.net) 00.01.15 # well, I might wait a while to see if any more changes are made to that image 00.01.25 # after that I might do the same thing I'm doing now, again 00.01.32 # then re-ask if they want the images :) 00.02.13 Quit TruthTaco (Read error: 60 (Operation timed out)) 00.03.04 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.03.05 Quit stripwax__ (Read error: 104 (Connection reset by peer)) 00.04.11 Quit stripwax (Read error: 104 (Connection reset by peer)) 00.05.06 # bertrik: with the OF in MSC mode, while copying multiple files simultaneously (i.e. with multiple explorer 'Copying' windows) the player sometimes spontaneously quits MSC mode (it's still visible in 'My Computer', but file transfers abort with errors) 00.05.14 # any thoughts on that? 00.06.20 # no, but I think I haven't tried that on my ams players 00.06.22 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.06.27 # k 00.06.39 # perhaps a native USB driver could fix that? 00.06.55 # not sure if it has to do with USB though 00.07.02 # it would seem odd 00.09.44 Quit BdN3504 ("CGI:IRC (EOF)") 00.11.15 Quit n17ikh|Server ("WeeChat 0.2.6.3") 00.13.27 # rasher: after booting the OF again, suddenly the 'used space' went up again 00.13.33 Part domonoky1 00.14.11 Quit NAQOYQATSI (Read error: 145 (Connection timed out)) 00.14.34 Quit jgarvey ("Leaving") 00.15.11 Join NAQOYQATSI [0] (n=yukayant@62.235.188.51) 00.16.18 Quit Eosphere46 ("Copywight 2007 Elmer Fudd. All wights wesewved.") 00.17.20 Quit bmbl ("Bye!") 00.21.38 *** Saving seen data "./dancer.seen" 00.26.09 # rasher: fsck.vfat says 22883 clusters are in use, that's ~90MB, which equals what explorer reports 00.26.15 # perhaps the OF marks clusters as BAD? 00.26.31 # Doubtful. 00.26.39 # hmm 00.27.54 # But the OF is doing something. Let's leave it at that. Prod the disk all you like 00.28.04 # yeah 00.28.14 Quit ender (" I used to believe in reincarnation, but that was in a previous life.") 00.28.16 # I'm thinking about checking dosfstools sources, to see how they calculate used clusters 00.31.25 # think I know, it marks clusters in use in the FAT, but there are no directory entries pointing to those FAT entries 00.31.43 # probably just to reserve space for itself 00.31.49 # sounds reasonable.. 00.32.07 # sounds broken... 00.32.13 # that too 00.33.25 # chkdsk would convert unused clusterchains to "FILExxxx.CHK" when running on a volume with such a mess 00.33.34 # good point 00.33.36 # and it didn't 00.33.54 # so then that would leave one thing: they're marked as bad clusters? 00.34.09 # that would mean the OF tries to hide some clusters from the 'outside world' 00.36.30 Quit stripwax ("http://miranda-im.org") 00.36.56 # bughunter2: have you tried a chkdsk /f in a command window? that should print some detailed statistics when it's done... 00.37.01 # yep 00.37.05 # (including bad block count) 00.37.08 # it prints "no problems found" 00.37.11 # ah, good point 00.38.52 # it doesn't list the bad sectors :o 00.39.00 # it tells me nothing about that at all 00.39.45 # hmm? chkdsk /v does list files I don't see in explorer 00.40.09 # a directory called ##MUSIC# 00.40.21 # well, that could explain some things 00.40.36 # which contains dirs Music, Photo, Playlists, Video, Service, Service\Rhapsody 00.41.05 # and also ##PORT#\DeviceIcon.ico and ##PORT#\Object.dat 00.41.06 # can you dump that directory entry, to see why windows doesn't show it? 00.41.08 # you'll see those ## directories in rockbox too 00.41.10 # mostly MTP stuff, I'd think? 00.41.27 # IIRC, they have some kind of attribute to make them hidden on most OSs 00.41.35 # weird? 00.41.45 # combination of attributes rather 00.41.46 # an undocumented attribute bit, then, or? 00.42.03 # because normally I see all files, even system+hidden+readonly etc. 00.42.51 # the chkdsk from windows XP x64 won't show any bad block info though 00.43.06 # bertrik: indeed, I see them in RB :) 00.43.37 # I think funman know more about this, I can also vaguely remember reading something about this in the ams sansa forum thread 00.44.19 # k 00.44.44 # I don't know the file size of these files, but I don't think they'd be ~90 MB however 00.44.55 # well, 90-11(rockbox' size)=79, then 00.45.20 # can you cd into these dirs? 00.45.25 # nope 00.45.27 # and Debian couldn't show the files either 00.45.33 # that's funny 00.45.39 # * TheSeven is wondering what they did to them 00.45.52 # can you dump the raw directory entries? 00.46.05 # I'll make a raw dump in Debian in a sec 00.48.20 # bughunter2: btw, windows tools for such a job would be rohpod or winhex 00.48.43 # debian is easier for me I think 00.49.01 # I'm using VirtualBox for it 00.49.09 # well, i wouldn't know how to fish out that directory entry on linux 00.49.26 # I'm making a dd if=/dev/sda dump of it 00.49.30 # then analyzing it on windows later :) 00.49.55 # i would have accessed the disk directly using the tools named above... 00.50.14 # hmm, I may have winhex laying around 00.51.38 Quit bertrik ("sleep") 00.51.45 Part froggyman 00.51.51 Join decayedcell_ [0] (n=decayed_@60-241-92-53.static.tpgi.com.au) 00.52.49 # TheSeven: found them 00.55.57 # :O 00.56.29 # they're marked as both DIR | VOL_ID 00.56.41 # ugly 00.56.50 Part decayedcell_ 00.57.42 Join Rob2222 [0] (n=Miranda@p4FDCD492.dip.t-dialin.net) 00.57.54 # let's see if I get in trouble for changing the attribute 00.59.44 Quit faemir ("Leaving") 01.02.46 # so they did a similar hack to what microsoft themselves did when implementing long file names in FAT 01.02.52 Quit Hillshum (Read error: 54 (Connection reset by peer)) 01.03.00 # it isn't related to long filenames? 01.03.18 # long file names would have even some more bits set in that field 01.03.25 # ah 01.03.59 # LFNs are typicall readonly,system,hidden,volumeid or even readonly,hidden,system,archive,directory,volumeid 01.04.10 # typically* 01.04.54 # this explains all, 01.05.00 # they probably relied on the fact that everything that is volumeid won't be shown, while it won't be treated because of some missing bits 01.05.00 # ##PORT#\Object.dat 01.05.02 # ~80.5MB 01.05.24 # not sure what's in there, but it's from the OF 01.05.36 # no real data in there yet, most likely it just allocated it but didn't write anything 01.05.50 # since it couldn't do that in just a few milliseconds before rebooting into RB 01.07.08 # is it a bug or a feature that rockbox shows files flagged as VOLUME_ID? how does it deal with an actual volume id entry that isn't abused? 01.07.22 # it hides the first volume ID entry 01.07.33 # I think 01.07.45 # I wonder what happens if I remove all those files, then pump the whole disk full, then reboot the OF, then reboot into RB 01.07.49 # :P 01.08.01 # let's find out 01.09.09 # if the OF is mean, it will just reformat it :-P 01.09.16 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 01.09.22 # that'd be really mean 01.09.33 # or it just crashes 01.10.57 # HxDen can also open disks btw 01.11.04 # not a bad hex editor imo 01.11.15 # using it a while now, just found out it can also open disks 01.11.27 # can it compare to winhex? 01.11.34 # for me, I think it can 01.13.23 Quit DarkDefender ("Leaving") 01.27.00 Join barrywardell [0] (n=barrywar@89.100.0.69) 01.29.39 # ok, 0 bytes free, let's see what happens if I reboot it 01.29.53 # lol 01.30.04 # TheSeven: "Not enough space for Music Db, please free 90 MB" 01.30.05 # :P 01.30.16 # wow, they even caught it :-) 01.30.31 # cool :) 01.30.38 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 01.30.46 # well that suffices for me, time to enjoy RB 01.31.06 # or first, a good night of sleep.. 01.31.13 # hard to choose, but sleep is important 01.31.14 # ;) 01.31.15 # will it be possible to break it by putting thousands of smallish files on it, so that those 90MB will turn out to not be sufficient? :-P 01.31.27 # haha, who knows 01.31.37 # I'll give that a shot too 01.33.21 # who knows, maybe they calculated those 90MB (which seem to be quite a lot for 4GB of storage) for a 512 byte cluster size with one file per cluster :-) 01.34.13 # they probably figured customers wouldn't notice 01.34.24 # which in general is probably true 01.34.34 # but still lame 01.35.19 # are we talking about memory cards here or about internal flash? i don't see why they didn't solve this by hiding the space from the PC in the first place, if it's the latter 01.35.35 # internal 01.35.47 # probably this was cheaper 01.36.19 # they would just have needed to reduce the MSC sector count and write that stuff to the sectors after the MSC visible range 01.36.26 # aye 01.36.34 # :\ 01.36.48 # in fact, this hack was probably more complex to accomplish... 01.37.03 # probably a bad design combined with time pressure 01.37.33 Join Hillshum [0] (n=hillshum@75-165-247-150.slkc.qwest.net) 01.37.51 Quit kkurbjun (Read error: 110 (Connection timed out)) 01.38.25 # lost my program to spam a drive with thousands of files 01.38.37 Join Strife89 [0] (n=michael@adsl-154-3-186.mcn.bellsouth.net) 01.40.37 # TheSeven: it'd be fun to spam the root directory so they can't create the directories 01.41.08 # is it FAT16? 01.41.11 # FAT 32 01.41.41 # this has no limit on root directory size 01.41.56 # so if I spam it with files until it can't create files anymore... 01.42.28 # this will be when it runs out of space - or out of ram while parsing the directory, if they didn't write proper code :-) 01.42.42 # would be fun to test 01.42.43 Quit Thundercloud (Remote closed the connection) 01.42.52 # since FAT32, the root directory is just an ordinary cluster chain like every other file 01.42.57 # just for the hell of it 01.48.21 Join Briantheman [0] (n=4aa12378@gateway/web/cgi-irc/labb.contactor.se/x-xdkuwohtmdxwffrk) 01.48.44 # hello I need some help please 01.49.02 # With what? 01.49.58 # Hello 01.50.51 # HOw can I get the artwork of an album to show up in a rockboxed sansa? 01.53.01 Join Eosphere46 [0] (i=Eosphere@74.197.221.60) 01.53.29 # Briantheman: http://www.rockbox.org/twiki/bin/view/Main/AlbumArt 01.54.46 Join maraz_ [0] (i=maraz@xob.kapsi.fi) 01.54.51 Quit maraz (Read error: 131 (Connection reset by peer)) 01.56.11 Quit Briantheman ("CGI:IRC (Ping timeout)") 01.57.11 Quit DerPapst ("Leaving.") 02.01.35 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 02.02.11 Part toffe82 02.02.12 Quit Hillshum ("Ex-Chat") 02.03.09 Quit robin0800_ (Remote closed the connection) 02.06.27 Quit Rob2222 (Remote closed the connection) 02.09.40 Join Rob2222 [0] (n=Miranda@p4FDCD492.dip.t-dialin.net) 02.10.39 Join JdGordon [0] (i=d036044e@gateway/web/freenode/x-rylxehvinrsxeiow) 02.14.34 Quit JdGordon (Ping timeout: 180 seconds) 02.15.34 Join Briantheman [0] (n=donot@adsl-161-35-120.mia.bellsouth.net) 02.16.09 Join JdGordon [0] (i=d036044e@gateway/web/freenode/x-cagrretmpxseuxfc) 02.17.51 # hello All 02.17.58 Join AndyIL [0] (n=pasha_in@212.14.205.32) 02.18.39 # I need some help please ..... 02.19.24 Quit Eosphere46 (Read error: 104 (Connection reset by peer)) 02.20.44 Join Eosphere46 [0] (i=Eosphere@74.197.221.60) 02.20.45 # how can i place artwork in a sansa rockboxed with the arboxwidgets? 02.21.42 *** Saving seen data "./dancer.seen" 02.21.52 # did you read the AlbumArt wiki page? and probably the manual? 02.21.52 # i need some help 02.22.17 # no 02.22.34 # where is that? 02.22.35 # ... 02.22.45 # rockbox.org/manual 02.22.47 # * Eosphere46 plays dramatic music.... 02.24.12 # Thanks. 02.24.23 # meh, hint..... embedded AA doesnt work 02.26.13 Quit mt (Read error: 104 (Connection reset by peer)) 02.26.36 # TheSeven: I just made a little file system spammer :) 02.26.39 # testing it on the player now ;) 02.27.24 Quit JdGordon (Ping timeout: 180 seconds) 02.29.05 Quit AndyI (Read error: 110 (Connection timed out)) 02.35.27 # * Strife89 wonders what a file system spammer is good for. 02.35.37 # lol 02.36.29 Quit Eosphere46 (Read error: 104 (Connection reset by peer)) 02.36.33 # lol 02.37.07 # Strife89: to stress test :) 02.37.17 # it creates files until the fs driver gives up 02.37.24 # Ah. :) 02.37.32 Join Eosphere46 [0] (i=Eosphere@74.197.221.60) 02.37.55 # I ocne made XP machines in uni go crazy by spamming my %TMP% dir 02.38.27 # Creepy stuff. :) 02.38.35 # off topic 02.38.43 # there was no topic :P 02.39.09 # There is. Please read the guidelines if you have any questions. In fact, you should already have done so. 02.39.22 # rasher: Techincally, on topic, because he's stress testing the Rockbox code. 02.39.38 # it was tongue-in-cheek-style anyway, hope it didn't hurt anyone 02.39.44 # I'm not a troller, just FYI 02.46.37 Quit Briantheman () 02.50.38 # night all 02.50.59 # night 03.00.44 Quit Eosphere46 ("Give a man a fish and he will eat for a day. Teach him how to fish, and he will sit in a boat and drink beer all day") 03.07.37 Join notben [0] (n=ben@ppp-70-248-223-117.dsl.spfdmo.swbell.net) 03.11.36 Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) 03.18.55 Join froggyman [0] (n=chatzill@pool-72-69-214-225.chi01.dsl-w.verizon.net) 03.20.47 Join Harry1337 [0] (n=ad42aa59@gateway/web/cgi-irc/labb.contactor.se/x-brurodovngfyyelz) 03.21.14 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.23.24 Quit Harry1337 (Client Quit) 03.23.28 Join harrison [0] (n=ad42aa59@gateway/web/cgi-irc/labb.contactor.se/x-wyxfvvtqwhakzfdr) 03.24.52 Quit harrison (Client Quit) 03.25.10 Part notben 03.26.14 Join webguest35 [0] (n=ad42aa59@gateway/web/cgi-irc/labb.contactor.se/x-ixnnyfcdkpnpkzlc) 03.26.55 Join webguest14 [0] (n=ad42aa59@gateway/web/cgi-irc/labb.contactor.se/x-nksnrurblesvegae) 03.27.46 Quit webguest35 (Client Quit) 03.27.54 Quit webguest14 (Client Quit) 03.37.14 Quit barrywardell () 03.41.58 Quit BlakeJohnson86 ("Leaving.") 03.42.12 Join BlakeJohnson86 [0] (n=bjohnson@24.118.162.123) 03.43.11 Join webguest08 [0] (n=ad42aa59@gateway/web/cgi-irc/labb.contactor.se/x-aqcyvmxrzrysuala) 03.43.25 Quit webguest08 (Client Quit) 03.55.29 Quit bughunter2 ("Leaving.") 04.06.27 Quit TheSeven (Nick collision from services.) 04.06.43 Join The_Seven [0] (n=theseven@dslb-084-056-144-161.pools.arcor-ip.net) 04.06.51 Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-144-161.pools.arcor-ip.net) 04.21.47 *** Saving seen data "./dancer.seen" 04.29.27 Nick truthtaco_ is now known as TruthTaco (n=truthtac@adsl-67-42-207.aby.bellsouth.net) 04.42.51 Quit Rondom (Nick collision from services.) 04.43.01 Join Rondom [0] (n=Rondom@84.57.160.81) 04.48.42 Quit froggyman ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") 04.54.04 Nick JdGordon1 is now known as JdGordon (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) 04.57.05 Quit Strife89 (Read error: 104 (Connection reset by peer)) 05.05.06 # umm..... anyone around with rather random skin to testa quick patch? 05.07.12 # rasher: ping? 05.11.10 # scorche: ping? 05.41.29 Quit Horscht ("Verlassend") 05.45.48 Join TFGBD [0] (n=gar@c-98-225-178-26.hsd1.pa.comcast.net) 05.55.39 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.12.52 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 06.16.16 Quit Zarggg () 06.18.09 Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 06.19.52 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 06.21.48 *** Saving seen data "./dancer.seen" 06.54.39 Quit JdGordon ("Leaving.") 06.56.32 Join matsl [0] (n=matsl@dhcp126.contactor.se) 06.57.23 Join JdGordon [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) 07.01.27 Join AsaelReiter [0] (n=d59730fa@gateway/web/cgi-irc/labb.contactor.se/x-dfpdnwkyojyuqlym) 07.02.30 Quit tarbo_ (Connection timed out) 07.04.38 Join tarbo [0] (n=me@unaffiliated/tarbo) 07.07.10 Quit AsaelReiter ("CGI:IRC (EOF)") 07.08.11 Part safetydan ("Leaving.") 07.08.58 Quit AlexP (Remote closed the connection) 07.09.08 Join AlexP [0] (n=alex@rockbox/staff/AlexP) 07.13.00 Join AsaelReiter [0] (n=d59730fa@gateway/web/cgi-irc/labb.contactor.se/x-dfexzdktokfwfjli) 07.27.19 Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com) 07.31.09 Quit JdGordon (Read error: 104 (Connection reset by peer)) 07.35.05 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 07.35.59 # which would be better/more understandable/consistant for the wps? I want to add an escape char for \n so you can break up new lines... should it be % or \ ? 07.37.56 Join stoffel [0] (n=quassel@p57B4D338.dip.t-dialin.net) 07.40.40 # * JdGordon is tempte to go % because thats the standard escape char for skins 07.40.45 # but \ is more universally inderstood 07.40.49 # understood even 07.41.50 Quit AsaelReiter ("CGI:IRC (EOF)") 07.47.26 Join tarbo_ [0] (n=me@unaffiliated/tarbo) 07.50.11 # huh, I thought there already is one 07.51.04 # ah, if you use # you can also "mask" a newline with it 07.52.13 # the whole thing is to fix 9640 07.52.29 # its remarkably simple to do, just trying to decide if its wanted 07.54.42 Quit tarbo (Connection timed out) 07.56.29 # ... doing a forum thread for this 07.56.59 # I don't know. I thought this was a feature of # - you can easily put the comment on another line but don't have a strong opinion 07.57.40 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 07.58.45 # as long as viewports didn't exist (or you don't use them) you would have to put the # on the same line then if it doesn't "eat" the newline, otherwise you'll get blank lines there 07.58.55 # right, so what I've done is let you put % at the end of a line to break long ones... that would work the same as putting #comment at the end of a line 08.00.12 # then quite a few people would have to rework there WPSs just for that and always put a % at the end 08.00.19 # of some lines 08.00.41 # http://forums.rockbox.org/index.php?topic=22664.0 08.01.55 # they wouldnt if they already split their lines with #comment 08.08.57 # I don't understand your last statement but have to go to work now 08.21.40 Quit BHSPitMonkey (Remote closed the connection) 08.21.49 *** Saving seen data "./dancer.seen" 08.23.46 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.25.27 Join flydutch [0] (n=flydutch@87.15.146.214) 08.27.17 Join Rob2223 [0] (n=Miranda@p4FDCDF3A.dip.t-dialin.net) 08.31.37 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.42.57 Quit NAQOYQATSI (Read error: 104 (Connection reset by peer)) 08.44.32 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.52.14 Join barrywardell [0] (n=barrywar@89.100.0.69) 08.58.48 Quit scorche (" rawr...that is all...rawr") 09.00.22 Join petur [50] (n=petur@rockbox/developer/petur) 09.00.34 Quit Grahack ("Leaving.") 09.12.43 Join scorche [50] (n=scorche@rockbox/administrator/scorche) 09.16.03 Join GodEater__ [0] (n=9372e2b4@rockbox/staff/GodEater) 09.22.10 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 09.22.24 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.26.55 Join NAQOYQATSI [0] (n=yukayant@62.235.188.200) 09.30.28 Quit bertrik (Read error: 113 (No route to host)) 09.37.22 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 09.41.06 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 09.42.32 # Hi, I'm trying to call pcfbuf_beep() defined in /apps/pcmbuf.c from the lua plugin (/apps/plugins/lua/rocklib.c). Is it even possible? I added #include "pcmbuf.h" in rocklib.c but this is not enough (I get a "failed to load /.rockbox/rocks/viewers/lua.rock, dlopen(simdisk/.rockbox/rocks/viewers/lua.rock): simdisk/.rockbox/rocks/viewers/lua.rock: undefined symbol: pcmbuf_beep"). Do I guess right with something like "only functions d 09.46.27 Quit GodEater__ ("CGI:IRC") 09.50.49 Quit Thundercloud (Remote closed the connection) 09.59.04 Quit Grahack ("Leaving.") 10.01.16 Quit NAQOYQATSI (Read error: 104 (Connection reset by peer)) 10.02.04 Join NAQOYQATSI [0] (n=yukayant@62.235.188.175) 10.06.08 *** SPY: Authentication failed for Zagor 10.06.12 *** SPY: Authentication failed for Zagor 10.06.24 *** SPY: Authentication failed for Zagor 10.08.19 *** Server message 901: 'logbot_ logbot n=bjst rockbox/bot/logbot :You are now logged in. (id logbot, username n=bjst, hostname rockbox/bot/logbot)' 10.08.48 *** Server message 902: 'logbot_ 0 n=bjst rockbox/bot/logbot :You are now logged out. (id 0, username n=bjst, hostname rockbox/bot/logbot)' 10.09.22 Nick logbot_ is now known as logbot (n=bjst@rockbox/bot/logbot) 10.09.22 Mode "logbot :+e" by services. 10.09.54 Quit Llorean (Read error: 54 (Connection reset by peer)) 10.13.10 Join DerPapst [0] (n=DerPapst@91.64.221.175) 10.21.26 Quit DarkDefender (Remote closed the connection) 10.21.54 *** Saving seen data "./dancer.seen" 10.30.14 Quit jon-kha (Read error: 145 (Connection timed out)) 10.41.40 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 10.43.52 Quit stoffel (Remote closed the connection) 10.52.02 Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) 10.53.44 Join BulldogPO [0] (n=Bull@88-148-254-248.bb.dnainternet.fi) 10.53.48 # Hi! 10.54.11 # can anyone help me with rockbox 10.55.46 # as Alpine car player and other things that does offer iPod compatibility doesn´t work with my iPod 80GB Classic when Rockbox is in use 11.03.33 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 11.14.49 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 11.15.27 Join stoffel [0] (n=quassel@p57B4D338.dip.t-dialin.net) 11.16.43 # JdGordon: yes your "sublinefix" works and does indeed fix the problem many thanks 11.18.47 Quit robin0800 (Remote closed the connection) 11.21.38 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 11.25.12 Join jocon [0] (n=jocon@58.172.252.74) 11.25.49 # hai 11.28.04 # I am interested in makeing a simple app for my ipod, where can i find some info 11.31.53 # http://www.rockbox.org/twiki/bin/view/Main/HowtoWritePlugins and http://www.rockbox.org/twiki/bin/view/Main/PluginLua 11.32.28 # thanx 11.37.42 Join sbhsu_ [0] (n=a6530466@Zion.dorm.au.edu.tw) 11.43.55 Join webguest0 [0] (n=52d8dede@gateway/web/cgi-irc/labb.contactor.se/x-lowxvxoxlnrhpnof) 11.45.10 Quit webguest0 (Client Quit) 11.46.04 Quit sbhsu (Read error: 110 (Connection timed out)) 11.47.40 Join bughunter2 [0] (n=bughunte@unaffiliated/bughunter2) 11.53.27 Quit stoffel (Remote closed the connection) 11.55.42 Quit bughunter2 (Read error: 54 (Connection reset by peer)) 12.02.08 Quit jocon ("This computer has gone to sleep") 12.03.11 Quit Lss (Read error: 104 (Connection reset by peer)) 12.08.38 Quit robin0800 (Remote closed the connection) 12.18.36 Join stoffel [0] (n=quassel@p57B4D338.dip.t-dialin.net) 12.20.35 Quit stoffel (Remote closed the connection) 12.21.56 *** Saving seen data "./dancer.seen" 12.26.50 Join pamaury [0] (n=pamaury@140.77.26.69) 12.27.21 Join mt [0] (n=mt@41.233.151.213) 12.31.27 Quit barrywardell () 12.38.39 Join jocon [0] (n=jocon@58.172.252.74) 12.39.24 Quit BulldogPO (orwell.freenode.net irc.freenode.net) 12.39.24 NSplit orwell.freenode.net irc.freenode.net 12.39.24 Quit Llorean (orwell.freenode.net irc.freenode.net) 12.39.24 Quit scorche (orwell.freenode.net irc.freenode.net) 12.39.24 Quit Rob2223 (orwell.freenode.net irc.freenode.net) 12.39.24 Quit merbanan (orwell.freenode.net irc.freenode.net) 12.39.24 Quit scorche|sh (orwell.freenode.net irc.freenode.net) 12.39.24 Quit Guest34014 (orwell.freenode.net irc.freenode.net) 12.39.24 Quit bittin (orwell.freenode.net irc.freenode.net) 12.39.24 Quit dionoea (orwell.freenode.net irc.freenode.net) 12.39.24 Quit jvd (orwell.freenode.net irc.freenode.net) 12.45.17 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 12.50.49 NHeal orwell.freenode.net irc.freenode.net 12.50.49 NJoin BulldogPO [0] (n=Bull@88-148-254-248.bb.dnainternet.fi) 12.50.49 Join Llorean [0] (n=DarkkOne@rockbox/user/Llorean) 12.50.49 NJoin scorche [50] (n=scorche@rockbox/administrator/scorche) 12.50.49 NJoin Rob2223 [0] (n=Miranda@p4FDCDF3A.dip.t-dialin.net) 12.50.49 NJoin merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com) 12.50.49 NJoin jvd [0] (n=syscrash@poipu/developer/syscrash) 12.50.49 NJoin dionoea [0] (n=dionoea@videolan/developer/dionoea) 12.50.49 NJoin bittin [0] (i=bittin@anapnea.net) 12.50.49 NJoin Guest34014 [0] (i=jljhook@irkki.fi) 12.50.49 NJoin scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 12.52.28 Quit jocon ("Leaving") 12.56.28 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 13.02.19 Quit pamaury ("exit(*(int *)0 / 0);") 13.09.06 # hey guys, i just wanna ask if there is any news on the Vision:M port...or is it still idle? 13.09.55 # any information would be on the relevant wiki page and forum thread 13.10.24 # noting new under then sun on that.. :/ 13.10.33 # is the themes.rockbox.org source code in svn somewhere? I was wondering if it would be possible to have stuff like sorting themes by publication date, download count, rating, ... 13.11.58 # It is 13.12.30 # http://svn.rockbox.org/viewvc.cgi/themes.rockbox.org/ 13.13.05 # I assume it is up to date 13.14.38 # thanks, I'll have a look 13.23.32 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.32.41 Join decayedcell_ [0] (n=decayed_@60-241-92-53.static.tpgi.com.au) 13.33.11 Join jon-kha [0] (i=jon-kha@83.150.91.127) 13.35.07 Join barrywardell [0] (n=barrywar@dhcp-892b3cb6.ucd.ie) 13.49.31 Quit FlynDice (Remote closed the connection) 13.58.38 Quit robin0800 (Remote closed the connection) 14.04.49 Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) 14.08.42 Quit Zagor ("Don't panic") 14.19.40 Join bughunter2 [0] (n=bughunte@unaffiliated/bughunter2) 14.20.30 # Hey, can some sansa hacker tell me how to recover my e200v2? I don't have any 'orig_image.bin' laying around (as described in http://www.rockbox.org/twiki/bin/view/Main/SansaE200v2#Recovery_Mode_on_the_E200v2 ) 14.21.21 # also, if I connect the device in recovery mode, the contents of the disk don't seem like they should 14.21.28 # e.g. no .rockbox FAT root dir entry 14.21.59 *** Saving seen data "./dancer.seen" 14.23.23 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 14.24.12 # neither can I find the 'SANSA E200P' volume ID root dir entry 14.25.26 Join Omlet [0] (n=Omlet05@36.230-200-80.adsl-dyn.isp.belgacom.be) 14.34.58 Quit Zagor (Remote closed the connection) 14.55.39 # think I found a trick, I hex edited the pattern of the disktidy app to match all the files I want to delete from the root dir 14.55.42 # it's now cleaning :) 14.57.56 Join GodEater__ [0] (n=9372e2b4@rockbox/staff/GodEater) 15.00.46 # it would actually be need if one could edit the patterns inside rockbox, instead of having to hexedit or recompile :) 15.00.51 # s/need/neat/ 15.02.15 # or totally cleaning a partition, like, only leaving .rockbox in tact and delete the rest 15.05.06 Quit thegeek (Read error: 104 (Connection reset by peer)) 15.05.07 Quit antil33t (Read error: 104 (Connection reset by peer)) 15.05.10 Join thegeek_ [0] (n=nnscript@s243b.studby.ntnu.no) 15.06.12 Join AsaelReiter [0] (n=5f565c51@gateway/web/cgi-irc/labb.contactor.se/x-ttoejmflwwfkxetr) 15.07.06 # Can somebody have a look at FS#10589? 15.07.45 Join Zagor [0] (n=bjorn@82.99.7.155) 15.13.00 Quit barrywardell () 15.13.27 Join antil33t [0] (n=Mudkips@119.224.12.185) 15.13.30 # AsaelReiter: looks good to me. btw, the two collision detection blocks seems to be duplicates of one another. They should be factorised. 15.13.40 # AsaelReiter: and you might want to remove the now unused functions 15.15.19 # AsaelReiter: it looks like you have copy/paste errors in that patch (food_size and argh_size mixups) 15.15.50 # I will check 15.16.36 # And which functions I need to remove? (food_collision and argh_collision are still used) 15.17.39 # ah ok. Those other uses don't need the same fix? 15.19.22 # I think that no 15.19.48 # This two function are good when you want to check one point. 15.20.13 Quit AsaelReiter ("CGI:IRC") 15.20.24 Join AsaelReiter [0] (n=5f565c51@gateway/web/cgi-irc/labb.contactor.se/x-jzosnbbxiwgmkylr) 15.20.52 # And I think that all the food_size and argh_size are correct. 15.22.21 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.22.49 # (When checking between a food and an argh, we use both of them. when checking between two foods, we use twice food_size) 15.24.49 # JdGordon: just to repeat many thanks for patch it compiles and works fine 15.25.13 # ah, right. 15.34.23 Join panni_ [0] (i=hannes@ip-95-222-19-21.unitymediagroup.de) 15.45.46 Quit AsaelReiter ("CGI:IRC") 15.46.49 Join pamaury [0] (n=pamaury@140.77.26.69) 15.49.16 Quit bughunter2 ("Leaving.") 15.56.04 Join AsaelReiter [0] (n=5f565c51@gateway/web/cgi-irc/labb.contactor.se/x-gxgosdnsfamoohtb) 15.58.32 Quit AsaelReiter (Client Quit) 15.58.48 Join AsaelReiter [0] (n=5f565c51@gateway/web/cgi-irc/labb.contactor.se/x-clpworvpugdsravr) 16.08.42 Quit tmzt (Read error: 110 (Connection timed out)) 16.11.08 Quit Omlet () 16.21.03 Quit AsaelReiter ("CGI:IRC") 16.22.02 *** Saving seen data "./dancer.seen" 16.24.11 Quit Rob2223 () 16.25.38 Quit robin0800 (Read error: 110 (Connection timed out)) 16.27.09 Join webguest30 [0] (n=70c91b03@gateway/web/cgi-irc/labb.contactor.se/x-xqyesmcxzebrgrhc) 16.28.25 Join Lss [0] (n=Lss@cm204.delta92.maxonline.com.sg) 16.28.57 Quit webguest30 (Client Quit) 16.30.39 Join Rob2222 [0] (n=Miranda@p4FDCDF3A.dip.t-dialin.net) 16.39.30 Quit Grahack ("Leaving.") 16.42.52 Part decayedcell_ 16.44.46 Join evilnick [0] (i=0c140464@gateway/web/freenode/x-gjsutvewrrjhdbbi) 16.45.42 Quit mt (Read error: 113 (No route to host)) 16.49.01 Quit evilnick (Client Quit) 16.52.47 Join tmzt [0] (n=tmzt@adsl-69-208-13-17.dsl.akrnoh.ameritech.net) 16.53.19 Join toffe82 [0] (n=chatzill@12.169.218.14) 17.02.12 Join PaulJam [0] (n=Paule@p54BEF7BF.dip.t-dialin.net) 17.03.06 Quit Zagor ("Don't panic") 17.05.46 Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) 17.05.58 Join Omlet [0] (n=Omlet05@36.230-200-80.adsl-dyn.isp.belgacom.be) 17.09.50 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 17.14.01 Quit liar (Read error: 113 (No route to host)) 17.14.19 Join liar [0] (n=liar@83.175.83.185) 17.21.36 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 17.30.18 Join Blue_Dude [0] (n=chatzill@adsl-235-222-153.mco.bellsouth.net) 17.33.57 Quit robin0800 (Read error: 104 (Connection reset by peer)) 17.34.59 # I posted this the other day: I was wondering how the status bar "knows" exactly what's being played at the moment? I figure if the status bar "knows", then there might be a way to let the other display information know so that the WPS screen stays in sync. 17.38.02 Join barrywardell [0] (n=barrywar@89.100.0.69) 17.40.51 # what gets out of sync in the WPS? 17.42.27 # New commit by 03jdgordon (r22668): fix the first subline not displaying properly 17.43.18 Quit petur ("later") 17.45.59 # Things get weird just before a track change. The playlist number changes early. The WPS seems to lock up if you pause just before the end of the track then try to change tracks. Basically I want to know how the GUI knows exactly which samples are being played by the hardware given that the samples were buffered several seconds before. 17.47.22 # If there's a way to track exactly what's going out the hardware, then there ought to be a way to lock the WPS more solidly so that these kinds of glitches stop happening. 17.48.51 # i'm not familar with this code but it sounds like the playback engine is updating its state cleanly enough, not that we forget to update the WPS 17.50.04 # You meant "the playback engine is NOT updating cleanly enough..."? 17.51.04 # thats a know issue 17.51.31 # the ~2s between when the track is technically finished being decoded and actually spat out the DAC is a wierd time 17.52.20 # It's a known issue, but is it fixable? 17.52.26 # sorry "not updating" 17.52.34 # basically our playback engine is a mess 17.53.07 # So while we're at it, what else is busted? 17.53.25 # with playback? 17.53.36 # you dont really want to open that particular can... 17.53.42 # lest the worms get out!!! 17.54.11 # Oh yes I do. If I'm going to wade in, I ought to know what I'm getting myself into. 17.54.36 # I want to say search the logs... its been discussed plenty, but I couldnt tell you when or for what 17.55.21 # that particular problem is because of the way playback,buffering,playlist and the GUI all "work" together 17.55.25 # I'll try but I suck at running searches. I never know what to search on. 17.55.35 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 17.57.01 Join Riku [0] (n=Lss@cm204.delta92.maxonline.com.sg) 17.58.25 Quit Lss (Read error: 54 (Connection reset by peer)) 18.02.38 # Blue_Dude: theres been lots of discussion about playback, but mostly just vague stuff, I've never seen anyone lay out exactly what goes wrong, so I assume no one has figured it out entirely 18.02.58 # i think its mostly just that a lot of cases on track changes aren't handled cleanly 18.03.25 # Well, it vexes me. Must fix. :) 18.03.26 # incidently, if you happen to notice why playback locks up sometimes on low memory targets, please let us know :) 18.03.54 # I don't have one, but if I come across something promising I'll mention it. 18.05.49 # i think if you compile any target so that it has about 2-3MB total memory for rockbox + buffering it will lock up playback randomly 18.05.51 Join barrywardell_ [0] (n=barrywar@rockbox/developer/barrywardell) 18.05.57 # any software decoding target that is 18.06.01 # very quickly.... my beef with the system is that track changes (and where the "current track" is defined) all happen through playback.c... I'm thinking playlist shuld handle this 18.06.37 Quit barrywardell_ (Read error: 104 (Connection reset by peer)) 18.06.49 Join barrywardell_ [0] (n=barrywar@89.100.0.69) 18.07.08 # it shuold be... playlist knows track X is playing... playback/buffering will buffer X+N tracks untill its full, each time a track finishes actually being played it tells playlist that its finished which then lets the GUI know 18.07.33 # what does playback.c handle then? 18.07.36 # same thing for forced track changes... the GUI tells playlist which then yells at playback 18.07.48 # Well, how does playback know what's being played at the moment? It has to have some kind of feedback from the pcm handler. 18.08.35 # playback.c is the glue for the codecs and the actual audio stuff... it wouldnt change much... playlist would have the responsibility of keeping track of where in the playlist we actually are though 18.08.53 # Blue_Dude: it does 18.09.10 Join AsaelReiter [0] (n=d44c6ebe@gateway/web/cgi-irc/labb.contactor.se/x-rpstvdaiqgiuzstm) 18.09.52 # iirc it knows when a track is finished decoding, and when a track is finished through PCM... the problem you saw is because when it finishes decoding it tells playlist (wrongly) that the track changed 18.10.01 # or something like that.. I havnt looked at it in a while 18.10.34 # So where's the problem? Playback? Or playlist? 18.10.45 # yes 18.10.51 # Thanks. 18.11.19 # That narrows it down to about 4000 lines of code or so. 18.11.36 # :D 18.11.45 Join archivator [0] (n=Delyan@77.70.28.57) 18.17.42 # ... with all that said.. playlist.c should be split up into playlist generation, playlist manipulation and *current* playlist handling 18.20.24 # Frak me. playlist.c is already 3500+ lines. I was kidding... 18.20.53 Join Strife89 [0] (n=nds@168.16.232.173) 18.21.17 Quit AsaelReiter ("CGI:IRC") 18.21.28 Quit barrywardell (Read error: 110 (Connection timed out)) 18.21.29 Nick barrywardell_ is now known as barrywardell (n=barrywar@rockbox/developer/barrywardell) 18.22.05 *** Saving seen data "./dancer.seen" 18.25.23 # Is playlist.c really the place you want for keeping track of which track is playing? 18.30.18 Join karltpb [0] (n=3b5eed7a@gateway/web/cgi-irc/labb.contactor.se/x-fniskzmpgxjunmyk) 18.31.04 Join karltpb1 [0] (n=3b5eed7a@gateway/web/cgi-irc/labb.contactor.se/x-klivlfusicekzqse) 18.32.59 Join JdGordon_ [0] (i=441b6224@gateway/web/freenode/x-mixslabqivfpqoiq) 18.33.25 # Hi I'm trying to compile checkwps on windows using cygwin but I get an error 18.33.37 Join evilnick [0] (i=0c140464@gateway/web/freenode/x-vbkuorsmtrjpybcx) 18.33.41 # LD checkwps.XXXXXXX.exe cc: no input files make: *** [checkwps.XXXXXXX.exe] Error 1 18.35.09 # do you only want it to for target? 18.35.42 Quit karltpb ("CGI:IRC (Ping timeout)") 18.36.48 Quit antil33t (Read error: 104 (Connection reset by peer)) 18.37.02 Join antil33t [0] (n=Mudkips@119.224.12.185) 18.40.45 # yeah but i'd love to compile it myself 18.42.18 Quit matsl (Read error: 110 (Connection timed out)) 18.45.37 Quit jon-kha (Read error: 148 (No route to host)) 18.49.18 # so use the configure option for that target 18.55.07 # just tried that and it gives me errors too 18.55.16 # Hey, why does the GUI lock up at the end of a playlist? The screen returns to the main page, but the scroll wheel doesn't work. I have to touch the power button to wake it up. 18.56.13 # $ make -j Generating dependencies CC apps/gui/skin_engine/wps_debug.c CC apps/gui/skin_engine/skin_parser.c CC apps/gui/skin_engine/skin_buffer.c CC apps/misc.c CC apps/recorder/bmp.c CC firmware/common/strlcpy.c CC tools/checkwps/checkwps.c In file included from /home/scarr/rockbox/apps/recorder/bmp.c:46: /home/scarr/rockbox/firmware/export/debug.h:27: error: parse error before "ATTRI BUTE_PRINTF" 18.56.15 Quit merbanan (Read error: 110 (Connection timed out)) 18.56.37 # arg... it might be broken again 18.58.07 # hang on let me try with the latest revision 18.58.50 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.59.22 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.00.04 # well I get the same error on revision 22668 19.00.32 # Which target are you trying to compile for? I'll try it here. 19.00.34 # it might be broken 19.00.42 # ipod video 64mb 19.01.08 # use the sim with --debugwps 19.02.01 Quit Strife89 ("To work.") 19.02.51 # Yeah, broke for me too. 19.03.16 Join Maltin [0] (i=mst@server1.bshellz.net) 19.03.26 # hey guys 19.04.11 # like that was proposed here, maybe we should have checkwps on the build table 19.06.04 # The checkWPS build really doesn't like the ATTRIBUTE_PRINTF tag. Or maybe it chokes on the "..." variable parameters. 19.07.52 Join stoffel [0] (n=quassel@p57B4DB6C.dip.t-dialin.net) 19.08.22 # I'm unable to figure out this error: http://pastebin.com/f3478bc4b 19.08.47 # Pasted the output from the simulator --debugwps 19.08.56 # WPS: http://pastebin.com/f3ed7df73 19.08.58 Quit pamaury ("exit(*(int *)0 / 0);") 19.10.48 # there is no %xl|d| 19.10.56 # its breaking on %xdd 19.13.09 # ah thanks 19.13.46 # it's reporting the wrong line no though 19.13.50 # my latest fix for the si4700 tuner chip in the sansa c200v2 didn't help much :( 19.13.53 # * domonoky wonders why the parser says line 41, and %xdd is on line 39 in this pastebin. 19.13.56 Quit JdGordon_ (Ping timeout: 180 seconds) 19.14.25 # and the error message could be better.. :-) 19.19.07 Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") 19.23.04 Join JdGordon| [0] (n=Miranda@nat/microsoft/x-xeutmlsjunjxttse) 19.23.31 Quit karltpb1 ("CGI:IRC (Ping timeout)") 19.24.44 # yeah, I've been looking into making the debug output better 19.26.12 # I'm not sure why the line is 2 off though... 19.27.41 # it was worse 2 days ago when it didnt even say which image was being displayed... so at least there its easier to find the problem 19.28.03 # on that topic.... ping rasher 19.28.07 # or scorche 19.28.23 # or anyone who knows the theme site backend 19.28.44 # * domonoky thinks it would be very helpfull, if it would also output the token where it fails. ie Error on line 42, token %xdd. 19.31.15 # moos: nice idea, but you compile checkwps for a certain target, would you add a column for each (and it can really differ in screen dimensions and depths and feature sets, e.g. virtual led etc.)? 19.31.27 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 19.31.47 # pixelma: checkwps is so fast I would suggest just adding it to the end of the sim build 19.31.54 # or the bootloader build 19.32.03 # it compiles llike 5 files only 19.32.09 # a combined column? 19.32.20 # yeah 19.33.02 # *or* get the mass checkwps going again and add a column for it, although its output will be very annoying because it wont be easy to see if its the same error for each target, or different ones 19.34.42 # hmm.. can you compile a sim *with* checkwps - does that even make sense? 19.34.57 Join zzy [0] (n=opera@c-71-202-247-23.hsd1.ca.comcast.net) 19.36.21 # no 19.38.53 Quit stoffel (Read error: 113 (No route to host)) 19.39.27 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 19.39.28 Join stoffel [0] (n=quassel@p57B4DB6C.dip.t-dialin.net) 19.39.40 # * domonoky thinks we should just add checkwps normally like the sims. And maybe change the buildtable orientation again.. (as the the table gets very wide) 19.40.26 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 19.41.13 Quit DataGhost (Nick collision from services.) 19.41.21 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 19.45.45 # Hi, I'm using the Rockbox 3.3 and and Boot v5.0 with a Sansa e260. When my e260 is off and I plug it in via USB it goes to the original Sansa firmware, is this expected? 19.47.21 # zzy: there's a bootloader on flyspray that corrects that behavior 19.48.01 # I'm not sure if anyone ever built it into sansapatcher though, so you may have to load it with... -a? can't remember, not at home right now 19.48.03 # domonoky: I dont think adding a new colum for every target is very helpful 19.50.02 # JdGordon|: but what are the alternatives ? a combined (either sim+checkwps or all checkwps builds) row/colum is also not really helpfull, as it will make it hard to find the errors. 19.50.35 # AB3JU: thank you very much for the reply, know the FlySpray #? 19.51.00 # and if we change the orientation of the table again, it wont hurt so much to have another row. 19.51.16 # I think sim+checkwps does make sense... as long as the gap is obvious... remember checkwps is a tiny compile and wont break nearly as often as anything else (unless there is lot of skin changes like now) 19.51.17 # AB3JU, zzy: please don't use the one from flyspray. It's horribly outdated 19.51.47 # There are candidate-official bootloaders at http://download.rockbox.org/pp-bootloaders/ 19.52.14 # gevaerts: could you tell me, is this behavior expected and now being changed? or is what I'm experiencing a bug? 19.52.33 # zzy: it's the old behavior from before the sansa had USB support enabled in rockbox 19.52.50 # zzy: AB3JU's answer is correct in every way, except that flyspray is not the right place to get a new bootloader 19.53.37 # gevaerts: what's new in the new bootloader from fs? 19.53.42 # gevaerts & AB3JU: thanks... also if you guys have the FlySpry #, it would be cool, so I could follow the progress of the bug... 19.54.17 # zzy: I want to say it's something along the lines of 7788 or 7878 or something like that 19.54.57 # AB3JU: please stop referring to that flyspray bootloader. It is outdated, and the task will not be updated 19.56.55 Quit Grahack (Read error: 113 (No route to host)) 19.56.55 Quit GodEater__ ("CGI:IRC (EOF)") 20.02.39 Join petur [0] (n=peter@rockbox/developer/petur) 20.02.57 # * GodEater had no idea the bug with ipod shutdowns happened so regularly for some people :( 20.04.02 Join jon-kha [0] (i=jon-kha@83.150.91.127) 20.04.44 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 20.04.59 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 20.06.45 Quit evilnick (Ping timeout: 180 seconds) 20.08.45 Join stoffel_ [0] (n=quassel@p57B4DB6C.dip.t-dialin.net) 20.12.17 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 20.12.42 Join Strife89 [0] (n=michael@168.16.237.214) 20.15.35 Join vedos [0] (n=draft@91.153.112.66) 20.21.07 Quit Grahack ("Leaving.") 20.22.09 *** Saving seen data "./dancer.seen" 20.22.29 # gevaerts & AB3JU: I installed the new bootloader, and the Rockbox charging screen now appears when plugging in my e260 when off, cheers and thanks 20.25.25 # is there a way to disconnect the USB through Rockbox, I read about a USB disconnect feature, but I don't know how to use it? 20.26.11 # there's no way to disconnect, no. The best you can do is plug in without a mass storage connection 20.28.40 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 20.32.28 Join bluebrother [0] (n=dom@f053153203.adsl.alicedsl.de) 20.32.48 Join faemir [0] (n=faemir@78.33.109.163) 20.32.53 # gevaerts: oh, what does this flyspray bug mean, it discusses a usb disconnect feature: http://www.rockbox.org/tracker/task/10011 20.33.51 # zzy: hm, I apparently forgot to close that. It explains why the disconnect handling was removed 20.35.44 Quit Strife89 ("Huzzah!") 20.36.15 Join Jaykay [0] (n=chatzill@p5DDC5F41.dip.t-dialin.net) 20.37.57 Join gregzx [0] (n=chatzill@drz184.neoplus.adsl.tpnet.pl) 20.38.46 # gevaerts: thanks, you've been super helpful 20.47.58 Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 20.49.16 Quit amiconn (Nick collision from services.) 20.49.19 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 20.49.22 Quit pixelma (Nick collision from services.) 20.49.24 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 20.49.39 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 20.49.43 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 20.50.07 Quit PaulJam (".") 20.53.01 # Can playlists be created on a PC that include files on both the built-in storage and SD card? 20.53.23 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 20.54.16 # In theory yes, but I don't know if theres any software that can do it automatically without needing to find and replace the output 20.54.33 # =( 20.55.29 Join p3tur [50] (n=petur@rockbox/developer/petur) 21.01.40 Quit Omlet () 21.03.10 # Iirc it should work without search-and-replace 21.03.46 Quit flydutch ("/* empty */") 21.11.11 # drive mappings are different though... 21.11.31 # d:\ (or /sdcard) on the comp isnt even close to 21.12.05 # scorche|sh: how much does the themes backend rely on the checkwps output... I want to rearrange it but couldnt find where its used by the site 21.13.08 Quit BHSPitMonkey (Remote closed the connection) 21.14.13 # Iirc the playlist code strips drive letters as well as top-level dirs if the file isn't found 21.14.45 # bah... on h3x0, in the recording screen, the rec button no longer starts a recording... wtf? 21.15.00 # Hmm, probably it won't add the dir though 21.15.18 # yeah, I didnt think it was that smart 21.16.39 # Stripping is necessary for all targets, either the drive letter (playlists made on windows), or one or more top-level dirs (linux - the mount point) 21.17.11 # sure 21.17.12 # Adding one would only be necessary on multivolume - maybe that should be added 21.17.36 Quit stripwax ("http://miranda-im.org") 21.19.27 # The strip code once confused me a bit. I had the same album both on an MMC (i.e. //genre/artist/album) as well as on the internal storage (just /album). I made a playlist from MMC contents only and started it. Then I stopped, pulled the MMC, and resumed. Guess what happened 21.20.15 # strange things? 21.20.28 # nah 21.20.44 # it probably Just Worked 21.24.54 Quit stoffel (Remote closed the connection) 21.25.35 # saratoga: was there any progress in the supported vs. unsupported builds discussion since your last mail? 21.29.23 # oy... why did MarcGuay remove the 'start new file if not recording' functionality from ACTION_REC_NEWFILE ??? 21.29.44 # (revision 21034) 21.31.12 # can anybody remember why he did that? 21.31.33 Join AsaelReiter [0] (n=d59730fa@gateway/web/cgi-irc/labb.contactor.se/x-hlaaajzbqpqvyfsk) 21.31.47 # p3tur: http://www.rockbox.org/irc/log-20090522#14:12:05 21.32.03 # JdGordon| take a look at private/themesire.class.php, checkwps is used there. And it looks like it only really uses the return value of checkwps (the text is presented to the user if uploading fails). 21.32.06 # That doesn't say why, but was from the same time 21.32.40 # domonoky: ok thanks 21.32.49 # so I'm free to fiddle? 21.33.00 # petur: And this is why apparently: http://www.rockbox.org/tracker/task/10230 21.33.09 # It caused issues on the nano or something 21.33.32 # JdGordon| i am not 100% sure, but it looks like its fine to fiddle with checkwps output. 21.34.02 # AlexP: thanks 21.35.50 # * AlexP notes he doesn't have a little Rockbox logo in the irc log viewer 21.36.02 # * AlexP flicks zagor :) 21.36.54 # another fine misunderstanding.... I actually said I was OK with not having duplicate functionality on two keys, I never said I was OK with removing the REC key (which is later claimed to be what I said). argh 21.37.26 Join Lear [0] (i=chatzill@141.191.216.81.static.g-hn.siw.siwnet.net) 21.38.00 # * p3tur blames pixelma 21.42.33 Join froggyman [0] (n=chatzill@pool-72-69-75-180.chi01.dsl-w.verizon.net) 21.44.28 Join bughunter2 [0] (n=bughunte@unaffiliated/bughunter2) 21.44.29 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 21.46.10 # Jaykay: not that i know of 21.46.21 # someone who can change the front page needs to do that 21.46.45 # argh 21.46.50 # such a good idea 21.47.00 # every detail is in the mail 21.47.04 # saratoga: the front page is in svn 21.47.05 Quit vedos ("Rockbox roxx!") 21.47.20 # and nobody does it 21.50.49 # so we can edit it in SVN and then get bagder to upload to the webserver? 21.51.07 # as I understand it, yes 21.52.17 Quit Grahack ("Leaving.") 21.53.09 # i guess this should be a patch on the FS then? 21.53.39 # you can just commit it. It's just that one of the Swedes has to run svn update on the webserver 21.57.27 Quit LambdaCalculus37 () 21.57.57 # amiconn: I don't think the drive letter stripping is occurring with my playlists 22.01.41 Quit p3tur (Remote closed the connection) 22.02.02 Join p3tur [50] (n=petur@rockbox/developer/petur) 22.04.41 # should the front page link to the actual wiki pages for unstable devices (e.g. SansaAMS) or just the TargetStatus page? 22.04.42 Quit moos (Read error: 145 (Connection timed out)) 22.05.09 # hm 22.05.45 Quit BlakeJohnson86 (Read error: 145 (Connection timed out)) 22.05.56 Quit AsaelReiter ("CGI:IRC (EOF)") 22.06.45 # I think it should link either directly to the wiki pages, or to a restricted status page that only has information about the unstable devices (i.e. not the unsupported ones) 22.07.24 # "the wiki pages" not necessarily being the standard port pages. Those tend to be a bit too technical and inconsistent for this I think 22.08.16 # the idea was that each wiki page would be cleaned up as requirement for being considered "unstable" so that it resembled the SansaAMS page right now 22.08.54 # sounds good 22.09.57 # although the SansaAMS page is about what it says, i.e. the Sansa AMS devices, so not only the ones we would call supported 22.10.23 # that can be easily fixed though. An extra column in the table would do it I think 22.12.40 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.13.16 # * pixelma whistles innocently 22.13.46 # I wonder what petur blames on me 22.14.40 # on May 22 you said I was OK with REC no longer starting a recording 22.15.04 # I had only said I was OK when there were not two buttons to start recording 22.15.20 # removing REC is a bit strange 22.15.35 # and people now start complainging of course... 22.16.15 # gevaerts: first shot at updating index.t: http://pastebin.com/m7a030887 22.16.25 # no idea how correct that is since i don't know HTML 22.17.17 Join Superandy [0] (n=dcf417db@gateway/web/cgi-irc/labb.contactor.se/x-hcoxxvrtggpbotmz) 22.17.17 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 22.17.28 # hey 22.17.34 # did you see linux4nano 22.17.39 # they got the dual boot for the 2g 22.17.51 Quit Superandy (Client Quit) 22.18.19 # saratoga: I think that looks good 22.22.13 *** Saving seen data "./dancer.seen" 22.23.08 Join stripwax_ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.26.25 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 22.32.37 Quit robin0800 (Remote closed the connection) 22.39.41 Quit stoffel_ (Remote closed the connection) 22.40.15 Quit Lear ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") 22.41.23 Quit barrywardell () 22.41.26 Quit stripwax (Read error: 110 (Connection timed out)) 22.42.21 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 22.45.15 Quit stripwax_ (Read error: 54 (Connection reset by peer)) 22.45.38 # REC doesn't start recording anymore? Did I miss something? 22.45.48 Quit Jaykay ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") 22.47.49 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.47.59 Join domonoky1 [0] (n=Domonoky@g229078251.adsl.alicedsl.de) 22.49.08 Quit n1s (Read error: 110 (Connection timed out)) 22.49.53 # I said it was ok if Rec no longer starting recording - on an H100? 22.50.10 # or H300? 22.50.43 # pixelma: read the bit of IRC log that AlexP pointed to. It's all a bit confused 22.51.57 # anyone else want to comment on this before I send it: http://duke.edu/~mgg6/rockbox/index.htm 22.52.43 # just read it - I did not speak about the use of the Rec button just about the "rec_newfile" action, I didn't know which of the two was mapped to the Rec button on these Irivers 22.53.03 Join madnick [0] (n=57a0ac81@gateway/web/cgi-irc/labb.contactor.se/x-hvovokzbbwsbmodh) 22.53.16 # saratoga: Looks good - do we want a link from the unstable devices line to somewhere? 22.53.21 # saratoga: you didnt put the mr500 and beast in supported? 22.53.29 # Like a device status page or something 22.53.44 # AlexP: the individual lines link to such pages 22.54.00 # JdGordon|: the Beast needs cleaned up install directions 22.54.05 # has the "devices" word been discussed? would "stable ports" be a better wording? 22.54.06 # i don't know about the mr500 22.54.06 # gevaerts: For unstable? 22.54.25 # gevaerts: Er sorry, I meant unusable 22.54.36 # @ saratoga too 22.54.39 # gevaerts: the confusion starts with the fact that there are/were two ways to start a recording (except on the OndioFM IIRC because it doesn't have one of the two due to button shortage :P ) 22.54.51 # AlexP: there is a link on the next line 22.55.20 # gevaerts: Ah right, I didn't see that as it was after the Quick links heading 22.56.05 # we don't currnetly split up the devices between unstable and unusable on the wiki, so I didn't want to have seperate links 22.56.11 # but that could be fixed if people prefer it 22.57.01 # adding a link to ContributingToRockbox might be nice too 22.57.09 # saratoga: I don't mind, I just didn't see the link at all 22.58.25 Quit madnick ("CGI:IRC") 22.58.27 # should "Stable Devices" have a description? 22.59.32 Quit bmbl ("Bye!") 23.01.27 # * Zagor predicts confused questions about why sansa fuzes are unstable 23.01.32 # * domonoky1 would prever "Port" instead of "device", its not the device which is unstable, its the code 23.01.41 # sometyhing like "The hardwrae manufacturers are embarrased by our amazing skill on these players...." 23.02.15 # domonoky1: me too 23.02.50 Quit domonoky (Read error: 110 (Connection timed out)) 23.03.47 Join n1s [0] (n=n1s@rockbox/developer/n1s) 23.04.41 # Zagor: i found a few problems in the buildmaster: bestfit_builds() will segfault if $totspeed over all clients is 0. And it never ends if there are builds which no client can build. But i dont know how to best fix that :-) 23.05.41 # domonoky1: ah, well hunted! I'll fix both bugs. 23.06.30 # Zagor: i did not hunt them, i fell overthem when i tried to run a buildmaster locally :-) 23.06.41 # that's not nearly as impressive :-) 23.08.08 # Zagor: dunno if you read the logs or not... we want to get checkwps going in the build table (its a configure oiption for targets now).... 23.08.28 # I feel the best way to do it is tack it onto the end of the targets sim build.... 23.09.06 # JdGordon|: if it's a configure target, it should be possible to just add them to builds 23.09.21 # thats another 40 odd columns though 23.09.24 # gevaerts: yeah but that adds ~50 new 1-second builds to the table 23.09.33 # another not so nice thing in the buildsystem: the checks for tools like gcc,curl etc are done by checking the "which" output for a beginning slash. this will ofcourse fail on windows :-) 23.09.54 # domonoky1: not on cygwin.. 23.09.57 # domonoky1: windows? what's that? 23.10.18 # Zagor: yes, but do we want independent builds to be listed together? 23.10.18 # * domonoky1 wants rbutil built automatically :-) 23.10.26 # * JdGordon| ditto's that 23.10.37 # and for this i want the buildclients to run on win/lin/mac nativly :-) 23.10.45 # gevaerts: no, that's not terribly nice either. and requires changing the format of the builds file. I'm undecided. 23.10.47 # * rasher voices a vote for an "all checkwps targets" build, with one column 23.10.54 # * gevaerts agrees with rasher 23.11.13 # It wouldn't clutter the build table, and it should be pretty easy to read the log 23.11.21 # or we can pick a few targets. That should catch most of the problems 23.11.30 # no, it will be a huge PITA to fix yellow/reds in it 23.11.38 # JdGordon|: Why? 23.11.39 # gevaerts: 's idea is closer to workable 23.11.55 # picking targets is dangerous, the selection is prone to get outdated... 23.11.56 # how will that find out if WPS don't work on certain targets like with using backdrop and album art tags etc.? 23.11.58 # because it will spit out errors for every target... they may not all be identical 23.12.10 # gevaerts' idea works already. the only negative is the build table bloat 23.12.16 # pixelma: I think it's likely that the other builds will catch that 23.12.25 # we shold be able to work out which 5 builds need doing 23.12.33 # JdGordon|: So what? You fix the errors it outputs.. And if you missed some, that's no different than what happens today 23.12.35 # to cover 90% of the options 23.12.41 # or better: a part of checkwps that is "responsible" for checking that 23.13.11 # rasher: sure, but its the difference between 1 "fix red" ci and 5 23.13.17 # * gevaerts already found one 23.13.24 # checkwps doesn't build for the Player 23.13.35 # it doesnt build at all again apparently 23.13.37 # JdGordon|: I seriously doubt this is an issue, honestly. 23.13.59 # * domonoky1 thinks we should build checkwps for all targets. the presentation in the build-table is to be discussed :-) 23.14.01 # JdGordon|: it builds for c200 here 23.14.07 # Besides, picking only a few targets is bound to miss the targets where it breaks. 23.14.29 # * rasher is with domonoky1 23.14.47 # wps editor is actually the more interesting project imo 23.14.48 # It would be foolish to only build a selection on the hope that we picked the right ones 23.16.39 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 23.16.51 Quit freqmod (Remote closed the connection) 23.16.58 Join freqmod [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 23.17.40 # JdGordon|: I thought your patch changes the behaviour of # always 23.19.30 # not intentioannly 23.19.39 # your suggestion now that # will have a different meaning whether it is at the beginning of the line or at the end sounds even worse (and more complicated code-wise as well as understanding it) 23.20.13 Join Eosphere46 [0] (i=Eosphere@74.197.221.60) 23.20.30 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 23.20.34 # The normal use of # is "everything after it is ignored". Problem is that in WPS code, a blank line is significant, whereas it usually isn't. For that reason, it requires special handling when a line is nothing but comment 23.20.47 # are you takling about my suggestion of using # instead of % to keep eat the \n? 23.21.08 # * gevaerts suspects that there is a subset of targets that covers all of checkwps, but he's starting to agree that it will be hard to get that subset right 23.21.08 # "whereas it usually isn't" = in say, shell scripts or perl or config files 23.21.50 # gevaerts: That's likely true, but a silly task, if you ask me, when just building all of them is merely a problem of representation 23.22.07 # rasher: that's what I'm starting to agree with 23.22.35 # a problem I already fixed once, btw, by simpy filtering away all-green columns 23.22.39 # collapsing greens on nozip builds sounds like a better solution 23.22.52 # player, recorder, h100, ipod video, clip.... that should be 99% of the posibilities 23.23.03 # JdGordon|: What do you gain though by this bet? 23.23.15 # well nothing really 23.23.23 # easiier output to parse 23.23.25 # rasher: I don't think it needs special handling - and LaTex comments behave similarly 23.23.42 # JdGordon|: You can just only look at the player, recorder, h100, ipod video, clip logs then.. 23.23.51 # ... 23.23.59 # or "parts of the log", if it turns into one log 23.24.06 # JdGordon|: What? 23.24.30 # "roll eyes and groan" is longer to type 23.24.42 # JdGordon|: I talked about "comments at the end of the lines *dont* eat the \n, comments which are the whoel line do eat the \" 23.24.53 # The only problem I see with the don't-show-greens system is that you lose the links to the downloads 23.25.27 # JdGordon|: You'll have to explain. You just agreed that there is no good reason not to test them all. When something breaks, you go look at the logs that you think are needed to fix the problem 23.25.32 # Same as any other build 23.26.10 # * JdGordon| is so bloody confused about the comment stuff 23.26.35 # I just don't agree that only building some makes anything any easier at all 23.26.45 Quit freqmod (Remote closed the connection) 23.26.46 # except perhaps for Zagor, but since when do we care about him? 23.26.51 Join freqmod [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 23.26.54 # JdGordon|: which would mean that you have to know that # behaves differently whether you use it on a line on its own or not. By the way I wouldn't use # for inline comments after some other WPS code 23.26.55 # rasher: if everything is in one long log, a single warning is repeated X times... its very hard to figure out if its all the same one or multiple 23.27.16 # JdGordon|: That's not different than the same warning repeated in X files. 23.27.54 # Even then, you could have the checkwps build logs in separate files even though it shows up as one column, if you like, I guess. 23.28.00 # yes it is... right now if there is yellow 3 on every single column you can be sure (well almost) thats its all the same... if one has 5 though you can easily spot the difference 23.28.04 # Has anyone ever considered just splitting the table? 23.28.20 # gevaerts: blasphemy! 23.28.50 # uh, no that's not the right word :) 23.28.58 # heresy? 23.29.27 # pixelma: like I keep saying... I dont write much wps code because i cant make any sense of it... so I'm trying to make it easier for those that do.... I would think that splitting long lines into mutliple shorter ones with comments would be nice 23.29.47 # gevaerts: that's more in line with my fuzz, yes 23.30.05 Quit archivator (Read error: 54 (Connection reset by peer)) 23.30.12 # JdGordon|: you can do that already 23.30.33 Quit Eosphere46 ("Not that there is anything wrong with that") 23.30.37 Join archivator [0] (n=Delyan@77.70.28.57) 23.31.06 # * JdGordon| gives up... he is way to confused 23.31.22 # pixelma: I don't see it as "behaving differently", really. It's just how comments usually work everywhere else 23.31.43 # now I'm confused 23.31.48 # Zagor: another way could be to split the table into four (or more...) tables (one per build type), and use css+js tabs 23.31.54 Quit archivator (Read error: 104 (Connection reset by peer)) 23.31.58 Join Lynx_ [0] (n=Lynx@xdsl-87-79-141-215.netcologne.de) 23.32.15 Join archivator [0] (n=Delyan@77.70.28.57) 23.32.31 # pixelma: Text after # gets ignored. Lines that start with # are "comment lines" that might as well not exist 23.32.42 # gevaerts: sure, have fun! ;-) 23.32.46 # how about using css+js to hide various columns with single clicks... e.g "hide green", "hide sims", "hide bootloaders" etc? 23.32.51 # but all in one table 23.33.00 # pixelma: Wait, let me phrase it better. 23.33.14 # I think I understood now 23.33.15 # Zagor: I was afraid you'd say that 23.33.38 # pixelma: # is a comment marker. Comments get ignored. If a comment is the only thing on a line, the entire line is the comment. If comment is only the latter, only the latter part is the comment, and hence the linefeed is not part of the comment 23.33.49 Quit Rob2222 (Remote closed the connection) 23.34.14 # It's just a matter of what you think of as "the comment" 23.34.23 # collapsing greens is the best way imho. we can still make the full table too and have it available in a link. 23.36.45 Quit NAQOYQATSI (Read error: 145 (Connection timed out)) 23.38.01 Join NAQOYQATSI [0] (n=yukayant@62.235.187.134) 23.38.29 # so wait a sec... isnt the bug then that comments mid line dont eat the \n? 23.38.37 # rasher: I think it's fine as it is - and as I said you can find other markup languages where the comment sign always eats the linefeed no matter if there is something before or not. E.g. the % in LaTeX marks the comment and I could (had to) use it to escape the linefeed when breaking too long \opt{blah,blub} lines as otherwise I got a space between the different things which broke the \opt for blah or blub 23.38.52 # JdGordon|: for me a feature 23.39.08 # It means I have to litter my WPS with blank lines if I want to use inline comments 23.39.11 # eh... no 23.39.11 # Looks terrible 23.39.26 # huh? 23.40.03 # the "bug" is that it eats the newline which is just consistent to me 23.41.13 # I admit to not knowing LaTeX well enough to know of this, but every other language I've used, inline comments don't require a blank line to be inserted below it 23.41.19 # rasher: I don't understand why you would want to use inline comments by the way 23.41.57 # It's a nice way to explain the structure of a wps. Or it would be if it didn't break down 23.42.04 # just put the comment above or below 23.42.09 Quit bluebrother ("leaving") 23.42.21 # No 23.42.24 # yeah that sounds like the simplest solution: only full-line comments allowed 23.42.34 # Looks terrible and you can't do ascii art! 23.42.59 # huh? 23.43.20 # How about committing a new builds file with a checkwps build for each target that has a simulator build? That should provide some real motivation to solve the table size problems 23.43.39 # gevaerts: sure, have fun! ;-) 23.43.41 # if I add comments they are usually long enough on its own, putting them after a line of "random" WPS tags just make them unreadable to me 23.43.51 # http://pastebin.com/m39314989 <-- these examples can't work. 23.44.13 # Zagor: I mean, I commit the new builds file, someone else gets motivated to work on the table :) 23.44.58 # gevaerts: sure, fire away 23.45.16 # New commit by 03gevaerts (r22669): Add checkwps builds 23.45.26 # rasher: and is this really so terrible: http://pastebin.com/mfdb8a7b ? 23.45.51 Join safetydan [0] (n=deverton@rockbox/developer/safetydan) 23.45.57 # Zagor: That doesn't carry the same amount of information 23.46.07 # I don't like it one bit. 23.46.08 # New commit by 03gevaerts (r22670): remove empty line at the end 23.46.11 # what information is lost? 23.46.20 # Which specific line is meant 23.46.23 # line(s) 23.46.26 # * JdGordon| prefers inline comments also 23.46.41 # The first ones also look terribly messy 23.47.05 Quit TheSeven (Read error: 54 (Connection reset by peer)) 23.47.15 # pixelma: as for longer comments... wps lines arnt usually that long, and when they are, they could easily be split up with workign comment handling 23.47.18 # Anyway, if it's such a big issue, I'd rather we ban inline comments completely than allow this unintuitive handling 23.47.47 # NO! 23.47.50 # it's not unintuitive for me :\ 23.48.54 # the difference between the 2 examples is that in rasher's you can sort of picture the wps by ignoring the comments... in Zagor's you cant do this.. the comments mess everything up 23.49.18 Join TheSeven [0] (n=theseven@dslb-084-056-144-161.pools.arcor-ip.net) 23.49.27 # which I tihnk is why the most comments you get for a viewport is a single line "aa viewport" 23.49.29 # Once you *know* this, you can adapt, but I doubt anyone fresh off the train expects a comment at the end of a line to join the two lines 23.50.04 # JdGordon|: just look at some WPSs in SVN and you'll take that "they are usually not that long" back ;) My WPS never have a simple %ia for example as I use filename/directory fall backs etc. 23.50.14 # JdGordon|: any moderately complex wps loses any chance of being "visualized" in the source anyway 23.50.16 Part zzy 23.50.26 # pixelma: yes, but wouldnt it be nice to split those long lines up to make it readable? 23.50.47 # rashers example won't look that nice if you have lines that are differently long and longer overall 23.50.52 # Zagor: It worked pretty well for my widecabbie wps, if I may say so myself. At least before I realised I couldn't use inline comments.. 23.50.52 Join zzy [0] (n=opera@c-71-202-247-23.hsd1.ca.comcast.net) 23.50.56 # Zagor: yes and now... you at least can see the rough line placements correctly 23.51.00 # JdGordon|: you can already do this... 23.51.02 # pixelma: Just add some spaces before the # .. 23.51.42 # oh well, I don't really care either way. it was just a simple way out. 23.51.53 # s/now/no/ 23.51.59 # "some"? - and how long will the long WPS line plus comment be? 23.52.37 # * JdGordon| goes to find a random wps line to use as an example 23.53.12 # %t0.1%?bc<%xdea|>;%t0.1%?bc<%xdeb|>;%t0.1%?bc<%xdec|>;%t0.1%?bc<%xded|>;%t0.1%?bc<%xdee|>;%t0.1%?bc<%xdef|>;%t5%?bc<%xdeg|> 23.53.24 # I don't really like the magic linefeed-eating, and I'd prefer an explicit continuation character. The main problem I'm afraid of is that I don't see a way to spot WPSes that break due to the change 23.53.25 # if that was mine, I'd split it on every ; with a short comment 23.53.29 # pixelma: I managed most of widecabbie within 80 lines, including comments 23.53.37 # those full comment lines can make it look messy too but to me they are still more readable (except rasher's too simple example) 23.54.08 # JdGordon|: you can already do this now... someone just didn't do it 23.54.08 # pixelma: Of course it's a simple example, I'm not going to write a full wps to show you how inline comments work... 23.54.45 # I know how they work but won't look as nice in a real case 23.54.55 # Yes they will. 23.55.25 # Do I really have to do this... 23.55.27 # to you... (and this getting stupid "religious" :\ ) 23.55.28 # yep, once again, I dont know what I'm arguing.... inline comments definetly are more readable 23.55.43 # pixelma: no, you're dismissing something of being "too simple", when it's quite close to reality 23.55.50 # this is not an opinion. 23.56.24 Quit DarkDefender ("Leaving") 23.56.31 # I just compare to imagine mine 23.56.37 # +and 23.57.03 # So because you write wpses where every line is terribly long, everyone else suffers? 23.57.15 # Because you surely could never see a use for inline comments. 23.57.21 # you know what we *could* do.... add a control token to the start to define # behaviour for that wps 23.57.25 # sigh 23.57.28 Quit jgarvey ("Leaving") 23.57.37 # The longest code line I have in widecabbie.wps is 78 characters. 23.57.43 # Most are less than 50 23.57.43 # can we please ban the word "sigh" from irc? 23.57.51 # Plenty of room for inline comments 23.58.06 # That is, if we were allowed to have them.