00:00:31 | * | amiconn seems to have working automatic overlay placement in the build system :D |
00:01:13 | amiconn | 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 | bluebrother | 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 | kugel | booktabs? |
00:06:38 | kugel | the caption is to explain that this is an example |
00:07:00 | bluebrother | you're aware of http://www.rockbox.org/twiki/bin/view/Main/LatexGuidelines#Tables |
00:07:04 | bluebrother | ? |
00:07:31 | bluebrother | caption should go below. Though we don't use captions on tables usually. |
00:07:53 | bluebrother | also, the booktabs package is used for lines. Using hline is bad |
00:07:54 | kugel | uhm no |
00:08:01 | * | bluebrother hmpfs |
00:08:02 | rasher | bluebrother: Mind taking a look at FS #9934? |
00:08:18 | kugel | I googled latex table, I didn't know of this wiki page |
00:09:06 | bluebrother | we do have even more wiki pages on the manual. Like: how to build |
00:09:30 | bluebrother | that would've been ManualHowto (which links LatexGuidelines btw) |
00:09:51 | kugel | yea, I know ManualHowto, but I apparently didn't read it to the end |
00:10:50 | bluebrother | 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 | bluebrother | 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 | gevaerts | 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 | bluebrother | 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 | bluebrother | 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 | rasher | gevaerts: Sounds a bit like the bootloader works, but the OF doesn't? |
00:15:23 | gevaerts | rasher: yes |
00:15:55 | rasher | And usb plug in? |
00:16:01 | kugel | 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 | rasher | Sounds like your mrobe isn't doing too good |
00:17:33 | rasher | 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 | bluebrother | 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 | rasher | I haven't looked at what kugel did, but that does look nice |
00:22:47 | rasher | bluebrother: any ideas about my issues with the viewports-in-manual patch? |
00:23:02 | bluebrother | rasher: haven't gotten around looking into it yet. |
00:23:12 | kugel | 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 | bluebrother | ok, going to commit |
00:23:34 | kugel | well, I'm playing around with it, but you seem to have it properly already |
00:23:59 | amiconn | 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 | pixelma | 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 | rasher | 03 means "bigger than 2 and smaller than 4" |
00:28:13 | rasher | In natcasesort terms |
00:28:22 | rasher | natsort* |
00:28:52 | pixelma | I understand where it comes from but looking at that list I don't think that's intuitive |
00:29:34 | rasher | I think it makes perfect sense |
00:30:47 | bluebrother | I was wondering how that could be presented better too. |
00:31:08 | linuxstb | Shouldn't the second "As whole numbers" be "As digits" ? Also, I wouldn't use the word "opposes" - maybe just "demonstrates" |
00:31:58 | kugel | linuxstb: oops, yes |
00:31:59 | rasher | Also "this numbers" is bad grammar |
00:32:35 | linuxstb | Is our style to say "file names", not "filenames" ? |
00:33:29 | bluebrother | 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 | rasher | linuxstb: Oh noes. |
00:34:25 | pixelma | 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 | linuxstb | rasher: I know.... We should withdraw the manual from circulation... |
00:35:18 | rasher | pixelma: I don't see why? |
00:35:50 | kugel | pixelma: no, they still sort the same |
00:36:28 | kugel | bluebrother: I will do that |
00:36:30 | *** | Saving seen data "./dancer.seen" |
00:36:34 | kugel | linuxstb: is filenames better? |
00:37:06 | bluebrother | pixelma: why? 01 is still less than 10 |
00:37:07 | pixelma | ok, I see it now. But I still find the 03 in this example list misplaced |
00:37:37 | linuxstb | 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 | rasher | 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 | bluebrother | well, I was thinking of a textual description instead of a table −− it's somewhat confusing that both variants are alongside |
00:38:27 | kugel | How that? |
00:38:46 | bluebrother | 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 | kugel | I don't think the table is confusing at all |
00:39:00 | rasher | That's hard to follow |
00:39:15 | bluebrother | maybe choose other numbers and also include some trailing numbers example |
00:39:28 | pixelma | rasher: well, I read the 0 first and can't ignore it |
00:39:47 | bluebrother | 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 | rasher | Having it inline makes it harder to get the big picture |
00:42:33 | kugel | so, change "oppose" to "demonstrate" too? |
00:43:06 | kugel | the table is easy to follow, imo, particularly because it quite matches the list view |
00:44:39 | kugel | linuxstb: ? |
00:45:02 | | Quit bs66_ (Read error: 110 (Connection timed out)) |
00:45:28 | rasher | 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 | kugel | maybe just use singular it reference to the number with it? |
00:46:16 | kugel | "it", you know |
00:46:48 | kugel | "It combines consecutive digits to number and uses it for sorting." |
00:46:53 | kugel | a number* |
00:46:55 | saratoga | kugel: yes i've been following that patch, but doesn't jhMikeS's compliant still apply? |
00:47:14 | saratoga | linuxstb: I can easily disable that code, I just assumed it was part of the rockbox metadata parsing |
00:47:21 | kugel | saratoga: well, I don't know, I haven't experienced that issue yet |
00:47:53 | bluebrother | rasher: I'll try to look into the viewports patch tomorrow. gtg now, it's quite late already. |
00:48:12 | rasher | bluebrother: Great |
00:48:23 | kugel | saratoga: or do you just mean to add lcd_set_enable_hook |
00:48:25 | | Quit bluebrother ("cya") |
00:48:51 | kugel | well, that's not major, since the wps is update very frequently anyway |
00:50:43 | saratoga | kugel: I'm not sure what he meant, I don't know anything about the WPS |
00:51:00 | kugel | rasher: "It combines consecutive digits to a number used for the sorting." |
00:51:12 | rasher | s/the // |
00:51:38 | kugel | ok |
00:52:25 | kugel | saratoga: I think he was mainly saying, that upon enabling the lcd, the wps might show the old (unupdated) wps. |
00:52:59 | kugel | 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 | Llorean | kugel: But it looks like a bug to other people |
00:53:44 | linuxstb | 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 | rasher | kugel: You don't want to *see* it working. |
00:54:26 | kugel | I want, but other probably not, yes |
00:54:46 | linuxstb | Can't you tell it's working without that? |
00:55:08 | kugel | No |
00:55:46 | kugel | 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 | saratoga | linuxstb: yes the bitstream parsing code in tremor is an absolute mess |
01:00 |
01:00:17 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
01:00:19 | saratoga | most of the optimizations added by the tremorlo guy involve rewriting it to be saner |
01:01:23 | linuxstb | 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 | saratoga | linuxstb: me too! infact I added it to mrsomeones list |
01:02:06 | linuxstb | ;) Let's hope he gets round to it... |
01:02:10 | saratoga | optimized huffmand decoding would be nice too |
01:02:23 | saratoga | rather then 10 different implementations on ten different codecs |
01:03:52 | saratoga | linuxstb: i've been meaning to ask what the difference between read_filebuf and request_buffer is |
01:03:56 | linuxstb | But yes, it would be good to get rid of that vorbis comments code in Tremor - it's just wasting RAM. |
01:04:21 | linuxstb | read_filebuf does a memcpy, request_buffer returns a pointer into the audio buffer. |
01:04:42 | linuxstb | 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 | linuxstb | 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 | linuxstb | What's Tremor using? |
01:06:07 | amiconn | The problem was that gcc-support.o was being linked explicitly instead of using libplugin.a, causing empty plugins to break |
01:06:11 | saratoga | i have no idea |
01:06:15 | * | linuxstb sees it's using read_filebuf... |
01:06:28 | saratoga | i was just wondering which i should use to replace fopen/fread in the tta decoder |
01:07:03 | linuxstb | 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 | saratoga | whats teh advantage? |
01:08:02 | saratoga | oh no memcpy? |
01:08:14 | linuxstb | Yes |
01:08:55 | saratoga | 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 | linuxstb | 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 | amiconn | 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 | saratoga | linuxstb: is it neat enough if I just make parsing do nothing? |
01:47:23 | saratoga | 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 | linuxstb | 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 | saratoga | actually I may have a way |
01:50:04 | linuxstb | 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 | saratoga | it seems like it doesn't need the bitstream advanced anyway, it just needs some of the header filled out |
01:51:21 | kadoban | 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 | kadoban | (in other words, the magic "don't overwrite myself" stuff still works if goban steals audio buffer?) |
01:52:07 | amiconn | yes |
01:52:43 | amiconn | It just adjusts the overlay start address so that it fits just below the end of audio buffer |
01:53:58 | kadoban | ahh, i see. looks nice, thanks for doing that |
01:54:49 | amiconn | hmm |
01:55:09 | amiconn | Does goban have some magic for ensuring that when running as overlay? |
01:56:34 | kadoban | yeah, it should be checking when it's passed a buffer to use in sgf_storage.c i believe |
01:56:50 | kadoban | i believe i copied it mostly from rockboy, but with changes for some reason that i forgot |
01:58:00 | amiconn | Ah, yes. It's in a different plays than where I looked |
01:59:58 | saratoga | 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 |
02:00:08 | saratoga | since I don't update the file pointer |
02:00:21 | saratoga | it doesn't seem to matter for my files, but maybe it does for others |
02:00:30 | saratoga | should I commit and see if anyone complains or put it on the tracker? |
02:00:57 | linuxstb | Put it on the tracker I think. Hopefully Lear will have time to look at it. |
02:01:09 | linuxstb | (I don't have any vorbis files at all...) |
02:02:18 | saratoga | yeah I don't use vorbis either so its hard to test these things |
02:02:58 | saratoga | also, did anyone ever object to that tremor malloc thing I posted a while ago? |
02:03:04 | saratoga | i suppose I should commit it one of these days |
02:05:07 | | Quit moos ("Time to sleep a bit!") |
02:06:09 | kugel | saratoga: I've not seen a single complaint |
02:08:24 | saratoga | 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 | amiconn | Those plugins don't have an object file named <plugin_name>.o, and that's a prerequisite for the rule in plugin.make |
02:11:19 | amiconn | 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 | Unhelpful | maybe d_main.c could be named doom.c? |
02:23:14 | amiconn | nah |
02:23:30 | amiconn | The proper fix would be changing the .make file(s) to not require that |
02:24:01 | amiconn | But understanding 'make' requires a lot of nonlinear thinking... |
02:24:02 | kadoban | 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 | Unhelpful | 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 | amiconn | It's more complex than that |
02:31:55 | amiconn | $(ROCKS) lists all single file plugins as well as subdir plugins (consisting of multiple objects, not necessarily including <plugin_name>.o) |
02:32:10 | Unhelpful | hrm... |
02:32:40 | amiconn | 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 | amiconn | 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 | Unhelpful | can variables be defined *in* rules? |
02:34:56 | * | amiconn doesn't know yet |
02:35:29 | amiconn | hmm |
02:35:53 | amiconn | Variables and function calls are looking (almost) the same |
02:36:29 | Unhelpful | 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 | amiconn | 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:00 |
03:05:23 | | Quit dberg918 ("Ex-Chat") |
03:08:43 | kugel | 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 | midgey | 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 | midgey | 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 | kugel | midgey: ah, lol |
03:28:24 | kugel | 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 | saratoga | 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 | saratoga | 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 | saratoga | i can easily prevent it from calling init every time, however I wonder if this is the right thing to do |
03:53:31 | saratoga | 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 | saratoga | I'm not sure if I should change this behavior |
03:55:18 | linuxstb | 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 | saratoga | linuxstb: theres no function that I can see to reset the malloc |
03:56:04 | linuxstb | Then I guess you'll need to write one... |
03:56:18 | saratoga | easier said then done |
03:56:37 | linuxstb | But isn't there a function to call before you use it the first time? |
03:57:27 | saratoga | linuxstb: yes, however it can be called over and over to add more areas of memory |
03:57:40 | saratoga | and it does not initialize, it simply adds more blocks to the pool |
03:57:59 | linuxstb | Ah, OK. |
03:58:32 | Unhelpful | surely a newly-added block is initialized? maybe you could call whatever code dmalloc uses to do that? |
04:00 |
04:00:06 | saratoga | 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 | saratoga | preventing it from reinitializing the malloc buffer doesn't actually prevent the crash, so something else must be going on too |
04:06:06 | linuxstb | How does it crash? |
04:06:19 | | Join Darksair [0] (n=user@125.33.194.226) |
04:08:34 | saratoga | linuxstb: segmentation fault in the sim, hard freeze on device |
04:09:02 | saratoga | 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 | Unhelpful | 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 | Unhelpful | 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 | Unhelpful | 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 | perrikwp | Unhelpful: Sorry, my browser crashed |
04:35:39 | perrikwp | when I use the single-bootloader, and restart the gigabeat it asks for a firmware restore or upgrade |
04:36:00 | perrikwp | but the dual-bootloader works perfect |
04:36:37 | *** | Saving seen data "./dancer.seen" |
04:37:06 | perrikwp | 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 | Unhelpful | ah, i only upgraded to it. :/ |
04:39:56 | perrikwp | 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 | Unhelpful | hrm, so we don't know what yours had before. did you restore using the toshiba upgrader app, or just sendfirm? |
04:44:09 | perrikwp | toshiba upgrader app |
04:44:57 | perrikwp | 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 | perrikwp | before I restored |
04:51:10 | Unhelpful | and now single-boot works fine for me. i guess i'm no help diagnosing this. wonder why yours is trouble? |
04:52:15 | perrikwp | i have no idea, but I am happy that atleast the dual-bootloader works |
04:52:34 | perrikwp | does the single-boot load faster? |
04:55:28 | Unhelpful | much |
04:56:46 | perrikwp | 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 | nothingman | hi, all! |
04:59:25 | nothingman | hi, all! |
04:59:27 | nothingman | my zune has decided to spring to life, and so I ask you what's new in zune/rockbox development |
05:00 |
05:01:19 | saratoga | no one has done anything |
05:06:12 | nothingman | OK, good to know |
05:08:27 | | Quit rocko (Remote closed the connection) |
05:08:40 | saratoga | 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 | nothingman | well, if nothing in two years, I figure it's not going to happen |
05:36:03 | krazykit | well, if everyone who wants progress does nothing, then it's not going to happen |
05:41:14 | nothingman | yeah |
05:41:22 | nothingman | I'm not pointing fingers, just saying |
05:41:44 | nothingman | 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 | nothingman | <−−no programming, no hacking, would like to keep a working device rather than meddle |
05:44:44 | nothingman | 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:00 |
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 [0] (n=proudfoo@dyn128-54-242-234.ucsd.edu) |
06:41:00 | JdGordon | probably... |
06:41:07 | | Quit CaptainKewl (Read error: 54 (Connection reset by peer)) |
06:41:08 | scorche | we are planning on it, or i wouldnt have suggested it ;) |
07:00 |
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 | amiconn | It only happens on fnarfbargle.com, and it happens for a plugin that I did have to take special care of :( |
07:53:34 | midgey | 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:00 |
08:01:56 | amiconn | 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 | amiconn | 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 | amiconn | 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 | amiconn | hi Zagor |
08:37:37 | Zagor | hi |
08:37:56 | amiconn | Do you know which version of 'make' fnarfbaargle.com uses? Or what odd condition might trigger the build error on it? |
08:38:06 | amiconn | *fnarfbargle.com |
08:40:10 | Zagor | no I don't. "funny" how everything works except memset and memcpy |
08:40:13 | amiconn | 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 | amiconn | 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 | amiconn | Basically, gcc-support.o was being linked explicitly before, which was nasty, and libplugin.a contains it |
08:42:22 | amiconn | 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 | amiconn | 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 | amiconn | Hence I guess it's a problem with 'make', and that's why I was asking about the version |
08:45:46 | amiconn | 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 | amiconn | 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 | Zagor | 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 | amiconn | last night starting 02:10. I don't have a solution yet. |
08:51:58 | | Quit BHSPitMonkey (Remote closed the connection) |
08:51:59 | Zagor | ah, how simple. good catch. |
08:53:33 | | Join petur [50] (n=petur@rockbox/developer/petur) |
08:53:51 | amiconn | A possible workaround would be to make each of those plugins have an object file named <plugin_name>.o |
08:54:28 | amiconn | 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 | amiconn | *the rule |
08:56:40 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
08:56:47 | Zagor | yeah fixing the rule feels better |
08:57:05 | amiconn | 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 | Zagor | 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 |
09:00:54 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
09:14:38 | Zagor | amiconn: simply removing %.o from the plugin link prequisite list should work |
09:15:57 | amiconn | 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 | amiconn | 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 | amiconn | Unfortunately a pattern rule without commands overrides another rule, that's why I was thinking about the .SECONDEXPANSION magic |
09:18:56 | amiconn | But there might be a simpler solution - splitting $(ROCKS) in two |
09:24:18 | Zagor | that would duplicate the link lines |
09:25:22 | amiconn | why? |
09:25:45 | amiconn | Iiuc you can have as many rules as you want for each target, as long as only one actually has commands |
09:26:02 | Zagor | correct. perhaps I misunderstood what you meant. |
09:27:02 | amiconn | 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 | amiconn | Hmm, that won't work as a pattern rule for $(ROCKS1) |
09:29:13 | B4gder | oh man there was some fun blame game tonight! ;-) |
09:29:34 | amiconn | But even if we have to duplicate the rule, it's better than having it 4 times (as it is now) |
09:29:50 | B4gder | I guess I need to disable that server |
09:30:42 | amiconn | 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:00 |
10:14:11 | | Join HackyKid [0] (i=HackyKid@wlan072102.nbw.tue.nl) |
10:22:09 | linuxstb | B4gder: There also seems something odd on debussy.pauken.co.uk - it's producing modified r20098 builds.. |
10:22:18 | B4gder | argh |
10:23:04 | | Quit kachna (Read error: 113 (No route to host)) |
10:23:59 | B4gder | fixed |
10:24:16 | linuxstb | How? You fixed the server, or just removed it? |
10:25:39 | B4gder | I fixed it |
10:25:47 | B4gder | it was just a locally modified rockboxdev.sh |
10:26:01 | B4gder | $ svnversion |
10:26:02 | B4gder | 20098:20172M |
10:26:33 | linuxstb | OK, good ;) |
10:36:46 | *** | Saving seen data "./dancer.seen" |
10:41:48 | | Join daurnimator [0] (n=quae@unaffiliated/daurnimator) |
10:45:06 | pixelma | 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 | B4gder | I don't think so |
10:48:33 | B4gder | and if there would be any such, we should rather fix the build to not rely on any particular |
10:48:54 | B4gder | 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 | Munkie | when is 3.2 coming out |
10:59:30 | B4gder | Munkie: end of march presumably |
10:59:57 | Munkie | ok cool thanks |
11:00 |
11:00:18 | Munkie | is there anywhere i can look what is being changed/updated |
11:03:09 | scorche | there is the SVN log... |
11:03:21 | B4gder | and the MajorChanges wiki |
11:03:29 | scorche | 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 | gartral | 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 | B4gder | yes, if you want that install path you need to sudo |
11:22:59 | gartral | 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 | B4gder | we offer a full money-back guarantee if that would happen! |
11:23:36 | B4gder | :-P |
11:24:43 | gartral | hahaha... perhaps a better phrase is: "make sure whatever hapens is user error, and not a known bug/flaw" |
11:25:09 | B4gder | right, it should be ok |
11:25:33 | gartral | 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:00 |
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 | gartral | its complaining that it cant find arm-elf-gcc or arm-elf-ld paths |
12:13:46 | scorche | define "it" |
12:13:48 | B4gder | and you set your PATH accordingly? |
12:14:14 | gartral | the script set it, i thought |
12:14:27 | scorche | 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 | scorche | hence that message that it outputs when it completes |
12:15:22 | gartral | ok, now im just a retard.... |
12:15:47 | B4gder | add /usr/local/arm-elf/bin to your PATH |
12:16:06 | scorche | (and the other compilers if you built those as well) |
12:16:59 | gartral | exaactly what path, or command do i need to change/execute to add that? |
12:17:41 | gibbon_ | gartral: use the force of your shell... path refers to the PATH environment variable |
12:17:53 | scorche | http://tinyurl.com/cwn24p |
12:23:04 | gartral | 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 | scorche | http://tinyurl.com/cwn24p |
12:24:55 | gartral | scorche thats the same link -_- |
12:25:00 | scorche | right |
12:25:24 | scorche | and what does the very first link that pops up say? |
12:26:36 | gartral | 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 | scorche | 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 | gartral | nvm, somehow i scrolled down i link... |
12:29:52 | gartral | a link* |
12:30:54 | | Join XxXSparkXxX [0] (n=7cbb11b6@gateway/web/cgi-irc/labb.contactor.se/x-b70670a9778803c8) |
12:31:41 | XxXSparkXxX | hey all, does anyone know anythng about the gigabeatt S port? |
12:33:02 | XxXSparkXxX | mainly how to get USB charging to work |
12:33:02 | pixelma | 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 | XxXSparkXxX | 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 | BigBambi | XxXSparkXxX: It already does |
12:38:58 | BigBambi | XxXSparkXxX: Although not in the bootloader |
12:40:12 | gartral | 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 | scorche | and how did you add the binary folders to your path? |
12:41:04 | gartral | via the sessions method |
12:41:17 | scorche | and have you logged out and back in again? |
12:41:29 | * | BigBambi bangs his head against the wall and screams |
12:41:32 | gartral | thats why i just dissapeared, yes |
12:42:10 | | Join nibbler [0] (n=Nibbler@mx00.linkprotect.de) |
12:42:20 | gartral | i screwed up somewhere |
12:42:56 | scorche | what did you add to your PATH? |
12:43:19 | gartral | what you told me too |
12:43:41 | gartral | /usr/local/arm-elf/bin |
12:44:00 | BigBambi | And what does your PATH say now? |
12:44:31 | gartral | one moment |
12:46:20 | gartral | http://gar.pastebin.com/da9c3dc5 |
12:48:01 | * | scorche doesnt see /usr/local/arm-elf/bin in there anywhere |
12:48:10 | gartral | neither do i |
12:48:23 | BigBambi | gartral: Then you did it wrong |
12:48:35 | | Join jesse [0] (n=jesse@99.236.189.153) |
12:48:43 | BigBambi | gartral: Really, you should be able to check for these things yourself without us prompting |
12:49:11 | BigBambi | 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 | XxXSparkXxX | @Bigbambi : it is plugged into my usb port of my PC, but its not charging. |
12:52:56 | BigBambi | XxXSparkXxX: Are you on Windows by any chance? |
12:53:05 | XxXSparkXxX | yes |
12:53:07 | XxXSparkXxX | XP |
12:54:04 | BigBambi | 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 | XxXSparkXxX | 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 | XxXSparkXxX | as that got anything to do with it? |
12:56:05 | XxXSparkXxX | has* |
12:56:10 | BigBambi | It has got two partitions |
12:56:25 | BigBambi | and no, the number of partitions is not related |
12:58:09 | XxXSparkXxX | 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 | BigBambi | No, I don't think so |
12:58:45 | BigBambi | It is to do with how the USB "presents" itself |
12:58:53 | XxXSparkXxX | ok |
12:58:59 | BigBambi | But I'm no expert, gevaerts could explqin it properly :) |
12:59:09 | XxXSparkXxX | so there is no fix for it? |
12:59:43 | BigBambi | Yes, to implement it properly |
12:59:57 | XxXSparkXxX | ok damn |
13:00 |
13:00:23 | XxXSparkXxX | i was going to use it as a external ard drive, but the batery wont lastlong enough |
13:01:14 | BigBambi | When connected in mass storage it should charge fine |
13:01:24 | scorche | is there not a DC plug on the gigabeat S ? |
13:01:34 | BigBambi | It is just only charging that doesn't currently work in Windows |
13:01:38 | BigBambi | scorche: yes there is |
13:02:40 | XxXSparkXxX | ok, so i have to wait till someone finds how to fix it on windows |
13:03:06 | scorche | or use the DC plug along with it... |
13:03:27 | XxXSparkXxX | carrying that to school is a pain |
13:03:27 | XxXSparkXxX | LOL |
13:03:55 | BigBambi | XxXSparkXxX: Charging does work when using mass storage |
13:04:20 | BigBambi | It may not be quite enough if the access is going constantly, so it will slowly drain |
13:04:34 | BigBambi | But then there is nothing to be done about that, and you will need the charger anyway |
13:04:50 | XxXSparkXxX | ok |
13:05:17 | | Quit linuxstb (Read error: 113 (No route to host)) |
13:05:50 | XxXSparkXxX | thank you for your time |
13:05:54 | XxXSparkXxX | 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 | B4gder | http://arstechnica.com/open-source/news/2009/03/building-belonging-is-the-secret-to-open-source-success.ars |
13:17:34 | B4gder | 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:00 |
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 | jaykay | is dual boot for the ipod mini 2g working properly? |
14:58:08 | jaykay | 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:00 |
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 | B4gder | 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 | B4gder | (/me got this in a privmsg) |
15:54:48 | Zagor | mpc? as in motorola? |
15:55:06 | Zagor | ah, the codec |
15:55:24 | * | Zagor crawls back under his cozy rock |
15:55:33 | Llorean | 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 | Llorean | 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 | Killerbee | 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 |
16:00:24 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-bab1fcde8e47f9cb) |
16:02:27 | Killerbee | ? |
16:02:35 | | Quit kachna (Read error: 110 (Connection timed out)) |
16:04:41 | jaykay | killerbee: which build did you donwload, for the 30gb or for the 80gb? |
16:05:26 | Killerbee | i used the 30gb, because it is not the 5gen, its the 5.5gen |
16:05:56 | Killerbee | 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 | pondlife | Hello, all. |
16:07:41 | | Part Llorean |
16:08:00 | pondlife | Any objections to me committing http://www.rockbox.org/tracker/task/8894 (ttimestretch) ? |
16:08:05 | Killerbee | 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 | pondlife | It will produce a red delta, but I don't think there any other major downsides |
16:09:05 | Killerbee | sry i didnt answer your question pondlife |
16:09:05 | pondlife | 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 | pondlife | So... ok to commit? It's not the nicest-sounding thing (when enabled)... ;) |
16:10:12 | Nico_P | B4gder: could you svn up the webserver? |
16:10:30 | B4gder | ah right |
16:11:09 | pondlife | Still, you can somewhat enjoy listening to stuff with a high speed but low pitch. |
16:11:18 | pondlife | Music for whales |
16:11:20 | | Part domonoky |
16:12:10 | Killerbee | 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 | B4gder | pondlife: I'm in the camp who's for committing stuff early |
16:12:48 | B4gder | especially when it doesn't hit people who don't use the feature |
16:12:53 | scorche | commit early, commit often? =P |
16:13:22 | pondlife | 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 | Nico_P | whoa |
16:14:31 | pondlife | whoa? |
16:14:41 | Nico_P | I was playing with pitch and timestretch, then went to the file browser and got a corrupted file list |
16:14:46 | Nico_P | the player then froze |
16:14:50 | pondlife | Ow |
16:14:56 | pondlife | Was that with the latest patch? |
16:15:08 | Nico_P | I confess it was not |
16:15:18 | pondlife | I did have a buffer pointer wrong untill the 27th (or thereabouts) |
16:15:51 | pondlife | I've been running it here for the past 3 days with no lockups or oddness. |
16:15:56 | Nico_P | my version was compiled on 09 02 28 |
16:16:19 | pondlife | 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 | pondlife | Yes, the 27th includes the fix. |
16:17:50 | Nico_P | I was using that one |
16:17:52 | pondlife | So it might not be good to go after all. |
16:18:31 | Nico_P | I also have another patch though |
16:18:36 | pondlife | Any particular type of "playing around"? I've tried the extremes. |
16:19:22 | Nico_P | I set high pitch and low speed |
16:19:42 | pondlife | OK, will try that - have been mainly on high speed and high pitch. |
16:19:51 | Nico_P | then normal pitch, then I wanted to go into the settings to go back to normal speed and selected files instead |
16:20:02 | pondlife | It's possible to get buffer underruns but nothing worse that occasional short gaps |
16:20:20 | pondlife | dircache on? |
16:20:30 | Nico_P | I think so. let me check |
16:21:16 | Nico_P | yes, and the disk did spin up when I selected "files" |
16:21:25 | pondlife | Also, check dithering/eq/crossfeed... |
16:21:33 | Nico_P | none are on |
16:22:55 | pondlife | OK, just wondered. Will try your recipe now |
16:25:00 | | Quit homielowe () |
16:26:17 | pondlife | 50% timestretch and 200% pitch sounds truly awful, and is hogging much CPU (with gapping), but no other nastiness... |
16:28:22 | Nico_P | something tells me it's not going to be easy to repro |
16:28:30 | woyciesjes | Killerbee: Can your iTunes see the iPod? |
16:30:33 | Nico_P | pondlife: got another freeze |
16:30:42 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:30:46 | pondlife | Nico_P: Which device. btw? |
16:30:58 | Nico_P | same settings as you, and I pressed select. on a beast |
16:31:19 | pondlife | Ah, so should be plenty of CPU... |
16:31:25 | pondlife | Select to reset pitch to 100%? |
16:31:48 | Nico_P | no, select in the WPS, so it should go to the browser |
16:32:03 | Nico_P | the status bar appeared on top on the WPS then it froze |
16:32:25 | pondlife | So probably about to list a directory... |
16:32:31 | Nico_P | "data abort at 0004E190" |
16:32:49 | pondlife | Nice! Can you check a map against that? |
16:33:02 | Nico_P | yes |
16:33:21 | Nico_P | the only problem is I don't have the same source anymore |
16:34:16 | pondlife | Maybe try a current SVN with just #8894 ? |
16:34:17 | | Quit nibbler (Read error: 113 (No route to host)) |
16:34:40 | Nico_P | yes, I'll try with the lastest version of the patch, too |
16:34:59 | Nico_P | 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 | Nico_P | 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 | Nico_P | hmm, I'm getting a BUNCH of warning from setting_list.c |
16:43:09 | Nico_P | plus a few errors |
16:44:27 | pondlife | warning? patch failures? |
16:44:38 | pondlife | I synced yesterday... |
16:45:40 | Nico_P | clean svn does it too |
16:45:44 | Nico_P | (build errors) |
16:45:57 | pondlife | I'll try a beastybuild |
16:46:02 | Nico_P | trying make reconf |
16:46:21 | pondlife | 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 | evilnick | pondlife: If you can send it to me, then I can test the beast build |
16:49:01 | pondlife | Hmm, I get errors too |
16:49:27 | pondlife | Lots of RTC/alarm problems. |
16:50:24 | Nico_P | pondlife: I deleted my build dir and started over, now it works |
16:50:34 | pondlife | 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 | Unhelpful | 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 | kugel | Unhelpful: because the sim is faster? |
16:55:06 | Unhelpful | 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 | Nico_P | pondlife: OK, clean svn build with only the latest version of the patch. I got a data abort at 0004E1F4 |
16:55:39 | kugel | Unhelpful: is it really blocked? |
16:56:17 | Unhelpful | it is unless something the load thread does yields implicitly... do core open or read do that? |
16:56:31 | pondlife | I still can't get the Beast to build - http://pastebin.com/m3d87b316 |
16:56:52 | pondlife | That's after svn revert -R . and svn up, make reconf, make clean, make |
16:57:12 | Nico_P | pondlife: make reconf wasn't enough for me. I deleted the build dir and made a new one |
16:57:50 | Nico_P | the data abort still appears to happen in strncpy |
16:58:08 | | Quit Xerion (" ") |
16:58:21 | Nico_P | low speed isn't enough to trigger it, high pitch is also necessary |
16:58:33 | pondlife | How about high pitch alone? |
16:58:38 | Nico_P | let me try |
16:58:58 | Nico_P | nope |
16:59:02 | pondlife | Maybe a lower-level issue (high pitch + boosit??) |
16:59:09 | pondlife | Or does the beast not boost? |
16:59:17 | Nico_P | it doesn't |
16:59:19 | Unhelpful | 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 |
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 | Nico_P | pondlife: got another data abort address which appears to be somewhere in dircache.o |
17:01:52 | Nico_P | I'll try with dircache disabled, for confirmation |
17:02:12 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
17:02:15 | pondlife | Nico_P: pitch and timestretch again? Or just one? |
17:02:25 | Nico_P | both |
17:02:33 | pondlife | Maybe we're overheating it? ;-) |
17:02:43 | * | kugel tries timestretch too |
17:02:53 | pondlife | Please let me know if you smell smoke |
17:02:58 | Nico_P | I doubt the beast struggles even with both, there are no audio skips at all |
17:03:38 | | Quit PaulJam (".") |
17:04:05 | Nico_P | the file browser works fine in the absence of dircache, even with pitch+timestretch |
17:04:37 | Nico_P | 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 | pondlife | Nico_P: Can you try just pitch + dircache? |
17:06:19 | pondlife | Maybe have timestretch enabled, but at 100% |
17:06:21 | Nico_P | I tried that, it didn't crash |
17:06:25 | pondlife | Ah, ok |
17:06:49 | pondlife | Was that with the timestretch buffer allocated (i.e. booted up with the master enable on) |
17:06:50 | pondlife | ? |
17:07:24 | Nico_P | yes |
17:07:55 | Nico_P | it seems that the condition for the crash is clearly timestretch+pitch+dircache |
17:08:10 | pondlife | That's what I've been using |
17:08:11 | Nico_P | the values of pitch and timestretch don't even need to be extreme |
17:08:16 | pondlife | I'd add + fast CPU |
17:08:21 | Nico_P | possibly |
17:09:11 | Nico_P | I think either one of pitch or timestretch overwrites the dircache buffer that is allocated with buffer_alloc |
17:09:56 | pondlife | 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 | Nico_P | 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 | LambdaCalculus37 | amiconn: Here? |
17:13:29 | Nico_P | pondlife: can I let you summarize the issue on the tracker? |
17:13:37 | pondlife | No worries, will do |
17:13:43 | Nico_P | thanks |
17:13:50 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
17:13:53 | Nico_P | 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 | kugel | pondlife: ha nice |
17:14:48 | pondlife | That's not the word, I'd use ;) |
17:14:57 | kugel | not good enough for normal music imo, but the audio book people will be definitely happy |
17:15:02 | pondlife | Better with speech than music |
17:15:31 | pondlife | kugel: What device are you using? |
17:15:34 | kugel | e200 |
17:15:58 | kugel | no data abort so far (I have dircache+timestrech+pitch |
17:15:59 | kugel | ) |
17:16:02 | pondlife | Thanks |
17:16:25 | | Join MethoS-- [0] (n=lem@host-091-097-242-218.ewe-ip-backbone.de) |
17:16:44 | pondlife | For the logs - the timestretch buffer_alloc happens (via settings_apply()) before any init_dircache() call. |
17:17:18 | pondlife | So a write off the end of it's buffer would probably be the issue. But why pitch-dependent? |
17:17:55 | pondlife | brb |
17:18:59 | kugel | haha, 200% pitch and 250% timestrech is indeed funny |
17:19:24 | kugel | 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 | Mouser_X | Question: I'm attempting to use the VMWare Rockbox image in qemu, but it's not going well. |
17:40:47 | LambdaCalculus37 | amiconn: I'll read the logs later. I wanted to ask you about FS #8778. |
17:40:52 | | Quit LambdaCalculus37 ("Fwump") |
17:41:02 | Mouser_X | Specifically, it appears that the image is attempting to do something that it's not supposed to. |
17:41:40 | Mouser_X | 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 | kadoban | 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 | Mouser_X | 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 | Unhelpful | hrm, lines seem to be getting chopped in logfdump? |
17:42:30 | Mouser_X | Also, I have a similar problem when running it in VMware. It drives my computer to a complete halt. |
17:42:40 | rasher | Unhelpful: logf limits line-length |
17:42:42 | gevaerts | Unhelpful: logf limits things to 32 (IIRC) characters per line |
17:42:44 | Mouser_X | I can't do anything except CTRL+ALT+DEL the thing. |
17:42:48 | archivator | 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 | Unhelpful | i could swear i managed to get longer ones out via serial logf, but maybe i'm wrong about that |
17:43:29 | rasher | archivator: rbutil does work with festival last I heard |
17:43:35 | rasher | archivator: or you could use the bulidstystem |
17:43:59 | gevaerts | archivator: I don't really know, but have you tried the mbrola voices with espeak? Those apparently sound much better |
17:44:06 | Mouser_X | 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 | mcuelenaere | Unhelpful: longer lines should get split over 2 or more lines AFAIK |
17:44:38 | BigBambi | Mouser_X: This doesn't seem a very Rockbox specific problem |
17:44:43 | Unhelpful | it certainly appears they're simply being truncated |
17:44:52 | archivator | gevaerts: mbrola voices require another executable, right? I haven't bothered to set them up.. |
17:44:58 | kugel | Unhelpful: there's a task |
17:45:04 | mcuelenaere | Unhelpful: what output are you using, USB serial logf? |
17:45:04 | gevaerts | archivator: not sure... |
17:45:06 | archivator | rasher: I only see flite, swift, and espeak in tts.cpp .. |
17:45:30 | Mouser_X | 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 | Unhelpful | 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 | mcuelenaere | oh but there is MAX_LOGF_ONE_LINE_SIZE.. |
17:46:06 | mcuelenaere | which is 200, try increasing that |
17:46:09 | mcuelenaere | firmware/export/logf.h |
17:46:16 | BigBambi | 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 | Unhelpful | i don't think i was getting this before: usbserial_generic: probe of 2-2:1.1 failed with error -5 |
17:46:46 | kugel | Unhelpful: logfdump always truncated afaik |
17:46:51 | BigBambi | The Rockbox VMWare image is just a linux VM with the cross compilers installed |
17:47:04 | Unhelpful | i'm getting truncated at *much* shorted than 200 :/ |
17:47:17 | rasher | 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 | mcuelenaere | Unhelpful: 29 perhaps? |
17:48:10 | kugel | Unhelpful: http://www.rockbox.org/tracker/task/9733 , committed but only applies to display, not dump it seems |
17:48:27 | archivator | 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 | mcuelenaere | kugel: it does change logfdump AFAICS |
17:48:52 | kugel | hm, well |
17:49:11 | kugel | it doesn't work though. I've been using logf[dump] recently too |
17:49:18 | Unhelpful | 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 | rasher | 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 | Unhelpful | 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 | kugel | mcuelenaere: http://www.rockbox.org/tracker/task/9780 fixes it maybe? |
17:51:43 | * | mcuelenaere hasn't seen that one yet |
17:52:32 | mcuelenaere | 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 | Unhelpful | 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 |
18:00:00 | Jason77 | Hi |
18:00:55 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
18:01:45 | Jason77 | does rockbox work on the Archos Gmini XS202? |
18:02:29 | krazykit | Jason77, the list of supported players is on the front page |
18:03:26 | Jason77 | ok |
18:06:47 | archivator | 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 | rasher | archivator: did you run make voice? |
18:07:30 | archivator | 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 | przemhb | Hi all |
18:16:04 | kugel | 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 | Unhelpful | 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 | przemhb | is there a way to connect bypassing new RB USB mode? (i.e. for charging only and not for file transfer) |
18:20:26 | evilnick | przemhb: Which player do you have? |
18:20:32 | przemhb | H10 |
18:20:40 | rasher | 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 | archivator | rasher: it's not the commands that bother me, I actually think I hit a festival bug just now =/ |
18:22:13 | rasher | Alright, I was just thinking that maybe your arguments weren't being passed as you expected them |
18:22:49 | kugel | jhMikeS: ping |
18:23:21 | evilnick | 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 | przemhb | evilnick: thanks |
18:26:35 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
18:27:15 | evilnick | przemhb: Did it work? |
18:27:47 | kadoban | don't all of the ipods work the same with with charging? (hold <somebutton> while inserting USB to charge only) only some of them have it in the manual in section 3.3 |
18:28:00 | przemhb | 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 | gevaerts | przemhb: first of all, what do you mean by upload and download? |
18:29:06 | przemhb | gevaerts: upload = write to player |
18:29:33 | gevaerts | What sort of speeds do you get? |
18:29:58 | przemhb | 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 | gevaerts | 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 | przemhb | gevaerts: upload speed is almost constant (no matter file location on a disk) |
18:31:03 | gibbon_ | (H10 manual online version gives a 500 internal server error btw) |
18:31:22 | przemhb | gevaerts: H10 20GB (with 60GB disk) |
18:31:26 | * | gevaerts gets 7.3 MB/s read speed with the H10 5GB |
18:31:30 | kadoban | gibbon_: try it again, it seems sporadic |
18:31:35 | | Join shadearg [0] (i=arg@ipv4.panoptix.net) |
18:32:41 | gibbon_ | 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 | gevaerts | 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 | kadoban | 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 | przemhb | gevaerts: oh I see |
18:34:09 | przemhb | 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 | gartral | my patch at fs #9961 seems too work just fine |
18:35:35 | gevaerts | 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 | gibbon_ | 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 | gibbon_ | kadoban: are you - lets say - the documentation maintainer? ... or one of them? |
18:37:33 | kadoban | gibbon_: not at all, i'm just some random guy |
18:37:42 | gibbon_ | ok. |
18:37:47 | kadoban | 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 | gibbon_ | no... nevermind :) |
18:38:08 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
18:38:50 | gibbon_ | 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 | kadoban | 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 | gibbon_ | my patches were of no use ... a morse trainer :P |
18:42:37 | gibbon_ | but documentation - ok - will read the guidelines. |
18:45:02 | archivator | 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 | rasher | archivator: They should be valid mp3 files |
18:46:00 | rasher | archivator: Which target are you building for? |
18:46:11 | archivator | rasher: ipodvideo |
18:46:32 | pixelma | 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 | rasher | archivator: Weird |
18:47:41 | pixelma | pdfs are affected as well |
18:48:37 | woyciesjes | Just tried manuals for iPod video, okay here. (CT, USA) |
18:49:15 | gibbon_ | pixelma: how do you distribute requests among the mirrors? |
18:49:28 | rasher | gibbon_: round-robin dns |
18:50:06 | archivator | 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 | gibbon_ | hrm |
18:50:20 | rasher | Seems to be the videolan mirror |
18:50:23 | | Join Riku [0] (n=Lss@cm130.delta141.maxonline.com.sg) |
18:50:24 | rasher | http://videolan.rockbox.org/manual/rockbox-fmrecorder/rockbox-build.html |
18:50:43 | Riku | hi i was wonder why the 5g rockbox lags more than the 4g ones |
18:50:56 | gartral | 500 internal error on e200 manual, ohio USA |
18:51:02 | rasher | Riku: Bigger screen |
18:51:06 | pixelma | dionoea: any idea about the videolan mirror? |
18:51:30 | woyciesjes | rasher: confirmed 500 internal error on that link |
18:51:40 | rasher | No more confirmation needed! |
18:51:49 | rasher | You're loading the same page, of course it's giving the same error. |
18:52:22 | woyciesjes | K. Just trying to help. :) Could be locality based tho, couldn't it? |
18:52:33 | woyciesjes | No, wait, I'm thinking of something else. Sorry.... |
18:52:38 | kadoban | for a server error? not really, no |
18:52:56 | woyciesjes | Yeah, I realized that now. Silly me... |
18:53:27 | gartral | rasher: i got through on the link you provided |
18:53:32 | gevaerts | rasher: this latest H10 bootloader seems to fix things |
18:53:48 | rasher | gevaerts: Awesome |
18:54:05 | rasher | Except that you still don't get rockbox usb when plugging in while powered off :\ |
18:54:55 | rasher | 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 |
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 | archivator | 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 | rasher | Which mp3 files are these? Doesn't it delete temporary .mp3 files? |
19:06:33 | mcuelenaere | 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 | archivator | 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 | rasher | 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 | rasher | Well, try commenting out line 507 of voice.pl to make sure what's going on |
19:10:03 | archivator | 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 | rasher | That's interesting |
19:10:39 | archivator | 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 | rasher | 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 | rasher | archivator: try adding $string ~= s/$/./; at line 135 and see if that sounds better |
19:12:20 | rasher | 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 | archivator | 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 | rasher | Are these commercial voices? |
19:15:01 | archivator | No. Just very large :) |
19:15:40 | rasher | Are they free to distribute? Specifically, could we use them for the voices on rockbox.org? |
19:15:51 | rasher | The current ones are rather pitiful |
19:16:37 | archivator | 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 | rasher | You need to use =~ rather than ~= |
19:16:55 | * | rasher blames perl |
19:17:32 | archivator | I think it's about time we ditch perl for python *ducks* |
19:18:02 | * | rasher certainly wouldn't mind |
19:19:16 | rasher | 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 | archivator | Apparently, I deleted the LICENSE files, will have to redownload the voices to check. |
19:20:41 | archivator | 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 | rasher | 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 | archivator | Something is seriously messed up here. |
19:25:40 | archivator | Rockbox refuses to use the .voice file |
19:26:06 | archivator | 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 | rasher | 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 | archivator | I say _seem_ cause I don't really hear it, my multimeter tells me something is sent to the headphones.. |
19:27:17 | rasher | Wait! |
19:27:24 | rasher | The mp3 files are not actually mp3 files. |
19:27:36 | rasher | They're containerless speex files |
19:27:45 | rasher | The mp3 filename is simply a legacy thing |
19:27:56 | archivator | Niiiiice... |
19:28:04 | rasher | That would explain *that* part |
19:28:30 | archivator | Yeah, file can't pinpoint its type. |
19:28:45 | archivator | *facepalms* should've thought of that earlier.. |
19:28:47 | rasher | We still use the same tool for generating the final .voice file, which looks for mp3 files |
19:28:48 | taylor_ | Hello. Does the RockBox team have an ipod emulator that would emulate or run firmwares of the older ipods? |
19:28:57 | rasher | archivator: It's not exactly obvious.. |
19:29:25 | rasher | 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 | archivator | rasher: file a bug? Cause it _is_ a bug.. |
19:29:30 | rasher | eek |
19:29:41 | rasher | archivator: Where? |
19:30:06 | jaykay | if a lang file contains something like *: "somerandomcontent" , is it compiled for all targets? |
19:30:10 | archivator | In the merger thing. The fact that it looks for *.mp3.. I call that a bug. |
19:30:32 | taylor_ | Hmmm.. Ok thanks |
19:30:45 | rasher | jaykay: That is the meaning of *, yes. |
19:30:52 | rasher | jaykay: unless there's a better match, iirc |
19:31:18 | rasher | archivator: I don't see that as a huge issue. It's nothing regular users will see |
19:31:47 | archivator | I'm a regular user and I saw it! Never mind, dl-ed the voices. |
19:31:51 | archivator | No LICENSE files. |
19:32:05 | archivator | Which would mean they fall under the festvox licenses. |
19:32:11 | jaykay | 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 | archivator | If only I knew what those are.. |
19:32:26 | mcuelenaere | jaykay: yes, I just noticed that too |
19:32:44 | mcuelenaere | but doesn't this depends on features.txt ? |
19:32:56 | rasher | Yes |
19:33:04 | rasher | Or you could add the specific target |
19:33:05 | gevaerts | 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 | mcuelenaere | rasher: it is meant to be cross-target compatible |
19:33:31 | * | mcuelenaere should probaby add it to features |
19:33:37 | rasher | mcuelenaere: I take it this is an external speaker? |
19:33:41 | mcuelenaere | yes |
19:33:49 | mcuelenaere | well actually no |
19:33:53 | mcuelenaere | it is internal to the device |
19:34:03 | rasher | Yeah, that's what I *meant* |
19:34:13 | rasher | Something like "speaker" in features seems reasonable |
19:34:21 | mcuelenaere | yeah, that's what I though |
19:34:22 | mcuelenaere | t |
19:35:42 | archivator | rasher: This is the closest I got to a license covering those voices: http://www.festvox.org/download.html |
19:36:42 | archivator | 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 | rasher | X11 license is certainly free enough |
19:37:52 | mcuelenaere | 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 | archivator | That's the software. I'm not completely convinced the actual voices have the same license... |
19:38:22 | rasher | Yeah, doesn't seem obvious |
19:39:12 | | Part pondlife |
19:39:20 | archivator | Should I write them an email? |
19:40:07 | rasher | It would be nice if we could create some better voice files |
19:40:43 | rasher | 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 | archivator | Would like me to build a .voice for another target for you to see the difference? |
19:40:53 | archivator | Those are the ones. |
19:41:23 | archivator | There are two or three more but for commercial use.. (i saw their names in the config files) |
19:41:38 | kugel | 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 | kugel | with the lang-tools I mean |
19:42:27 | rasher | kugel: I don't see why sed wouldn't do |
19:42:50 | rasher | But maybe, I don't remember if I added something like that |
19:43:28 | taylor_ | does anyone here have an ipod photo? |
19:44:08 | kadoban | taylor_: i would think that you can assume that the answer to that is yes and just ask your real question |
19:44:38 | taylor_ | ok then. can someone try something for me if they do have a photo? |
19:44:41 | rasher | kugel: You could try langtool.pl −−help |
19:45:03 | rasher | taylor_: Again, there's no reason to wait for an answer to that question |
19:45:18 | rasher | The only possible answer is yes, or no answer. |
19:45:52 | taylor_ | ok. If someone does have a photo. Does that photo have a notes section? |
19:46:03 | taylor_ | 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 | rasher | taylor_: How is this related to Rockbox? |
19:47:59 | taylor_ | Its related to linux4nano. And the possible *exploit* we are working on. |
19:48:34 | rasher | 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 | Llorean | rasher: Well, developing a way to get bast the signature check would be valid for both |
19:50:00 | Llorean | Though I'd imagine the DFU mode is a bit more interesting. |
19:50:13 | | Part Xithal |
19:50:16 | taylor_ | Well, I think thats basically what I asked when I came over here and you said to just ask the question ;) |
19:50:49 | taylor_ | We aren't sure the DFU mode would lead to anything *yet* we would still have to decrypt the DFU files |
19:50:54 | rasher | 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 | taylor_ | 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 | taylor_ | 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 | archivator | 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 | kugel | 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 | rasher | kugel: sed -i s/scrollwheel/wheel_acceleration/ apps/lang/*.lang |
19:54:07 | kugel | 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 | pixelma | in case "scrollwheel" is used as an opt in the manual, it should be replaced too |
19:57:38 | pixelma | and IIRC it is used at least once in the pictureflow.tex which made me investigate the history of HAVE_SCROLLWHEEL |
20:00 |
20:00:52 | kugel | 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 | kugel | http://pastie.org/404958 |
20:13:57 | pixelma | in pictureflow.tex or something else that already excludes some targets? |
20:14:45 | kugel | in pictureflow.tex |
20:15:09 | * | kugel summons BigBambi |
20:15:55 | BigBambi | yo |
20:15:59 | kugel | uhh, the manual could need a good cleanup w.r.t scrollwheel |
20:16:24 | BigBambi | scrollwheel appears to be a silly define |
20:16:27 | kugel | BigBambi: I was wondering about the big \opt in pictureflow.tex |
20:16:44 | kugel | not anymore in a few minutes |
20:17:28 | kugel | but still, this one \opt seems to include every target separately |
20:17:35 | BigBambi | kugel: hmmm, that appears to be everything except H10 :) |
20:18:02 | BigBambi | I suspect I started with some different then changed them, then forgot to replace it with nopt h10 |
20:18:27 | kugel | ok, just wanted to make sure |
20:18:29 | gevaerts | So what's different about H10? |
20:18:30 | rasher | There are no archoses there |
20:18:57 | pixelma | 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 | pixelma | rasher: that's pictureflow.tex |
20:19:37 | rasher | pixelma: I don't see any reasons why they couldn't have pictureflow in the future |
20:19:45 | BigBambi | rasher: no pictureflow for archos |
20:19:57 | rasher | Yet. |
20:20:07 | BigBambi | well, I don't think it is too important |
20:20:25 | BigBambi | It could use nopt h10, but then someone would maybe have to change it back in the future |
20:20:42 | pixelma | 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 | BigBambi | gevaerts: The H10 doesn't use the "select" button for that option |
20:21:03 | * | kugel wonders why |
20:21:17 | BigBambi | does it have one? |
20:21:24 | pixelma | the H10's "select" button isn't called "select" in the code... |
20:21:27 | * | BigBambi can't remember |
20:21:28 | kugel | probably some PLA weirdness |
20:21:34 | BigBambi | I have to look at the layout everytime :) |
20:21:38 | kugel | pixelma: or that |
20:21:39 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
20:21:45 | BigBambi | I knew I wasn't going mad! |
20:21:53 | pixelma | 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 | BigBambi | kugel: Do we now have a proper manual define for scrollwheel? |
20:24:03 | | Join [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 | kugel | 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 | BigBambi | kugel: Excellent |
20:25:44 | BigBambi | kugel: I was bitten by that before, assuming that scrollwheel meant it had a scrollwheel :) |
20:26:15 | kugel | haha, those mass-file commits are thrilling |
20:26:27 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
20:26:28 | kugel | BigBambi: me too, so I decided to change it ;) |
20:26:57 | BigBambi | kugel: thanks :) |
20:26:58 | kugel | it actually said: it may have a scrollwheel, but if, it has some wheel acceleration code |
20:27:08 | kugel | now it says: it has a scrollwheel! |
20:27:26 | BigBambi | kugel: Yeah, it was mainly me being lazy and not looking into it deeply enough |
20:27:58 | Nico_P | kugel: about FS #8894, which target are you testing on? |
20:28:46 | kugel | e200 |
20:29:03 | kugel | I would test on my fuze too, but there's not much sense in that |
20:29:05 | Nico_P | I didn't get data aborts on the ipod either, do you have a gigageat? |
20:29:22 | kugel | 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 | fml | Hello. Am I the only one who gets compile errors in settings_list.c? |
20:29:37 | fml | ...sim build, e200 |
20:29:46 | mcuelenaere | fml: since when? |
20:29:57 | | Quit Riku (Read error: 110 (Connection timed out)) |
20:30:25 | fml | mcuelenaere: svn update one minute ago |
20:30:33 | mcuelenaere | what revision? |
20:31:14 | fml | mcuelenaere: r20177. I get: /settings_list.c:796: error: ‘LANG_SORT_INTERPRET_NUMBERS’ undeclared here (not in a function) |
20:31:20 | kugel | fml: I probably broke something, let's wait for the build servers |
20:31:32 | kugel | no, that seems unrelated |
20:31:46 | pixelma | fml: did you try a make clean + reconfigure? |
20:32:17 | kadoban | i just tried r20177 e200 sim and it built fine on linux |
20:33:00 | fml | I tried make very clean, reconf to no avail |
20:33:18 | kugel | BigBambi: svn up :) |
20:33:40 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
20:33:40 | BigBambi | yes sir! |
20:34:13 | | Join Strife1989 [0] (n=michael@204.116.244.200) |
20:34:27 | kugel | one could do "s/\opt{IPOD_4G_PAD,IPOD_3G_PAD,SANSA_E200_pad}/\opd{scrollwheel}/" now |
20:34:56 | kugel | \o/ no red |
20:35:03 | | Nick Strife1989 is now known as Strife89 (n=michael@204.116.244.200) |
20:35:24 | LambdaCalculus37 | kugel: Nice work keeping it green! :) |
20:35:37 | shotofadds | 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 | BigBambi | me too |
20:35:58 | * | kugel too |
20:36:04 | | Quit (Read error: 110 (Connection timed out)) |
20:36:19 | BigBambi | kugel: Get off the bandwagon! |
20:36:30 | kugel | :) |
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 is now known as proudfoot (n=proudfoo@dyn128-54-242-75.ucsd.edu) |
20:40:56 | fml | shotofadds: the changes in lang are not picked up! |
20:41:43 | fml | There are new LANG_xxx symbols, but genlang hasn't been called by the make script |
20:43:04 | fml | pixelma: yes, I did make clean and make veryclean. Now I deleted everything (like shotofadds) and it seems to work |
20:47:40 | fml | 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 | shotofadds | seems like the makefiles need to capture that dependency, then. I'm not entirely sure where to start though. |
20:48:17 | BigBambi | fml: Not a good time to suggest that |
20:48:29 | fml | 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 | BigBambi | fml: Not all menu entries are, and there is a big debate about that |
20:48:34 | kugel | fml: sure, if we didn't already agree on sentence case |
20:48:47 | BigBambi | fml: Given UK English (which Rockbox is) doesn't tend to use it |
20:49:44 | fml | BigBambi: I think if it's done then everywhere. But for now it's very ugly because not consistent |
20:50:02 | fml | What about the (2)? |
20:50:07 | BigBambi | fml: Which doesn't mean that new onces should be title case |
20:50:27 | n1s | shotofadds: it seems to be related to the recent move of the generated lang files |
20:50:32 | kugel | fml: about the cyrillic, I suggest (a) you fix it yourself or (b) contact the author of the algorithm |
20:50:57 | n1s | deleting lang.[ch] in the build dir fixed my builds |
20:51:00 | bertrik | nice to see that some more information about the ams sansa USB was discovered |
20:51:19 | kugel | I have no way of testing non-iso-8859-1 codepages |
20:52:16 | kugel | 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 | amiconn | 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 | gevaerts | bertrik: now we just need someone to work on it :) |
20:55:21 | pixelma | kugel: it's not impossible to rename files to something that includes cyrillic for testinh |
20:55:27 | pixelma | or testing |
20:56:19 | kugel | 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 | kugel | how* |
20:57:28 | amiconn | (sort properly in a basic sense - proper unicode collation is an entire different matter) |
20:58:25 | LambdaCalculus37 | 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 |
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 | bertrik | gevaerts, you have a clip, right? You could start right away! :P |
21:01:56 | pixelma | 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 | LambdaCalculus37 | Speaking of Clips, funman is still looking for a new one so he can get back into port work. |
21:02:21 | gevaerts | bertrik: I could, but there are these annoying ARC performance problems... |
21:03:05 | orsonj | 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 | pixelma | LambdaCalculus37: http://www.rockbox.org/irc/log-20090228#22:59:48 |
21:06:37 | bertrik | 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 | LambdaCalculus37 | pixelma: Thanks. |
21:07:04 | kugel | bertrik: that would require a working display and buttons first I suppose |
21:07:50 | bertrik | kugel, yes that would make it a lot easier |
21:07:59 | fml | 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 | bertrik | dual boot support for the c200v2 on the sansaams wiki page says "no/yes", I don't understand |
21:10:33 | kugel | 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 | orsonj | so, I can't boot rockbox to test the radio? Or is the wiki out of date? |
21:15:47 | DuneStar | 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 | BigBambi | 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 | DuneStar | thank ya Bambi |
21:17:03 | gevaerts | 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 | gevaerts | BigBambi: r19569 is 3.1 |
21:17:30 | bertrik | orsonj, I didn't realise how poorly developed the c200v2 port was. First we need display and buttons to work. |
21:17:37 | BigBambi | DuneStar: After r20105 |
21:17:37 | BigBambi | gevaerts: aha |
21:17:45 | DuneStar | alrighty. I'll take my chances with the dev. build. Thank you. |
21:17:51 | DuneStar | after r20105, gotcha |
21:18:05 | BigBambi | DuneStar: Just get the current |
21:18:20 | DuneStar | ok |
21:18:40 | BigBambi | That is changed on every source code change, so is always the newest at the point you download it |
21:20:01 | orsonj | 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 | DuneStar | Bambi - worked perfectly. Thank you! |
21:22:32 | DuneStar | 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 | kugel | 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 | BigBambi | no problem. It should be in 3.2 in about three weeks too |
21:24:13 | kugel | hm, speaking of 3.2 |
21:24:24 | kugel | we should start to |
21:24:28 | kugel | prepare the release |
21:24:40 | gevaerts | indeed. Especially the freeze |
21:24:51 | kugel | I've not seen any speek of a freeze, nor a Release32 page |
21:25:09 | kugel | s/speek/talk/ |
21:26:25 | rasher | Don't we freeze for 2 weeks? |
21:26:39 | kugel | no |
21:26:55 | kugel | but 2 weeks before the release (the second week is after branching) |
21:27:02 | gevaerts | The freeze for 3.1 started about two weeks before the release |
21:27:10 | gevaerts | hm, plenty of time :) |
21:27:49 | rasher | kugel: Release32? |
21:27:57 | fml | 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 | kugel | We need to wake up Bagder once more, I guess |
21:28:02 | DuneStar | keep up the good work fellas |
21:28:05 | amoe | Good evening all |
21:28:27 | amoe | Does anyone know, do vorbisgain and mp3gain use different reference levels? |
21:28:32 | | Quit DuneStar () |
21:28:45 | BigBambi | amiconn: Not really a rockbox question that |
21:28:50 | BigBambi | oops |
21:28:56 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
21:29:03 | BigBambi | amoe: Not really a Rockbox question that |
21:29:14 | amoe | BigBambi: I know... can't think of anywhere else to ask |
21:29:26 | BigBambi | Still not here |
21:29:34 | amoe | BigBambi: fair |
21:29:36 | kugel | rasher: I mean ReleaseNotes32 (http://www.rockbox.org/twiki/bin/view/Main/ReleaseNotes31) |
21:29:47 | rasher | Ah |
21:30:09 | BigBambi | amoe: There is always #rockbox-community for off-topic |
21:32:36 | | Quit MethoS-- (Read error: 113 (No route to host)) |
21:33:19 | amoe | 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 | Rabbit^^ | Can anyone tell me where to find the Powerdesk article on the Rockbox forums? |
21:42:21 | LambdaCalculus37 | And what does Powerdesk have to do with Rockbox? |
21:42:31 | | Quit stripwax ("http://miranda-im.org") |
21:43:02 | mcuelenaere | fml: shouldn't that be short instead of int? |
21:43:09 | Rabbit^^ | The writer used it to help get Rockbox on the Sansa View |
21:43:24 | Bagder | Rabbit^^: no |
21:43:31 | Bagder | there is no rockbox for the sansa view |
21:44:28 | * | kugel pokes Bagder about 3.2 |
21:44:31 | LambdaCalculus37 | There's not even any work on a port for the Sansa View. |
21:44:53 | Bagder | someone proved our dummy-signing works on it, that's all |
21:45:08 | LambdaCalculus37 | 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 | gevaerts | Bagder: that was a whole sentence! |
21:46:12 | Bagder | wholer! |
21:46:16 | kugel | I think so too |
21:46:28 | gartral | alright, im stupid.. i don't know how to install the test bootloader from sansa patcher :\ |
21:46:35 | Bagder | I'm not forcing anyone |
21:46:36 | kugel | Bagder: I just thought we might start preparing 3.2 soon, going into freeze etc |
21:47:01 | kugel | There's no timeplan about 3.2 yet, is there? |
21:47:08 | Bagder | 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 | Bagder | ie freeze 14 days before, unfreeze and branch 7 days before, release on day 0 |
21:47:39 | kugel | day 0 == ? |
21:47:49 | gevaerts | 2009-03-23? |
21:47:49 | Bagder | March 23rd |
21:47:53 | * | kugel suggest 23rd |
21:47:56 | BigBambi | gartral: There is a command line option - does sansapatcher not give any help output (I think it does)? |
21:48:31 | kugel | We also need to manage the new bootloader releases I think |
21:48:36 | Rabbit^^ | it is what the poster used to help roll back his firmware version |
21:48:58 | fml | mcuelenaere: all toupper, isxxx etc funcs accept int IIRC. Int is the best type in C |
21:49:16 | mcuelenaere | 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 | LambdaCalculus37 | 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 | fml | 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 | Rabbit^^ | Do you remember the poster's ID? |
21:50:44 | | Quit taylor_ ("Leaving") |
21:51:23 | kugel | So, let's freeze in 1 week |
21:51:59 | kugel | march 9th |
21:52:11 | Bagder | yeah, sounds fine to me |
21:52:34 | mcuelenaere | fml: ok, I misunderstood the patch. I wonder though why they initially didn't go for this more performanter solution.. |
21:52:51 | fml | 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 | fml | mcuelenaere: I don't know. May be nobody tested this with utf8 |
21:53:29 | kugel | Isn't there a comment at the top of the .c file, regarding to signedness? |
21:53:59 | fml | kugel: I saw it. But somehow it leaks through |
21:54:18 | | Join barrywardell [0] (n=barrywar@86.43.165.151) |
21:54:27 | kugel | 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 | fml | 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 | kugel | commit then? :) |
21:58:03 | Bagder | why is doing frequent releases bad? |
21:59:00 | Bagder | it allows careful users to keep up easier, it allows us to be slightly less careful/scared about committing |
21:59:35 | Bagder | 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 |
22:00:49 | fml | kugel: I'd rather wait that at least someone tests it. Could you? |
22:01:28 | gevaerts | 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 | gevaerts | It's only been two releases of course... |
22:01:58 | | Quit midijunkie ("?(???~•~)?") |
22:02:17 | Bagder | 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 | Bagder | 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 | gevaerts | True |
22:04:08 | gevaerts | 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 | Bagder | I think that's a good idea |
22:04:36 | Bagder | it will produce a better evaluation |
22:04:52 | kadoban | even without the forced release cycle, wouldn't now be a good point for a release anyway? (usb seems release worthy) |
22:05:08 | Bagder | I think so, yes |
22:05:26 | bertrik | do we have a name for 3.2? |
22:06:40 | jaykay | had 3.0 and 3.1 a name? |
22:07:05 | * | gartral didn't know we were naming the releases |
22:07:09 | bertrik | no I don't think so |
22:07:18 | gevaerts | Yes :) |
22:07:31 | gevaerts | Not official, and maybe not even unique, but there are names! |
22:07:32 | Bagder | 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 | kugel | fml: I could. Unfortunately I already deleted my test_sort folder, but I can surely create a new one |
22:08:16 | kugel | but as you noticed, I only tested ascii |
22:09:14 | fml | kugel: try Ä and Ü. The result should be the same |
22:10:54 | fml | mcuelenaere: I don't quite understand the other version, but I think our variant is not worse! |
22:11:27 | mcuelenaere | 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 | fml | mcuelenaere: in the end, they convert everything to int. Why use two steps for that? |
22:12:15 | mcuelenaere | right, that's why I'm wondering.. |
22:12:36 | rasher | 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 | Bagder | because casting signed char to signed int sign-extend |
22:13:01 | Bagder | while casting to unsigned char first takes away that |
22:13:03 | kugel | fml: ä/ü sorts OK here |
22:13:13 | kugel | a -> ä -> ü |
22:13:24 | | Quit Strife89 (Read error: 110 (Connection timed out)) |
22:13:40 | gevaerts | kugel: how do ae and ue sort? |
22:13:52 | mcuelenaere | Bagder: can't you cast to directly to unsigned int then? |
22:14:08 | mcuelenaere | s/to directly/directly/ |
22:14:13 | rasher | gevaerts: We don't do any fancy language-dependent collation, so I wouldn't expect anything there |
22:14:14 | kugel | ok, but ä sorts after b, not so good |
22:14:28 | Bagder | mcuelenaere: you can, but that won't give the same results |
22:14:34 | rasher | kugel: Why not? |
22:14:37 | rasher | There's no *right* way to sort ä |
22:14:49 | kugel | hm, probably |
22:14:55 | Bagder | there is a unique one in every language |
22:14:58 | gevaerts | rasher: I still maintain that it's actually not just hard to do right, it's impossible |
22:14:58 | rasher | I'd expect it to sort between æ and ø |
22:15:12 | fml | 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 | rasher | gevaerts: Oh sure, but we're not even trying. Which I think is perfectly acceptable. |
22:15:33 | kugel | asciisort sorts b before ä too, so it's "correct" |
22:15:34 | gevaerts | I agree there :) |
22:15:47 | rasher | As long as we don't lose track of that |
22:15:53 | Bagder | fml: yes sure that works, but then you didn't need that extra weirdo conversion the double-cast does |
22:16:20 | Bagder | 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 | kugel | fml: according to you, ä and ü should be before everything else? |
22:17:16 | fml | 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 | kugel | fml: where's your patch? |
22:19:12 | jaykay | is "Battery: Trickle Chg" still used anywhere? |
22:19:21 | gartral | fml: did you see fs9961? |
22:19:56 | rasher | jaykay: The player, I assume |
22:20:05 | rasher | Archos Player, that is |
22:20:13 | kugel | gartral: I think he did, he committed it |
22:20:30 | mcuelenaere | kugel: his last version seemed to be http://pastebin.ca/1351272 |
22:20:35 | Bagder | we once had some scripts that checked if all phrases are used in code |
22:20:35 | pixelma | jaykay: should be on some Archos (Recorders or Player, don't remember exactly) |
22:21:00 | jaykay | theres also recorder: "Battery: Top-Off Chg" |
22:21:22 | jaykay | but the lang file says only charging: for trickle chg |
22:21:59 | | Quit LambdaCalculus37 ("Fwump") |
22:22:36 | fml | 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 | kugel | fml: they are, with SVN too |
22:24:47 | kugel | anyway, your patch changed nothing for me, so I guess it can go in |
22:25:19 | fml | 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 | rasher | Bagder: I'll probably commit a change to configure that'll change voicebuilding soon |
22:26:20 | kugel | fml: You test cyrillic enough. just commit it |
22:26:29 | rasher | Bagder: FS #9976 |
22:26:31 | fml | But it would be good if more people confirmed that |
22:26:39 | Bagder | I noticed, I'll adapt |
22:26:52 | bluebrother | Bagder: speaking of configure: does building the manual still configure as (M)anual? |
22:27:08 | fml | kugel: I only tested in the sim |
22:27:19 | bluebrother | since you need to call the manual target explicitly anyway I don't see much point in having this separately |
22:27:20 | kugel | fml: I tested on target. it breaks nothing for me |
22:27:30 | Bagder | bluebrother: it does |
22:27:45 | Bagder | and no, there's really not much point with it |
22:27:46 | rasher | 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 | kugel | 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 | fml | kugel: done |
22:36:59 | *** | Saving seen data "./dancer.seen" |
22:37:32 | rasher | 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 | Bagder | festvox-rablpc16k - British English male speaker for festival, 16khz sample rate |
22:43:11 | Bagder | perhaps |
22:44:13 | Bagder | yuck |
22:44:19 | Bagder | "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 | archivator | 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 | Bagder | I still prefer installing from debian packages |
22:48:21 | archivator | 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 | Rabbit^^ | 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 | kugel | gevaerts: :) |
22:52:10 | rasher | Bagder: These voices aren't available as Debian packages, unfortunately |
22:53:18 | archivator | rasher: I would imagine that's because they're HUGE (compared to other packages). |
22:56:13 | amiconn | Bagder: Isn't festlex-rablpc from non-free? |
22:56:14 | | Quit __lifeless (Read error: 145 (Connection timed out)) |
22:56:26 | amiconn | (thinking about licensing issues) |
22:56:29 | Bagder | I don't know |
22:56:29 | | Quit Horscht (Read error: 110 (Connection timed out)) |
22:56:48 | Bagder | does festival have non-free voices? |
22:56:55 | archivator | 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 | archivator | 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 | amiconn | 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 | archivator | 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 | Llorean | I seem to recall that voices built with them were redistributable. |
23:00 |
23:00:41 | | Quit _lifeless (Connection timed out) |
23:00:45 | archivator | Llorean: I never tried mbrola. It requires a separate executable, right? |
23:01:11 | bluebrother | archivator: start the server in the constructor, stop it in the destructor and call the client like the executables right now? |
23:01:24 | amiconn | Ah, festvox-rablpc is from contrib, because it depends on a non-free package (festlex-oald) |
23:01:36 | Llorean | archivator: Yeah, it does unfortunately. |
23:01:39 | | Quit low_light ("http://www.mibbit.com ajax IRC Client") |
23:02:00 | Llorean | 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 | archivator | 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 | bluebrother | hmm, that might be problematic then. |
23:07:01 | bluebrother | you could try to utilitze start() and stop() for the server, and pass a signal with the status |
23:07:24 | bluebrother | not sure if any of those work −− I'm not familiar with that part of the code at all |
23:12:02 | Bagder | the multisyn 98MB contains not a single word about installation |
23:12:28 | Bagder | but 4506 files ;-) |
23:14:10 | | Join _lifeless [0] (n=lifeless@94.50.180.149) |
23:14:25 | archivator | Bagder: right. Do you know where festival keeps its voices in your distro? |
23:14:32 | Bagder | no |
23:14:37 | archivator | Bagder: Ubuntu uses /usr/share/festival/ |
23:14:41 | Bagder | but I guess I can find out |
23:14:56 | | Quit thegeek (Read error: 110 (Connection timed out)) |
23:15:02 | archivator | Bagder: do that. You need to find festival/voices/ and create a festival/voices-multisyn |
23:15:36 | Bagder | so without a license in it either, how do we know these are fine? |
23:15:48 | archivator | 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 | Bagder | festival/lib/voices-multisyn/english/cstr_us_jmk_arctic_multisyn/ |
23:16:13 | archivator | Bagder: read this http://www.festvox.org/download.html |
23:16:53 | archivator | 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 | Bagder | amazingly awkward procedure |
23:18:52 | archivator | 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 | archivator | 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 | archivator | 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 | Bagder | 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 | Bagder | well, I guess in theory I can make pulse play remotely |
23:21:57 | Bagder | 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 | archivator | 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 | Bagder | I do rockbox voices |
23:23:07 | Bagder | for all targets |
23:23:19 | Bagder | I think that can be seen as a test ;-) |
23:23:38 | Bagder | coming up in ... 7 hours |
23:23:48 | archivator | Right. Didn't know that. |
23:23:49 | | Quit Strife89 ("I need to read.") |
23:23:57 | archivator | Well, then, good luck. |
23:24:30 | jhMikeS | kugel: yessir? |
23:24:40 | * | Bagder remembers to clean the voice-pool |
23:25:10 | kugel | jhMikeS: I was wondering about your comment here: http://www.rockbox.org/tracker/task/8523 |
23:26:02 | kugel | 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 | jhMikeS | kugel: you mean with old data being displayed? |
23:27:22 | kugel | yes |
23:27:23 | rasher | Oh, forgot about the full stops |
23:27:44 | kugel | 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 | saratoga | 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 | Bagder | AMS surely |
23:30:13 | Bagder | uh no |
23:30:17 | Llorean | Wasn't the USB thing identical to an AMD SOC? |
23:30:18 | * | Bagder shuts up and hides |
23:30:19 | jhMikeS | 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 | Bagder | I wasn't aware of this |
23:31:30 | | Part akur |
23:31:40 | | Quit Zoxc () |
23:31:56 | kugel | 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 | kugel | this isn't actually visible with default settings though, you need to disable backlight fade and lcd_sleep |
23:32:46 | Bagder | a huge document it is |
23:32:47 | jhMikeS | I find that sort of thing looks sloppy |
23:33:19 | gevaerts | saratoga: nice |
23:33:36 | | Quit maddler (Read error: 110 (Connection timed out)) |
23:33:44 | kugel | jhMikeS: but adding lcd_set_enable_hook() apparently doesn't do it |
23:35:02 | jhMikeS | where is the code? |
23:35:10 | jhMikeS | in the patch now? |
23:35:25 | kugel | the e200 does it in SVN |
23:35:25 | saratoga | 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 | Bagder | saratoga: we know it's a Synopsys |
23:36:01 | jhMikeS | kugel: you need to register a function to be called that should only be registered while actually in the screen. |
23:36:02 | saratoga | ah ok |
23:36:35 | jhMikeS | it does nothing at all if you don't have that in place |
23:36:37 | Bagder | but there's no mention of that in the pdf, I checked ;-) |
23:37:12 | Bagder | that linux code is even gplv2 or later |
23:37:27 | kugel | jhMikeS: sending a message will still issue the update for the next tick, right (not instant)? |
23:37:54 | jhMikeS | it it sleeping on a queue or using sleep()? |
23:38:25 | kugel | huh? there's no sleep involved |
23:38:34 | kugel | it just returns if lcd_enable is false |
23:38:34 | jhMikeS | button_get_w_tmo? |
23:38:38 | kugel | lcd_enabled() I mean |
23:38:52 | kugel | wps_refresh in this case |
23:41:35 | jhMikeS | I see get_action(..., HZ/5); |
23:41:40 | Bagder | rasher: won't unconditional full stops at the end risk making weird phrases? |
23:41:57 | Bagder | serial_port: "19200" |
23:42:02 | kugel | jhMikeS: where? |
23:42:16 | Bagder | or possibly "Bar (Gradient Colour)" |
23:42:20 | jhMikeS | kugel: gwps.c |
23:42:35 | rasher | Bagder: Maybe :\ |
23:42:42 | Bagder | well, I guess we'll find out |
23:42:55 | Bagder | "File/directory exists. Overwrite?" |
23:43:15 | rasher | Sure it'll *look* odd, but will the output be different? |
23:43:27 | Bagder | quite possibly not |
23:45:17 | jhMikeS | 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 | Unhelpful | 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 | jhMikeS | Unhelpful: Not now but who knows, it's not impossible. |
23:47:49 | Unhelpful | 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 | jhMikeS | why is it background priority? |
23:48:54 | kugel | jhMikeS: well, to me it seems that it can't get instant anyway, can it? |
23:49:22 | kugel | I'll look at it, but I don't really thing it's worth it |
23:49:34 | Unhelpful | jhMikeS: i don't know, that's how it was written when i found it :) |
23:50:38 | | Quit bluebrother ("leaving") |
23:51:16 | jhMikeS | Unhelpful: hmmm, it does alot of sleeping but really, the UI is dependent upon it and so it should match that. |
23:51:57 | Unhelpful | well, not *dependent* on it - the blank slide is preloaded, and displayed for anything not cached yet |
23:52:04 | jhMikeS | 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 | kugel | it's happening within milliseconds as of now |
23:54:39 | jhMikeS | 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 | kugel | 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 | kugel | hm, no |
23:58:10 | jhMikeS | 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 (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 | jhMikeS | whee |
23:58:58 | jhMikeS | (undesired freenode ride) |