--- Log for 02.03.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 25 days and 7 hours ago 00.00.31 # * amiconn seems to have working automatic overlay placement in the build system :D 00.01.13 # No more archos.lds, and fairly easy to use for other lowmem targets 00.03.44 Join killan_ [0] (n=nnscript@c-02fc70d5.06-397-67626721.cust.bredbandsbolaget.se) 00.04.34 Quit killan (Read error: 104 (Connection reset by peer)) 00.04.40 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 00.04.57 Quit daurn (Remote closed the connection) 00.05.14 Quit daurnimator ("ZNC by prozac - http://znc.sourceforge.net") 00.05.14 Quit bmbl ("Woah!") 00.05.51 # kugel: why does the table in the r20157 not follow the style in the manual? I.e. use booktabs and why is the caption above the table? 00.06.26 # booktabs? 00.06.38 # the caption is to explain that this is an example 00.07.00 # you're aware of http://www.rockbox.org/twiki/bin/view/Main/LatexGuidelines#Tables 00.07.04 # ? 00.07.31 # caption should go below. Though we don't use captions on tables usually. 00.07.53 # also, the booktabs package is used for lines. Using hline is bad 00.07.54 # uhm no 00.08.01 # * bluebrother hmpfs 00.08.02 # bluebrother: Mind taking a look at FS#9934? 00.08.18 # I googled latex table, I didn't know of this wiki page 00.09.06 # we do have even more wiki pages on the manual. Like: how to build 00.09.30 # that would've been ManualHowto (which links LatexGuidelines btw) 00.09.51 # yea, I know ManualHowto, but I apparently didn't read it to the end 00.10.50 # besides, there is no need to add a caption just to indicate the table is an example. Just put it into a sentence ... 00.11.20 # * kugel doesn't see what's bad about captions 00.12.11 Quit Llorean ("Leaving.") 00.12.12 # it's out of place. We want a consistent style. Feel free to add captions to all tables ... 00.12.29 Join Llorean [0] (n=DarkkOne@ppp-70-243-32-116.dsl.hstntx.swbell.net) 00.12.33 # rasher: short summary : on my first try the OF booted but rockbox didn't (filesystem and/or disk issues), so I reformatted the disk and now rockbox boots and the OF says "RETRY TO SYNCHRONIZE" (I may not have copied all the right files back). 00.12.34 # plus, giving a table a number isn't in place if you don't reference it. The only reasoning would be if all tables had a number 00.14.15 # which is not the case for the manual 00.14.28 Quit Seed ("cu, Andre") 00.14.58 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 00.15.18 # gevaerts: Sounds a bit like the bootloader works, but the OF doesn't? 00.15.23 # rasher: yes 00.15.55 # And usb plug in? 00.16.01 # bluebrother: using the booktabs example, it doesn't quite look like the other tables 00.16.16 # * gevaerts now removed more files and he gets "NO FONT FILE" 00.16.52 # Sounds like your mrobe isn't doing too good 00.17.33 # gevaerts: if you'd add your findings to FS#9955, that'd be grand, just for completeness 00.18.06 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 00.18.06 Quit pixelma (Nick collision from services.) 00.18.06 Quit amiconn (Nick collision from services.) 00.18.07 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 00.18.18 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 00.18.18 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 00.18.24 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.20.19 Join DC1 [0] (n=dc1@pool-70-107-136-192.ny325.east.verizon.net) 00.21.04 # kugel: I don't know what you're doing but this looks way better to me: http://www.alice-dsl.net/dominik.riebeling/rockbox/manual-table1.jpg 00.22.33 # I haven't looked at what kugel did, but that does look nice 00.22.47 # bluebrother: any ideas about my issues with the viewports-in-manual patch? 00.23.02 # rasher: haven't gotten around looking into it yet. 00.23.12 # bluebrother: cool, you want to commit? 00.23.15 # * bluebrother wonders if kugel is going to fix it or if he should 00.23.20 # ok, going to commit 00.23.34 # well, I'm playing around with it, but you seem to have it properly already 00.23.59 # Meh, all those subtle things which are rather important in Makefiles :\ 00.24.21 # * amiconn ran into the difference between $^ and $+ 00.25.25 Quit Actium (Connection reset by peer) 00.27.26 # I wouldn't understand the sorting of the 03-thing in the first column of the example... didn't Llorean say something like this too (respect leading 0s)? 00.28.08 # 03 means "bigger than 2 and smaller than 4" 00.28.13 # In natcasesort terms 00.28.22 # natsort* 00.28.52 # I understand where it comes from but looking at that list I don't think that's intuitive 00.29.34 # I think it makes perfect sense 00.30.47 # I was wondering how that could be presented better too. 00.31.08 # Shouldn't the second "As whole numbers" be "As digits" ? Also, I wouldn't use the word "opposes" - maybe just "demonstrates" 00.31.58 # linuxstb: oops, yes 00.31.59 # Also "this numbers" is bad grammar 00.32.35 # Is our style to say "file names", not "filenames" ? 00.33.29 # hmm, that setting needs also to get added to the config file options 00.33.54 # * linuxstb spots an inconsistent use of both 00.34.09 # linuxstb: Oh noes. 00.34.25 # bluebrother: my remark is not about presentation, it's about what it does... wouldn't that mean that my 01, 02..10. named files are sorted the wrong way now (if there are more than 10)? 00.34.50 # rasher: I know.... We should withdraw the manual from circulation... 00.35.18 # pixelma: I don't see why? 00.35.50 # pixelma: no, they still sort the same 00.36.28 # bluebrother: I will do that 00.36.30 *** Saving seen data "./dancer.seen" 00.36.34 # linuxstb: is filenames better? 00.37.06 # pixelma: why? 01 is still less than 10 00.37.07 # ok, I see it now. But I still find the 03 in this example list misplaced 00.37.37 # kugel: Yes, that's what I would say, and is more common in the manual. There are a few instances of "file name" already though. 00.37.42 # I think it makes sense to have it there 00.37.54 Join midijunkie [0] (n=Miranda@pD9544FF6.dip0.t-ipconnect.de) 00.37.54 # well, I was thinking of a textual description instead of a table -- it's somewhat confusing that both variants are alongside 00.38.27 # How that? 00.38.46 # something like "If you have the file 01, 02, 3, 04 they will get sorted as 01 02 04 3 / 01 02 3 04" 00.39.00 # I don't think the table is confusing at all 00.39.00 # That's hard to follow 00.39.15 # maybe choose other numbers and also include some trailing numbers example 00.39.28 # rasher: well, I read the 0 first and can't ignore it 00.39.47 # I'm not sure if the table is easy to follow either ... 00.40.01 # * rasher stands in defense of the table 00.41.23 # Having it inline makes it harder to get the big picture 00.42.33 # so, change "oppose" to "demonstrate" too? 00.43.06 # the table is easy to follow, imo, particularly because it quite matches the list view 00.44.39 # linuxstb: ? 00.45.02 Quit bs66_ (Read error: 110 (Connection timed out)) 00.45.28 # kugel: Change "this numbers" into something else 00.45.49 Join bs66_ [0] (n=sysuser@95.209.17.77.bredband.tre.se) 00.46.13 # maybe just use singular it reference to the number with it? 00.46.16 # "it", you know 00.46.48 # "It combines consecutive digits to number and uses it for sorting." 00.46.53 # a number* 00.46.55 # kugel: yes i've been following that patch, but doesn't jhMikeS's compliant still apply? 00.47.14 # linuxstb: I can easily disable that code, I just assumed it was part of the rockbox metadata parsing 00.47.21 # saratoga: well, I don't know, I haven't experienced that issue yet 00.47.53 # rasher: I'll try to look into the viewports patch tomorrow. gtg now, it's quite late already. 00.48.12 # bluebrother: Great 00.48.23 # saratoga: or do you just mean to add lcd_set_enable_hook 00.48.25 Quit bluebrother ("cya") 00.48.51 # well, that's not major, since the wps is update very frequently anyway 00.50.43 # kugel: I'm not sure what he meant, I don't know anything about the WPS 00.51.00 # rasher: "It combines consecutive digits to a number used for the sorting." 00.51.12 # s/the // 00.51.38 # ok 00.52.25 # saratoga: I think he was mainly saying, that upon enabling the lcd, the wps might show the old (unupdated) wps. 00.52.59 # and this is true (for the e200 at least), but only for less than a tick, and I actually think it's a nice indicator that the thing is working 00.53.39 # kugel: But it looks like a bug to other people 00.53.44 # saratoga: No, Rockbox does its own metadata parsing - it's all in apps/metadata/ I had a quick look at Tremor's code, and it's just nasty - using bit-reading functions to read the metadata strings 8 bits at a time... 00.53.50 # kugel: You don't want to *see* it working. 00.54.26 # I want, but other probably not, yes 00.54.46 # Can't you tell it's working without that? 00.55.08 # No 00.55.46 # I'm going to try if that hook even makes a difference. I expect it would still not update until the next tick 00.56.02 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 00.56.28 Quit tajlero (Read error: 104 (Connection reset by peer)) 00.56.55 Quit ender` (" Never trust a computer you can't throw out a window. -- Steve Wozniak") 00.59.57 # linuxstb: yes the bitstream parsing code in tremor is an absolute mess 01.00.17 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 01.00.19 # most of the optimizations added by the tremorlo guy involve rewriting it to be saner 01.01.23 # I've long thought that adding an optimised set of bitstream reading functions to the codec api would be useful - so they read bits directly from the audio buffer. 01.01.48 # linuxstb: me too! infact I added it to mrsomeones list 01.02.06 # ;) Let's hope he gets round to it... 01.02.10 # optimized huffmand decoding would be nice too 01.02.23 # rather then 10 different implementations on ten different codecs 01.03.52 # linuxstb: i've been meaning to ask what the difference between read_filebuf and request_buffer is 01.03.56 # But yes, it would be good to get rid of that vorbis comments code in Tremor - it's just wasting RAM. 01.04.21 # read_filebuf does a memcpy, request_buffer returns a pointer into the audio buffer. 01.04.42 # And then you use advance_buffer() when you've processed the data returned by request_buffer. 01.05.24 # * amiconn likes that his overlay auto placement work also fixes the breakage of some plugins for cygwin sim builds 01.05.38 # request_buffer() is only guaranteed to return up to 32KB of memory (GUARD_BUFFER_SIZE) - the read function may handle more (I've never used it). 01.05.54 # What's Tremor using? 01.06.07 # The problem was that gcc-support.o was being linked explicitly instead of using libplugin.a, causing empty plugins to break 01.06.11 # i have no idea 01.06.15 # * linuxstb sees it's using read_filebuf... 01.06.28 # i was just wondering which i should use to replace fopen/fread in the tta decoder 01.07.03 # Ideally you should use request_buffer(), but that may need you to go deeper into the decoder - i.e. remove the existing API. 01.07.47 # whats teh advantage? 01.08.02 # oh no memcpy? 01.08.14 # Yes 01.08.55 # out of curiosity, do you think it would be easy to make read_filebuf safe to use on COP if its doing a memcpy anyway? 01.10.58 # I don't know... I can't think of any obvious problems. 01.17.25 Quit n1s ("Lämnar") 01.17.44 Join Rabbit^^ [0] (n=Rabbit^^@72-24-220-205.cpe.cableone.net) 01.24.51 Quit markun ("leaving") 01.35.40 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 01.37.21 Quit flydutch ("/* empty */") 01.39.17 # Meh. Why does the build system not pick up the fix? 01.41.44 Join midgey [0] (n=tjross@71.238.148.140) 01.43.33 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 01.47.13 # linuxstb: is it neat enough if I just make parsing do nothing? 01.47.23 # i'm not sure how to advance the bitstream other then by reading it 01.47.26 Quit Nico_P (Remote closed the connection) 01.48.45 # There's oggpack_adv(), but that can only do up to 32 bits at a time (see ogg.h). I can't see any better way though - that bitstream code is incomprehensible to me. 01.49.56 # actually I may have a way 01.50.04 # But I think the important thing is to remove the calls to calloc, I think we can live with still parsing the data.... 01.50.37 # it seems like it doesn't need the bitstream advanced anyway, it just needs some of the header filled out 01.51.21 # amiconn: the new overlay stuff shouldn't need any code changes, right? 01.51.27 Join Phletcher [0] (n=18eca8ed@gateway/web/cgi-irc/labb.contactor.se/x-00ad201267f2fc1e) 01.51.37 Quit Phletcher (Client Quit) 01.51.51 # (in other words, the magic "don't overwrite myself" stuff still works if goban steals audio buffer?) 01.52.07 # yes 01.52.43 # It just adjusts the overlay start address so that it fits just below the end of audio buffer 01.53.58 # ahh, i see. looks nice, thanks for doing that 01.54.49 # hmm 01.55.09 # Does goban have some magic for ensuring that when running as overlay? 01.56.34 # yeah, it should be checking when it's passed a buffer to use in sgf_storage.c i believe 01.56.50 # i believe i copied it mostly from rockboy, but with changes for some reason that i forgot 01.58.00 # Ah, yes. It's in a different plays than where I looked 01.59.58 # linuxstb: I have a version that doesn't parse comments working, but looking at the code i'm not 100% sure it will work for all files 02.00.08 # since I don't update the file pointer 02.00.21 # it doesn't seem to matter for my files, but maybe it does for others 02.00.30 # should I commit and see if anyone complains or put it on the tracker? 02.00.57 # Put it on the tracker I think. Hopefully Lear will have time to look at it. 02.01.09 # (I don't have any vorbis files at all...) 02.02.18 # yeah I don't use vorbis either so its hard to test these things 02.02.58 # also, did anyone ever object to that tremor malloc thing I posted a while ago? 02.03.04 # i suppose I should commit it one of these days 02.05.07 Quit moos ("Time to sleep a bit!") 02.06.09 # saratoga: I've not seen a single complaint 02.08.24 # hmm anyone object if I pull the trigger tonight then? 02.10.22 # * amiconn found the reason why doom, midi and reversi need the linker instructions duplicated in their respective .make file 02.10.56 # Those plugins don't have an object file named .o, and that's a prerequisite for the rule in plugin.make 02.11.19 # All other subdir plugins do, and hence it works for them 02.15.10 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.21.40 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 02.23.02 # maybe d_main.c could be named doom.c? 02.23.14 # nah 02.23.30 # The proper fix would be changing the .make file(s) to not require that 02.24.01 # But understanding 'make' requires a lot of nonlinear thinking... 02.24.02 # i actually ran into that a while ago, but i didn't notice that others had worked around it...i just changed my main file name 02.25.50 # amiconn: i think that specifying the name of the linked output in a make var, and having a generic rule making that var depend on the objects built from the listed sources, might work 02.31.12 # It's more complex than that 02.31.55 # $(ROCKS) lists all single file plugins as well as subdir plugins (consisting of multiple objects, not necessarily including .o) 02.32.10 # hrm... 02.32.40 # So %.rock matches either type - but it must only have %.o as prerequisite if there aren't other prerequisites with the extension .o 02.33.24 # I wonder whether it is possible to have a rule defining a variable that is used as a prerequisite for another ruke 02.34.39 # can variables be defined *in* rules? 02.34.56 # * amiconn doesn't know yet 02.35.29 # hmm 02.35.53 # Variables and function calls are looking (almost) the same 02.36.29 # they pretty much are, aren't they, to make? 02.36.32 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-30803eea439890c0) 02.36.34 *** Saving seen data "./dancer.seen" 02.36.55 # It might be possible to have a function call in a prerequisite. The question is whether this function can access the prereqisite list in some way 02.41.42 # * amiconn found .SECONDEXPANSION 02.42.16 Join zman977 [0] (n=483043c8@gateway/web/cgi-irc/labb.contactor.se/x-46efff82ff19768c) 02.43.40 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 02.47.20 Quit zman977 ("CGI:IRC") 02.48.01 Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 02.49.37 Quit lunix151 ("Leaving.") 02.57.26 Quit DC1 (Read error: 104 (Connection reset by peer)) 03.05.23 Quit dberg918 ("Ex-Chat") 03.08.43 # midgey: hm, seeing your last commit, why didn't that cause problems? 03.13.11 Quit BHSPitMonkey (grisham.freenode.net irc.freenode.net) 03.13.11 NSplit grisham.freenode.net irc.freenode.net 03.13.11 Quit HellDragon (grisham.freenode.net irc.freenode.net) 03.13.11 Quit krazykit (grisham.freenode.net irc.freenode.net) 03.13.11 Quit soap (grisham.freenode.net irc.freenode.net) 03.13.11 Quit lightbulbjim (grisham.freenode.net irc.freenode.net) 03.13.11 Quit keby (grisham.freenode.net irc.freenode.net) 03.13.11 Quit advcomp2019 (grisham.freenode.net irc.freenode.net) 03.13.27 NHeal grisham.freenode.net irc.freenode.net 03.13.27 NJoin BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.13.27 Join HellDragon [0] (n=jd@Wikipedia/HellDragon) 03.13.27 NJoin krazykit [0] (n=kkit@adsl-76-252-12-197.dsl.ipltin.sbcglobal.net) 03.13.27 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 03.13.27 NJoin lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 03.13.27 NJoin keby [0] (n=keby@cpe-24-243-7-225.satx.res.rr.com) 03.13.27 NJoin soap [50] (n=soap@rockbox/staff/soap) 03.17.17 Quit _Auron_ (Read error: 104 (Connection reset by peer)) 03.18.15 # kugel: mpeg.c would only affect HWCODEC targets, and i think the only change only affects creating new directories 03.18.47 Join _Auron_ [0] (n=DarkAuro@ppp-70-249-146-14.dsl.rcsntx.swbell.net) 03.19.50 Quit gevaerts (Nick collision from services.) 03.20.02 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 03.22.12 # kugel: are you sure your last commit is right? I think you actually forgot to add the code changes from that task 03.23.33 Join fyrestorm [0] (n=fyre@cpe-24-90-81-53.nyc.res.rr.com) 03.27.46 # midgey: ah, lol 03.28.24 # midgey: I wonder how that happened. the patch command is in my bash history 03.32.09 Join jordoex [0] (n=quassel@d154-20-47-118.bchsia.telus.net) 03.34.53 Quit Aurix_Lexico ("Leaving.") 03.45.08 Join CaptainKewl [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 03.46.39 # hmm seems i've made some nasty assumptions about how rockbox codecs init memory in my vorbis malloc patch 03.46.59 Quit Rabbit^^ (Remote closed the connection) 03.52.49 # my patch dmalloc will actually fail if two consecutive vorbis tracks are played because the codec will try to reinit the malloc with the memory thats already inited in it 03.53.07 # i can easily prevent it from calling init every time, however I wonder if this is the right thing to do 03.53.31 # out current malloc implementation simply erases the malloc state every track so that memory leaks are impossible 03.54.02 Quit HackyKid (Read error: 110 (Connection timed out)) 03.54.18 # I'm not sure if I should change this behavior 03.55.18 # What's the problem? Can't you just reset the malloc and call the vorbis init() function again, as if the codec has just started? 03.55.48 # linuxstb: theres no function that I can see to reset the malloc 03.56.04 # Then I guess you'll need to write one... 03.56.18 # easier said then done 03.56.37 # But isn't there a function to call before you use it the first time? 03.57.27 # linuxstb: yes, however it can be called over and over to add more areas of memory 03.57.40 # and it does not initialize, it simply adds more blocks to the pool 03.57.59 # Ah, OK. 03.58.32 # surely a newly-added block is initialized? maybe you could call whatever code dmalloc uses to do that? 04.00.06 # i wonder if I can just null out the "blockHead" variable 04.01.47 Join thegeek_ [0] (n=nnscript@s243b.studby.ntnu.no) 04.02.41 Quit fyrestorm ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 04.04.28 # preventing it from reinitializing the malloc buffer doesn't actually prevent the crash, so something else must be going on too 04.06.06 # How does it crash? 04.06.19 Join Darksair [0] (n=user@125.33.194.226) 04.08.34 # linuxstb: segmentation fault in the sim, hard freeze on device 04.09.02 # i found one crash related to calling codec_init again, but theres apparently yet another 04.11.28 Join blkhawk- [0] (n=blkhawk@e179200213.adsl.alicedsl.de) 04.13.16 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 04.13.37 Quit thegeek (Read error: 110 (Connection timed out)) 04.14.05 Join midijunkie41 [0] (n=Miranda@pD9547AD4.dip0.t-ipconnect.de) 04.18.21 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-cab7f60a0ca52c69) 04.20.28 Quit midijunkie41 ("?(???~•~)?") 04.20.51 Join toffe82_ [0] (n=chatzill@adsl-75-23-148-130.dsl.frs2ca.sbcglobal.net) 04.23.07 Quit toffe82 (Read error: 110 (Connection timed out)) 04.23.09 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 04.23.19 Nick toffe82_ is now known as toffe82 (n=chatzill@adsl-75-23-148-130.dsl.frs2ca.sbcglobal.net) 04.23.58 # thought i'd not hit the beast restore-after-install issue, despite it having apparently updated flash... but, restarted rockbox, and look, restore sequence. 04.26.04 Quit Darksair ("Use the Force, Luke!") 04.26.28 # perrikwp: yet we know that processing with mknkboot produces a working dual-boot, so clearly some of what we know about getting code onto beast still applies :/ 04.27.31 # what happened for you with single-boot? right now, it seems to be hanging with an empty progress bar, for me. results have not been very consistent. 04.27.31 Quit blkhawk (Read error: 110 (Connection timed out)) 04.28.27 Nick blkhawk- is now known as blkhawk (n=blkhawk@e179200213.adsl.alicedsl.de) 04.29.32 Quit midijunkie (Read error: 110 (Connection timed out)) 04.30.32 Quit SirFunk (Read error: 60 (Operation timed out)) 04.30.36 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 04.33.23 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 04.33.38 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-b23847dfd3af6703) 04.34.12 # Unhelpful: Sorry, my browser crashed 04.35.39 # when I use the single-bootloader, and restart the gigabeat it asks for a firmware restore or upgrade 04.36.00 # but the dual-bootloader works perfect 04.36.37 *** Saving seen data "./dancer.seen" 04.37.06 # my gigabeat S original firmware was version 1.2 if that makes any difference 04.37.15 Quit thegeek (Read error: 60 (Operation timed out)) 04.37.23 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 04.37.41 # ah, i only upgraded to it. :/ 04.39.56 # well when I got the gigabeat it wouldn't start so I restored it with the firmware link available on the wiki, so I guess I upgraded to 1.2 also 04.40.47 Quit thegeek_ (Read error: 110 (Connection timed out)) 04.43.35 # hrm, so we don't know what yours had before. did you restore using the toshiba upgrader app, or just sendfirm? 04.44.09 # toshiba upgrader app 04.44.57 # I think it originally had 1.1, because thats what Win 7 reported the firmware version was when I looked at the Gigabeat S properties 04.45.21 # before I restored 04.51.10 # and now single-boot works fine for me. i guess i'm no help diagnosing this. wonder why yours is trouble? 04.52.15 # i have no idea, but I am happy that atleast the dual-bootloader works 04.52.34 # does the single-boot load faster? 04.55.28 # much 04.56.46 # that's the only reason I really do want to be able to use the single-bootloader 04.56.55 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.59.09 Join nothingman [0] (n=chatzill@32.178.28.55) 04.59.12 # hi, all! 04.59.25 # hi, all! 04.59.27 # my zune has decided to spring to life, and so I ask you what's new in zune/rockbox development 05.01.19 # no one has done anything 05.06.12 # OK, good to know 05.08.27 Quit rocko (Remote closed the connection) 05.08.40 # also if you want to keep tabs, just check the wiki and forum thread 05.09.51 Quit HBK () 05.15.39 Quit _Auron_ ("Infinity repeatedly denies rumours of plotting with zero to bring down the Universe.") 05.21.40 Quit goffa_ (Read error: 54 (Connection reset by peer)) 05.23.18 Quit CaptainKewl (Remote closed the connection) 05.24.04 Join CaptainKewl [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 05.24.28 Join goffa [0] (n=goffa@216.220.23.105) 05.34.54 # well, if nothing in two years, I figure it's not going to happen 05.36.03 # well, if everyone who wants progress does nothing, then it's not going to happen 05.41.14 # yeah 05.41.22 # I'm not pointing fingers, just saying 05.41.44 # I only just got this one second-hand, so unless there's someone already doing something, I'm a bit late to help 05.42.10 # <--no programming, no hacking, would like to keep a working device rather than meddle 05.44.44 # but if there's some development somewhere, even old, looking for someone with a zune to test, I'd be willing 05.46.43 Quit Horscht ("Verlassend") 05.57.55 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") 06.04.50 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 06.10.59 Part rocko ("Leaving") 06.24.22 Quit saratoga ("CGI:IRC (EOF)") 06.25.00 Part toffe82 06.33.09 Join Darksair [0] (n=user@125.33.194.226) 06.36.38 *** Saving seen data "./dancer.seen" 06.40.31 Join proudfoot [0] (n=proudfoo@dyn128-54-242-234.ucsd.edu) 06.40.34 # hey 06.40.45 # anyone know if rockbox is doing gsoc this year? 06.41.00 # probably... 06.41.07 Quit CaptainKewl (Read error: 54 (Connection reset by peer)) 06.41.08 # we are planning on it, or i wouldnt have suggested it ;) 06.41.31 # haha 06.41.34 # true true 07.26.11 Join _lifeless [0] (n=lifeless@94.50.184.173) 07.39.20 Quit __lifeless (Read error: 110 (Connection timed out)) 07.43.08 Join MethoS- [0] (n=lem@host-091-096-208-093.ewe-ip-backbone.de) 07.49.57 # * amiconn wakes up, and noticed that he seems to have caused some weird breakage in plugin building 07.49.58 Quit _lifeless (Read error: 110 (Connection timed out)) 07.50.53 # It only happens on fnarfbargle.com, and it happens for a plugin that I did have to take special care of :( 07.53.34 # just have bagder disable that server - problem solved ;) 07.53.52 Join _lifeless [0] (n=lifeless@94.50.182.9) 07.57.37 Quit _lifeless (Remote closed the connection) 07.57.54 Join _lifeless [0] (n=lifeless@89.20.108.28) 08.01.56 # It only happens for target builds on fnarfbargle, but consistently, and I am unable to reproduce it here no matter what -j option I use 08.02.41 Join Rob2222 [0] (n=Miranda@p4FDCDAD5.dip.t-dialin.net) 08.03.10 # I wonder what version of gnu make fnarfbargle is using. Maybe it doesn't understand $+ properly? 08.07.02 Quit _lifeless (Remote closed the connection) 08.07.25 Join _lifeless [0] (n=lifeless@94.50.191.206) 08.10.35 Quit z35 (Read error: 60 (Operation timed out)) 08.12.39 Join __lifeless [0] (n=lifeless@90.151.42.217) 08.13.35 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.15.07 Join MethoS-- [0] (n=lem@host-091-096-215-090.ewe-ip-backbone.de) 08.16.40 # The order in which things are built on fnarfbargle is correct... 08.17.59 # * amiconn summons one of the 3 swedes, or optionally whoever operates fnarfbargle.com 08.20.07 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.23.42 Join markun [50] (n=markun@rockbox/developer/markun) 08.26.28 Quit _lifeless (Read error: 110 (Connection timed out)) 08.30.30 Join nate3000 [0] (n=nate@c-67-188-123-48.hsd1.ca.comcast.net) 08.33.52 Quit MethoS-- (Read error: 110 (Connection timed out)) 08.34.02 Join z35 [0] (n=z35@h200.80.91.75.dynamic.ip.windstream.net) 08.34.14 Join MethoS-- [0] (n=lem@host-091-096-214-195.ewe-ip-backbone.de) 08.34.24 Quit MethoS- (Read error: 110 (Connection timed out)) 08.36.01 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.36.42 *** Saving seen data "./dancer.seen" 08.37.18 # hi Zagor 08.37.37 # hi 08.37.56 # Do you know which version of 'make' fnarfbaargle.com uses? Or what odd condition might trigger the build error on it? 08.38.06 # *fnarfbargle.com 08.40.10 # no I don't. "funny" how everything works except memset and memcpy 08.40.13 # It seems like the problem is caused by a change of mine in plugin.make, but I can't reproduce it at all nomatter what -j option I use. The link commands for that target are correct, checked with make V=1 and only wav2wv.rock deleted 08.41.12 # Zagor: It seems to be a library linking order problem, but my plugins.make change has something to specifically dela with that. 08.41.38 Join midijunkie [0] (n=Miranda@pD9547AD4.dip0.t-ipconnect.de) 08.41.38 # Basically, gcc-support.o was being linked explicitly before, which was nasty, and libplugin.a contains it 08.42.22 # But wav2wv.rock also uses libwavpack, and if the plugin code itself doesn't need memset/memcpy but libwavpack does, libplugin must be listed again after libwavpack 08.43.11 # This is dealt with by adding libplugin.a a second time in the special prerequisite rule for wav2wv.rock, and changing the $^ in the command with $+ 08.43.37 # Hence I guess it's a problem with 'make', and that's why I was asking about the version 08.45.46 # But then, gnu 'make' 3.80 and even 3.79 support $+, so either it's not gnu make, or there's an odd bug hitting us 08.47.27 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.47.59 # Zagor: Btw, if you check the log - I have found the reason why doom, midi and reversi don't match the %.rock rule in plugins.make and need their commands duplicated into their respective .make file 08.48.28 # can you point me to a time? 08.48.37 Quit midgey () 08.48.58 Quit midijunkie (Read error: 104 (Connection reset by peer)) 08.49.06 # last night starting 02:10. I don't have a solution yet. 08.51.58 Quit BHSPitMonkey (Remote closed the connection) 08.51.59 # ah, how simple. good catch. 08.53.33 Join petur [50] (n=petur@rockbox/developer/petur) 08.53.51 # A possible workaround would be to make each of those plugins have an object file named .o 08.54.28 # But it would be better to rewrite the rules so that %.o is only added to the prerequisites if there are no ther .o files added yet 08.54.35 # *the rule 08.56.40 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 08.56.47 # yeah fixing the rule feels better 08.57.05 # Yeah but how? 08.57.43 # * amiconn would also like to know the cause why his change breaks on fnarfbargle.com, but has to go to work soon :\\ 08.58.19 # I think we'll just have to wait until whoever runs it comes in 08.59.21 Join Rob2223 [0] (n=Miranda@p4FDCCA58.dip.t-dialin.net) 09.00.54 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 09.14.38 # amiconn: simply removing %.o from the plugin link prequisite list should work 09.15.57 # It would work for the subdir plugins, but might break single-file plugins 09.16.12 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 09.16.38 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 09.17.26 # The .o must be built before the .rock can be built for those 09.17.27 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.18.41 # Unfortunately a pattern rule without commands overrides another rule, that's why I was thinking about the .SECONDEXPANSION magic 09.18.56 # But there might be a simpler solution - splitting $(ROCKS) in two 09.24.18 # that would duplicate the link lines 09.25.22 # why? 09.25.45 # Iiuc you can have as many rules as you want for each target, as long as only one actually has commands 09.26.02 # correct. perhaps I misunderstood what you meant. 09.27.02 # So we could have $(ROCKS) and $(ROCKS1), and only have the dependency on %.o for the $(ROCKS1) target, but the linking rule (with commands) for $(ROCKS) $(ROCKS1) 09.28.09 Quit bertrik (Remote closed the connection) 09.28.12 # Hmm, that won't work as a pattern rule for $(ROCKS1) 09.29.13 # oh man there was some fun blame game tonight! ;-) 09.29.34 # But even if we have to duplicate the rule, it's better than having it 4 times (as it is now) 09.29.50 # I guess I need to disable that server 09.30.42 # I'd really like to find out what's going on there. 09.31.16 Quit z35 ("Leaving") 09.33.57 Join Thundercloud [0] (n=thunderc@82.132.136.185) 09.40.42 Quit jordoex (Read error: 60 (Operation timed out)) 09.42.01 Quit nate3000 ("using sirc version 2.211+KSIRC/1.3.12") 09.45.10 Quit Thundercloud (Remote closed the connection) 10.14.11 Join HackyKid [0] (i=HackyKid@wlan072102.nbw.tue.nl) 10.22.09 # B4gder: There also seems something odd on debussy.pauken.co.uk - it's producing modified r20098 builds.. 10.22.18 # argh 10.23.04 Quit kachna (Read error: 113 (No route to host)) 10.23.59 # fixed 10.24.16 # How? You fixed the server, or just removed it? 10.25.39 # I fixed it 10.25.47 # it was just a locally modified rockboxdev.sh 10.26.01 # $ svnversion 10.26.02 # 20098:20172M 10.26.33 # OK, good ;) 10.36.46 *** Saving seen data "./dancer.seen" 10.41.48 Join daurnimator [0] (n=quae@unaffiliated/daurnimator) 10.45.06 # aren't there some build servers that needed a modification to use the right shell or so? 10.47.39 Quit ender` (Read error: 60 (Operation timed out)) 10.48.15 # I don't think so 10.48.33 # and if there would be any such, we should rather fix the build to not rely on any particular 10.48.54 # we had bashisms in the past but I believe they're (mostly) fixed 10.53.23 Quit HackyKid (Read error: 110 (Connection timed out)) 10.54.50 Quit thegeek (Read error: 104 (Connection reset by peer)) 10.55.10 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 10.57.53 Join Munkie [0] (n=29b13251@gateway/web/cgi-irc/labb.contactor.se/x-6aeeebff04b263f5) 10.58.12 # when is 3.2 coming out 10.59.30 # Munkie: end of march presumably 10.59.57 # ok cool thanks 11.00.18 # is there anywhere i can look what is being changed/updated 11.03.09 # there is the SVN log... 11.03.21 # and the MajorChanges wiki 11.03.29 # s/wiki/wiki page 11.13.15 # * B4gder stands corrected 11.13.23 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 11.14.17 Quit Darksair (Read error: 104 (Connection reset by peer)) 11.15.10 Join gartral [0] (n=gareth@adsl-75-33-91-251.dsl.bcvloh.sbcglobal.net) 11.21.41 # ok, trying too set up a build environment on ubuntu 8.10 (Intrepid Ibex) and iv'e hit a small snag with the automated rockboxdev.sh method (http://gar.pastebin.com/d3751fe0) the instructions are clear enough, but i think i can just sudo it and make it work, or am i wrong? 11.22.13 # yes, if you want that install path you need to sudo 11.22.59 # oook, i have no problem with the paths it wants, i just needed too make sure im not going to bork the entire thing 11.23.28 # we offer a full money-back guarantee if that would happen! 11.23.36 # :-P 11.24.43 # hahaha... perhaps a better phrase is: "make sure whatever hapens is user error, and not a known bug/flaw" 11.25.09 # right, it should be ok 11.25.33 # its working.. 11.28.27 Quit daurnimator (Read error: 60 (Operation timed out)) 11.29.14 Join midijunkie [0] (n=Miranda@pD9547AD4.dip0.t-ipconnect.de) 11.29.35 Join PaulJam [0] (n=Paule@p54BEF574.dip.t-dialin.net) 11.29.50 Join daurnimator [0] (n=quae@ppp118-208-145-199.lns10.mel4.internode.on.net) 11.31.59 Quit Munkie ("CGI:IRC") 11.37.01 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 11.43.47 Quit PaulJam (".") 11.44.17 Quit markun (Read error: 104 (Connection reset by peer)) 11.45.06 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 11.46.09 Join leftright [0] (n=50bb6915@gateway/web/cgi-irc/labb.contactor.se/x-90129ba4837c53a7) 11.47.24 Quit Seed ("cu, Andre") 11.47.48 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 11.48.39 Join markun [50] (n=markun@rockbox/developer/markun) 11.49.53 Join numeric_file_ord [0] (n=50bb6915@gateway/web/cgi-irc/labb.contactor.se/x-03fcbbf57e8318db) 11.51.31 Quit numeric_file_ord (Client Quit) 11.51.37 Quit leftright ("CGI:IRC (Ping timeout)") 11.53.37 Join numric_file_sort [0] (n=50bb6915@gateway/web/cgi-irc/labb.contactor.se/x-777e096ad3fdcf32) 11.55.20 Quit markun (Read error: 104 (Connection reset by peer)) 11.55.38 Quit numric_file_sort (Client Quit) 11.56.22 Join numric_file_sort [0] (n=50bb6915@gateway/web/cgi-irc/labb.contactor.se/x-2ba62349b0967bfb) 11.56.47 Quit numric_file_sort (Client Quit) 11.57.22 Join numeric_file_sor [0] (n=50bb6915@gateway/web/cgi-irc/labb.contactor.se/x-40d8cca1f81787e1) 11.58.38 Quit numeric_file_sor (Client Quit) 11.58.51 Join moos [0] (i=Mustapha@rockbox/staff/moos) 12.05.18 Join PJ_B [0] (n=54bef574@gateway/web/cgi-irc/labb.contactor.se/x-b8790add5ad6982c) 12.11.14 Quit gibbon_ (Remote closed the connection) 12.12.44 Quit PJ_B ("CGI:IRC (EOF)") 12.13.26 # its complaining that it cant find arm-elf-gcc or arm-elf-ld paths 12.13.46 # define "it" 12.13.48 # and you set your PATH accordingly? 12.14.14 # the script set it, i thought 12.14.27 # the script explicitely tells you that you need to set it 12.14.37 Join gibbon_ [0] (i=gibbon_@could.become.a.servant4you.org) 12.14.49 # hence that message that it outputs when it completes 12.15.22 # ok, now im just a retard.... 12.15.47 # add /usr/local/arm-elf/bin to your PATH 12.16.06 # (and the other compilers if you built those as well) 12.16.59 # exaactly what path, or command do i need to change/execute to add that? 12.17.41 # gartral: use the force of your shell... path refers to the PATH environment variable 12.17.53 # http://tinyurl.com/cwn24p 12.23.04 # ok, i found some info, but the methods there talking about say i have to do it manually, is there a permanent way of adding to PATH? 12.23.35 # http://tinyurl.com/cwn24p 12.24.55 # scorche thats the same link -_- 12.25.00 # right 12.25.24 # and what does the very first link that pops up say? 12.26.36 # right, but it goes ON the say that it will only remain there for the duration of the console window, and will be returned to null... 12.29.30 # that is the second link in my results, however in that post as well, it goes on to say a method to add to the path so it does not do that... 12.29.39 # nvm, somehow i scrolled down i link... 12.29.52 # a link* 12.30.54 Join XxXSparkXxX [0] (n=7cbb11b6@gateway/web/cgi-irc/labb.contactor.se/x-b70670a9778803c8) 12.31.41 # hey all, does anyone know anythng about the gigabeatt S port? 12.33.02 # mainly how to get USB charging to work 12.33.02 # well, it exists ;) you are better off asking a specific question... 12.35.12 Quit gartral ("Leaving.") 12.36.49 *** Saving seen data "./dancer.seen" 12.37.15 # does anyone know how to get USB charging working on the gigabeat S? 12.37.53 Join gartral [0] (n=gareth@adsl-75-33-91-251.dsl.bcvloh.sbcglobal.net) 12.38.43 Quit nuonguy ("This computer has gone to sleep") 12.38.48 # XxXSparkXxX: It already does 12.38.58 # XxXSparkXxX: Although not in the bootloader 12.40.12 # alright scorche now the tools/configure program is complaining about the very same thing 12.40.25 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 12.40.30 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 12.40.44 # and how did you add the binary folders to your path? 12.41.04 # via the sessions method 12.41.17 # and have you logged out and back in again? 12.41.29 # * BigBambi bangs his head against the wall and screams 12.41.32 # thats why i just dissapeared, yes 12.42.10 Join nibbler [0] (n=Nibbler@mx00.linkprotect.de) 12.42.20 # i screwed up somewhere 12.42.56 # what did you add to your PATH? 12.43.19 # what you told me too 12.43.41 # /usr/local/arm-elf/bin 12.44.00 # And what does your PATH say now? 12.44.31 # one moment 12.46.20 # http://gar.pastebin.com/da9c3dc5 12.48.01 # * scorche doesnt see /usr/local/arm-elf/bin in there anywhere 12.48.10 # neither do i 12.48.23 # gartral: Then you did it wrong 12.48.35 Join jesse [0] (n=jesse@99.236.189.153) 12.48.43 # gartral: Really, you should be able to check for these things yourself without us prompting 12.49.11 # gartral: Also, this isn't a general linux help channel. Go and read how to set your PATH, then when you think you have done it, check if you actually have 12.52.31 # @Bigbambi : it is plugged into my usb port of my PC, but its not charging. 12.52.56 # XxXSparkXxX: Are you on Windows by any chance? 12.53.05 # yes 12.53.07 # XP 12.54.04 # Ah, then I don't think it will yet as it needs to present itself as a device properly and ask to charge 12.55.49 # it says its a 2 partitioned hard drive tho, but in the sttings it is set to safe remove mode, not performance mode 12.55.58 # as that got anything to do with it? 12.56.05 # has* 12.56.10 # It has got two partitions 12.56.25 # and no, the number of partitions is not related 12.58.09 # let me clarify what i said, it picks the gigabeat s up as a HDD, but in its properties there is a setting for cache mode, would this have anthing to do with it? 12.58.30 # No, I don't think so 12.58.45 # It is to do with how the USB "presents" itself 12.58.53 # ok 12.58.59 # But I'm no expert, gevaerts could explqin it properly :) 12.59.09 # so there is no fix for it? 12.59.43 # Yes, to implement it properly 12.59.57 # ok damn 13.00.23 # i was going to use it as a external ard drive, but the batery wont lastlong enough 13.01.14 # When connected in mass storage it should charge fine 13.01.24 # is there not a DC plug on the gigabeat S ? 13.01.34 # It is just only charging that doesn't currently work in Windows 13.01.38 # scorche: yes there is 13.02.40 # ok, so i have to wait till someone finds how to fix it on windows 13.03.06 # or use the DC plug along with it... 13.03.27 # carrying that to school is a pain 13.03.27 # LOL 13.03.55 # XxXSparkXxX: Charging does work when using mass storage 13.04.20 # It may not be quite enough if the access is going constantly, so it will slowly drain 13.04.34 # But then there is nothing to be done about that, and you will need the charger anyway 13.04.50 # ok 13.05.17 Quit linuxstb (Read error: 113 (No route to host)) 13.05.50 # thank you for your time 13.05.54 # good bye 13.05.59 Quit XxXSparkXxX ("CGI:IRC") 13.06.12 Part gartral 13.07.11 Quit J-23 (Read error: 60 (Operation timed out)) 13.07.47 Join MethoS- [0] (n=lem@host-091-097-244-111.ewe-ip-backbone.de) 13.10.29 Join J-23 [0] (n=zelazko@unix.net.pl) 13.11.07 Quit MethoS-- (Read error: 60 (Operation timed out)) 13.17.25 # http://arstechnica.com/open-source/news/2009/03/building-belonging-is-the-secret-to-open-source-success.ars 13.17.34 # a good read, relevant for us as well 13.25.45 # * B4gder puts new clip OF firmwares up on his site and is again reminded of the huge size differences between clip v1 and clip v2 firmware images 13.28.10 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 13.32.43 Join t0mas [0] (n=tomas@rockbox/developer/t0mas) 13.49.51 Quit nothingman (Read error: 110 (Connection timed out)) 13.52.02 Part LinusN 14.05.43 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 14.06.25 Quit jesse ("Ex-Chat") 14.11.08 Quit kachna (Remote closed the connection) 14.11.19 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 14.15.26 Quit robin0800 (Remote closed the connection) 14.31.04 Join jaykay [0] (n=chatzill@p579E76E9.dip.t-dialin.net) 14.36.50 *** Saving seen data "./dancer.seen" 14.56.42 Join markun [50] (n=markun@rockbox/developer/markun) 14.58.00 # is dual boot for the ipod mini 2g working properly? 14.58.08 # http://www.rockbox.org/tracker/task/8391 14.58.54 Quit J-23 ("ZNC - http://znc.sourceforge.net") 14.59.05 Join J-23 [0] (n=zelazko@unix.net.pl) 15.06.10 Join MethoS-- [0] (n=lem@host-091-097-240-045.ewe-ip-backbone.de) 15.07.00 Quit midijunkie (Read error: 104 (Connection reset by peer)) 15.15.33 Quit GodEater (Client Quit) 15.22.08 Quit MethoS- (Read error: 110 (Connection timed out)) 15.26.51 Quit linuxstb (Read error: 110 (Connection timed out)) 15.32.07 Join Darksair [0] (n=user@221.221.161.87) 15.32.58 Join woyciesjes [0] (n=dw49@hackermanf.med.yale.edu) 15.35.03 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.36.03 Join PaulJam [0] (n=Paule@p54BEFAED.dip.t-dialin.net) 15.38.40 Quit gevaerts (Nick collision from services.) 15.38.49 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 15.39.47 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 15.42.11 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 15.49.16 Quit robin0800 (Remote closed the connection) 15.51.31 # btw "I don't know if you're still interested in MPC, but if someone can work on its RockBox codec, SV8 is finished and the SVN has the latest code" 15.51.44 # (/me got this in a privmsg) 15.54.48 # mpc? as in motorola? 15.55.06 # ah, the codec 15.55.24 # * Zagor crawls back under his cozy rock 15.55.33 # We got a notification that SV8 was done shortly before they posted it on their site, too, in-channel. 15.55.43 Quit avis ("maybe when we drown, the fish will be our friends") 15.56.11 # Saratoga talked with a couple of them about it for a bit. 15.58.52 Join Killerbee [0] (n=UserNick@0x573ad774.rgnqu1.dynamic.dsl.tele.dk) 15.59.45 # Hi.. i tried to install rockbox on my ipod video, but it gives me *PANIC* Unsupported physical sector size: 4096. Is this because it is a 30gb ipod upgraded with a 80gb harddrive? 16.00.24 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-bab1fcde8e47f9cb) 16.02.27 # ? 16.02.35 Quit kachna (Read error: 110 (Connection timed out)) 16.04.41 # killerbee: which build did you donwload, for the 30gb or for the 80gb? 16.05.26 # i used the 30gb, because it is not the 5gen, its the 5.5gen 16.05.56 # i used the utillity, and it said my ipod was a 30gb 16.06.38 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 16.06.45 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 16.07.34 # Hello, all. 16.07.41 Part Llorean 16.08.00 # Any objections to me committing http://www.rockbox.org/tracker/task/8894 (ttimestretch) ? 16.08.05 # i read on another page, that someone had the same problems, but they couldnt solve them 16.08.23 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-169f1fdc16b43350) 16.08.29 # It will produce a red delta, but I don't think there any other major downsides 16.09.05 # sry i didnt answer your question pondlife 16.09.05 # I'd be grateful if someone who understands resampling (or dsp.c in general) could sanity check it though. 16.09.42 # * B4gder looks forward to play with timestretch! 16.10.10 # So... ok to commit? It's not the nicest-sounding thing (when enabled)... ;) 16.10.12 # B4gder: could you svn up the webserver? 16.10.30 # ah right 16.11.09 # Still, you can somewhat enjoy listening to stuff with a high speed but low pitch. 16.11.18 # Music for whales 16.11.20 Part domonoky 16.12.10 # can you please help me get my ipod in disk mode again.. i cant get it to disk mode after i used the rockbox installer 16.12.33 # pondlife: I'm in the camp who's for committing stuff early 16.12.48 # especially when it doesn't hit people who don't use the feature 16.12.53 # commit early, commit often? =P 16.13.22 # OK, well I want it in and fixed before 3.2, so here goes. I've no idea exactly how red the delta will be, but hopefully less than the last attempt I made (and reverted). 16.14.07 # whoa 16.14.31 # whoa? 16.14.41 # I was playing with pitch and timestretch, then went to the file browser and got a corrupted file list 16.14.46 # the player then froze 16.14.50 # Ow 16.14.56 # Was that with the latest patch? 16.15.08 # I confess it was not 16.15.18 # I did have a buffer pointer wrong untill the 27th (or thereabouts) 16.15.51 # I've been running it here for the past 3 days with no lockups or oddness. 16.15.56 # my version was compiled on 09 02 28 16.16.19 # Hmm, should have been ok then. Do you have the .patch file around? 16.16.37 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 16.16.42 Quit Killerbee ("Going offline, see ya! (www.adiirc.com)") 16.16.54 # * pondlife checks tdspeed_090227.patch.. 16.17.39 # Yes, the 27th includes the fix. 16.17.50 # I was using that one 16.17.52 # So it might not be good to go after all. 16.18.31 # I also have another patch though 16.18.36 # Any particular type of "playing around"? I've tried the extremes. 16.19.22 # I set high pitch and low speed 16.19.42 # OK, will try that - have been mainly on high speed and high pitch. 16.19.51 # then normal pitch, then I wanted to go into the settings to go back to normal speed and selected files instead 16.20.02 # It's possible to get buffer underruns but nothing worse that occasional short gaps 16.20.20 # dircache on? 16.20.30 # I think so. let me check 16.21.16 # yes, and the disk did spin up when I selected "files" 16.21.25 # Also, check dithering/eq/crossfeed... 16.21.33 # none are on 16.22.55 # OK, just wondered. Will try your recipe now 16.25.00 Quit homielowe () 16.26.17 # 50% timestretch and 200% pitch sounds truly awful, and is hogging much CPU (with gapping), but no other nastiness... 16.28.22 # something tells me it's not going to be easy to repro 16.28.30 # Killerbee: Can your iTunes see the iPod? 16.30.33 # pondlife: got another freeze 16.30.42 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.30.46 # Nico_P: Which device. btw? 16.30.58 # same settings as you, and I pressed select. on a beast 16.31.19 # Ah, so should be plenty of CPU... 16.31.25 # Select to reset pitch to 100%? 16.31.48 # no, select in the WPS, so it should go to the browser 16.32.03 # the status bar appeared on top on the WPS then it froze 16.32.25 # So probably about to list a directory... 16.32.31 # "data abort at 0004E190" 16.32.49 # Nice! Can you check a map against that? 16.33.02 # yes 16.33.21 # the only problem is I don't have the same source anymore 16.34.16 # Maybe try a current SVN with just #8894 ? 16.34.17 Quit nibbler (Read error: 113 (No route to host)) 16.34.40 # yes, I'll try with the lastest version of the patch, too 16.34.59 # I do have some map files in the build dir though 16.35.25 Join kugel [0] (n=kugel@rockbox/developer/kugel) 16.35.58 Join {phoenix} [0] (n=dirk@p54B44F2A.dip.t-dialin.net) 16.36.31 # according to those, 0x0004E190 is in strncpy 16.36.52 *** Saving seen data "./dancer.seen" 16.42.29 Quit jaykay (Read error: 110 (Connection timed out)) 16.42.52 # hmm, I'm getting a BUNCH of warning from setting_list.c 16.43.09 # plus a few errors 16.44.27 # warning? patch failures? 16.44.38 # I synced yesterday... 16.45.40 # clean svn does it too 16.45.44 # (build errors) 16.45.57 # I'll try a beastybuild 16.46.02 # trying make reconf 16.46.21 # You'll need to do that (and maybe clean too).. 16.47.33 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0261.bb.online.no) 16.48.44 # pondlife: If you can send it to me, then I can test the beast build 16.49.01 # Hmm, I get errors too 16.49.27 # Lots of RTC/alarm problems. 16.50.24 # pondlife: I deleted my build dir and started over, now it works 16.50.34 # I'm just svn reverting 16.51.18 Quit kugel (Nick collision from services.) 16.51.22 Join kugel [0] (n=kugel@rockbox/developer/kugel) 16.51.26 Quit kugel (Client Quit) 16.51.43 Join kugel [0] (n=kugel@rockbox/developer/kugel) 16.52.59 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 16.53.43 # pictureflow main thread calls update_scroll_animation, which updates the center slide index (among other things), and posts a message to the loading thread... any idea why the loading thread can fall so far behind on device, but not sim? shouldn't the loading thread get to run, receive its event, and load the slides the next time the main thread yields? 16.53.55 Join MethoS- [0] (n=lem@dyndsl-085-016-162-027.ewe-ip-backbone.de) 16.54.00 Join nothingman__ [0] (n=chatzill@mobile-166-217-018-054.mycingular.net) 16.54.32 # Unhelpful: because the sim is faster? 16.55.06 # kugel: but the multitasking is cooperative - shouldn't the next yield cause the render thread to be blocked until the load thread has loaded a slide? 16.55.18 # pondlife: OK, clean svn build with only the latest version of the patch. I got a data abort at 0004E1F4 16.55.39 # Unhelpful: is it really blocked? 16.56.17 # it is unless something the load thread does yields implicitly... do core open or read do that? 16.56.31 # I still can't get the Beast to build - http://pastebin.com/m3d87b316 16.56.52 # That's after svn revert -R . and svn up, make reconf, make clean, make 16.57.12 # pondlife: make reconf wasn't enough for me. I deleted the build dir and made a new one 16.57.50 # the data abort still appears to happen in strncpy 16.58.08 Quit Xerion (" ") 16.58.21 # low speed isn't enough to trigger it, high pitch is also necessary 16.58.33 # How about high pitch alone? 16.58.38 # let me try 16.58.58 # nope 16.59.02 # Maybe a lower-level issue (high pitch + boosit??) 16.59.09 # Or does the beast not boost? 16.59.17 # it doesn't 16.59.19 # all the load thread does is some buffer management to figure out whether it can load a slide, and which slide to load, then it calls read_pfraw, which calls into core to open and read a file... but there are no explicit yields done anywhere, so unless there's an implicit one on read or open... 17.00.44 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 17.00.55 Quit MethoS-- (Read error: 145 (Connection timed out)) 17.01.35 # pondlife: got another data abort address which appears to be somewhere in dircache.o 17.01.52 # I'll try with dircache disabled, for confirmation 17.02.12 Quit JdGordon (Read error: 110 (Connection timed out)) 17.02.15 # Nico_P: pitch and timestretch again? Or just one? 17.02.25 # both 17.02.33 # Maybe we're overheating it? ;-) 17.02.43 # * kugel tries timestretch too 17.02.53 # Please let me know if you smell smoke 17.02.58 # I doubt the beast struggles even with both, there are no audio skips at all 17.03.38 Quit PaulJam (".") 17.04.05 # the file browser works fine in the absence of dircache, even with pitch+timestretch 17.04.37 # my guess is that pitch+timestretch cause a buffer overflow which corrupts the dircache somehow 17.05.05 Quit Zagor ("Client exiting") 17.05.14 Join ender` [0] (i=krneki@foo.eternallybored.org) 17.06.06 # Nico_P: Can you try just pitch + dircache? 17.06.19 # Maybe have timestretch enabled, but at 100% 17.06.21 # I tried that, it didn't crash 17.06.25 # Ah, ok 17.06.49 # Was that with the timestretch buffer allocated (i.e. booted up with the master enable on) 17.06.50 # ? 17.07.24 # yes 17.07.55 # it seems that the condition for the crash is clearly timestretch+pitch+dircache 17.08.10 # That's what I've been using 17.08.11 # the values of pitch and timestretch don't even need to be extreme 17.08.16 # I'd add + fast CPU 17.08.21 # possibly 17.09.11 # I think either one of pitch or timestretch overwrites the dircache buffer that is allocated with buffer_alloc 17.09.56 # Timestretch also calls buffer_alloc... perhaps they are not init-ed in the right sequence? 17.10.00 Join _Auron_ [0] (n=DarkAuro@ppp-70-249-146-14.dsl.rcsntx.swbell.net) 17.12.07 # pondlife: timestretch also appears to be allocated right before dircache is (assuming the order of appearance in settings_list.c is relevant), which would confirm what I said earlier 17.12.49 Join AndyI [0] (i=AndyI@212.14.205.32) 17.13.02 # * Nico_P needs to go to class now 17.13.26 # amiconn: Here? 17.13.29 # pondlife: can I let you summarize the issue on the tracker? 17.13.37 # No worries, will do 17.13.43 # thanks 17.13.50 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 17.13.53 # I'll try to investigate further when I get back 17.14.30 Join midijunkie [0] (n=Miranda@pD9547AD4.dip0.t-ipconnect.de) 17.14.34 # pondlife: ha nice 17.14.48 # That's not the word, I'd use ;) 17.14.57 # not good enough for normal music imo, but the audio book people will be definitely happy 17.15.02 # Better with speech than music 17.15.31 # kugel: What device are you using? 17.15.34 # e200 17.15.58 # no data abort so far (I have dircache+timestrech+pitch 17.15.59 # ) 17.16.02 # Thanks 17.16.25 Join MethoS-- [0] (n=lem@host-091-097-242-218.ewe-ip-backbone.de) 17.16.44 # For the logs - the timestretch buffer_alloc happens (via settings_apply()) before any init_dircache() call. 17.17.18 # So a write off the end of it's buffer would probably be the issue. But why pitch-dependent? 17.17.55 # brb 17.18.59 # haha, 200% pitch and 250% timestrech is indeed funny 17.19.24 # still no data abort 17.19.36 Quit midijunkie ("?(???~•~)?") 17.19.56 Join midijunkie [0] (n=Miranda@pD9547AD4.dip0.t-ipconnect.de) 17.21.53 Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-e7df5703912b326b) 17.23.18 Quit blithe ("Lost terminal") 17.23.30 Join blithe [0] (n=blithe@blakesmith.me) 17.27.02 Join archivator [0] (n=archivat@77.70.28.57) 17.30.41 Quit MethoS- (Connection timed out) 17.31.00 Part B4gder 17.33.52 Join flydutch [0] (n=flydutch@host25-43-dynamic.5-87-r.retail.telecomitalia.it) 17.34.33 Join n1s [0] (n=n1s@rockbox/developer/n1s) 17.36.42 Quit J-23 (Remote closed the connection) 17.37.05 Join J-23 [0] (n=zelazko@unix.net.pl) 17.39.44 Join Mouser_X [0] (i=cf9bb00a@gateway/web/ajax/mibbit.com/x-cc8731a78ac5d7c1) 17.39.51 Quit Darksair ("Everything that has a beginning has an end.") 17.40.15 Join jaykay [0] (n=chatzill@p579E76E9.dip.t-dialin.net) 17.40.40 # Question: I'm attempting to use the VMWare Rockbox image in qemu, but it's not going well. 17.40.47 # amiconn: I'll read the logs later. I wanted to ask you about FS#8778. 17.40.52 Quit LambdaCalculus37 ("Fwump") 17.41.02 # Specifically, it appears that the image is attempting to do something that it's not supposed to. 17.41.40 # I keep getting an error message about some data being sent illegally or something (I'll have to check to see what it is exactly). I think it's related to networking though. 17.41.46 # Mouser_X: i don't think that anyone has tried very hard to get the vmware image to work in anything but vmware 17.42.10 # If you check the Wiki page about it, there's an entry for qemu there. 17.42.14 Quit nothingman__ (Connection timed out) 17.42.20 # hrm, lines seem to be getting chopped in logfdump? 17.42.30 # Also, I have a similar problem when running it in VMware. It drives my computer to a complete halt. 17.42.40 # Unhelpful: logf limits line-length 17.42.42 # Unhelpful: logf limits things to 32 (IIRC) characters per line 17.42.44 # I can't do anything except CTRL+ALT+DEL the thing. 17.42.48 # I just generated a bunch of .talk files and was extremely disappointed when I heard what espeak passes for "voice". Any chance of getting rbutil to work with festival? I have 2 multisyn voices that certainly sound better. 17.43.13 # i could swear i managed to get longer ones out via serial logf, but maybe i'm wrong about that 17.43.29 # archivator: rbutil does work with festival last I heard 17.43.35 # archivator: or you could use the bulidstystem 17.43.59 # archivator: I don't really know, but have you tried the mbrola voices with espeak? Those apparently sound much better 17.44.06 # If someone could tell me how to disable network everything from the VMware image (more specifically from Linux), I think it would probably take care of the problem. 17.44.14 # Unhelpful: longer lines should get split over 2 or more lines AFAIK 17.44.38 # Mouser_X: This doesn't seem a very Rockbox specific problem 17.44.43 # it certainly appears they're simply being truncated 17.44.52 # gevaerts: mbrola voices require another executable, right? I haven't bothered to set them up.. 17.44.58 # Unhelpful: there's a task 17.45.04 # Unhelpful: what output are you using, USB serial logf? 17.45.04 # archivator: not sure... 17.45.06 # rasher: I only see flite, swift, and espeak in tts.cpp .. 17.45.30 # BigBambi: I'm using the VMWare image from Rockbox's site. I figured that since the image was built from some Rockbox people, that they'd be more applicable to helping here. 17.45.33 # no, logfdump... i have serial on, and it was working before, but now i'm getting nothing. might be a host problem. 17.45.42 # oh but there is MAX_LOGF_ONE_LINE_SIZE.. 17.46.06 # which is 200, try increasing that 17.46.09 # firmware/export/logf.h 17.46.16 # Mouser_X: It seems to me you have a general VMWare issue - and using it in qemu is ceetainly not a Rockbox issue 17.46.32 # * Mouser_X is attempting to get FS#7331 (GBS Codec) working again. 17.46.41 # i don't think i was getting this before: usbserial_generic: probe of 2-2:1.1 failed with error -5 17.46.46 # Unhelpful: logfdump always truncated afaik 17.46.51 # The Rockbox VMWare image is just a linux VM with the cross compilers installed 17.47.04 # i'm getting truncated at *much* shorted than 200 :/ 17.47.17 # archivator: Weird. I'd just use the build system - http://www.rockbox.org/twiki/bin/view/Main/VoiceBuilding#Using_Linux_or_Cygwin 17.48.00 # Unhelpful: 29 perhaps? 17.48.10 # Unhelpful: http://www.rockbox.org/tracker/task/9733 , committed but only applies to display, not dump it seems 17.48.27 # rasher: I've never used that, it only builds the menu clips, right? I actually wanted to build the file/dirs .talk clips.. 17.48.43 # kugel: it does change logfdump AFAICS 17.48.52 # hm, well 17.49.11 # it doesn't work though. I've been using logf[dump] recently too 17.49.18 # it would certainly appear to be truncated at ~30 17.50.04 # * mcuelenaere admits he didn't test logfdump, only logf display when testing that patch.. 17.51.02 # archivator: You can use the tools/voice.pl script to generate .talk clips as well. Though I don't think it's seen much use 17.51.09 # hrm, no, it has to be something stranger than that... my logfdump has this: "load_new_slide(1215): 59 23 23 23" but also this: "load_new_slide(1215): 60 18" 17.51.14 # mcuelenaere: http://www.rockbox.org/tracker/task/9780 fixes it maybe? 17.51.43 # * mcuelenaere hasn't seen that one yet 17.52.32 # it does look like I committed those logf.c changes myself though 17.54.01 Part toffe82 17.54.07 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 17.55.17 Quit blithe ("Lost terminal") 17.55.28 Join blithe [0] (n=blithe@blakesmith.me) 17.56.54 # i'd rather have serial work properly anyway. maybe i'l ltry it on the beast or reboot the PC :/ 17.57.07 Join nibbler [0] (n=Nibbler@pD9E33E93.dip.t-dialin.net) 17.59.47 Join Jason77 [0] (n=c35d1505@gateway/web/cgi-irc/labb.contactor.se/x-c12ce7301a863b4c) 18.00.00 # Hi 18.00.55 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 18.01.45 # does rockbox work on the Archos Gmini XS202? 18.02.29 # Jason77, the list of supported players is on the front page 18.03.26 # ok 18.06.47 # rasher: when building in Voice mode (or whatever you call it), are there any requirements as to what festival's default settings should be? I get a perfectly normal build with no english.voice file. No errors, too. 18.07.09 # archivator: did you run make voice? 18.07.30 # rasher: Oh. that explains a lot. Sorry.... 18.11.14 Join MethoS- [0] (n=lem@host-091-096-213-156.ewe-ip-backbone.de) 18.11.21 Quit MethoS- (Remote closed the connection) 18.13.45 Join MethoS- [0] (n=lem@host-091-096-213-156.ewe-ip-backbone.de) 18.13.51 Join przemhb [0] (n=przemhb@chello089079213014.chello.pl) 18.15.14 # Hi all 18.16.04 # Unhelpful: Are you trying this patch? 18.17.09 Quit gromit`` (Read error: 60 (Operation timed out)) 18.17.28 Quit petur ("work->home") 18.18.14 # kugel: can't right now, but i'll keep it handy. it'd be nice if i could duplicate on sim, really. :| 18.19.05 # is there a way to connect bypassing new RB USB mode? (i.e. for charging only and not for file transfer) 18.20.26 # przemhb: Which player do you have? 18.20.32 # H10 18.20.40 # archivator: you may run "V=1 make voice" to see the exact commands that are executed 18.21.47 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 18.21.48 # rasher: it's not the commands that bother me, I actually think I hit a festival bug just now =/ 18.22.13 # Alright, I was just thinking that maybe your arguments weren't being passed as you expected them 18.22.49 # jhMikeS: ping 18.23.21 # przemhb: I'm not 100% about the H10 but with my players, there's a button that you hold while inserting USB to force Rockbox to NOT connect and just charge. Try the Menu button. 18.23.41 Quit shadearg ("goodbye.") 18.25.15 Quit MethoS-- (Read error: 110 (Connection timed out)) 18.26.20 # evilnick: thanks 18.26.35 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 18.27.15 # przemhb: Did it work? 18.27.47 # don't all of the ipods work the same with with charging? (hold while inserting USB to charge only) only some of them have it in the manual in section 3.3 18.28.00 # one more question about USB stack - is there a chance download speed will be faster? (currently upload speed is as fast as it is using OF but download speed is 4 times slower) 18.28.32 # przemhb: first of all, what do you mean by upload and download? 18.29.06 # gevaerts: upload = write to player 18.29.33 # What sort of speeds do you get? 18.29.58 # gevaerts: for H10 upload is about 8MB/s using both RB and OF but download is 4MB/s for RB and 16-18MB/s for OF 18.30.51 # hm, which H10 is this? 5GB or 20GB? 18.31.02 Join MethoS-- [0] (n=lem@host-091-096-213-122.ewe-ip-backbone.de) 18.31.03 # gevaerts: upload speed is almost constant (no matter file location on a disk) 18.31.03 # (H10 manual online version gives a 500 internal server error btw) 18.31.22 # gevaerts: H10 20GB (with 60GB disk) 18.31.26 # * gevaerts gets 7.3 MB/s read speed with the H10 5GB 18.31.30 # gibbon_: try it again, it seems sporadic 18.31.35 Join shadearg [0] (i=arg@ipv4.panoptix.net) 18.32.41 # kadoban: ok, then its fine... i just wanted to look if the USB bypass button is documented (since i think i remember it was for the ipods) 18.32.43 # przemhb: the current situation is that we have a bottleneck at about 9MB/s for USB (I know where it is, it just needs work). Anything lower is the disk driver, probably related to rockbox not using DMA 18.33.36 # gibbon_: yeah, it doesn't seem to be documented for every player that i thought could do it, but i don't know the players well enough to fix it...the old ipods also don't show it, and the nano 18.33.40 # gevaerts: oh I see 18.34.09 # gevaerts: so there is hope it will be faster :) 18.34.21 Join gartral [0] (n=gareth@adsl-75-33-91-251.dsl.bcvloh.sbcglobal.net) 18.35.11 # my patch at fs #9961 seems too work just fine 18.35.35 # przemhb: it should be possible to make USB faster at least. Whether we get the disk faster depends on people figuring out how to do ATA DMA on PP5020. It might be similar to PP5022, but I don't know about that 18.35.37 Quit MethoS- (Read error: 60 (Operation timed out)) 18.36.48 # kadoban: ah, ok 18.36.55 *** Saving seen data "./dancer.seen" 18.36.55 Join miepchen^schlaf [0] (n=miepel@p579ECA19.dip.t-dialin.net) 18.37.22 # kadoban: are you - lets say - the documentation maintainer? ... or one of them? 18.37.33 # gibbon_: not at all, i'm just some random guy 18.37.42 # ok. 18.37.47 # i'd make a patch if i knew the fix ,that's the only reason i stated it like that. sorry for any confusion 18.38.00 # no... nevermind :) 18.38.08 Quit midijunkie (Read error: 104 (Connection reset by peer)) 18.38.50 # i just wanted to offer my help on documentation / translation ... i am not a coder, but 5hrs/day on a train bored to hell... perhaps i could be of any use to the project 18.39.01 Quit Mouser_X ("http://www.mibbit.com ajax IRC Client") 18.41.06 Quit nibbler (Connection timed out) 18.41.36 # gibbon_: that's great, i'm sure rockbox could use you. it seems that there's always documentation and translation work to do. if you have the skills, it's as easy as making patches and posting them to the FlySpray tracker, or there's documents that explain most of it in the wiki if you don't know how 18.42.08 # my patches were of no use ... a morse trainer :P 18.42.37 # but documentation - ok - will read the guidelines. 18.45.02 # rasher: are all those .mp3s the script builds supposed to be valid mp3 files (headers and all)? I can't open any of them. They're not 0-sized, though, that's why I'm asking. 18.45.39 # archivator: They should be valid mp3 files 18.46.00 # archivator: Which target are you building for? 18.46.11 # rasher: ipodvideo 18.46.32 # looks like one of the download mirrors has a problem (re. the "500 - internal server error" for the online manuals). I get it too for some manuals, some other show but look as if they miss their CSS 18.47.39 # archivator: Weird 18.47.41 # pdfs are affected as well 18.48.37 # Just tried manuals for iPod video, okay here. (CT, USA) 18.49.15 # pixelma: how do you distribute requests among the mirrors? 18.49.28 # gibbon_: round-robin dns 18.50.06 # rasher: Well, it's festival's fault, that much is clear. The question is, what the hell is going on in there.. Festival segfaults if I don't explicitly set it a voice. It should be reading the config file and getting a voice from there.. Oh, well, they're Scottish.. 18.50.07 Quit Jason77 ("CGI:IRC (EOF)") 18.50.15 # hrm 18.50.20 # Seems to be the videolan mirror 18.50.23 Join Riku [0] (n=Lss@cm130.delta141.maxonline.com.sg) 18.50.24 # http://videolan.rockbox.org/manual/rockbox-fmrecorder/rockbox-build.html 18.50.43 # hi i was wonder why the 5g rockbox lags more than the 4g ones 18.50.56 # 500 internal error on e200 manual, ohio USA 18.51.02 # Riku: Bigger screen 18.51.06 # dionoea: any idea about the videolan mirror? 18.51.30 # rasher: confirmed 500 internal error on that link 18.51.40 # No more confirmation needed! 18.51.49 # You're loading the same page, of course it's giving the same error. 18.52.22 # K. Just trying to help. :) Could be locality based tho, couldn't it? 18.52.33 # No, wait, I'm thinking of something else. Sorry.... 18.52.38 # for a server error? not really, no 18.52.56 # Yeah, I realized that now. Silly me... 18.53.27 # rasher: i got through on the link you provided 18.53.32 # rasher: this latest H10 bootloader seems to fix things 18.53.48 # gevaerts: Awesome 18.54.05 # Except that you still don't get rockbox usb when plugging in while powered off :\ 18.54.55 # gartral: Doesn't really matter - the server's giving out 500 errors, that it works once in a while is not really interesting 18.58.40 Join avis [0] (n=ident@pdpc/supporter/student/avis) 18.59.39 Join midijunkie [0] (n=Miranda@pD9547AD4.dip0.t-ipconnect.de) 19.00.59 Join MethoS- [0] (n=lem@dyndsl-085-016-161-136.ewe-ip-backbone.de) 19.01.12 Join gromit` [0] (n=gromit@ALagny-154-1-75-50.w81-48.abo.wanadoo.fr) 19.02.32 Quit avis (Client Quit) 19.04.38 # rasher: you sure those are valid mp3s? I got festival fixed and VLC still says that there isn't a final MPEG frame... Perhaps the build script strips those before assembling the final file? 19.05.39 Quit FOAD ("I'll be back") 19.05.55 # Which mp3 files are these? Doesn't it delete temporary .mp3 files? 19.06.33 # anyone opposed to placing the speaker_enable() prototype in audiohw.h? It seems a bit silly to make a separate speaker.h file for just one function.. 19.06.43 Quit midijunkie (Read error: 104 (Connection reset by peer)) 19.07.15 # rasher: It does, I try to open them before it completes the process (it doesn't hold a lock on them - a bug?). 19.08.09 # I don't see why it should hold a lock on them. If you go around deleting them while it's building, you're getting what's coming for you. 19.08.56 # Well, try commenting out line 507 of voice.pl to make sure what's going on 19.10.03 # rasher: You're right. The important thing is, I got a decent voice files from a multisyn corpus. However, the intonation at the end of the clips is messed up as festival expects a fullstop at the end of complete phrases. This is definitely a bug :) 19.10.35 # That's interesting 19.10.39 # rasher: no need to, I just used the mp3s as an indicator and thought the process had failed when it had actually succeeded. 19.11.10 # voice.pl has a method for altering the strings before sending to TTS. Adding a full stop to all strings would be easy 19.11.14 Part przemhb ("User is away.") 19.12.03 # archivator: try adding $string ~= s/$/./; at line 135 and see if that sounds better 19.12.20 # archivator: Do you know if this is true for all festival languages/voices? 19.12.22 Join FOAD [0] (n=dok@dinah.blub.net) 19.13.00 Join midijunkie [0] (n=Miranda@pD9547AD4.dip0.t-ipconnect.de) 19.14.01 # rasher: no, most of them don't have such detailed corpora to build from. Even if they do, they don't go into that much detail when building the voices. The multisyn voices are > 100 MB each any way, so they can afford 20MB on top of that for the closing intonation. 19.14.52 # Are these commercial voices? 19.15.01 # No. Just very large :) 19.15.40 # Are they free to distribute? Specifically, could we use them for the voices on rockbox.org? 19.15.51 # The current ones are rather pitiful 19.16.37 # rasher: I'll check in a minute, going to try your line now. 19.16.46 Quit MethoS-- (Read error: 113 (No route to host)) 19.16.52 # You need to use =~ rather than ~= 19.16.55 # * rasher blames perl 19.17.32 # I think it's about time we ditch perl for python *ducks* 19.18.02 # * rasher certainly wouldn't mind 19.19.16 # Though the voice.pl does quite a few things where python probably won't be a huge advantage. Lots of text processing and regular expressions, and a great deal of forking and IPC 19.19.34 # Apparently, I deleted the LICENSE files, will have to redownload the voices to check. 19.20.41 # rasher: python can do ipc! and forking! and that other thing you mentioned! On a more serious note, I'm just complaining because I never did learn perl.. 19.21.54 Join maddler [0] (n=maddler@static-217-133-171-24.clienti.tiscali.it) 19.22.42 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.23.03 # They're just a bit bothersome in python. Don't get me wrong, I prefer python over perl, I just don't think it's worth it to port the voice script (again). At least not yet 19.25.29 # Something is seriously messed up here. 19.25.40 # Rockbox refuses to use the .voice file 19.26.06 # i.e. I seem to hear *something* in my headphones but it's more like a very faint white noise 19.26.29 Part gartral 19.26.40 # I suspect it's related to the broken mp3 files in some way 19.26.52 Join gartral [0] (n=gareth@adsl-75-33-91-251.dsl.bcvloh.sbcglobal.net) 19.27.02 # I say _seem_ cause I don't really hear it, my multimeter tells me something is sent to the headphones.. 19.27.17 # Wait! 19.27.24 # The mp3 files are not actually mp3 files. 19.27.36 # They're containerless speex files 19.27.45 # The mp3 filename is simply a legacy thing 19.27.56 # Niiiiice... 19.28.04 # That would explain *that* part 19.28.30 # Yeah, file can't pinpoint its type. 19.28.45 # *facepalms* should've thought of that earlier.. 19.28.47 # We still use the same tool for generating the final .voice file, which looks for mp3 files 19.28.48 # Hello. Does the RockBox team have an ipod emulator that would emulate or run firmwares of the older ipods? 19.28.57 # archivator: It's not exactly obvious.. 19.29.25 # taylor_: no. The closest is this: http://www.rockbox.org/tracker/task/6524?string=emulator&project=1&search_name=&type[0]=&sev[0]=&pri[0]=&due[0]=&reported[0]=&cat[0]=&status[0]=open&percent[0]=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto= 19.29.30 # rasher: file a bug? Cause it _is_ a bug.. 19.29.30 # eek 19.29.41 # archivator: Where? 19.30.06 # if a lang file contains something like *: "somerandomcontent" , is it compiled for all targets? 19.30.10 # In the merger thing. The fact that it looks for *.mp3.. I call that a bug. 19.30.32 # Hmmm.. Ok thanks 19.30.45 # jaykay: That is the meaning of *, yes. 19.30.52 # jaykay: unless there's a better match, iirc 19.31.18 # archivator: I don't see that as a huge issue. It's nothing regular users will see 19.31.47 # I'm a regular user and I saw it! Never mind, dl-ed the voices. 19.31.51 # No LICENSE files. 19.32.05 # Which would mean they fall under the festvox licenses. 19.32.11 # in mcuelenaeres latest commit he added *: "Enable Speaker" to the lang files, so it would be compiled for all targets, although its only for this onda 19.32.12 # If only I knew what those are.. 19.32.26 # jaykay: yes, I just noticed that too 19.32.44 # but doesn't this depends on features.txt ? 19.32.56 # Yes 19.33.04 # Or you could add the specific target 19.33.05 # rasher: the H10 (at least the 5GB) doesn't actually boot when you plug in USB, so maybe it's not that bad 19.33.17 # rasher: it is meant to be cross-target compatible 19.33.31 # * mcuelenaere should probaby add it to features 19.33.37 # mcuelenaere: I take it this is an external speaker? 19.33.41 # yes 19.33.49 # well actually no 19.33.53 # it is internal to the device 19.34.03 # Yeah, that's what I *meant* 19.34.13 # Something like "speaker" in features seems reasonable 19.34.21 # yeah, that's what I though 19.34.22 # t 19.35.42 # rasher: This is the closest I got to a license covering those voices: http://www.festvox.org/download.html 19.36.42 # rasher: the voices themselves are on that same server, http://www.festvox.org/packed/festival/latest/ so I think they fall under the "no claim" heading. 19.36.58 # X11 license is certainly free enough 19.37.52 # rasher: something like http://pastebin.com/d61493f78 should do, right? 19.37.53 Join Llorean [0] (n=DarkkOne@ppp-70-243-32-116.dsl.hstntx.swbell.net) 19.37.59 # That's the software. I'm not completely convinced the actual voices have the same license... 19.38.22 # Yeah, doesn't seem obvious 19.39.12 Part pondlife 19.39.20 # Should I write them an email? 19.40.07 # It would be nice if we could create some better voice files 19.40.43 # I take it you're talking about the files festvox_cstr_us_jmk_arctic_multisyn-1.0.tar.gz and festvox_cstr_us_awb_arctic_multisyn-1.0.tar.gz? 19.40.45 # Would like me to build a .voice for another target for you to see the difference? 19.40.53 # Those are the ones. 19.41.23 # There are two or three more but for commercial use.. (i saw their names in the config files) 19.41.38 # rasher: can I mass convert the scrollwheel feature into another, like wheel_acceleration? 19.41.42 Join nibbler [0] (n=Nibbler@pD9E301E4.dip.t-dialin.net) 19.42.20 # with the lang-tools I mean 19.42.27 # kugel: I don't see why sed wouldn't do 19.42.50 # But maybe, I don't remember if I added something like that 19.43.28 # does anyone here have an ipod photo? 19.44.08 # taylor_: i would think that you can assume that the answer to that is yes and just ask your real question 19.44.38 # ok then. can someone try something for me if they do have a photo? 19.44.41 # kugel: You could try langtool.pl --help 19.45.03 # taylor_: Again, there's no reason to wait for an answer to that question 19.45.18 # The only possible answer is yes, or no answer. 19.45.52 # ok. If someone does have a photo. Does that photo have a notes section? 19.46.03 # ok. you know, the place to view tiny txt docs 19.46.57 Join Xithal [0] (n=kies@iwu-student.iwu.edu) 19.47.27 # taylor_: How is this related to Rockbox? 19.47.59 # Its related to linux4nano. And the possible *exploit* we are working on. 19.48.34 # Then you'd appear to be in the wrong channel 19.49.01 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.49.36 # rasher: Well, developing a way to get bast the signature check would be valid for both 19.50.00 # Though I'd imagine the DFU mode is a bit more interesting. 19.50.13 Part Xithal 19.50.16 # Well, I think thats basically what I asked when I came over here and you said to just ask the question ;) 19.50.49 # We aren't sure the DFU mode would lead to anything *yet* we would still have to decrypt the DFU files 19.50.54 # Anyway, I thought most Ipods have had the Notes thing? I certainly remember a lot of new ipod users asking why the Rockbox function didn't work (while it was actually just showing the *folder* named "NOTES") 19.51.47 # * rasher finds circumstantial evidence that the multisyn voices are Free 19.52.06 # the reason being: I am going to edit the Sansa source just a little bit to run ipod firmware(photo) and test this ug. 19.52.11 # the reason being: I am going to edit the Sansa source just a little bit to run ipod firmware(photo) and test this *bug 19.52.33 # rasher: they should be, the corpus _is_ free and the tools are free as well. Anyone with enough knowledge could rebuild them.. 19.52.41 Join tvelocity [0] (n=tony@adsl10-177.her.forthnet.gr) 19.53.13 # rasher: I'm not familiar with sed, but fortunately text editors have a replace-in-all-files feature 19.53.29 Join Thundercloud [0] (n=thunderc@82.132.136.185) 19.53.45 # kugel: sed -i s/scrollwheel/wheel_acceleration/ apps/lang/*.lang 19.54.07 # hm, that sounds too easy :p 19.55.26 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.56.00 # in case "scrollwheel" is used as an opt in the manual, it should be replaced too 19.57.38 # and IIRC it is used at least once in the pictureflow.tex which made me investigate the history of HAVE_SCROLLWHEEL 20.00.52 # yep 20.00.52 Quit t0mas (Read error: 104 (Connection reset by peer)) 20.01.05 Join archivator_ [0] (n=archivat@77.70.28.57) 20.01.20 Quit archivator_ (Client Quit) 20.06.14 # * kugel sees this giant \opt and wonders whether this includes all targets (except h10) 20.06.29 Join jaykay_ [0] (n=chatzill@p579E7087.dip.t-dialin.net) 20.06.32 # http://pastie.org/404958 20.13.57 # in pictureflow.tex or something else that already excludes some targets? 20.14.45 # in pictureflow.tex 20.15.09 # * kugel summons BigBambi 20.15.55 # yo 20.15.59 # uhh, the manual could need a good cleanup w.r.t scrollwheel 20.16.24 # scrollwheel appears to be a silly define 20.16.27 # BigBambi: I was wondering about the big \opt in pictureflow.tex 20.16.44 # not anymore in a few minutes 20.17.28 # but still, this one \opt seems to include every target separately 20.17.35 # kugel: hmmm, that appears to be everything except H10 :) 20.18.02 # I suspect I started with some different then changed them, then forgot to replace it with nopt h10 20.18.27 # ok, just wanted to make sure 20.18.29 # So what's different about H10? 20.18.30 # There are no archoses there 20.18.57 # looks like it could probably be replaced by a \nopt excluding the H10 pad - would improve readability for now but will give a different result if targets will be added that have no \ButtonSelect 20.19.10 # * BigBambi needs to look at the whole file 20.19.11 # rasher: that's pictureflow.tex 20.19.37 # pixelma: I don't see any reasons why they couldn't have pictureflow in the future 20.19.45 # rasher: no pictureflow for archos 20.19.57 # Yet. 20.20.07 # well, I don't think it is too important 20.20.25 # It could use nopt h10, but then someone would maybe have to change it back in the future 20.20.42 # yes, you'll need to work on the tex then anyways (as you don't know the button mapping yet) - and yes, they don't have a select button 20.20.53 # gevaerts: The H10 doesn't use the "select" button for that option 20.21.03 # * kugel wonders why 20.21.17 # does it have one? 20.21.24 # the H10's "select" button isn't called "select" in the code... 20.21.27 # * BigBambi can't remember 20.21.28 # probably some PLA weirdness 20.21.34 # I have to look at the layout everytime :) 20.21.38 # pixelma: or that 20.21.39 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 20.21.45 # I knew I wasn't going mad! 20.21.53 # they don't really have a "select" button 20.22.19 # * kugel commits his scrollwheel / wheel_acceleration thing and crosses his fingers 20.23.18 Quit jaykay (Read error: 110 (Connection timed out)) 20.23.58 # kugel: Do we now have a proper manual define for scrollwheel? 20.24.03 Join anotherfoot [0] (n=proudfoo@dyn128-54-242-75.ucsd.edu) 20.24.35 # * kugel seems the acceleration isn't covered in the manual 20.24.47 # BigBambi: yes, scrollwheel, after my commit 20.24.49 Join fml [0] (n=4fd3d3b6@gateway/web/cgi-irc/labb.contactor.se/x-8023fd88eb20a18f) 20.25.16 # kugel: Excellent 20.25.44 # kugel: I was bitten by that before, assuming that scrollwheel meant it had a scrollwheel :) 20.26.15 # haha, those mass-file commits are thrilling 20.26.27 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 20.26.28 # BigBambi: me too, so I decided to change it ;) 20.26.57 # kugel: thanks :) 20.26.58 # it actually said: it may have a scrollwheel, but if, it has some wheel acceleration code 20.27.08 # now it says: it has a scrollwheel! 20.27.26 # kugel: Yeah, it was mainly me being lazy and not looking into it deeply enough 20.27.58 # kugel: about FS#8894, which target are you testing on? 20.28.46 # e200 20.29.03 # I would test on my fuze too, but there's not much sense in that 20.29.05 # I didn't get data aborts on the ipod either, do you have a gigageat? 20.29.22 # no, /me is still sansa-only :( 20.29.23 Nick jaykay_ is now known as jaykay (n=chatzill@p579E7087.dip.t-dialin.net) 20.29.25 # Hello. Am I the only one who gets compile errors in settings_list.c? 20.29.37 # ...sim build, e200 20.29.46 # fml: since when? 20.29.57 Quit Riku (Read error: 110 (Connection timed out)) 20.30.25 # mcuelenaere: svn update one minute ago 20.30.33 # what revision? 20.31.14 # mcuelenaere: r20177. I get: /settings_list.c:796: error: ‘LANG_SORT_INTERPRET_NUMBERS’ undeclared here (not in a function) 20.31.20 # fml: I probably broke something, let's wait for the build servers 20.31.32 # no, that seems unrelated 20.31.46 # fml: did you try a make clean + reconfigure? 20.32.17 # i just tried r20177 e200 sim and it built fine on linux 20.33.00 # I tried make very clean, reconf to no avail 20.33.18 # BigBambi: svn up :) 20.33.40 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 20.33.40 # yes sir! 20.34.13 Join Strife1989 [0] (n=michael@204.116.244.200) 20.34.27 # one could do "s/\opt{IPOD_4G_PAD,IPOD_3G_PAD,SANSA_E200_pad}/\opd{scrollwheel}/" now 20.34.56 # \o/ no red 20.35.03 Nick Strife1989 is now known as Strife89 (n=michael@204.116.244.200) 20.35.24 # kugel: Nice work keeping it green! :) 20.35.37 # fml: I had the same errors this morning, nothing seemed to fix it except deleting the build folder and starting again (make clean, make reconf etc did not help) 20.35.53 # me too 20.35.58 # * kugel too 20.36.04 Quit proudfoot (Read error: 110 (Connection timed out)) 20.36.19 # kugel: Get off the bandwagon! 20.36.30 # :) 20.36.58 *** Saving seen data "./dancer.seen" 20.38.29 Join z35 [0] (n=z35@h200.80.91.75.dynamic.ip.windstream.net) 20.39.51 Nick anotherfoot is now known as proudfoot (n=proudfoo@dyn128-54-242-75.ucsd.edu) 20.40.56 # shotofadds: the changes in lang are not picked up! 20.41.43 # There are new LANG_xxx symbols, but genlang hasn't been called by the make script 20.43.04 # pixelma: yes, I did make clean and make veryclean. Now I deleted everything (like shotofadds) and it seems to work 20.47.40 # kugel: two notes about natsort: (1) The menu entry in the settings should be Title Case (to be like other menu entries) 20.47.58 # seems like the makefiles need to capture that dependency, then. I'm not entirely sure where to start though. 20.48.17 # fml: Not a good time to suggest that 20.48.29 # kugel: and (2) I have some folders with cyrillic glyphs. They are placed in the beginning of the list when the option is activated 20.48.33 # fml: Not all menu entries are, and there is a big debate about that 20.48.34 # fml: sure, if we didn't already agree on sentence case 20.48.47 # fml: Given UK English (which Rockbox is) doesn't tend to use it 20.49.44 # BigBambi: I think if it's done then everywhere. But for now it's very ugly because not consistent 20.50.02 # What about the (2)? 20.50.07 # fml: Which doesn't mean that new onces should be title case 20.50.27 # shotofadds: it seems to be related to the recent move of the generated lang files 20.50.32 # fml: about the cyrillic, I suggest (a) you fix it yourself or (b) contact the author of the algorithm 20.50.57 # deleting lang.[ch] in the build dir fixed my builds 20.51.00 # nice to see that some more information about the ams sansa USB was discovered 20.51.19 # I have no way of testing non-iso-8859-1 codepages 20.52.16 # but all that was done, was to replace the call of strcmp with strnatcmp (and IIUC strcmp isn't utf8-aware either) 20.55.01 # kugel: The good thing about the plain str* functions is that they don't need to be utf-8 aware in order to sort utf-8 properly, due to the way utf-8 works 20.55.02 # bertrik: now we just need someone to work on it :) 20.55.21 # kugel: it's not impossible to rename files to something that includes cyrillic for testinh 20.55.27 # or testing 20.56.19 # pixelma: if I don't know what I write, show should I know how that's supposed to be sorted? 20.56.39 Join denes [0] (n=bela@pool-7507.adsl.interware.hu) 20.56.44 Join MethoS-- [0] (n=lem@host-091-097-240-248.ewe-ip-backbone.de) 20.57.18 # how* 20.57.28 # (sort properly in a basic sense - proper unicode collation is an entire different matter) 20.58.25 # amiconn: Regarding FS#8778, kugel had mentioned that you had some sort of concern about it? 20.59.49 Quit Thundercloud (Remote closed the connection) 21.00.08 Quit Nico_P (Remote closed the connection) 21.00.56 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-d940a940a727c613) 21.01.21 # gevaerts, you have a clip, right? You could start right away! :P 21.01.56 # kugel: you would only need one cyrrilic letter - it was about sorting cyrillic letters before numbers - not how the cyrillic characters are sorted in themselves 21.02.13 # Speaking of Clips, funman is still looking for a new one so he can get back into port work. 21.02.21 # bertrik: I could, but there are these annoying ARC performance problems... 21.03.05 # bertrik: last week you asked if I could do some testing on a sansa c240v2. I think I got the dev setup going now. 21.03.38 # LambdaCalculus37: http://www.rockbox.org/irc/log-20090228#22:59:48 21.06.37 # orsonj, you can help with getting radio to work on the c200v2. It's not really something critical, but nice to have anyway 21.06.48 # pixelma: Thanks. 21.07.04 # bertrik: that would require a working display and buttons first I suppose 21.07.50 # kugel, yes that would make it a lot easier 21.07.59 # amiconn: yes, I think it's because of unicode. And maybe signed chars 21.08.08 Join tessarakt [0] (n=jens@e180067211.adsl.alicedsl.de) 21.09.10 # dual boot support for the c200v2 on the sansaams wiki page says "no/yes", I don't understand 21.10.33 # bertrik: well, it boots the OF :) 21.11.37 Quit MethoS- (Read error: 110 (Connection timed out)) 21.13.09 Join DuneStar [0] (n=abediso@cpe-24-242-239-95.tx.res.rr.com) 21.13.18 Join Thundercloud [0] (n=thunderc@82.132.136.184) 21.13.46 # so, I can't boot rockbox to test the radio? Or is the wiki out of date? 21.15.47 # Hello. Is it possible to open an 8GB MicroSDHC card in Windows Explorer from an r19569 rockbox'd Sansa e260? Or will I need an external card reader? 21.16.24 # DuneStar: I can't remember what build USB was enabled in, but one after that will let you use the card directly through Rockbox UB 21.16.36 # * BigBambi goes to check 21.16.56 # thank ya Bambi 21.17.03 # DuneStar: you basically have three choices. (a) use a card reader, (b) use a current development build, or (c) wait for 3.2 (should be in about three weeks I guess) 21.17.06 Join amoe [0] (n=amoe@cpc1-brig3-0-0-cust512.brig.cable.ntl.com) 21.17.22 # BigBambi: r19569 is 3.1 21.17.30 # orsonj, I didn't realise how poorly developed the c200v2 port was. First we need display and buttons to work. 21.17.37 # DuneStar: After r20105 21.17.37 # gevaerts: aha 21.17.45 # alrighty. I'll take my chances with the dev. build. Thank you. 21.17.51 # after r20105, gotcha 21.18.05 # DuneStar: Just get the current 21.18.20 # ok 21.18.40 # That is changed on every source code change, so is always the newest at the point you download it 21.20.01 # well, I'm still happy to help, I have the c240v2, I am able to download svn and compile, but to do more I'll need some directions 21.21.50 # Bambi - worked perfectly. Thank you! 21.22.32 # This build makes it so easy to connect my Sansa to XP - no reloading to the default Sansa firmware :) 21.23.18 Quit blithe ("Lost terminal") 21.23.28 # orsonj: It needs a skilled hacker to get the lcd and button driver working 21.23.29 Join blithe [0] (n=blithe@blakesmith.me) 21.23.30 Join MethoS- [0] (n=lem@host-091-096-208-072.ewe-ip-backbone.de) 21.23.34 # no problem. It should be in 3.2 in about three weeks too 21.24.13 # hm, speaking of 3.2 21.24.24 # we should start to 21.24.28 # prepare the release 21.24.40 # indeed. Especially the freeze 21.24.51 # I've not seen any speek of a freeze, nor a Release32 page 21.25.09 # s/speek/talk/ 21.26.25 # Don't we freeze for 2 weeks? 21.26.39 # no 21.26.55 # but 2 weeks before the release (the second week is after branching) 21.27.02 # The freeze for 3.1 started about two weeks before the release 21.27.10 # hm, plenty of time :) 21.27.49 # kugel: Release32? 21.27.57 # I have a patch for strnatcmp: http://pastebin.ca/1351272 The key is to use int (and not char) in isxxx funcs. Could anyone try it? It works for me. 21.27.59 # We need to wake up Bagder once more, I guess 21.28.02 # keep up the good work fellas 21.28.05 # Good evening all 21.28.27 # Does anyone know, do vorbisgain and mp3gain use different reference levels? 21.28.32 Quit DuneStar () 21.28.45 # amiconn: Not really a rockbox question that 21.28.50 # oops 21.28.56 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 21.29.03 # amoe: Not really a Rockbox question that 21.29.14 # BigBambi: I know... can't think of anywhere else to ask 21.29.26 # Still not here 21.29.34 # BigBambi: fair 21.29.36 # rasher: I mean ReleaseNotes32 (http://www.rockbox.org/twiki/bin/view/Main/ReleaseNotes31) 21.29.47 # Ah 21.30.09 # amoe: There is always #rockbox-community for off-topic 21.32.36 Quit MethoS-- (Read error: 113 (No route to host)) 21.33.19 # BigBambi: thanks 21.38.18 Quit blithe ("Lost terminal") 21.38.29 Join blithe [0] (n=blithe@blakesmith.me) 21.40.02 Join Rabbit^^ [0] (n=Rabbit^^@72-24-220-205.cpe.cableone.net) 21.40.45 # Can anyone tell me where to find the Powerdesk article on the Rockbox forums? 21.42.21 # And what does Powerdesk have to do with Rockbox? 21.42.31 Quit stripwax ("http://miranda-im.org") 21.43.02 # fml: shouldn't that be short instead of int? 21.43.09 # The writer used it to help get Rockbox on the Sansa View 21.43.24 # Rabbit^^: no 21.43.31 # there is no rockbox for the sansa view 21.44.28 # * kugel pokes Bagder about 3.2 21.44.31 # There's not even any work on a port for the Sansa View. 21.44.53 # someone proved our dummy-signing works on it, that's all 21.45.08 # Exactly. No actual work has been done, though. 21.45.46 # * Bagder pokes kugel back, mentioning speaking in whole sentences if he wants to be understood 21.46.03 # Bagder: that was a whole sentence! 21.46.12 # wholer! 21.46.16 # I think so too 21.46.28 # alright, im stupid.. i don't know how to install the test bootloader from sansa patcher :\ 21.46.35 # I'm not forcing anyone 21.46.36 # Bagder: I just thought we might start preparing 3.2 soon, going into freeze etc 21.47.01 # There's no timeplan about 3.2 yet, is there? 21.47.08 # I think the two-week approach we did before worked fine 21.47.27 Quit MethoS- (Read error: 110 (Connection timed out)) 21.47.30 # ie freeze 14 days before, unfreeze and branch 7 days before, release on day 0 21.47.39 # day 0 == ? 21.47.49 # 2009-03-23? 21.47.49 # March 23rd 21.47.53 # * kugel suggest 23rd 21.47.56 # gartral: There is a command line option - does sansapatcher not give any help output (I think it does)? 21.48.31 # We also need to manage the new bootloader releases I think 21.48.36 # it is what the poster used to help roll back his firmware version 21.48.58 # mcuelenaere: all toupper, isxxx etc funcs accept int IIRC. Int is the best type in C 21.49.16 # yes, but isn't this supposed to parse UTF8 strings? 21.49.49 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 21.49.54 # Rabbit^^: What you saw was someone testing an e200 build on a View just to see what it would do. That does not mean there is a Rockbox port for the View. 21.50.08 Join bzed [0] (n=bzed@devel.recluse.de) 21.50.30 # mcuelenaere: I think this will also work correctly with UTF8 They can be sorted as if they were normal strings. The problems in the strnatcmp were because of signedness 21.50.35 # Do you remember the poster's ID? 21.50.44 Quit taylor_ ("Leaving") 21.51.23 # So, let's freeze in 1 week 21.51.59 # march 9th 21.52.11 # yeah, sounds fine to me 21.52.34 # fml: ok, I misunderstood the patch. I wonder though why they initially didn't go for this more performanter solution.. 21.52.51 # mcuelenaere: if you use char you'll get negative values because in utf8 encoded strings there are bytes with the highest bit set. 21.53.02 Quit amoe ("erk") 21.53.15 # * mcuelenaere mixed up UTF8 with UTF16, which uses short's 21.53.17 Join pyro_mania1 [0] (n=jens@i59F705D9.versanet.de) 21.53.21 # mcuelenaere: I don't know. May be nobody tested this with utf8 21.53.29 # Isn't there a comment at the top of the .c file, regarding to signedness? 21.53.59 # kugel: I saw it. But somehow it leaks through 21.54.18 Join barrywardell [0] (n=barrywar@86.43.165.151) 21.54.27 # fml: for speed, if you look at strncmp.c, the speed version compares 4bytes at a time too 21.54.32 Part Rabbit^^ 21.54.54 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 21.55.56 # kugel: yes, that's made to compare 4 bytes at a time. But here the problem is not this but the conversion from char (strnat signatures) to isdigit (std c signatures). Using int makes it correct, faster, and smaller bin size 21.56.25 # commit then? :) 21.58.03 # why is doing frequent releases bad? 21.59.00 # it allows careful users to keep up easier, it allows us to be slightly less careful/scared about committing 21.59.35 # it also makes us remain capable of doing releases 21.59.48 Quit __lifeless (Remote closed the connection) 21.59.51 Join _lifeless [0] (n=lifeless@83.219.11.208) 22.00.49 # kugel: I'd rather wait that at least someone tests it. Could you? 22.01.28 # I've been wondering. Has the freeze actually been useful for 3.0 and 3.1? Would just disallowing major overhauls and backporting only fixes not work just as well? 22.01.40 # It's only been two releases of course... 22.01.58 Quit midijunkie ("?(???~•~)?") 22.02.17 # I don't see a lot of pending big changes coming anyway 22.02.21 Quit moos ("Rockbox rules the DAP world") 22.02.54 # and it's hard to tell how it would've been without the freeze 22.02.55 # * mcuelenaere wonders whether http://cvs.php.net/viewvc.cgi/php-src/ext/standard/strnatcmp.c?r1=1.8&r2=1.9 should be considered for our strnatcmp implementation too 22.03.09 # True 22.04.08 # I vote for not changing the release process and cycle until we've had three or four. We can evaluate things properly at devcon and then adjust things if needed 22.04.23 # I think that's a good idea 22.04.36 # it will produce a better evaluation 22.04.52 # even without the forced release cycle, wouldn't now be a good point for a release anyway? (usb seems release worthy) 22.05.08 # I think so, yes 22.05.26 # do we have a name for 3.2? 22.06.40 # had 3.0 and 3.1 a name? 22.07.05 # * gartral didn't know we were naming the releases 22.07.09 # no I don't think so 22.07.18 # Yes :) 22.07.31 # Not official, and maybe not even unique, but there are names! 22.07.32 # nah, we once went with some names, but then it took us aaaages to reach there and then we didn't use the names any longer 22.08.01 # fml: I could. Unfortunately I already deleted my test_sort folder, but I can surely create a new one 22.08.16 # but as you noticed, I only tested ascii 22.09.14 # kugel: try Ä and Ãœ. The result should be the same 22.10.54 # mcuelenaere: I don't quite understand the other version, but I think our variant is not worse! 22.11.27 # fml: this is the bug report related to that 'fix': http://bugs.php.net/bug.php?id=19795 22.11.55 # * mcuelenaere doesn't really understand the point of casting twice 22.12.04 # mcuelenaere: in the end, they convert everything to int. Why use two steps for that? 22.12.15 # right, that's why I'm wondering.. 22.12.36 # If you have more than one Festival voice installed, please test http://www.rockbox.org/tracker/task/9976 - it *should* allow you to pick which one to use when building voicefiles 22.12.48 # because casting signed char to signed int sign-extend 22.13.01 # while casting to unsigned char first takes away that 22.13.03 # fml: ä/ü sorts OK here 22.13.13 # a -> ä -> ü 22.13.24 Quit Strife89 (Read error: 110 (Connection timed out)) 22.13.40 # kugel: how do ae and ue sort? 22.13.52 # Bagder: can't you cast to directly to unsigned int then? 22.14.08 # s/to directly/directly/ 22.14.13 # gevaerts: We don't do any fancy language-dependent collation, so I wouldn't expect anything there 22.14.14 # ok, but ä sorts after b, not so good 22.14.28 # mcuelenaere: you can, but that won't give the same results 22.14.34 # kugel: Why not? 22.14.37 # There's no *right* way to sort ä 22.14.49 # hm, probably 22.14.55 # there is a unique one in every language 22.14.58 # rasher: I still maintain that it's actually not just hard to do right, it's impossible 22.14.58 # I'd expect it to sort between æ and ø 22.15.12 # Bagder: that's true. But in all char processing code, I just write "int c = *str" (with char *str) and it always worked. 22.15.22 # gevaerts: Oh sure, but we're not even trying. Which I think is perfectly acceptable. 22.15.33 # asciisort sorts b before ä too, so it's "correct" 22.15.34 # I agree there :) 22.15.47 # As long as we don't lose track of that 22.15.53 # fml: yes sure that works, but then you didn't need that extra weirdo conversion the double-cast does 22.16.20 # I'm just saying there can be a point 22.16.40 Quit XavierGr (Nick collision from services.) 22.16.51 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 22.16.51 # fml: according to you, ä and ü should be before everything else? 22.17.16 # Bagder: I don't like that double cast either. And I understand that there might be a point. But it just works! :-) 22.17.18 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 22.17.28 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 22.17.44 Quit barrywardell () 22.18.11 # fml: where's your patch? 22.19.12 # is "Battery: Trickle Chg" still used anywhere? 22.19.21 # fml: did you see fs9961? 22.19.56 # jaykay: The player, I assume 22.20.05 # Archos Player, that is 22.20.13 # gartral: I think he did, he committed it 22.20.30 # kugel: his last version seemed to be http://pastebin.ca/1351272 22.20.35 # we once had some scripts that checked if all phrases are used in code 22.20.35 # jaykay: should be on some Archos (Recorders or Player, don't remember exactly) 22.21.00 # theres also recorder: "Battery: Top-Off Chg" 22.21.22 # but the lang file says only charging: for trickle chg 22.21.59 Quit LambdaCalculus37 ("Fwump") 22.22.36 # kugel: no, I think umlauts should be after the ASCII 22.22.51 Part gartral 22.23.29 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 22.23.44 Join barrywardell [0] (n=barrywar@86.43.165.151) 22.24.27 # fml: they are, with SVN too 22.24.47 # anyway, your patch changed nothing for me, so I guess it can go in 22.25.19 # kugel: then try cyrillic. Ä and Ãœ are not weird enough! :-) The patch is FS#9975 22.25.27 Join petur [50] (n=petur@rockbox/developer/petur) 22.26.15 # Bagder: I'll probably commit a change to configure that'll change voicebuilding soon 22.26.20 # fml: You test cyrillic enough. just commit it 22.26.29 # Bagder: FS#9976 22.26.31 # But it would be good if more people confirmed that 22.26.39 # I noticed, I'll adapt 22.26.52 # Bagder: speaking of configure: does building the manual still configure as (M)anual? 22.27.08 # kugel: I only tested in the sim 22.27.19 # since you need to call the manual target explicitly anyway I don't see much point in having this separately 22.27.20 # fml: I tested on target. it breaks nothing for me 22.27.30 # bluebrother: it does 22.27.45 # and no, there's really not much point with it 22.27.46 # Bagder: This should also allow you to use a different festival voice with less hassle (the two "multisyn" ones sound good - http://www.festvox.org/packed/festival/latest/) 22.27.48 Join low_light [0] (i=c730180b@gateway/web/ajax/mibbit.com/x-cf809c98509fe7ed) 22.31.23 Quit _lifeless (Remote closed the connection) 22.31.37 # fml: I don't see anything wrong with your patch 22.31.40 Join _lifeless [0] (n=lifeless@94.50.167.181) 22.33.06 Join Strife1989 [0] (n=michael@204.116.244.200) 22.33.38 Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 22.34.16 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 22.35.44 # kugel: done 22.36.59 *** Saving seen data "./dancer.seen" 22.37.32 # Bagder: Committed. It'd be great if you could have a go at using one of those higher quality voices for festival 22.37.35 Quit barrywardell () 22.38.07 Quit fml ("Bye!") 22.38.48 Join Horschti [0] (n=Horscht@xbmc/user/horscht) 22.39.02 Quit Strife1989 ("Huzzah!") 22.43.03 # festvox-rablpc16k - British English male speaker for festival, 16khz sample rate 22.43.11 # perhaps 22.44.13 # yuck 22.44.19 # "festvox-rablpc16k: Depends: festlex-oald (>= 1.3.1) but it is not installable" 22.44.35 Part woyciesjes ("Ex-Chat") 22.44.48 Join woyciesjes [0] (n=dw49@hackermanf.med.yale.edu) 22.45.12 Part woyciesjes ("Ex-Chat") 22.46.54 Quit Thundercloud (Remote closed the connection) 22.47.08 # Bagder: it's not so much about the sample rate as it is about the algorithms used to transform the corpus into the voices. There are several voices from the ARCTIC corpora that are way different from each other - some algorithms optimize for size, others for accuracy. The corpora are generally well-balanced.. 22.47.14 Join __lifeless [0] (n=lifeless@90.151.223.178) 22.47.30 # I still prefer installing from debian packages 22.48.21 # Well, the installation is nothing more than an untar. No configuration needed. 22.48.29 Join Rabbit^^ [0] (n=Rabbit^^@72-24-220-205.cpe.cableone.net) 22.49.26 # Just fyi, the article I was referring to earlier was actually in the View forums on Sansa's site. 22.50.58 Join barrywardell [0] (n=barrywar@86.43.165.151) 22.51.30 # gevaerts: :) 22.52.10 # Bagder: These voices aren't available as Debian packages, unfortunately 22.53.18 # rasher: I would imagine that's because they're HUGE (compared to other packages). 22.56.13 # Bagder: Isn't festlex-rablpc from non-free? 22.56.14 Quit __lifeless (Read error: 145 (Connection timed out)) 22.56.26 # (thinking about licensing issues) 22.56.29 # I don't know 22.56.29 Quit Horscht (Read error: 110 (Connection timed out)) 22.56.48 # does festival have non-free voices? 22.56.55 # I would like to add festival support to rbutil. The only problem is, unlike the other engines, festival has a server-client model. I would need to first start the server and then pass it commands to generate the clips. Any idea how to do that without rewriting all of tts.cpp? 22.57.38 # Bagder: yes. The University of Edinburgh offer several voices for commercial use - you can hear a demo on their website - they're quite good! 22.58.11 Quit Rabbit^^ ("Off") 22.58.29 # Iirc voice.pl supports festival 22.58.59 Join thegeek_ [0] (n=nnscript@s243b.studby.ntnu.no) 22.59.09 # * amiconn always uses sapi for voice & talk file generation, so he's not sure 22.59.09 # amiconn: from what I can tell, the multisyn voices are public domain. Either that, or they fall under the X11 license of the source code. 22.59.47 # * Llorean really liked the mbrola voices with espeak. 22.59.54 # I seem to recall that voices built with them were redistributable. 23.00.41 Quit _lifeless (Connection timed out) 23.00.45 # Llorean: I never tried mbrola. It requires a separate executable, right? 23.01.11 # archivator: start the server in the constructor, stop it in the destructor and call the client like the executables right now? 23.01.24 # Ah, festvox-rablpc is from contrib, because it depends on a non-free package (festlex-oald) 23.01.36 # archivator: Yeah, it does unfortunately. 23.01.39 Quit low_light ("http://www.mibbit.com ajax IRC Client") 23.02.00 # archivator: It sounds really good though, and I tend to feel espeak is much better at choosing the right pronunciation for words (at least in my limited experience) 23.03.01 Part pyro_mania1 23.03.02 # bluebrother: The server can take up to 5 sec to start and I don't know of a way to be sure it works. I'll see what I can do, though, thanks for the tip. 23.04.57 # hmm, that might be problematic then. 23.07.01 # you could try to utilitze start() and stop() for the server, and pass a signal with the status 23.07.24 # not sure if any of those work -- I'm not familiar with that part of the code at all 23.12.02 # the multisyn 98MB contains not a single word about installation 23.12.28 # but 4506 files ;-) 23.14.10 Join _lifeless [0] (n=lifeless@94.50.180.149) 23.14.25 # Bagder: right. Do you know where festival keeps its voices in your distro? 23.14.32 # no 23.14.37 # Bagder: Ubuntu uses /usr/share/festival/ 23.14.41 # but I guess I can find out 23.14.56 Quit thegeek (Read error: 110 (Connection timed out)) 23.15.02 # Bagder: do that. You need to find festival/voices/ and create a festival/voices-multisyn 23.15.36 # so without a license in it either, how do we know these are fine? 23.15.48 # Bagder: I don't remember what the tar structure looks like but it needs to be festival/voices-multisyn/english/cstr_...._multisyn 23.15.58 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 23.16.13 # festival/lib/voices-multisyn/english/cstr_us_jmk_arctic_multisyn/ 23.16.13 # Bagder: read this http://www.festvox.org/download.html 23.16.53 # Bagder: right. Open up festival from a console (it loads in interactive mode) and type (voice.list) Make sure this voice is there. 23.17.27 Join gartral [0] (n=gareth@75.33.91.251) 23.17.59 Quit {phoenix} (Remote closed the connection) 23.18.11 # amazingly awkward procedure 23.18.52 # Bagder: tell me about it. The whole thing is in Scheme. Anyway, I guess you saw it there. You need to switch to it with (voice_cstr_...) 23.18.52 Quit FlynDice (Remote closed the connection) 23.18.58 # It has tab-completion 23.19.43 Quit gartral ("Leaving.") 23.20.14 Join gartral [0] (n=gareth@adsl-75-33-91-251.dsl.bcvloh.sbcglobal.net) 23.21.05 # Bagder: You can make it speak to /dev/dsp with (SayText "Text.") Of course, if you have pulseaudio, you need to run it under padsp.. 23.21.32 # no I can't, since this is on the server 23.21.39 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 23.21.46 Join Strife89 [0] (n=nds@204.116.244.200) 23.21.51 # well, I guess in theory I can make pulse play remotely 23.21.57 # but I have no desire 23.22.01 Quit thegeek ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 23.22.03 Join akur [0] (n=akur@bl6-145-50.dsl.telepac.pt) 23.22.47 # Bagder: I see. If you're running any tests, just make sure you have trailing fullstops - the multisyn models change intonation at fullstops. 23.23.02 # I do rockbox voices 23.23.07 # for all targets 23.23.19 # I think that can be seen as a test ;-) 23.23.38 # coming up in ... 7 hours 23.23.48 # Right. Didn't know that. 23.23.49 Quit Strife89 ("I need to read.") 23.23.57 # Well, then, good luck. 23.24.30 # kugel: yessir? 23.24.40 # * Bagder remembers to clean the voice-pool 23.25.10 # jhMikeS: I was wondering about your comment here: http://www.rockbox.org/tracker/task/8523 23.26.02 # I haven't actually noticed a difference after removing lcd_set_enable_hook() from the e200's lcd_enable 23.26.36 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 23.27.10 # kugel: you mean with old data being displayed? 23.27.22 # yes 23.27.23 # Oh, forgot about the full stops 23.27.44 # the display updated within a tick (it seems to me at least), no matter of lcd_set_enable_hook() 23.27.50 Quit thegeek_ (Read error: 110 (Connection timed out)) 23.29.07 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-030e2c6c549b060b) 23.29.15 # theres a datasheet for that AMD SOC with some USB info, I added it to the wiki 23.29.47 Join bs66_1 [0] (n=sysuser@94.191.167.205.bredband.tre.se) 23.29.53 # AMS surely 23.30.13 # uh no 23.30.17 # Wasn't the USB thing identical to an AMD SOC? 23.30.18 # * Bagder shuts up and hides 23.30.19 # I was just thinking that for this application, you might want the data updated before anything is visible and that provides a way to do it in sequence. For mpegplayer, the overlay won't be refreshed in time if paused or in "set start time". 23.30.46 # I wasn't aware of this 23.31.30 Part akur 23.31.40 Quit Zoxc () 23.31.56 # jhMikeS: well, the e200 does lcd_update() and lcd_set_enable_hook(), and the old data is still visible for a split second (nothing that bothers me actually) 23.32.33 # this isn't actually visible with default settings though, you need to disable backlight fade and lcd_sleep 23.32.46 # a huge document it is 23.32.47 # I find that sort of thing looks sloppy 23.33.19 # saratoga: nice 23.33.36 Quit maddler (Read error: 110 (Connection timed out)) 23.33.44 # jhMikeS: but adding lcd_set_enable_hook() apparently doesn't do it 23.35.02 # where is the code? 23.35.10 # in the patch now? 23.35.25 # the e200 does it in SVN 23.35.25 # the 5536 is a SOC, but since the register maps are reported to match, they probably licensed the same USB controller [whatever that may be] 23.35.42 # saratoga: we know it's a Synopsys 23.36.01 # kugel: you need to register a function to be called that should only be registered while actually in the screen. 23.36.02 # ah ok 23.36.35 # it does nothing at all if you don't have that in place 23.36.37 # but there's no mention of that in the pdf, I checked ;-) 23.37.12 # that linux code is even gplv2 or later 23.37.27 # jhMikeS: sending a message will still issue the update for the next tick, right (not instant)? 23.37.54 # it it sleeping on a queue or using sleep()? 23.38.25 # huh? there's no sleep involved 23.38.34 # it just returns if lcd_enable is false 23.38.34 # button_get_w_tmo? 23.38.38 # lcd_enabled() I mean 23.38.52 # wps_refresh in this case 23.41.35 # I see get_action(..., HZ/5); 23.41.40 # rasher: won't unconditional full stops at the end risk making weird phrases? 23.41.57 # serial_port: "19200" 23.42.02 # jhMikeS: where? 23.42.16 # or possibly "Bar (Gradient Colour)" 23.42.20 # kugel: gwps.c 23.42.35 # Bagder: Maybe :\ 23.42.42 # well, I guess we'll find out 23.42.55 # "File/directory exists. Overwrite?" 23.43.15 # Sure it'll *look* odd, but will the output be different? 23.43.27 # quite possibly not 23.45.17 # kugel: mpegplayer creates a custom system message and posts it to the button queue when the callback is called. When it gets that it updates the overlay. 23.45.31 Join MethoS- [0] (n=lem@dyndsl-085-016-160-057.ewe-ip-backbone.de) 23.45.43 # this IF_PRIO macro... do we sim thread priority? 23.45.48 Quit archivator () 23.45.52 Quit bs66_ (Read error: 110 (Connection timed out)) 23.46.50 # Unhelpful: Not now but who knows, it's not impossible. 23.47.49 # hrm, that might be the difference in behavior, the PF loader thread is set to background priority, and it lags behind the display thread on target but not sim, despite *lots* of yielding in the display thread. 23.48.15 # why is it background priority? 23.48.54 # jhMikeS: well, to me it seems that it can't get instant anyway, can it? 23.49.22 # I'll look at it, but I don't really thing it's worth it 23.49.34 # jhMikeS: i don't know, that's how it was written when i found it :) 23.50.38 Quit bluebrother ("leaving") 23.51.16 # Unhelpful: hmmm, it does alot of sleeping but really, the UI is dependent upon it and so it should match that. 23.51.57 # well, not *dependent* on it - the blank slide is preloaded, and displayed for anything not cached yet 23.52.04 # kugel: It can get instant if it's ok to just update on the backlight thread, sure but it should happen in milliseconds through a post. 23.52.24 Quit jgarvey ("Leaving") 23.53.28 # it's happening within milliseconds as of now 23.54.39 # kugel: it must lag a bit if it's visible though 23.55.33 Join moos [0] (i=Mustapha@81-66-158-88.rev.numericable.fr) 23.55.45 Join killan [0] (n=nnscript@c-02fc70d5.06-397-67626721.cust.bredbandsbolaget.se) 23.56.54 Quit CaptainKwel ("http://www.mibbit.com ajax IRC Client") 23.57.03 # jhMikeS: so, I can basically say lcd_set_enable_hook(gui_wps_refresh), and add lcd_call_enable_hook in all the drivers? 23.58.02 Quit flydutch ("/* empty */") 23.58.05 # hm, no 23.58.10 # kugel: I think it's in any driver that disables the lcd (or was at the time I added it). x5,H10,e200,etc. 23.58.12 Join crashd_ [0] (i=foobar@lostnode.org) 23.58.21 Quit parafin (grisham.freenode.net irc.freenode.net) 23.58.21 NSplit grisham.freenode.net irc.freenode.net 23.58.21 Quit MethoS- (grisham.freenode.net irc.freenode.net) 23.58.21 Quit blithe (grisham.freenode.net irc.freenode.net) 23.58.21 Quit denes (grisham.freenode.net irc.freenode.net) 23.58.21 Quit Llorean (grisham.freenode.net irc.freenode.net) 23.58.21 Quit J-23 (grisham.freenode.net irc.freenode.net) 23.58.21 Quit mcuelenaere (grisham.freenode.net irc.freenode.net) 23.58.21 Quit _Auron_ (grisham.freenode.net irc.freenode.net) 23.58.21 Quit balou (grisham.freenode.net irc.freenode.net) 23.58.21 Quit proudfoot (grisham.freenode.net irc.freenode.net) 23.58.21 Quit bertrik (grisham.freenode.net irc.freenode.net) 23.58.21 Quit Seed (grisham.freenode.net irc.freenode.net) 23.58.21 Quit evilnick (grisham.freenode.net irc.freenode.net) 23.58.21 Quit BlakeJohnson86 (grisham.freenode.net irc.freenode.net) 23.58.21 Quit Beta2K (grisham.freenode.net irc.freenode.net) 23.58.21 Quit freqmod_gq (grisham.freenode.net irc.freenode.net) 23.58.21 Quit SUSaiyan (grisham.freenode.net irc.freenode.net) 23.58.21 Quit desowin_ (grisham.freenode.net irc.freenode.net) 23.58.21 Quit rasher (grisham.freenode.net irc.freenode.net) 23.58.32 NHeal grisham.freenode.net irc.freenode.net 23.58.32 NJoin MethoS- [0] (n=lem@dyndsl-085-016-160-057.ewe-ip-backbone.de) 23.58.32 NJoin blithe [0] (n=blithe@blakesmith.me) 23.58.32 NJoin denes [0] (n=bela@pool-7507.adsl.interware.hu) 23.58.32 NJoin proudfoot [0] (n=proudfoo@dyn128-54-242-75.ucsd.edu) 23.58.32 NJoin bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 23.58.32 Join Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean) 23.58.32 NJoin J-23 [0] (n=zelazko@unix.net.pl) 23.58.32 NJoin mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 23.58.32 NJoin _Auron_ [0] (n=DarkAuro@ppp-70-249-146-14.dsl.rcsntx.swbell.net) 23.58.32 NJoin Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 23.58.32 NJoin evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-28145115cfcecac5) 23.58.32 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 23.58.32 NJoin Beta2K [0] (i=1000@d36-124-26.home1.cgocable.net) 23.58.32 NJoin balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 23.58.32 NJoin parafin [0] (i=parafin@paraf.in) 23.58.32 NJoin freqmod_gq [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 23.58.32 NJoin SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 23.58.32 NJoin desowin_ [0] (n=desowin@atheme/member/desowin) 23.58.32 NJoin rasher [50] (n=rasher@rockbox/developer/rasher) 23.58.36 # whee 23.58.58 # (undesired freenode ride)