00:04:43 | | Quit edhelas ("MOVIM - Le réseau social libre de demain - http://movim.tuxfamily.org/") |
00:05:02 | LambdaCalculus37 | sudo apt-get install more_beer |
00:06:27 | | Join ocean__ [0] (i=d59c23f7@gateway/web/freenode/x-b2e13640cd8cbbcc) |
00:09:19 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
00:12:16 | ocean__ | if i upload rockbox to sd card, then do usbtool, if i want to remove it and use the original firmware what should i do (i don't understand how usbtool works right now) |
00:14:42 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
00:15:57 | | Quit courtc (Read error: 113 (No route to host)) |
00:16:16 | | Quit LambdaCalculus37 ("Fwump") |
00:17:09 | GodEater | what's usbtool ? |
00:22:03 | funman | bertrik: http://pastie.org/518083 : not exactly the same than r21320, but it's cleaner than using a macro |
00:22:38 | funman | using the same loop than c200v1 on c200v2 i get worse performance, and more important screen corruption (on partial updates it seems, didn't investigate) |
00:22:56 | ocean__ | GodEater: the jz/chinachip utils |
00:23:19 | funman | if i use the diff you had committed for the clip i get 181.5 fps unboosted instead of 140 in svn, and 147.5 in svn+use a tail loop in lcd_send_data() |
00:23:27 | ocean__ | "Jz4740 USB tools" |
00:23:43 | funman | oops lcd_send_data needs to be declared after lcd_send_pixel |
00:24:12 | | Join CH360PO [0] (n=57a6fc3b@gateway/web/cgi-irc/labb.contactor.se/x-6f5d2cdaf7047b93) |
00:25:44 | | Quit CH360PO (Client Quit) |
00:26:16 | | Join Ch360PO_ [0] (n=57a6fc3b@gateway/web/cgi-irc/labb.contactor.se/x-3c3942044ea604ee) |
00:26:34 | CIA-70 | New commit by 03bagder (r21355): initial support for builds and build "scores" (how heavy a build is) |
00:31:01 | | Quit flydutch ("/* empty */") |
00:31:16 | | Join `VL [0] (n=vl@82.138.2.25) |
00:31:23 | Ch360PO_ | Hi there, I have a H340 (replaced battery, replaced 60gb hdd). Since rockbox 3.2 i've got the problem that after several minutes of playback the WPS starts to continously fade in and out very fast. I did not find anything in the reported bugs section, so what do i have to do? Report the bug? |
00:31:27 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
00:32:29 | ocean__ | i don't know how it works but i don't want to get my new player messed up :P |
00:33:00 | `VL | hello. just compiled my first plugin for rocbox (going to make work this one: http://www.rockbox.org/tracker/task/8865). running in sim, i'm able to select it in apps menu, but on start it reports 'incompatible model'.. where to look? |
00:33:42 | B4gder | VL: did you make install? |
00:34:05 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
00:34:11 | `VL | B4gder: i've done make fullinstall |
00:36:23 | `VL | hm..found nice ifdef ;-) #ifndef SIMULATOR |
00:36:25 | PaulJam | Ch360PO_: you should first try if the issue is still present in a current build ( http://build.rockbox.org/ ). |
00:39:28 | `VL | wow...looks like it works... |
00:44:20 | *** | Saving seen data "./dancer.seen" |
00:46:52 | kugel | funman: Why don't we have the stack in IRAM? |
00:46:56 | kugel | on AMSes |
00:47:35 | funman | i didn't think about it, and bertrik says there is no performance gain |
00:47:58 | `VL | and even works in hardware... rockbox rulez +) |
00:48:32 | saratoga | the no performance gain part sounds really odd |
00:48:45 | saratoga | unless dram is just really fast? |
00:48:46 | kugel | it does indeed |
00:49:09 | kugel | the AMS iram isn't the fasted, but it should be still faster than DRAM |
00:51:07 | funman | we should measure performance again |
00:52:43 | ocean__ | damn have a problem building jz usb tools |
00:55:06 | ocean__ | make: *** No rule to make target `../../rbutil/sansapatcher/bin2c.c', needed by `bin2c'. Stop. |
00:55:13 | ocean__ | ... :( |
00:56:02 | funman | ocean__: try make clean in tools/ |
00:56:48 | | Quit n1s (Remote closed the connection) |
00:56:56 | ocean__ | i'm in j4740_tools dir got snapshot from git and tried make clean-linux but give errors with rm |
00:57:35 | ocean__ | http://pastebin.com/d31ee586f |
00:57:51 | ocean__ | make linux give the precedent error |
00:59:34 | ocean__ | i also have libusb (slackware) |
00:59:43 | ocean__ | i can't understand why this error pop up |
01:00 |
01:00:10 | CIA-70 | New commit by 03funman (r21356): jz4740_tools : bin2c.c location has changed |
01:00:23 | funman | ocean__: git pull ^^ |
01:00:38 | B4gder | or svn update |
01:00:39 | ocean__ | svn |
01:00:52 | ocean__ | already got svn tree checked out 1 hour ago :P |
01:01:13 | ocean__ | i was building up the vx747p firmware/bootloader |
01:01:20 | | Part toffe82 |
01:01:26 | ocean__ | the need usbtools to upload but they don't compile |
01:01:56 | | Quit Ch360PO_ ("CGI:IRC (EOF)") |
01:03:37 | CIA-70 | New commit by 03bagder (r21357): delete client when client disconnects |
01:03:39 | CIA-70 | New commit by 03zagor (r21358): Send HELLO with mostly proper params. |
01:04:20 | ocean__ | lol update :P |
01:04:27 | ocean__ | thanks |
01:04:27 | | Join markun_ [0] (n=markun@ip-212-239-214-166.dsl-static.scarlet.be) |
01:04:46 | ocean__ | make: *** No rule to make target `jz_xloader.bin', needed by `jz_xloader.c'. Stop. |
01:05:03 | | Join Bagder [241] (n=daniel@rockbox/developer/bagder) |
01:05:52 | | Join Domonoky1 [0] (n=domonoky@213.49.144.150) |
01:06:30 | | Quit kugel (Nick collision from services.) |
01:06:38 | | Join kugel [0] (n=kugel@ip-212-239-214-166.dsl-static.scarlet.be) |
01:06:58 | | Quit Domonoky (Read error: 104 (Connection reset by peer)) |
01:07:03 | ocean__ | a new error popped up :P |
01:07:05 | | Join perfectdrug [0] (n=marko@p5B0ED118.dip.t-dialin.net) |
01:07:33 | | Quit PaulJam (Nick collision from services.) |
01:07:39 | | Join PaulJam_ [0] (i=Paule@vpn-3004.gwdg.de) |
01:08:37 | kugel | funman: how can we messure stack performance best? |
01:08:52 | ocean__ | maybe that one is my fault let me double check that mips-gcc is in my path |
01:09:02 | funman | kugel: i think test_codec is fine since codecs are quite intensive |
01:09:22 | ocean__ | yes mipsel-elf is in path i don't know why this error |
01:11:31 | ocean__ | CROSS variable in jz_xloader Makefile is bad "mips-linux-" should be mips-elf- with latest rockbox/gcc mips :) |
01:11:48 | funman | kugel: or you could use a recursive function ? |
01:12:05 | ocean__ | howewer still same error :\ |
01:13:25 | funman | ocean__: i don't know what is that file, perhaps you have to provide it yourself ? |
01:14:03 | funman | you said you had cloned the jz_xloader.git tree, look in there |
01:14:48 | ocean__ | to build jz4740 from svn jz_xloader is needed as stated in the wiki, but there's not a rule to make those files (and makefile inside jz_xloader latest git snapshot have bad CROSS variable), maybe it should be added to the usbtools makefile |
01:15:39 | ocean__ | yes after modifying CROSS variable it builds and i'll copy them to jz4740_usbtools dir but it would be nicer if those works with regular make |
01:15:39 | ocean__ | :P |
01:16:37 | funman | ocean__: well if you have a patch just send it |
01:16:57 | ocean__ | i'm not good with Makefiles, i'll try to get it working though |
01:18:07 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
01:18:20 | ocean__ | damn usbtool says device not found :( |
01:18:29 | | Quit BHSPitLappy (Connection timed out) |
01:18:42 | mcuelenaere | ocean__: having problems with usbtool? |
01:18:44 | ocean__ | yes |
01:18:59 | ocean__ | got to compile svn but now says it doesn't find the device |
01:19:11 | mcuelenaere | you're using sudo? |
01:19:14 | mcuelenaere | what does lsusb give you? |
01:19:29 | ocean__ | yes i used su i'm on a slack never use sudo :P ahah |
01:20:09 | | Quit markun (Read error: 110 (Connection timed out)) |
01:20:11 | ocean__ | mcuelenaere: http://pastebin.com/d141abb71 |
01:20:30 | | Quit B4gder (Read error: 110 (Connection timed out)) |
01:20:35 | * | mcuelenaere checks some source code |
01:21:13 | mcuelenaere | ocean__: uhh, are you in usb mode? |
01:21:21 | ocean__ | lol maybe not |
01:21:32 | mcuelenaere | you do know of the reset hole, do you? :) |
01:21:42 | ocean__ | i read it somewhere in the wiki i think |
01:21:51 | mcuelenaere | reset the player while holding the MENU button |
01:21:59 | mcuelenaere | it'll show up as an other VID/PID combination |
01:22:07 | mcuelenaere | that should be in the wiki I think :) |
01:22:27 | funman | well i get the exact same performance for read/write to iram or dram on sansa c200v2 |
01:23:01 | | Quit GodEater ("Terminated with extreme prejudice - dircproxy 1.0.5") |
01:23:18 | ocean__ | ah mcuelenaere i got this dmesg http://pastebin.com/d42b5c086 sdc don't get a valid partition and no errors (while on windows works) you have similar problems? |
01:23:20 | funman | i.e. X loads take 108 ticks for iram or dram, X writes take 298 ticks for iram or dram |
01:23:23 | | Join GodEater [0] (n=yeahrigh@rockbox/staff/GodEater) |
01:23:49 | saratoga | how long is a tick? 1 clock? |
01:23:50 | mcuelenaere | ocean__: the device shouldn't show up as a MSC |
01:24:05 | funman | saratoga: 1 second / HZ (= 10ms) |
01:24:21 | mcuelenaere | ocean__: did you reset the device (reset hole) while holding the MENU button? |
01:24:22 | ocean__ | yeah for usbtools, i mean i cannot use the 8 gb samsung flash regularly on linux :P |
01:24:28 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
01:24:29 | | Quit bertrik (Read error: 110 (Connection timed out)) |
01:24:29 | saratoga | funman: how much do you copy during that time? |
01:24:37 | mcuelenaere | ocean__: you won't, the OF won't expose it |
01:24:50 | funman | for(x = 0; x < max ; x++) |
01:24:50 | funman | i_test[x%512] = x; |
01:24:54 | mcuelenaere | you can view it with Rockbox (and a hack) though |
01:24:57 | funman | y = i_test[x%512]; |
01:25:15 | saratoga | funman: would you post a full diff? i'd like to play with this |
01:25:48 | ocean__ | usbtool done :D |
01:25:56 | funman | sure, but i just thought perhaps i should disable interrupts to be really precise, and use timer2_value for precise timing |
01:26:03 | ocean__ | howewer on windows the 8gb fat partition show up on linux not :( |
01:26:23 | mcuelenaere | ocean__: that's something with your computer/linux setup I guess, here it works fine (Linux too) |
01:26:37 | ocean__ | mcuelenaere: Onda VX747+ rockbox bootloader |
01:26:41 | ocean__ | loading firmware |
01:26:45 | ocean__ | error:file not found |
01:26:46 | funman | saratoga: http://pastie.org/518147 (in debug menu -> view I/O ports |
01:26:53 | mcuelenaere | ocean__: you did put it on your SD, did you? :) |
01:26:56 | ocean__ | yes |
01:26:59 | mcuelenaere | and that proves the ATA driver works |
01:27:02 | mcuelenaere | SD* |
01:27:05 | ocean__ | rockbox.zip on the sd right? |
01:27:12 | | Quit Thundercloud (Remote closed the connection) |
01:27:19 | mcuelenaere | unzipped |
01:27:22 | ocean__ | ah lol |
01:27:23 | ocean__ | ok |
01:27:32 | mcuelenaere | Rockbox doesn't support zip files ;) |
01:28:13 | ocean__ | lol sorry :P |
01:28:16 | Unhelpful | it (sometimes) supports tars though :) |
01:29:00 | saratoga | funman: try stepping through 32 bytes at a time so that you don't hit the cache |
01:30:03 | ocean__ | mcuelenaere: loading firmware lenght FFFFFFF8 error: read failed (chksum) |
01:30:19 | mcuelenaere | ehm, try re-unzipping it and try again |
01:30:23 | funman | saratoga: but the whole buffer can be cached anyway no ? |
01:30:30 | * | mcuelenaere never had a checksum failure before |
01:30:39 | saratoga | funman: what do you mean? |
01:30:59 | Torne | lenth fffffff8 would be, er, -8 |
01:31:07 | Torne | i think the problem may be before the checksum :) |
01:31:09 | funman | it takes a few time to load the whole 512 bytes in the cache |
01:31:25 | saratoga | cache lines are only 32 bytes, so the whole buffer isn't loaded |
01:31:41 | saratoga | just 32 bytes, which results in 8 cache hits, then a miss, then a 32 byte fetch, ... |
01:32:05 | | Join bertrik [0] (n=bertrik@ip-212-239-214-166.dsl-static.scarlet.be) |
01:32:26 | funman | but there is several lines in the cache |
01:32:38 | ocean__ | mcuelenaere: i can also try to recompile i have done a build from svn without errors i can recompile it or use the one on wiki |
01:32:57 | ocean__ | mmm in fact there's something wrong with the zip |
01:33:06 | mcuelenaere | ocean__: you mean a usbtool build? If you're running Linux, I would advise you to build it your own |
01:33:19 | mcuelenaere | ocean__: try downloading one from rockbox.org |
01:33:26 | ocean__ | yes i've builded everything rockbox included |
01:33:28 | saratoga | funman: cachelines are only loaded after an access to one of them |
01:33:39 | saratoga | the CPU has no way to know that the buffer spans more then one cache line |
01:33:45 | ocean__ | usbtool have given some problems from jz_xloader |
01:33:55 | mcuelenaere | ocean__: http://build.rockbox.org/dist/build-ondavx747/rockbox.zip |
01:33:57 | saratoga | although perhaps if its very clever it can speculatively load sequential cachelines, though i don't know if arm does this |
01:33:59 | ocean__ | but got it to build somehow :P |
01:34:11 | mcuelenaere | ocean__: what problems? what toolchain are you using? |
01:34:23 | mcuelenaere | but if you got as far as running the bootloader, I don't think jz_xloader is the problem |
01:34:27 | Torne | saratoga: it doesn't on most current ARMs, but this is what PLD is for |
01:35:09 | funman | saratoga: but there is so much loops than all the buffer will have been quickly fetched in separate lines |
01:36:00 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
01:36:09 | saratoga | well yeah thats another problem :) |
01:36:19 | funman | so what i measure actually is the cache speed :/ |
01:36:26 | saratoga | yeah |
01:36:37 | saratoga | using a 16KB buffer and stepping through 32 bytes at a time would help |
01:37:10 | funman | or disabling cache :) |
01:37:11 | Unhelpful | assuming there's no auto-prefetch :) |
01:37:29 | Torne | yeah, ote for "use an uncached region" |
01:37:30 | ocean__ | mcuelenaere: i've followed the info on wiki, mips elf gcc 4.1.2 |
01:37:32 | Torne | or "disable teh cache" :) |
01:37:48 | ocean__ | and regular x86 toolchain 4.3.3 |
01:37:56 | Torne | ARM implementations are allowed to have their cache do whatever the hell it likes pretty much |
01:38:01 | Torne | so it might well prefetch |
01:38:06 | saratoga | http://www.mibbit.com/pb/f9H3nn |
01:38:17 | Torne | the ones i've used don't seem to prefetch in L1, but it's ahrd to prove :0 |
01:38:44 | mcuelenaere | ocean__: try re-extracting the zip |
01:38:49 | ocean__ | mcuelenaere: jz_xloader makefile had a bad CROSS variabile (mips-linux- should be ,mips-elf-) and included makefile in usbtools don't generate jz_xloader |
01:38:53 | ocean__ | :P |
01:39:11 | saratoga | 32 bytes prefetch would probably hurt more then it helped, since it'd lock the memory controller for quite a few cycles |
01:39:19 | mcuelenaere | no, you should generate jz_xloader.bin yourself |
01:39:27 | mcuelenaere | I think the README points that out |
01:39:38 | funman | data cache disabled : same exact performance |
01:39:52 | ocean__ | mmm i didn't understand the README then |
01:40:05 | ocean__ | i think my english is badder thank i think :P |
01:40:10 | funman | on c200v2, perhaps it's different on fuze |
01:40:33 | Torne | saratoga: yah. the tendency is to just depend on the cpu issuing PLD |
01:40:33 | saratoga | i get 7 ticks IRAM, 18ticks DRAM |
01:40:37 | saratoga | e200v2 |
01:40:44 | Torne | saratoga: quite a few of the L2 controllers prefetch though |
01:40:53 | funman | saratoga: increase max to get more precision |
01:40:58 | Torne | but i don't know of any mp3 players with L2 :) |
01:41:01 | saratoga | DRAM write being one slower |
01:41:08 | saratoga | Torne: Gigabeat S |
01:41:15 | Torne | ..really? |
01:41:22 | saratoga | yeah |
01:41:25 | saratoga | imx31 |
01:41:28 | Torne | and have you got it to work? :) |
01:41:29 | saratoga | same as Zune actually |
01:41:33 | | Quit __lifeless (Read error: 60 (Operation timed out)) |
01:41:35 | saratoga | yeah its fast as hell |
01:41:43 | | Join roolku [0] (n=roolku@77-99-113-75.cable.ubr16.sgyl.blueyonder.co.uk) |
01:41:46 | saratoga | can actually play APE files |
01:41:48 | Torne | hehe |
01:41:58 | Torne | i gues sit's an L210? |
01:42:15 | funman | iram is a tad faster on fuze |
01:42:33 | funman | for writes, and a tiny tiny tad slower than dram |
01:43:00 | Torne | saratoga: which remidns me, there's no preloads in the ARM mem* functions :) |
01:43:09 | funman | hum it seems to depend if the cpu is boosting or not ? |
01:43:41 | | Quit roolku (Client Quit) |
01:44:05 | saratoga | huh i do get the same for I and D, but writes are much slower on both |
01:44:10 | funman | if cpu is boosted the iram loop is faster, |
01:44:15 | | Join roolku [0] (n=roolku@77-99-113-75.cable.ubr16.sgyl.blueyonder.co.uk) |
01:44:21 | Torne | the iram is probably clocked at the cpu speed |
01:44:23 | funman | saratoga: ~3 times slower |
01:44:27 | Torne | er |
01:44:30 | Torne | at some divisor of it |
01:45:07 | funman | the as3525 datasheet says it comes from pclk |
01:45:27 | funman | "the free running AHB/APB clock (PCLK) for the 1-TRAM must always be present" |
01:45:35 | ocean__ | mcuelenaere: the sd card in wich FS format should be FAT 32 or FAT 16? |
01:45:39 | Torne | ooh, imx31 is quite nice isn't it |
01:46:05 | mcuelenaere | ocean__: it used to be FAT32, but since some revisions ago FAT16 will work too |
01:46:16 | | Quit gevaerts (Nick collision from services.) |
01:46:25 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
01:46:28 | | Quit roolku (Client Quit) |
01:46:33 | Unhelpful | Torne: it is. it has vector extensions, too. i've been working on asm IDCT of late, and it can, for the most part, work two columns at a time. :) |
01:46:52 | Torne | Unhelpful: bah. obsolete sstill though :) |
01:46:54 | funman | saratoga: so can we conclude than the iram is a very tiny bit faster than dram ? |
01:46:57 | Torne | VFPv2 is icky |
01:47:14 | gevaerts | markun_: Bus 001 Device 011: ID 0492:0140 Samsung SemiConductor, Inc. |
01:47:38 | Unhelpful | Torne: is that the vector coprocessor? i'm using tnhe CPU partitioned integere math instructions. |
01:47:42 | saratoga | funman: I get that one iteration boosted takes 4 clocks |
01:48:01 | Torne | oh, armv5e? yah those are helpful too |
01:48:08 | Torne | vfpv2 is the vector floating point unit, yah |
01:48:18 | saratoga | that seems to fast |
01:48:24 | saratoga | i wonder if GCC is outsmarting us |
01:48:28 | saratoga | too fast |
01:48:36 | Unhelpful | those are armv6. armv5e gives you the very nice top/bottom 16x16->32 multiply instructions. |
01:48:51 | funman | saratoga: well using current_tick is not very precise because the cpu is interrupted to run through the tick tasks |
01:48:57 | Torne | i forget. i'm not great with math :0 |
01:49:04 | Torne | i only have to deliver the OS support for it ) |
01:49:14 | Torne | NEON is infinitely more hilarious though |
01:49:44 | Torne | saratoga: got perfcounters on that chip? :) |
01:49:45 | Unhelpful | that's the coprocesser with wide vector registers, 64- and 128-bit i believe? |
01:50:10 | Torne | yah, though they are technically the same registers as VFP so if you use then as 128bit there aren't very many |
01:50:19 | Torne | but NEON has integer vector ops as well as floating point, is the trick |
01:50:31 | | Quit jgarvey ("Leaving") |
01:50:38 | saratoga | funman: interrupting the thread would make things slower, n ot faster |
01:50:41 | Unhelpful | ah... so i can do the partitioned adds and such across wider vectors. |
01:50:55 | ocean__ | mcuelenaere: used the build you linked doesn't work, maybe because is the 747 and i builded the 747p bootloader |
01:51:00 | Torne | yup, 64x32bit or similar |
01:51:06 | ocean__ | i'll build new bootloader then |
01:51:14 | mcuelenaere | ocean__: ah yes, forgot about that part |
01:51:21 | ocean__ | :P |
01:51:24 | Unhelpful | Torne: the beast also has perfcounters. i don't know about the AMS targets. |
01:51:37 | Torne | armv6 usually has them, armv5 may or may not |
01:51:49 | Torne | they are not documented for ARMv5 but the same registers as int eh armv6 manual generally work |
01:51:52 | saratoga | can i mark the entire function as volatile in c? |
01:51:59 | Torne | likewise onchip debug registers |
01:52:07 | Torne | ARM hadn't decided whether they were done changing it yet in v5 I think :) |
01:52:14 | mcuelenaere | ocean__: hmm yes, build.rockbox.org doesn't offer any builds for ondavx747p |
01:52:21 | funman | saratoga: i don't think, but you can check disassembly to be sure |
01:52:33 | Unhelpful | saratoga: i think there's an optimize level pragma for gcc. "volatile" only applies to inline asm, doesn't it? |
01:52:34 | saratoga | i was afraid you'd say that |
01:53:09 | kugel | haha |
01:53:37 | Unhelpful | saratoga: why not just make the array access volatile asm? array[N] is pretty easy. |
01:53:54 | Torne | volatile should work for C too |
01:54:01 | Torne | in gcc, anyway |
01:54:14 | funman | but for functions? |
01:54:15 | ocean__ | mcuelenaere: with 747 bootloader gets loaded but isn't working really good i think |
01:54:25 | Torne | oh, not on the function |
01:54:31 | Torne | you need it on the data object |
01:54:37 | mcuelenaere | ocean__: how so? |
01:54:45 | ocean__ | mcuelenaere: no no it's working my fault :P |
01:55:02 | ocean__ | now it's time to try if i can build a working one for vx747p |
01:56:29 | ocean__ | the "M" button seems not to work |
01:56:35 | ocean__ | volume buttons works |
01:57:11 | ocean__ | at least the "-" one |
01:57:22 | saratoga | adding volatile makes them all take 40 ticks |
01:57:26 | saratoga | boosted |
01:57:48 | saratoga | 163 for all unboosted |
01:58:35 | Torne | does the asm look right? :) |
01:58:37 | saratoga | 12 and 49 clocks respectively |
01:58:47 | saratoga | i haven't checked yet |
01:59:03 | ocean__ | mcuelenaere: read capacity failed |
01:59:03 | ocean__ | ... |
01:59:11 | ocean__ | lol i think i'm messing up something |
01:59:29 | mcuelenaere | ocean__: ? |
01:59:39 | ocean__ | somehow the sd isn't working on linux |
01:59:45 | ocean__ | suddenyl |
01:59:49 | mcuelenaere | through Rockbox? |
01:59:51 | ocean__ | suddenly* |
01:59:54 | ocean__ | no through linux |
01:59:55 | ocean__ | :P |
02:00 |
02:00:03 | ocean__ | original firmware sees it |
02:00:04 | mcuelenaere | you mean it's in a card reader? |
02:00:26 | ocean__ | no it's inside the dap |
02:00:33 | ocean__ | i think i'll get a reboot |
02:00:34 | mcuelenaere | and the DAP is running the OF? |
02:00:38 | ocean__ | yes |
02:00:41 | ocean__ | the OF |
02:01:00 | ocean__ | i'll reboot and try to upload them with windows then back to linux and use usbtool |
02:01:04 | ocean__ | brb |
02:01:06 | mcuelenaere | try using another usb port? |
02:01:08 | mcuelenaere | k |
02:01:09 | ocean__ | mmm i try |
02:01:25 | mcuelenaere | btw usbtool is available for windows too |
02:01:34 | ocean__ | sd 10:0:0:0: [sdc] READ CAPACITY failed |
02:01:51 | mcuelenaere | sounds like something wrong with the OF usb stack |
02:01:57 | funman | saratoga: with interrupts disabled, same r&w speed when unboosted, same r speed when boosted, iram w 10% faster |
02:02:35 | saratoga | funman: I'd be most interested in figuring out exactly how many clocks a single read and write to each takes |
02:02:51 | ocean__ | no ok are my usb ports |
02:02:54 | ocean__ | under linux |
02:03:02 | funman | and i see iram w 10% faster for fuze when boosted or unboosted |
02:03:05 | ocean__ | maybe there are some usb stack problems but not on the OF but on linux :P |
02:03:10 | ocean__ | reboot! :) |
02:03:11 | | Quit ocean__ ("Page closed") |
02:03:14 | saratoga | theres a way to get gcc to spit out the assembly annotated with the c code right? |
02:03:20 | funman | saratoga: we don't have enough precise clocks :/ |
02:03:25 | funman | the timer is 1.5MHz |
02:03:30 | funman | current_tick is 100Hz |
02:03:54 | saratoga | funman: 100Hz is fine if we average over many seconds |
02:04:19 | funman | http://pastie.org/518174 |
02:05:06 | Unhelpful | saratoga: -save-temps -fverbose-asm gives you assembly annotated with variable names |
02:05:20 | Unhelpful | or from a debug object your can use objdump -S -d |
02:05:38 | Unhelpful | which will interleave C source lines with asm |
02:06:14 | Slasheri | many tagcache bugs found & fixed, probably committing a big fix tomorrow :) |
02:07:48 | CIA-70 | New commit by 03bagder (r21359): first basic BUILD support |
02:08:27 | Unhelpful | Slasheri: i'm guessing that late-index-open fix doesn't address the speed problem i was seeing? |
02:09:16 | Slasheri | Unhelpful: nope, that is a whole different issue |
02:09:23 | Slasheri | Unhelpful: what kind of speed problem do you mean? |
02:10:06 | Slasheri | now i have fixed some pure data retrieval problems from the db |
02:10:07 | | Quit Nico_P (Remote closed the connection) |
02:10:09 | Unhelpful | Slasheri: reading all filenames took 1s with ramcache off vs 6s with it *on*, on my beast. very weird. |
02:10:10 | | Quit perfectdrug () |
02:10:27 | funman | i think the %512 is badly optimised :D |
02:10:45 | Slasheri | Unhelpful: ah, that actually might be fixed on my next commit |
02:11:20 | Slasheri | ramcache + dircache (+ statefile on H1xx BL v7) had problems at least |
02:11:30 | saratoga | yeah this should probably be done in assembly |
02:11:31 | | Quit funman ("free(random());") |
02:12:58 | Slasheri | Unhelpful: did you have disk or flash player? |
02:13:31 | Unhelpful | i was also going to take a look at having the string tag reads return snprintf-like values, it would be useful in pictureflow which wants to know exactly how much more buffer it needs if it doesn't have enough. |
02:14:27 | Unhelpful | beast, so disk. |
02:15:03 | | Join ocean [0] (i=d59c23f7@gateway/web/freenode/x-9c7b01be350b2494) |
02:15:27 | ocean | mcuelenaere: vx747p build seems not to go bad checksum |
02:15:49 | mcuelenaere | so it works? |
02:16:04 | ocean | lenght: 911DC checsum: 801F3C sum: 25F532B |
02:16:14 | ocean | 747 build you've linked to me go |
02:16:27 | ocean | mine 747p build don't with that checksum message |
02:17:57 | ocean | i can try to build another time Normal and Bootloader and upload |
02:19:24 | mcuelenaere | that's weird |
02:19:28 | ocean | but don't know if it could be of any help :P |
02:19:37 | mcuelenaere | where did you get your toolchain, did you use tools/rockboxdev.sh? |
02:19:46 | ocean | or can try to build a 747 one and see if it works and 747p not |
02:20:17 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
02:22:08 | ocean | http://pastebin.com/d1562766f |
02:22:37 | | Quit Sajber^ (Connection timed out) |
02:23:09 | mcuelenaere | same versions as me |
02:23:16 | mcuelenaere | I haven't tried a vx747p build though |
02:23:39 | mcuelenaere | I'll look at it tomorrow, I'm going to bed now |
02:23:53 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
02:23:57 | ocean | yes i too should go to sleep |
02:24:00 | ocean | 'night |
02:24:04 | mcuelenaere | night |
02:24:24 | | Quit mcuelenaere ("Zzzzzzzzzzzzzzzzzz") |
02:26:38 | | Quit ocean ("Page closed") |
02:29:03 | CIA-70 | New commit by 03bagder (r21360): fix the delete again when I changed to ->fileno |
02:29:52 | saratoga | bagder: any idea when the new build system will be ready to try out? |
02:30:15 | Bagder | no, but I hope we'll get some first testing tomorrow |
02:31:19 | CIA-70 | New commit by 03zagor (r21361): First BUILD support. |
02:34:04 | saratoga | any chance it'll be able to do sftp tranfer over the mean ssh tunnel ? |
02:34:08 | saratoga | main |
02:34:54 | Bagder | atm we're not even using ssh... |
02:37:08 | saratoga | just direct TCP connections? |
02:39:46 | Bagder | yes. we haven't yet decided exactly how to do it for real, but we want to create a system where we can have admins that can add new clients |
02:40:02 | Bagder | so creating ssh accounts for each client doesn't feel very good |
02:41:18 | Unhelpful | i'm thinking of putting some of this into a pluginlib header file. it's based on bench_jpeg_mem.c and bench_scaler.c, but offers flexible output, so you can use logf, or a pre-opened file, or whatever else as long as it's a printf replacement. it's working pretty nicely for benchmarking IDCT functions... i'm not sure if the busy-wait for the tick is really worth bothering with, though? http://pastie.org/518188 |
02:42:02 | Mikachu | the wiki page said ssl, not ssh |
02:42:56 | Bagder | exactly, just to avoid needing regular accounts |
02:43:04 | saratoga | that'd be nice |
02:43:08 | Bagder | but really, we can start with plain tcp |
02:44:22 | *** | Saving seen data "./dancer.seen" |
02:44:26 | saratoga | getting rid of the requirement to let people SSH in would make the build client a lot more palatable around here |
02:44:59 | Bagder | well we've already reversed the roles, so we're running build clients that connect to the server |
02:45:14 | Bagder | and keep the connection |
02:45:27 | saratoga | i could reasonably ask for permission to run something like that on our machines |
02:45:37 | saratoga | whereas before they'd never let me setup remote ssh accounts on cluster boxes |
02:46:11 | Bagder | it will also be easier to control when they run, so you can stop them and start them again if they ever conflict with anything |
02:49:47 | | Join Jiremi [0] (n=627693fa@gateway/web/cgi-irc/labb.contactor.se/x-0dd9013e255fc82a) |
02:49:51 | Jiremi | hi |
02:50:34 | Jiremi | i'm trying to install rbutil under linux |
02:50:48 | Jiremi | i downloaded the archive file that contains rbutilqt-v1.2-64bit |
02:51:05 | Jiremi | but i'm not sure what to do with rbutilqt-v1.2-64bit |
02:51:19 | Mikachu | try chmod +x rbutilqt-v1.2-64bit; ./rbutilqt-v1.2-64bit |
02:51:34 | Mikachu | (it is probably already executable) |
02:52:14 | Jiremi | awesome, thanks |
02:54:02 | | Quit PaulJam_ (".") |
02:54:09 | | Quit jds_ () |
02:54:26 | Unhelpful | saratoga: it appears that the second operand is taken whole, and the early termination happens on the size of the third operand. 128 muls of 4096 * 120 is a bit over 2x faster than 128 muls of 120 * 4096. just for future reference :) |
02:54:28 | | Quit Jiremi (Client Quit) |
02:54:56 | Unhelpful | i have no idea if a second non-dependent instruction can execute during mul's extra cycles? |
02:55:12 | CIA-70 | New commit by 03bagder (r21362): send a more complete BUILD command |
02:55:34 | Bagder | time to sleep |
02:55:37 | | Quit Bagder ("It is time to say moo") |
02:56:51 | | Quit petur ("Zzzzz") |
02:56:51 | | Quit Zagor ("Leaving") |
02:57:19 | | Part Domonoky1 |
02:57:22 | saratoga | Unhelpful: i doubt it can proceed to the write back stage, but maybe it can get as far as decode? |
02:57:57 | saratoga | you could try doing a load immediately after a mul and see if its any faster |
02:58:18 | Unhelpful | i'll have to try using all multiplies in the armv4 asm, and see if i can slot some of the other operations between the mul and the two mla's that want its output. |
02:58:46 | saratoga | i bet you can swallow at least one clock off the load time if you put it after the mul |
03:00 |
03:00:06 | | Quit markun_ ("sleep") |
03:02:04 | Unhelpful | the multiply cycles are "internal". i've not yet gotten to the part that explains how the various types of cycles interlock, but mul takes 1S + mI cycles, with m being the multiplier size in bytes. |
03:03:15 | saratoga | its just a question of when the subsequent instructions stall, after decode or before write back |
03:03:24 | | Quit kugel (Read error: 60 (Operation timed out)) |
03:05:42 | | Quit Thundercloud (Remote closed the connection) |
03:06:17 | Unhelpful | the arm11 docs seem much more clear on this, they specify things in terms of result latency... aside from extra bits like "early" registers, anyway. |
03:18:13 | | Quit bertrik (Read error: 110 (Connection timed out)) |
03:22:22 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
03:33:12 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
03:44:35 | | Quit amiconn (Nick collision from services.) |
03:44:36 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
03:44:52 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
03:44:52 | | Quit pixelma (Nick collision from services.) |
03:44:54 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
03:45:08 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
03:49:51 | Unhelpful | saratoga: i played a bit with moving other instructions around the multiplies. the third function here is almost, but not quite, as fast as the first two. (<1% after accounting for the time needed to load the cofficient buffer with data before each IDCT) |
03:50:46 | Unhelpful | the variable-length multiply thing makes benchmarking this on arm7tdmi a bit touchy, since having weird data in the buffer can change the time to execute :/ |
04:00 |
04:07:04 | | Quit _Auron_ ("Infinity repeatedly denies rumours of plotting with zero to bring down the Universe.") |
04:22:26 | | Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
04:27:53 | | Quit dmb (Read error: 104 (Connection reset by peer)) |
04:28:05 | | Quit efyx (Client Quit) |
04:28:06 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
04:33:46 | | Quit dmb (Read error: 104 (Connection reset by peer)) |
04:36:50 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
04:39:32 | | Quit Xerion (Read error: 110 (Connection timed out)) |
04:39:32 | | Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) |
04:44:26 | *** | Saving seen data "./dancer.seen" |
05:00 |
05:09:29 | | Quit dmb (Client Quit) |
05:11:19 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
05:14:12 | | Quit froggyman (Read error: 113 (No route to host)) |
05:18:22 | | Quit dmb (Client Quit) |
05:33:35 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
05:36:22 | | Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) |
05:43:34 | | Join perrikwp [0] (n=perrikwp@74.167.148.160) |
05:52:30 | | Quit dmb (Client Quit) |
06:00 |
06:05:15 | | Join courtc [0] (n=court@unaffiliated/courtc) |
06:07:18 | | Quit intrados_ (Connection timed out) |
06:23:12 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
06:30:20 | | Join _Auron_ [0] (n=DarkAuro@adsl-76-203-192-240.dsl.rcsntx.sbcglobal.net) |
06:44:29 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:01:54 | | Quit krazykit (Read error: 113 (No route to host)) |
07:06:26 | | Join _lifeless [0] (n=lifeless@188.16.119.10) |
07:15:03 | | Join webguest44 [0] (n=4cf16035@gateway/web/cgi-irc/labb.contactor.se/x-3d3c09325272528b) |
07:16:52 | webguest44 | I encoded my video but the file doesnt come up in the file browser |
07:20:03 | advcomp2019 | webguest44, did you look at the mpegplayer wiki |
07:21:11 | webguest44 | Yes I have it open |
07:22:38 | advcomp2019 | did you follow it? where did you put the mpeg at? |
07:22:53 | webguest44 | I made a folder called Movies in my root. |
07:23:30 | advcomp2019 | do you see that folder in the file/folder view? |
07:23:35 | webguest44 | Yes |
07:23:40 | webguest44 | I just dont see the file. |
07:24:22 | advcomp2019 | are you sure you converted the file to mpeg right? |
07:26:20 | advcomp2019 | what steps did you used if i ask |
07:27:11 | webguest44 | I used WinFF to convert it to Rockbox. With Ipod nano |
07:29:15 | advcomp2019 | have you tried showing all files? |
07:32:36 | | Quit scorche|sh (Remote closed the connection) |
07:32:39 | | Join scorche|sh [0] (n=scorche@squisch.net) |
07:33:54 | webguest44 | Oh, no I havelt I will |
07:36:30 | | Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
07:37:55 | webguest44 | Works, Thank you. |
07:37:58 | | Quit webguest44 ("CGI:IRC") |
07:49:52 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
07:55:52 | | Join D480 [0] (n=thanaton@adsl-99-180-198-61.dsl.emhril.sbcglobal.net) |
08:00 |
08:06:19 | | Quit Horscht (Read error: 110 (Connection timed out)) |
08:08:52 | | Quit D480 ("Ex-Chat") |
08:22:10 | | Join PaulJam [0] (i=Paule@vpn-3012.gwdg.de) |
08:22:51 | | Quit scorche|sh (Remote closed the connection) |
08:22:53 | | Join Rob2222 [0] (n=Miranda@p4FDCC410.dip.t-dialin.net) |
08:22:56 | | Join scorche|sh [0] (n=scorche@squisch.net) |
08:35:07 | | Quit _Auron_ (Read error: 54 (Connection reset by peer)) |
08:40:19 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
08:40:32 | amiconn | Unhelpful: How are you benching just the idct? |
08:40:51 | amiconn | This might be interesting for benching my mpeg2 idct as well |
08:41:34 | Unhelpful | amiconn: i can post a patch for my test-plugin branch if you want, but the bulk of the "benchmark framework" stuff i put on pastebin a few hours ago, let me find the link :) |
08:42:15 | Unhelpful | http://pastie.org/518188 <- basically call DO_BENCH or DO_BENCH_CUSTOM with the function or macro and the arguments. |
08:43:49 | Unhelpful | by the way, it tells me that the zero-AC test in the C horizontal IDCT is a loser on ARM. i'm still coding it into the ASM, to see if it wins when it's done a bit more cleverly. |
08:44:31 | *** | Saving seen data "./dancer.seen" |
08:45:02 | Unhelpful | it also tells me that mla beats shift/add in the four-point idct... probably only because that one is small enough to keep the constants in registers. |
08:46:57 | amiconn | My problem is that code paths do depend in input values in a way I don't fully understand yetz |
08:47:00 | amiconn | -z |
08:47:09 | amiconn | s/in/on/ |
08:47:37 | amiconn | When trying the idct in mpegplayer on the beast, I can't see a significant difference |
08:48:33 | Unhelpful | that's why i started benchmarking IDCTs by themselves. it's quite difficult to see the difference benchmarking jpeg file decode, if the difference is small. |
08:48:38 | amiconn | I can think of two reasons for this. (1) my armv6 code sucks and ins't any faster than the shift/add thing we're using for all arms now |
08:49:17 | amiconn | (2) the idct time is almost insignificant compared to other decode stages |
08:50:25 | Unhelpful | well, i can't say how it'll play out on the 8-point idct yet, but on the 4- and 2-point sizes i saw much larger gains on ARMv6 from doing two columns at once with the SIMD instructions. |
08:51:08 | Unhelpful | the horizontal IDCT sees a *tiny* gain from some SIMD use, but it's nowhere near the 15-25% that the vertical passes get by doing two columns at once |
08:52:00 | amiconn | I'm using the half-reg multiplies, and even smuld(x)/smlad(x) where possible |
08:52:30 | amiconn | ...and usat16 and sadd16 in the output stages |
08:53:58 | Unhelpful | that's basically the strategy i took on the 4-point. at that size the constants can all fit into registers, although this may mean saving an extra register or two. i'm only tackling armv4 on 8-point now. it's a good deal more complex, and i'm having to spill values to stack :/ |
08:55:09 | amiconn | mpeg2 is only 8-point. I can't keep the constants in regs, but I load them 4 at once (using ldrd) |
08:56:11 | Unhelpful | can you use the ldr reg, =constant notation with ldrd as well? |
08:57:02 | | Quit dmb (Read error: 113 (No route to host)) |
08:59:55 | amiconn | I don't know |
09:00 |
09:02:44 | Unhelpful | hrm... nope, can't get auto-generated constant pool for ldrd. the nice thing about that notation with ldr is that it generates a mov instruction for valid immediates. |
09:03:40 | amiconn | Well, those constants definitely aren't valid immediates |
09:04:03 | * | amiconn needs to check whether he can switch register allocation, saving loads this way |
09:07:48 | amiconn | Seems doable... I'll try this when we're back at Dekimo |
09:09:30 | | Join flydutch [0] (n=flydutch@host196-167-dynamic.8-87-r.retail.telecomitalia.it) |
09:10:48 | Unhelpful | does the mpeg-2 IDCT use *exactly* the same matrix as JPEG? and is the C version the same algorithm as in the ASM? |
09:12:59 | amiconn | The C code seems to work quite different |
09:13:39 | amiconn | What I did so far was basically porting the coldfire version of the idct (which is optimised for a mac unit) to armv5(+) |
09:16:48 | Unhelpful | the C IDCT we have for JPEG is afaict lifted from IJG almost verbatim. there aren't all that many MAC operations in it, really... two in the four-point, four in the 8-point and one product-of-sum that could use the multiply-add operation if i double up the constant multiplier. |
09:18:19 | | Quit _lifeless (Remote closed the connection) |
09:18:35 | | Join _lifeless [0] (n=lifeless@188.16.91.63) |
09:23:08 | Unhelpful | rasher: seriously though, the major core use for image loads is album art, and that should never need a large static buffer - we do just fine grabbing needed decode/scale space from the buffer as needed, buffering.c was basically already handing the bmp loaded the whole buffer to use, and then completing the allocation after getting a size from the loader. |
09:27:37 | Unhelpful | i'd really like to see a C implementation, or a readable-to-normal-people-not-involved-deeply-in-FFT-theory representation of a MAC-optimized IDCT. which probably means a C implementation, anything else i've read on DCT optimization has gone quickly over my head :/ |
09:33:17 | Unhelpful | for the ARMv4 version i'm using the one spare register i have to do shift/add sequences for multiplies, and whenever one of those ends with several instructions not using the spare, i ldr a constant into it and take care of one of the few MAC operations :/ |
09:40:36 | | Join mcfock [0] (n=mcfock@p4FD14BB6.dip.t-dialin.net) |
09:41:32 | | Join bmbl [0] (n=Miranda@dsl48-22.pool.bitel.net) |
09:47:54 | mcfock | Hello! Owning a rockboxed sansa e260, I'm going to record a birthday party including live performances this evening - so I'd like to know which is the 'best' format; taking into account my sansa's disk size (approx. 4GB) and the duration of this event (ca. 6 hours of total recording time) |
09:52:12 | CIA-70 | New commit by 03bluebrother (r21363): Update japanese translation for Rockbox Utility (FS #10349 by Yoshihisa Uchida). |
09:52:40 | Galois | rockbox only does mono audio recording. 4GB is like 10 hours of mono audio. |
09:52:55 | Galois | if your disk is partially full, scale accordingly. |
09:52:57 | | Quit BHSPitLappy (Remote closed the connection) |
09:53:09 | mcfock | Galois: on the Sansa, it also does stereo mode |
09:53:26 | Galois | well, yeah, it does, but what's the point? |
09:53:31 | Galois | do you have a stereo mic? |
09:53:39 | mcfock | no, only the internal |
09:53:51 | Galois | the internal mic is rather small, and mono. There's no point in stereo. |
09:54:41 | mcfock | Galois: any recommendations concerning the file format, regarding power consumption? |
09:54:51 | mcfock | (wav<->wavpack) |
09:55:16 | Galois | definitely go with wav to minimize the cpu |
09:56:05 | mcfock | but could the sansa's batteries also do wavpack, 6 hours of recording time? |
09:56:35 | Galois | I think they could new, never tried |
09:56:49 | mcfock | well, then I'll stick to wav |
09:57:52 | Galois | easiest solution is to buy an 8GB micro SD card, they cost like $20 these days. Rockbox can record on those. |
09:58:47 | martian67 | microsd is so tiny |
09:58:49 | martian67 | its awsome |
09:59:09 | martian67 | i wonder if storage will get any smaller |
09:59:56 | mcfock | Galois: I am considering this option as I wouldn't have to move my music and stuff over to my pc |
10:00 |
10:01:24 | Galois | as a bonus you'll have more storage for your songs too |
10:01:52 | mcfock | yes %) |
10:10:43 | mcfock | Galois: thank you, you were right - the mic indeed does only mono, just tried it |
10:19:05 | | Join Zagor [242] (n=bjst@rockbox/developer/Zagor) |
10:19:09 | | Join Bagder [241] (n=daniel@rockbox/developer/bagder) |
10:19:24 | Bagder | goood devcon morning |
10:23:05 | | Join ocean [0] (i=d59c23f7@gateway/web/freenode/x-8328ca7cd57aef80) |
10:25:05 | ocean | hello, i need to understand how scramble.c works, is there someone who knows how it works? i have modified the "configure" from tools because checksum wasn't calculated for vx747+, now i get also a checksum error, but checksum and sum differ only by 1 |
10:25:55 | Bagder | scramble.c is made to scramble the binary according to the given options |
10:26:03 | Bagder | it knows a bunch of different ways |
10:26:28 | ocean | yes i understood already that by giving a look at the code, and mode add is a simple "addition" for crc |
10:26:33 | mcfock | well, thanks then to Galois! keep up the good hacking rockbox, have a nice day! |
10:26:42 | mcfock | *good work |
10:26:51 | | Join bertrik [0] (n=bertrik@ip-212-239-214-166.dsl-static.scarlet.be) |
10:27:04 | ocean | i have seen a modelnumber, is it somehow put somewhere in the firmware? |
10:27:06 | | Join bertrik_ [0] (n=bertrik@ip-212-239-214-166.dsl-static.scarlet.be) |
10:27:39 | ocean | for vx747 modelnumber is 45, this model numer is stored somewhere and doublechecked? |
10:27:44 | | Quit mcfock ("Lost terminal") |
10:28:22 | | Quit bertrik_ (Client Quit) |
10:28:29 | ocean | on configure tool vx747 is target_id 44 has this something to do with the modelnumber? |
10:29:32 | Bagder | no |
10:30:11 | Bagder | uhm |
10:30:24 | ocean | chksum = modelnum; /* start checksum calcs with this */ |
10:30:26 | Bagder | no you're right, I think target_id is that number |
10:30:39 | ocean | ok but it differs by one |
10:30:54 | Bagder | differs by one compared to what? |
10:31:09 | ocean | 747 is 45, 767 is 44, 747+ is 54 on configure |
10:31:26 | ocean | instead in checksum only have 44 fo x747 |
10:31:28 | ocean | for* |
10:32:29 | Bagder | I understand that |
10:32:35 | Bagder | but who says the checksum is wrong later? |
10:32:52 | ocean | but build for 747 is ok, when building 747+ checksum is wrong |
10:33:02 | ocean | the firmware says it when it starts on the player :P |
10:33:14 | ocean | the rockbox bootloader i think |
10:34:38 | Bagder | so that's the same bootloader for all those models? |
10:35:11 | ocean | i think yes |
10:35:31 | Bagder | then it should be fixed |
10:36:02 | Bagder | but aren't you use scramble for x747? |
10:36:11 | ocean | no add |
10:36:13 | | Join Domonoky [0] (n=domonoky@rockbox/developer/domonoky) |
10:36:25 | Bagder | -add=x747 ? |
10:36:26 | | Join markun [50] (n=markun@rockbox/developer/markun) |
10:36:28 | ocean | at least from what i can understand from the code |
10:36:30 | ocean | yes |
10:36:37 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
10:37:00 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
10:37:22 | ocean | is there some place in the firmware/bootloader where the modelnumber is stored, if i can compare them and find the 747p i could fix it |
10:37:38 | Bagder | firmware/bootloader loads the image, it doesn't store it |
10:37:51 | Bagder | scramble is what puts the checksum to the image |
10:38:58 | ocean | ok but somehow there's that difference of "1" from checksum and sum and i think it's related to the modelnumber |
10:39:17 | ocean | i think just changing by 1 the modelnumber it should probably work |
10:39:30 | ocean | since checksum starts adding the modelnumber |
10:39:45 | Bagder | the model number is selected from the -add string |
10:39:50 | | Join petur [50] (n=petur@rockbox/developer/petur) |
10:39:52 | Bagder | thus you get the same for all x747 |
10:40:15 | ocean | mmm but that doesn't explain the different checksum |
10:40:17 | Bagder | and no it isn't related to target_id in configure |
10:40:24 | Bagder | ocean: exactly |
10:40:55 | ocean | i already changed the configure because checksum wasn't calculated at all for vx747+ |
10:41:07 | ocean | checksum and sum where completely different |
10:41:13 | ocean | now they differ only by 1 |
10:42:05 | Bagder | annoying |
10:42:22 | ocean | :( |
10:43:29 | * | Bagder thinks he spots it |
10:44:19 | Bagder | try changing the MODEL_NUMBER in firmware/export/config-ondavx747.h |
10:44:34 | *** | Saving seen data "./dancer.seen" |
10:44:57 | Bagder | but really, I think scramble should have use number 44 for the 747+ if they're not compatible with each other |
10:45:42 | ocean | ah here is it! thanks |
10:45:54 | ocean | i'll change it in scramble adding 747p |
10:46:02 | ocean | as model |
10:46:05 | Bagder | yes, makes sense to me |
10:48:11 | Slasheri | the reason for db duplicates have been found (small tagcache file corruption near end of the file). But the cause for that is not yet known |
10:48:47 | bertrik | Slasheri, at least good to hear you have a handle on it |
10:52:27 | | Join funman [0] (n=fun@rockbox/developer/funman) |
10:54:54 | funman | saratoga: i measure DRAM writes 2 timers faster than IRAM writes |
10:55:06 | funman | reads are the same speed |
10:56:57 | | Join matsl [0] (n=matsl@host-90-233-220-224.mobileonline.telia.com) |
10:57:16 | funman | hm .. read test is fucked |
10:59:38 | kugel | funman: that seems unlikely. how are you messuring, on what target? |
10:59:39 | Slasheri | bertrik: hehe, i think i found it :) i just forgot to truncate the existing index file before rewriting it (there could be left some junk at the end of the file) |
11:00 |
11:01:25 | funman | kugel: i measure on fuze: now with a proper test READ is a bit faster on iram, and WRITE is twice faster on dram |
11:02:18 | bertrik | funman, can you also measure the clip, it has a differnent kind of DRAM IIRC |
11:02:24 | funman | kugel: http://pastie.org/518392 : my clip deadlocks and the c200v2 shuts down |
11:03:57 | funman | also shows extra pixels on the fuze screen, not sure what happens here .. |
11:04:21 | funman | hm .. i'm dumb |
11:04:59 | funman | ~0xff => 0xff else it writes anywhere |
11:05:49 | * | bertrik is still desperately hacking on the e200v2 radio problem |
11:07:13 | funman | well the IRAM is faster but it seems to depend on CPU freq |
11:08:11 | | Quit Tristan (Remote closed the connection) |
11:09:08 | funman | Clip: Write 0% faster (same speed), Read 36% faster, another test Write 50% faster, Read 60% faster |
11:09:35 | * | ocean happy to have get 747+ working :P |
11:09:39 | kugel | so iram is always faster? |
11:10:08 | funman | not always: unboosted i get the same write performance on the fuze |
11:10:44 | CIA-70 | New commit by 03rasher (r21364): Language updates: ... |
11:10:46 | | Quit Bagder (Read error: 60 (Operation timed out)) |
11:11:41 | kugel | ok, let me rephrase. iram never slower? :) |
11:11:51 | funman | bertrik: doesn't look like ^^ |
11:12:12 | funman | but with the data cache it really looks the same |
11:12:19 | funman | kugel* |
11:13:51 | * | ocean submits patch to flyspray and goes to stud |
11:13:55 | ocean | study lol bye |
11:14:09 | ocean | thank Bagder_ :) |
11:14:16 | | Quit ocean ("Page closed") |
11:14:29 | linuxstb | Slasheri: Some people have noticed that when building very large databases, the speed (i.e. number of files processed per second) drops to 3 or 4 per second as the number of files processed gets large (sorry that's a bit vague) - do you know why? |
11:14:38 | funman | bertrik: no idea about the e200v2 radio .. |
11:15:11 | bertrik | funman, I have dominic's e200v2 radio here, so I can do a lot of tests now |
11:15:16 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
11:15:35 | kugel | linuxstb: the database progress doesn't tell how many files it processed. I don't know what the numbers are but they're not the files. |
11:18:45 | | Quit PaulJam (Nick collision from services.) |
11:18:52 | | Join PaulJam_ [0] (i=Paule@vpn-3037.gwdg.de) |
11:18:58 | | Quit FOAD (Read error: 60 (Operation timed out)) |
11:18:58 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
11:21:05 | | Join Bagder [241] (n=daniel@rockbox/developer/bagder) |
11:24:45 | Slasheri | linuxstb: yep, that's because of heavy disk i/o involved and no hash maps used |
11:25:00 | Slasheri | linuxstb: we should create hash table for filenames at least |
11:25:47 | Slasheri | kugel: indeed, that could be chaned. Currently the number is any found file entries |
11:26:26 | linuxstb | What do you mean by "any found file entries" ? |
11:26:45 | funman | bertrik: http://pastie.org/518400 should get the old performance, the produced code for the loop is not the same but looks ok |
11:26:56 | funman | bertrik: for c200v1 lcd performance |
11:26:58 | Slasheri | yep, the progress indicator is not so useful :) |
11:27:08 | CIA-70 | New commit by 03bagder (r21365): respond to COMPLETED |
11:27:16 | bertrik | funman, ok, I'll try that (in a while) |
11:27:19 | CIA-70 | New commit by 03amiconn (r21366): Fix a few HID contexts to use proper preconditons (no more pause-before-stop and stop event flooding). |
11:27:28 | funman | bertrik: if you see 50.7 fps you can commit |
11:28:22 | Slasheri | linuxstb: just any other files than music files too. I don't remember if directories are counted too |
11:29:12 | | Join p3tur [50] (n=petur@rockbox/developer/petur) |
11:30:03 | CIA-70 | New commit by 03zagor (r21367): Added pseudo builds, and COMPLETED. |
11:30:21 | linuxstb | Slasheri: So it is "number of files", but that includes _all_ files and maybe directories, rather than just files added to the database? |
11:30:34 | Slasheri | indeed |
11:30:44 | linuxstb | That sounds fair enough. |
11:32:20 | funman | bertrik: do you remember in which OF library block the FM code is located ? |
11:32:36 | | Quit petur (Nick collision from services.) |
11:32:42 | | Nick p3tur is now known as petur (n=petur@rockbox/developer/petur) |
11:33:07 | | Quit Horschti ("Verlassend") |
11:33:16 | bertrik | funman, wav_codec I think |
11:33:32 | | Join kugel_ [0] (n=kugel@ip-212-239-214-166.dsl-static.scarlet.be) |
11:33:34 | | Quit kugel (Nick collision from services.) |
11:33:36 | | Nick kugel_ is now known as kugel (n=kugel@ip-212-239-214-166.dsl-static.scarlet.be) |
11:33:39 | pixelma | linuxstb: it does even say "xx found", not "xx files found" IIRC |
11:36:40 | gevaerts | linuxstb: good news! The DAX bootloader still compiles and runs :) |
11:38:35 | | Quit funman ("free(random());") |
11:39:50 | Unhelpful | amiconn: i'm slightly confused about stm/ldm... if i spill some values to stack with stmdb sp!, {r4-r7}, and load them later with ldmia, are the going to be in the same registers? or, more clearly, is one of those, presumable stm, reversing its reglist? |
11:40:06 | Slasheri | hmm.. anyone reporting duplicates in the db, should state at least the following (so that the report would be useful at all): The player used, is dircache enabled, is db loaded in ram |
11:40:36 | amiconn | Unhelpful: If your're using the same register list, values will end up in the original registers |
11:40:37 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
11:40:57 | Unhelpful | and if i'm using some other register list, they'll be in the same *order*? |
11:41:02 | amiconn | yes |
11:42:14 | | Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) |
11:42:20 | Unhelpful | thanks |
11:42:43 | | Quit planetbeing (Remote closed the connection) |
11:42:43 | amiconn | Nothing is reversed here - both ldm and stm are reading/writing forward. The difference between 'ia' and 'db' is just when the base register gets updated |
11:44:32 | | Quit kugel (Nick collision from services.) |
11:44:35 | | Join markun_ [0] (n=markun@213.49.144.150) |
11:44:38 | | Join kugel [0] (n=kugel@ip-212-239-214-166.dsl-static.scarlet.be) |
11:44:48 | | Join bertrik_ [0] (n=bertrik@d54C18FB2.access.telenet.be) |
11:45:02 | | Join perfectdrug [0] (n=marko@p5B0ED049.dip.t-dialin.net) |
11:45:05 | | Join Domonoky1 [0] (n=domonoky@ip-212-239-214-166.dsl-static.scarlet.be) |
11:46:51 | Unhelpful | so DB moves the base register down N, before stepping up and reading/writing registers? and IA steps up from the original value to read/write, and then writes the incremented value back? |
11:48:14 | amiconn | db == "decrease before", ia == "increase after". The new value is only written back if you specify it using "!") |
11:48:57 | amiconn | The necessary address stepping is presumably done in the memory addressing unit and has no effect on the register |
11:49:51 | | Quit matsl (Read error: 60 (Operation timed out)) |
11:51:25 | Unhelpful | hrm, so, if i don't need to update sp, since i won't be doing other stores via it or calling to other functions, i could spill to stack with stmdb, and retrieve with ldmdb, without using writeback? |
11:53:29 | | Quit Domonoky (Read error: 60 (Operation timed out)) |
11:53:41 | bertrik_ | funman, c200v1 is now at 49.7 fps, so only very slightly slower than it used to be |
11:54:52 | | Quit at0m (Read error: 110 (Connection timed out)) |
11:56:04 | | Join at0m [0] (n=at0m@94-225-90-23.access.telenet.be) |
11:59:01 | CIA-70 | New commit by 03zagor (r21368): More debug output. |
12:00 |
12:02:00 | CIA-70 | New commit by 03bagder (r21369): better COMPLETED support and now hands out the next build |
12:03:00 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
12:03:45 | | Quit bertrik (Read error: 110 (Connection timed out)) |
12:04:02 | | Quit markun (Nick collision from services.) |
12:04:06 | | Nick markun_ is now known as markun (n=markun@rockbox/developer/markun) |
12:04:27 | Unhelpful | and i guess when i read in a whole row of data with ldmia, i can use writeback to update the pointer and save an add. |
12:19:32 | Horscht | I am looking at the commits for the last 4 weeks and I notice 21261 and 21262 are missing... |
12:19:39 | Horscht | what happened to those? |
12:21:37 | Mikachu | probably committed on the 3.3 branch |
12:21:43 | Mikachu | svn repos have global revision numbers |
12:21:52 | | Join robin0800 [0] (n=root@general-ld-216.t-mobile.co.uk) |
12:21:55 | Mikachu | could be /www too |
12:23:21 | Horscht | i see |
12:23:51 | AlexP | Horscht: It was in the 3.3 branch |
12:24:12 | CIA-70 | New commit by 03zagor (r21370): Fixed pipe closing. |
12:24:28 | CIA-70 | New commit by 03bagder (r21371): changed the logic so that we only hand out builds to clients according to what ... |
12:25:03 | AlexP | The note in pictureflow that it'll stop playback is currently \opt{hwcodec} - does it make more sense to have this on plugin buffer size? (As I'm using that to add the playback starting text) |
12:26:34 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
12:27:12 | mcuelenaere | Bagder, Zagor: as you're doing the build server remake, could you also add a checkwps target? Last time I checked it was broken again |
12:27:16 | Horscht | ok, I am asking because I am trying to find what breaks FS #9708. I noticed it first on rev 21318 after updating from 21175 or something that "old". So, I tried to narrow the revision down and I noticed that it seems to work in 21260 but not in 21262. |
12:27:47 | CIA-70 | New commit by 03zagor (r21372): Fixed one-off in socket read. |
12:27:47 | Bagder | mcuelenaere: sure, but it's not strictly build server related, is it? |
12:27:56 | mcuelenaere | Bagder: no, not really |
12:27:57 | Horscht | so either 21261 or 21262 would break FS #9708, but since they are in the 3.3 branch that confuses me |
12:28:20 | mcuelenaere | I just saw it was nowhere mentioned on the BuildServerRemake wiki page (while sims etc are) |
12:28:54 | * | amiconn wants an additional register :\\ |
12:29:45 | * | Domonoky1 hands some registers to amiconn :-) |
12:31:53 | | Join robin0800_ [0] (n=root@general-ld-216.t-mobile.co.uk) |
12:32:57 | CIA-70 | New commit by 03pixelma (r21373): Finally commit a few improvements to the c200 (last version of FS #8824): In lists - long instead of short Rec to switch to the recording screen for ... |
12:35:15 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
12:35:30 | CIA-70 | New commit by 03zagor (r21374): Added build countdown. |
12:36:09 | CIA-70 | New commit by 03pondlife (r21375): Display speed as relative to real-time, not timestretch amount. |
12:39:32 | CIA-70 | New commit by 03alex (r21376): Document the ability to start playback from Pictureflow to the manual. |
12:41:39 | * | pixelma takes no responsibility for it though and blames everything on AlexP and Llorean ;) |
12:42:34 | scorche|sh | pixelma: well, at least you can reach one of them now ;) |
12:42:40 | Llorean | I'll gladly get yelled at for a change that makes it make sense. :-P |
12:43:01 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
12:43:06 | pixelma | alright, I'll defer any complaints on you then |
12:43:17 | CIA-70 | New commit by 03bagder (r21377): bugfixes for zagor |
12:44:37 | *** | Saving seen data "./dancer.seen" |
12:47:00 | | Quit AndyI (Read error: 110 (Connection timed out)) |
12:49:07 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
12:49:44 | Mikachu | is this the first time we have sound from devcon? |
12:49:58 | Llorean | No, we had sound last time |
12:50:00 | gevaerts | Mikachu: I heard sound from devcon last year as well |
12:50:02 | Mikachu | ah |
12:50:07 | Llorean | gevaerts: You were there. :-P |
12:50:10 | Mikachu | i didn't see that one |
12:51:13 | Mikachu | more dev than con right now :) |
12:52:38 | CIA-70 | New commit by 03bagder (r21378): introduce a better concept of "build round" and get clients to start building ... |
12:53:45 | Llorean | Mikachu: I think we had it muted except for certain talks |
12:54:16 | CIA-70 | New commit by 03mcuelenaere (r21379): * Commit a modified FS #10354 (thanks to Davide Quarta) - add support the VX747+ in scramble and configure ... |
12:55:55 | CIA-70 | New commit by 03zagor (r21380): Added multiline packet parsing. |
12:56:15 | Mikachu | no "who is who".jpg for the cams yet? |
12:57:16 | | Join pyro_maniac [0] (n=User@91-64-227-210-dynip.superkabel.de) |
12:57:31 | Bagder | I tried to comment in picasaweb |
12:57:36 | Bagder | but it failed me bigtime |
12:57:38 | Mikachu | ah |
12:57:49 | Mikachu | i figured out you and Zagor are close to the camera with the mic at least :) |
12:57:49 | Bagder | so I can't comment :-/ |
12:57:57 | Bagder | we are yes |
12:58:08 | Zagor | enjoying the conversation? :) |
12:58:14 | Mikachu | very interesting ;) |
12:58:54 | gevaerts | Mikachu: so what are the remaining issues with the build server rewrite? I have *no* idea :) |
12:59:02 | Mikachu | something with multiple clients! |
12:59:09 | Bagder | yay, our first simulated build round with the new build system works |
12:59:38 | AlexP | Mikachu: On cam one, one the left you can see amiconn and then to his left round the table is pixelma, Domonoky1, then scorche. At the end left to right is Bagder then Zagor. On the other side I'm in the stripy top - to my left is GodEater, right is petur then gevaerts. The others are hidden at the other end of the table, and can be seen on cam 2 :) |
13:00 |
13:00:34 | Mikachu | ah :) thanks |
13:02:54 | AlexP | The others being (left to right) bertrik_, markun and kugel |
13:03:56 | CIA-70 | New commit by 03pixelma (r21381): Forgot to commit the change to keyboard.c to make the line edit mode acctually work on the c200. (belongs to r21373) |
13:04:06 | | Join GodEater_ [0] (n=bibble@rockbox/staff/GodEater) |
13:05:48 | | Nick bertrik_ is now known as bertrik (n=bertrik@d54C18FB2.access.telenet.be) |
13:07:12 | CIA-70 | New commit by 03zagor (r21382): Restart if server dies. |
13:08:37 | mcuelenaere | Bagder: I have some more targets for the build table ;) VX777 + its BL |
13:09:05 | Bagder | great |
13:09:13 | Bagder | there's a whole range of new ones pending |
13:09:40 | Bagder | c200v2 boot/sim/build, Philips SA9200 (normal, bootloader, & sim), 3 Samsung sims, VX777 + its BL |
13:10:27 | mcuelenaere | and checkwps ;) |
13:10:53 | Bagder | that takes a busload of fixes by mrsomeone first |
13:12:43 | | Quit mcuelenaere () |
13:13:21 | | Join krazykit [0] (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) |
13:14:21 | pyro_maniac | Bagder: you missed the sim builds for the samsung devices |
13:15:01 | Bagder | " 3 Samsung sims" |
13:15:19 | pyro_maniac | sorry my false |
13:18:03 | | Quit linuxstb (Read error: 113 (No route to host)) |
13:20:38 | Zagor | pixelma: what tools to you need to build the manual? |
13:28:26 | | Quit ender` (" I remember being impressed with Ada because you could write an infinite loop without a faked up condition. The idea being t") |
13:28:42 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
13:30:59 | rasher | Zagor: http://www.rockbox.org/twiki/bin/view/Main/ManualHowto#Setting_up_a_working_environment |
13:31:42 | Zagor | rasher: yeah thanks. I was looking for an executable that rbclient I can run "which" for to see if it can build the manuals. htlatex seems to fit the bill. |
13:33:18 | * | Bagder runs 4 rbclient clients aginst rbmaster |
13:38:12 | Unhelpful | amiconn: i realized something... i probably shouldn't say anything about whether zero-AC checks in the second pass are worthwhile, seeing as the benchmark plugin is always running on the same block :) |
13:38:22 | rasher | The samsung sims don't compile, do they? |
13:40:11 | | Join lee321987 [0] (n=chatzill@1Cust6520.an2.cle11.da.uu.net) |
13:41:00 | lee321987 | On Ubuntu - I' |
13:41:02 | lee321987 | oops |
13:41:49 | lee321987 | On Ubuntu - I'm using synaptic to install Latex. Do I need all the "texlive" files? |
13:42:18 | Bagder | rasher: I have no idea really... |
13:46:02 | | Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
13:46:39 | | Quit GodEater_ (Read error: 104 (Connection reset by peer)) |
13:47:40 | rasher | Oh, they did |
13:48:44 | CIA-70 | New commit by 03rasher (r21383): Add some more sims, and fix a bug which would make it also build c200 if you asked for c200v2. |
13:50:32 | | Quit lee321987 ("ChatZilla 0.9.84 [Firefox 3.0.11/2009060215]") |
13:52:32 | CIA-70 | New commit by 03bagder (r21384): figure out if we end up with no clients that can build the remaining builds ... |
13:54:42 | | Join Zagor_ [0] (n=bjst@213.49.144.150) |
13:55:03 | | Quit Zagor (Nick collision from services.) |
13:55:06 | | Nick Zagor_ is now known as Zagor (n=bjst@rockbox/developer/Zagor) |
13:55:09 | Unhelpful | even better, the test block that i'm processing over and over has *no* zero-AC rows in the second pass. |
13:58:55 | | Quit raps (Read error: 104 (Connection reset by peer)) |
14:00 |
14:07:18 | CIA-70 | New commit by 03rasher (r21385): Add the Onda V747 and V747+ sim builds as well. |
14:08:11 | | Join __lifeless [0] (n=lifeless@188.16.91.63) |
14:09:11 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
14:09:11 | | Nick efyx is now known as efyx`AFK (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
14:11:57 | | Join Ubuntuxer [0] (n=johannes@dslb-088-078-116-142.pools.arcor-ip.net) |
14:18:14 | CIA-70 | New commit by 03zagor (r21386): Require archlist parameter. |
14:20:06 | pixelma | is the auto-update of the database not finding deleted files dependent on - missing dircache / missing option to load it to RAM / both ? |
14:20:46 | Slasheri | pixelma: nope, shouldn't be currently (it was previously) |
14:21:01 | Slasheri | now there is just a high penalty of running it without dircache |
14:21:09 | Slasheri | (on disk based players) |
14:21:18 | pixelma | so it would detect deleted files, only slowly? |
14:21:27 | Slasheri | it should |
14:21:50 | Slasheri | i will commit shortly a bunch of fixes into tagcache |
14:22:15 | Slasheri | that might not solve the duplicate issue yet, but i will need more detail and bug reports for that |
14:22:25 | CIA-70 | New commit by 03bagder (r21387): support a disconnecting client properly |
14:22:32 | pixelma | I'm just looking for the documentation... |
14:22:39 | pixelma | err... |
14:23:22 | pixelma | I mean, update the manual a bit, so good to get rid of some misinformation therer |
14:23:34 | Slasheri | indeed |
14:23:50 | Slasheri | that would be good |
14:24:38 | Slasheri | probably a next thing to do would be to adjust tagcache to handle the hvsid collection :) |
14:27:14 | | Quit tessarakt ("Client exiting") |
14:27:38 | | Quit _lifeless (Read error: 113 (No route to host)) |
14:28:46 | * | amiconn concludes that the armv5+ mpeg2 idct won't be possible without reloading constants, and that it only makes sense on armv6 |
14:29:33 | | Join Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) |
14:32:44 | | Join ZincAlloy [0] (n=d9eec609@gateway/web/cgi-irc/labb.contactor.se/x-47f6b0729a4f2baa) |
14:37:42 | CIA-70 | New commit by 03zagor (r21388): Fixed clientname |
14:44:41 | *** | Saving seen data "./dancer.seen" |
14:45:37 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
14:45:48 | | Join matsl [0] (n=matsl@host-90-233-195-11.mobileonline.telia.com) |
14:57:46 | | Join nibbler_ [0] (n=Nibbler@pD9E33F64.dip.t-dialin.net) |
15:00 |
15:01:30 | | Join n00b81 [0] (n=taylor@unaffiliated/n00b81) |
15:01:47 | | Part n00b81 ("Leaving") |
15:04:44 | | Quit ZincAlloy ("CGI:IRC (Ping timeout)") |
15:10:31 | | Join ZincAlloy [0] (n=d9eec609@gateway/web/cgi-irc/labb.contactor.se/x-946c83438e68b4df) |
15:10:33 | | Quit ZincAlloy (Remote closed the connection) |
15:10:58 | | Quit perfectdrug () |
15:14:33 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
15:22:54 | | Join ocean [0] (i=d59c23f7@gateway/web/freenode/x-12ab51959d32e9f3) |
15:29:30 | * | Llorean thinks we need a DevCon bot so that questions can be addressed to "DevCon" and ping someone. |
15:30:29 | | Join Sajber^ [0] (n=Sajber@c-703171d5.012-155-73746f22.cust.bredbandsbolaget.se) |
15:30:59 | CIA-70 | New commit by 03zagor (r21389): Fixed clientname |
15:33:15 | | Join Bunia [0] (n=shergion@deu215.neoplus.adsl.tpnet.pl) |
15:36:06 | | Part Bunia |
15:41:37 | | Join dz [0] (n=dz@alt.dissonance.nl) |
15:42:02 | | Quit matsl (Read error: 110 (Connection timed out)) |
15:44:53 | ocean | there's a checksum error again with the commit :P |
15:47:45 | Bagder | with the commit? |
15:49:05 | dz | anyone care to give me (MattSmith) write permission on the wiki? I've got an entry to add to SansaAccessories |
15:50:24 | | Join ZincAlloy [0] (n=d9eec609@gateway/web/cgi-irc/labb.contactor.se/x-868706915036d5ab) |
15:50:26 | | Quit ZincAlloy (Client Quit) |
15:50:30 | ocean | one of the latest commit in svn |
15:50:50 | | Join ZincAlloy [0] (n=d9eec609@gateway/web/cgi-irc/labb.contactor.se/x-ff618661eece548a) |
15:51:14 | ocean | i put the patch on flysprayer and has been modified and committed to svn, but now gives another checksum error |
15:51:43 | CIA-70 | New commit by 03bagder (r21390): if another client builds a build when a COMPLETED is received, CANCEL the ... |
15:52:03 | CIA-70 | New commit by 03zagor (r21391): Added CANCEL |
15:52:06 | ocean | Bagder: what was the file you spotted today that i don't remember i think is there the problem cause i remember a "46" |
15:52:24 | ocean | and in scramble and configure there 54 |
15:52:29 | Bagder | it was the firmware/export/config-*.h file |
15:52:33 | ocean | (as model id |
15:52:40 | Bagder | the configure number is not used |
15:53:17 | ocean | the config- file seems ok :| |
15:54:44 | Bagder | so you updated scramble accordingly? |
15:55:00 | ocean | there's a difference of 10 somewhere, so i think somewhere is defined as 44 vx747 where it should be 54 for vx747+ |
15:55:15 | ocean | mmmm let me try to recompile scramble maybe i forgot :P |
15:55:30 | Bagder | you should use the new flag for scramble, right? |
15:55:38 | Bagder | -add= whatever |
15:56:07 | ocean | yes maybe i had an old scramble binary |
15:56:36 | Bagder | uh? your build should use the new option so an old scrable would fail... |
15:57:38 | ocean | yes i forgot to build it :P |
15:57:42 | ocean | after svn update |
15:59:22 | | Join robin0800 [0] (n=root@general-ld-216.t-mobile.co.uk) |
16:00 |
16:05:17 | CIA-70 | New commit by 03amiconn (r21392): Faster idct for ARMv6. Overall mpegplayer speedup is quite minimal though. |
16:05:46 | CIA-70 | New commit by 03zagor (r21393): Kill 2, fixed confargs |
16:09:25 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
16:09:34 | ocean | ok works everything had to recompile bootloader also and forgot it |
16:09:56 | * | Llorean demotes himself. |
16:10:42 | Llorean | preglow: I think you're taking over my spot on the steering board, if the backups are in order. |
16:12:42 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
16:13:35 | | Quit robin0800_ (Read error: 110 (Connection timed out)) |
16:14:13 | scorche|sh | well, we will ave discussions in 45 minutes as well |
16:17:52 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
16:26:39 | | Quit Ubuntuxer ("Leaving.") |
16:28:13 | | Join robin0800_ [0] (n=root@general-ld-216.t-mobile.co.uk) |
16:29:23 | CIA-70 | New commit by 03bertrik (r21394): Enable charging on the Sansa Fuze (charging/discharging curves are still uncalibrated) |
16:33:59 | * | LambdaCalculus37 decides to start looking into setting up a few plugin keymaps for the SA9200 |
16:34:29 | CIA-70 | New commit by 03amiconn (r21395): No need to run a command here. |
16:35:59 | CIA-70 | New commit by 03bagder (r21396): initial PING support from the master when a client's been silent for 10 secs |
16:41:44 | | Join froggyman [0] (n=Froggyma@pool-71-186-6-182.chi01.dsl-w.verizon.net) |
16:44:45 | *** | Saving seen data "./dancer.seen" |
16:45:22 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
16:46:54 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
16:47:39 | ocean | mmm something strange with latest build i've done, update of the database works fine, but opening the "files" menu shows nothing |
16:47:53 | ocean | i mean shows no files :P |
16:48:31 | linuxstb | What is your "show files" setting? |
16:48:34 | | Quit n1s (Read error: 60 (Operation timed out)) |
16:48:38 | | Quit krazykit (Read error: 113 (No route to host)) |
16:48:50 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
16:50:09 | ocean | it was on playlist :P |
16:51:06 | | Join krazykit [0] (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) |
16:51:10 | ocean | put on "all" still doesn't show FLAC files |
16:51:25 | ocean | only ogg/mp3 and the .rockbox folder |
16:52:09 | ocean | maybe there's something it didn't write them at all |
16:52:12 | ocean | lol |
16:52:41 | ocean | but that could be my linux usb stack that gives strange problems :P |
16:53:37 | ocean | mmm ogg files aren't playing :(( |
16:54:12 | CIA-70 | New commit by 03zagor (r21397): Better handling of server disconnect. |
16:55:52 | ocean | ok they weren't written, i suspect that there are some kind of errors with sd vx747 driver of rockbox or with linux usb stack :P |
16:57:15 | Bagder | or you just pulled the plug |
16:57:25 | Bagder | so the error was you :-) |
16:58:42 | ocean | maybe PEBKAC :P |
16:59:05 | ocean | i should get the volume keys working too high volum :P |
17:00 |
17:00:17 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
17:01:01 | CIA-70 | New commit by 03zagor (r21398): Kill all running builds if server connection is dropped. |
17:01:11 | ocean | it seems they works but the volume starts way too high |
17:01:20 | ocean | and no way to get it down |
17:01:45 | | Join D480 [0] (n=thanaton@adsl-99-180-198-61.dsl.emhril.sbcglobal.net) |
17:02:55 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
17:03:34 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
17:03:52 | mcuelenaere | ocean: that's normal behaviour, the hardware doesn't support volume control |
17:04:02 | mcuelenaere | you'll need to setup a precut in the eq |
17:04:15 | ocean | ah ok :) |
17:04:23 | ocean | this should be put on the wiki :P |
17:04:25 | ocean | i think |
17:04:44 | mcuelenaere | no it shouldn't, it should get fixed/worked around |
17:05:13 | mcuelenaere | and playing some songs can crash the device atm |
17:05:17 | ocean | ah ok :) |
17:05:19 | Llorean | mcuelenaere: Hardware doesn't support period, or "we don't have support for that in the hardware yet"? |
17:05:33 | mcuelenaere | Llorean: Hardware doesn't support it |
17:05:43 | mcuelenaere | the datasheet advises doing SW volume control |
17:05:47 | Llorean | Aaah |
17:06:00 | mcuelenaere | it only has some headphone boost stuff |
17:06:03 | Mikachu | can't you set the replaygain pregain too? |
17:06:06 | Llorean | So now a decent range for software volume is needed. |
17:06:10 | Mikachu | maybe that is more roundabout than eq though |
17:06:58 | mcuelenaere | Mikachu: I don't know what's best, I'm not really familiar with that part of Rockbox :) |
17:07:15 | Llorean | I'd say EQ precut is best for people trying to use it right now |
17:07:23 | dz | I wish my FM transmitter had hardware volume control on it, I either have to crank the volume up on my sansa or on the radio |
17:07:56 | dz | but I suspect I'm just being too picky :) |
17:08:12 | mcuelenaere | there's hardware volume control for line in though |
17:08:49 | mcuelenaere | ocean: do all buttons work correctly on the VX747+? |
17:09:48 | dz | anyways, could someone kindly give me write permissions on the wiki so I can add the FM transmitter I got to the Sansa accessories page? |
17:10:35 | mcuelenaere | dz: what's your wiki name? |
17:10:40 | dz | MattSmith |
17:10:50 | ocean | mcuelenaere: seems yes |
17:11:14 | | Join robin0800 [0] (n=root@general-ld-216.t-mobile.co.uk) |
17:11:20 | ocean | also touch seems to be working good |
17:12:02 | mcuelenaere | dz: all done! |
17:12:05 | dz | thanks |
17:12:48 | CIA-70 | New commit by 03zagor (r21399): Basic upload |
17:13:04 | * | mcuelenaere spots a deleted user in TWikiUsersGroup |
17:13:43 | ocean | mcuelenaere: so, now there's something specific to help to get working? or i can try and wander around and get something done :P |
17:19:59 | | Quit tmzt (Connection timed out) |
17:21:21 | mcuelenaere | ocean: you can look into pictureflow or the PCM/codec issues, but those are pretty hard to debug |
17:21:41 | mcuelenaere | you could also try getting FM working, I did some groundwork there but can't seem to initialise it |
17:21:57 | mcuelenaere | or you could look into reversing the NFTL ;) |
17:24:15 | CIA-70 | New commit by 03zagor (r21400): Added command check. |
17:26:27 | | Quit robin0800_ (Read error: 110 (Connection timed out)) |
17:27:42 | | Quit LambdaCalculus37 ("Fwump") |
17:27:53 | CIA-70 | New commit by 03zagor (r21401): Don't overwrite files. |
17:31:34 | | Quit PaulJam_ (Nick collision from services.) |
17:31:39 | | Join PaulJam [0] (i=Paule@vpn-3066.gwdg.de) |
17:34:32 | | Quit mcuelenaere (Remote closed the connection) |
17:35:06 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
17:37:44 | * | GodEater calls the DevCon Meeting to order |
17:37:49 | petur | #### meeting start ##### |
17:39:37 | amiconn | Current rsb: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2008-07/0075.shtml |
17:40:52 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
17:43:08 | Slasheri | huh.. now i have fixed countless tagcache bugs, too many to list those in the commit log shortly :) |
17:43:43 | Slasheri | i think the db stability should be _much_ improved =) |
17:43:59 | Zagor | Slasheri: excellent! |
17:45:09 | Slasheri | still testing to find any new issues before committing all |
17:45:11 | | Quit mcuelenaere (Remote closed the connection) |
17:47:21 | Nico_P | Slasheri: maybe just reference FS task number for those that have one |
17:48:02 | | Quit PaulJam (Nick collision from services.) |
17:48:09 | | Join PaulJam_ [0] (i=Paule@vpn-3007.gwdg.de) |
17:53:01 | Llorean | petur: Maybe we should have "RBUtil Supports", "We provide support" and "Usable but unsupported" categories, of which the first two get release-number versions, and the last one we don't list on the front page (just a link with "Some in-development targets may also already be usable") and provide limited support for |
17:53:19 | * | Llorean doesn't know who to ping to send word to devconners |
17:53:45 | Bagder | just write! |
17:54:37 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
17:56:15 | Llorean | The Gigabeast is not supported because it's not reliable installation yet, right? |
17:56:18 | | Join toffe82 [0] (n=chatzill@adsl-70-235-226-56.dsl.frs2ca.sbcglobal.net) |
17:56:25 | AlexP | largely I think |
17:56:27 | Llorean | Whereas the e200R *always* works, the S still has issues with single boot |
17:56:32 | * | Llorean is saying this for the devconners |
17:56:41 | GodEater | we gather :) |
17:56:47 | Llorean | They just asked why the R is "supported" but the Beast is not. And I think it's outside the "install" process |
17:57:04 | Bagder | the S is clearly unstable so its not the same |
17:57:09 | GodEater | yes, we agree |
17:57:10 | Llorean | I think the manual should be complete before something's supported. |
17:57:23 | GodEater | so what about the iAudio M3 then ? |
17:57:27 | Llorean | Whereas coding RBUtil requires special skills, the manual is fundamentally text editing. It's just a time investment. |
17:57:39 | Llorean | GodEater: That's a "special limitations" exception |
17:58:04 | GodEater | re: manual editing, tell that to AlexP :) |
17:58:51 | Bagder | audio is recorded |
17:58:56 | Bagder | for the record |
17:59:20 | Nico_P | great :) |
17:59:31 | Llorean | Bagder: Maybe two tables on the front page: "Rockbox is release on <list> and is runs on <longer/extra list>" where the release is only ones with a version number release (which indicates a manual) so we accomplish a lot more on the front page *and* quickly letting people know which ones have "gold star" support |
17:59:46 | Llorean | *released |
17:59:49 | obo | some people come through louder and clearer than others |
18:00 |
18:00:38 | gevaerts | Llorean: I think that's mostly what wer're saying here |
18:01:05 | Llorean | gevaerts: Ah, it's a *little* hard to hear. It sounded like the idea was to just lower the overall bar, not create two tiers. |
18:01:22 | GodEater | no no, we want two tiers |
18:03:26 | | Quit nibbler_ (Read error: 110 (Connection timed out)) |
18:04:20 | Llorean | The difference between the two tiers is that the top tier should *in most cases* only have software issues (any time someone has a problem you don't need that specialist support you're asking for) whereas the other tier is one where you get "limited" support in the sense that there's a more limited number of people who *can* support you, rather than that we intentionally limit your support |
18:05:32 | Llorean | gevaerts has my intent with what the "Expert" badge was meant to mean. The name was something i picked after asking around for a while for suggestions, I don't think it's ideal |
18:06:48 | GodEater | thanks Llorean :) |
18:07:21 | Llorean | I think the basic checklist should be "can you install it without a high chance of bricking, does it play music without freezing, and can you adjust all the playback related settings" |
18:07:39 | Llorean | Who cares about plugins, secondary features (even radio and recording count as these to me, they're nice, but not a bar for support) |
18:08:20 | Llorean | It's "supported" when people can use it for daily use for music listening, for a lower bar, I think. |
18:08:30 | GodEater | I agree :D |
18:08:33 | Bagder | me too |
18:08:41 | * | Domonoky1 agrees too |
18:08:49 | * | ocean too |
18:09:45 | | Quit ocean ("Page closed") |
18:10:00 | Llorean | gevaerts: If you can't load plugins, you *probably* can't load codecs either. |
18:10:12 | Llorean | Not to mention, isn't the playlist editor a plugin (which is a key part of daily playback)? |
18:10:52 | Zagor | I don't consider playlist editor a critical part of daily playback |
18:11:02 | Zagor | "critical" as in showstopper |
18:11:39 | Llorean | Zagor: It's a little weird that you can add things to playlists, but not remove them from them, then. |
18:11:53 | Llorean | It's not obviously a plugin, and it's available from "core" menus, so users won't understand that technicality, I think |
18:12:05 | Zagor | it is certainly an undesired situation, but it's still release-worthy imho |
18:12:26 | Llorean | I imagine if you've got playback working, getting the plugin editor working is just a keymap issue though. |
18:13:36 | Llorean | Maybe half as often, but a 2-week freeze + 1 week branch |
18:13:45 | Llorean | Timestretch is after 3.3, it's not in 3.3 |
18:14:08 | GodEater | yes, I've been thoroughly corrected there |
18:14:21 | Llorean | I think the really short freeze is also bad because people will just take a break for a week. It's too short to notice. |
18:14:31 | Llorean | A slightly longer freeze, half as often, but still strict limits, might help |
18:15:04 | | Quit bmbl (Read error: 104 (Connection reset by peer)) |
18:17:31 | Llorean | Maybe make the RC period longer then? |
18:17:57 | CIA-70 | New commit by 03miipekk (r21402): A bunch of stability fixes into tagcache engine and database browser. Mainly data retrieval problems, races, data corruption of sorted index files at ... |
18:19:15 | | Quit n1s (Read error: 104 (Connection reset by peer)) |
18:19:25 | obo | can always put out a point release if something really horrible is discovered |
18:19:29 | Llorean | We've gotten feedback on RC branches in the forums before, when someone's made build available. |
18:19:39 | | Quit D480 ("Ex-Chat") |
18:21:23 | Llorean | Maybe we need a release checklist. |
18:21:33 | obo | I thought there was one? |
18:21:36 | Llorean | "Does X target install, boot, play each format, run each plugin" |
18:21:40 | Bagder | we have one |
18:21:40 | Llorean | A more fomulaic one. |
18:21:46 | Llorean | For users to respond to in the forum |
18:22:03 | Llorean | So we can put up the checklist, and get users involved in using the build so that they can be the one "who filled out the checklist for H10 3.3" |
18:22:53 | Llorean | Instead of just asking them "please use this RC" we should ask them "Try these things". |
18:23:10 | GodEater | nice idea, I like that |
18:25:49 | Llorean | We haven't failed, certainly. We could probably do better with minimal work on our part (once the system is in place) to make sure it's harder for things to fall in the cracks. |
18:26:55 | Zagor | Llorean: I agree |
18:27:50 | Llorean | There might be a benefit to making the RC period longer, just to provide more time for the feedback to come back. But that's sorta a neutral issue either way. |
18:28:17 | GodEater | meanwhile, off camera, there is frantic lock picking action! |
18:28:20 | gevaerts | we can do that after improving the RC process first |
18:28:29 | obo | Nightly RC builds? Or automated builds when the branch is changed? |
18:28:38 | Llorean | gevaerts: Yes, certainly. See how much feedback we get in a week, and then decide if we think more time would help |
18:28:49 | Zagor | obo: the latter |
18:28:54 | * | Llorean agrees |
18:28:55 | gevaerts | obo: mostly guding reporting a bit, like Llorean said |
18:30:28 | Llorean | We could also close more "old" tasks that haven't received comments in a while |
18:30:35 | Llorean | Theres' a nice "Out of date" closing reason |
18:33:36 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
18:34:08 | Llorean | There's really no reason someone can't open a new task if someone's going to try to get it into condition for commit again. |
18:34:21 | Bagder | indeed |
18:36:53 | Llorean | I think a good standard for plugins is that they can go in when they "work" right, have keymaps for all targets, and someone is actively working on them and is willing to fix the code style (but hasn't yet) |
18:37:09 | Llorean | If the code is in SVN it might inspire them to work on code style, especially if they've seen people often get SVN access to maintain their plugins. |
18:37:41 | Llorean | And then plugins should be disabled for Releases until they're in the manual for all targets. |
18:38:01 | | Quit jordan` (Read error: 60 (Operation timed out)) |
18:40:03 | | Join robin0800 [0] (n=root@general-ld-216.t-mobile.co.uk) |
18:40:05 | Llorean | After the release seems good |
18:40:35 | Llorean | We should be committing as many new features as we can right now, so there's time for shakedown before the next freeze. |
18:40:39 | pixelma | like Superdom? |
18:40:55 | Llorean | Superdom is kinda broken anyway, isn't it? |
18:40:56 | pixelma | (about undocumented plugins) |
18:42:04 | pixelma | not sure, I always thought I can't control it correctly and also saw problems with a userfont in its menu - but haven't looked for a long while |
18:42:26 | Llorean | Last I heard it was also actually broken in the gameplay |
18:44:46 | *** | Saving seen data "./dancer.seen" |
18:45:04 | Llorean | What's the question? |
18:45:18 | Llorean | Sound is dropping in and out again |
18:45:27 | obo | someone uploading? |
18:45:28 | petur | Llorean: next point on the agenda |
18:46:01 | GodEater | Rockbox logo / Lyre project |
18:46:03 | Llorean | Ah |
18:46:03 | GodEater | to be clear |
18:46:08 | Llorean | Didn't even notice the agenda |
18:46:18 | GodEater | how much we should charge them to license our logo :) |
18:46:20 | Llorean | I think use of the Rockbox logo is fine if it's like those "Intel Inside" logos and such |
18:46:40 | GodEater | pretty much what we've said |
18:47:22 | Llorean | Yeah, an official line is very hard to draw |
18:47:43 | petur | is the sound better? |
18:48:09 | Llorean | A good way would just be a recommendation. "We ask that you only use the Rockbox logo to inform people that our software runs on your product, and try to ensure it's clear that the Rockbox project is an independent project not associated with any specific hardware or software group." |
18:48:13 | Llorean | Yeah, the sound is better now |
18:48:39 | Bagder | yes, a recommendation like that i fine |
18:49:00 | CIA-70 | New commit by 03miipekk (r21403): Keep simulators happy. |
18:49:31 | Llorean | There have been a few times where we've had real spammers in here and nobody around. |
18:49:53 | Llorean | I don't think we should make all committers ops. But I do think all committers can be trusted with it, we should just ask which of them are willing to volunteer to accept the responsibility |
18:50:00 | gevaerts | Slasheri: the bugs seem to have taken quite a bit of RAM ;) |
18:50:43 | | Quit Thundercloud (Remote closed the connection) |
18:51:36 | Llorean | I don't think it's likely that anyone will ban people for most of the guidelines. |
18:51:46 | Slasheri | gevaerts: oh, that's interesting, i thought ram consumption would have been increased :) at least amiconn is now happy :) |
18:52:09 | Llorean | I mean, you don't ever ban people for idle off-topic. you warn them and remind them. It's not until people are *willingly* violating things that an op-like actions should even be a question. |
18:52:38 | Slasheri | in fact it has increased but not declaring two bit structures as static has freed it back |
18:52:55 | Llorean | If consistency becomes a problem, we can write clearer guidelines for when a ban is allowed, but we can start by trusting peoples' instincts. |
18:54:24 | AlexP | Llorean: agreed |
18:54:32 | petur | +1 |
18:56:11 | Llorean | Moderation should always be reserved for people *willingly* misbehaving |
18:56:27 | AlexP | yup |
18:56:40 | Llorean | Being stupid / annoying / unable to get the point is different from getting the point and still doing it. |
18:57:07 | | Nick efyx`AFK is now known as efyx (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
18:59:57 | | Join ocean [0] (i=d59c23f7@gateway/web/freenode/x-f83d6da59640d5d4) |
19:00 |
19:01:57 | | Quit kadoban (Remote closed the connection) |
19:02:11 | | Quit dmb (Read error: 54 (Connection reset by peer)) |
19:02:26 | Llorean | When I was running the forums, the "bar" for Expert (in my mind) was always approximately "Do they seem to research before answering, do they try to diagnose a problem before providing an answer instead of trying several answers and hoping one works, and do they seem to show an interest in helping people with players beyond simply those they own" |
19:02:38 | AlexP | Llorean: I think that works well |
19:03:32 | Llorean | If someone had a history of jumping to conclusions on answers etc, I was very hesitant about them in the future (even when others said they'd improved) though. Probably too hesitant |
19:03:51 | Galois | not literally, I take it - otherwise someone who owns every target would be unable to help people with players they don't own |
19:04:28 | Llorean | Galois: "was always approximately" :-P |
19:04:57 | Llorean | We need to decide what we want from a new website first, then |
19:05:06 | Llorean | For example, it's pretty clear we want a user portal and a dev portal |
19:05:39 | Llorean | The user portal needs to quickly tell a user "We're pretty active, and it makes your MP3 player awesome if your player is on this giant list" |
19:06:28 | Llorean | We can drop *most* of the menus from the user portal. Instead just use the category headers, like "Documentation" can bring them to a friendlier documentation portal. |
19:06:39 | Llorean | Basically, split the main page into a bunch of friendly, simpler pages. |
19:07:26 | AlexP | I agree |
19:09:04 | Llorean | I'm still firmly in the "we need a list of updates" on the front page but it could be, for example, the last 10 MajorChanges and a note that says "Last minor change or bug fix on <date+time of last commit>" |
19:09:52 | Llorean | That can be solved with a "Player Identification" page |
19:10:05 | | Quit Nico_P (Remote closed the connection) |
19:10:06 | Llorean | We have a list on the front page, and an "Aren't Sure? More info here..." link |
19:10:27 | Llorean | That can have images for all the players we have images for, and descriptions for other unique things people can use for identifiers (firmware version, text color, etc) |
19:12:06 | | Join saratoga_home [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-b234a0c392e129b4) |
19:12:38 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
19:16:08 | | Join CPrompt^ [0] (n=curtis@cpe-065-188-192-113.triad.res.rr.com) |
19:16:16 | | Nick zitune is now known as zitune[afk] (n=zitune@bearstech/zitune) |
19:16:43 | | Nick J-23 is now known as noluv4mgorny (n=zelazko@unix.net.pl) |
19:16:48 | | Nick noluv4mgorny is now known as J-23 (n=zelazko@unix.net.pl) |
19:20:31 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
19:23:13 | | Join robin0800_ [0] (n=root@general-ld-216.t-mobile.co.uk) |
19:23:17 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
19:27:00 | | Quit ocean ("Page closed") |
19:30:20 | | Join homielowe [0] (n=42b74819@gateway/web/cgi-irc/labb.contactor.se/x-fbbf7c57ca66f924) |
19:31:08 | CIA-70 | New commit by 03rasher (r21404): More translations for arabic by Raafat Akkad (FS #10355). |
19:31:14 | | Join fyrestorm [0] (n=nnscript@cpe-24-90-81-178.nyc.res.rr.com) |
19:35:49 | * | Llorean can't think of any new business. |
19:37:23 | Bagder | meeting is over for now |
19:37:25 | Domonoky1 | official meeting time ended now. |
19:41:41 | | Join tmzt [0] (n=tmzt@99.164.53.0) |
19:44:13 | | Join ocean [0] (i=d59c23e8@gateway/web/freenode/x-08a2d21539e7e08d) |
19:54:28 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
19:54:28 | | Quit homielowe ("CGI:IRC (EOF)") |
19:56:36 | | Join pyro_maniac1 [0] (n=User@i59F73678.versanet.de) |
19:57:04 | | Part pyro_maniac1 |
19:59:12 | | Join Hillshum [0] (n=chatzill@unaffiliated/hillshum) |
20:00 |
20:05:36 | | Quit Zarggg () |
20:05:54 | | Quit ZincAlloy ("CGI:IRC (Ping timeout)") |
20:09:17 | | Join tessarakt [0] (n=jens@e180078014.adsl.alicedsl.de) |
20:10:58 | Bagder | http://www.rockbox.org/twiki/bin/view/Main/DevConEuro2009#Summary |
20:12:37 | CIA-70 | New commit by 03amiconn (r21405): Plugin for testing LCD driver and greylib drawing performance. |
20:14:28 | | Quit davidfg4 () |
20:14:43 | CIA-70 | New commit by 03bagder (r21406): don't die on unknown protocol keywords, better deal with (weird) clients ... |
20:14:51 | | Quit pyro_maniac (Read error: 113 (No route to host)) |
20:15:48 | | Quit n1s (Read error: 60 (Operation timed out)) |
20:19:58 | | Join nibbler_ [0] (n=Nibbler@pD9E33F64.dip.t-dialin.net) |
20:23:42 | CIA-70 | New commit by 03zagor (r21407): Proper http codes. |
20:24:27 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
20:24:33 | | Join engelzz [0] (n=engelzz@d174.stw.stud.uni-saarland.de) |
20:24:36 | engelzz | hiho |
20:24:39 | | Nick engelzz is now known as Russel (n=engelzz@d174.stw.stud.uni-saarland.de) |
20:25:31 | Hillshum | Russel1: Hi |
20:25:40 | Russel | if i have something like playcount in my tagnavi_custom.config, do i need to enable something for this to work? |
20:28:21 | ocean | PANIC TLB Exception 0x80053F00 (stack at 0) [0x0000004C] x8000190C lol! |
20:28:42 | Llorean | Russel: By 'something like playcount' do you mean 'playcount' or something else? |
20:28:51 | Russel | playcount |
20:29:10 | Llorean | Gather Runtime Data |
20:29:23 | Russel | thanks |
20:29:55 | ocean | occurs with metronome - play |
20:30:23 | CIA-70 | New commit by 03bagder (r21408): modified receive path |
20:30:57 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
20:31:02 | | Part Russel |
20:34:41 | | Join ZincAlloy [0] (n=d9eec609@gateway/web/cgi-irc/labb.contactor.se/x-6af62a9cfaf9efa9) |
20:37:31 | CIA-70 | New commit by 03amiconn (r21409): Make ATA poweroff an advanced build option for the Player. |
20:37:56 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
20:38:10 | mcuelenaere | ocean: yeah, that's part of the 'PCM issue' |
20:38:21 | ocean | ah ok :) |
20:38:42 | mcuelenaere | try building with #define EXTENDED_EXCEPTION_DESC 1 in firmware/target/mips/ingenic_jz47xx/system-jz4740.c, you'll get more info |
20:39:20 | ocean | ok thanks, strange thing is that it doesn't only panic but the video gets fucked up |
20:39:37 | ocean | like it "shifts" |
20:41:09 | * | amiconn is cleaning up his tree a bit |
20:41:54 | | Join webguest03 [0] (n=29e89f6c@gateway/web/cgi-irc/labb.contactor.se/x-181de7569e8787da) |
20:42:18 | mcuelenaere | ocean: you'll need to reset |
20:42:29 | mcuelenaere | get some tooth picks or something sharp, you'll need it ;) |
20:43:33 | ocean | yeah i know already done it two times :P it's getting funnie to reset :P |
20:43:56 | ocean | i always use the reader touch screen pen :P |
20:44:47 | *** | Saving seen data "./dancer.seen" |
20:45:03 | Unhelpful | amiconn: hrm, sleep(0) should be as good for sync-to-tick as the busy-wait that i used, then? |
20:45:21 | amiconn | yes |
20:45:29 | ocean | i see a bunch of warnings when compiling firmware in fat.c maybe i can clean it a little :) |
20:46:27 | mcuelenaere | huh? what compiler? (x86?) |
20:46:41 | amiconn | Actually busy wait might be a little more precise, as it doesn't yield |
20:46:41 | mcuelenaere | warnings should show up as yellow in the build table |
20:47:36 | ocean | http://pastebin.com/d148517cc |
20:48:07 | ocean | configure -> vx747p -> bootloader -> make |
20:48:14 | mcuelenaere | hmm did you modify your Makefile? |
20:48:38 | ocean | no i don't think i have modified nothing |
20:48:44 | ocean | just done svn up |
20:49:31 | ocean | done a make clean before though |
20:49:44 | mcuelenaere | tools/configure should've added -Wno-pointer-sign |
20:50:06 | mcuelenaere | could you check your Makefile? |
20:50:35 | ocean | removed the build directory and works fine |
20:50:51 | ocean | but i'm sure i didn't modify it |
20:51:13 | ocean | strange maybe my fault |
20:51:33 | | Quit Bagder (Success) |
20:51:34 | ocean | or something like make reconf / make clean |
20:52:19 | | Join Bagder [241] (n=daniel@rockbox/developer/bagder) |
20:52:32 | ocean | removing the dir solved everything :P |
20:54:13 | Unhelpful | better still would be to use platform counters where possible, and suspend interrupts... beast has cycle counters, does anything else support some sort of timer or counter without interrupts? |
20:54:53 | CIA-70 | New commit by 03zagor (r21410): Do build, upload log and zip. |
20:55:03 | saratoga_home | is there a download link somewhere for the complete set of test_codec files? |
20:55:32 | Llorean | I don't think we have one yet. |
20:55:46 | Llorean | You're expected to generate them from the source file, which is the opposite of ideal I think. :) |
20:56:20 | saratoga_home | i think it only generates some of the formats on the page, and even then its tricky to generate some formats like wma for some people |
20:56:47 | * | mcuelenaere would a like a download link for that set too |
20:56:53 | saratoga_home | i wonder how big the whole set would be |
20:57:11 | Unhelpful | and some users might end up with different files :/ |
20:57:34 | Hillshum | sound works better now |
20:59:00 | Llorean | Unhelpful: Yeah, it would definitely be ideal to have a set of exact files. |
21:00 |
21:01:02 | Domonoky1 | there is some problem with the rbspeex Makefile. It wants to put its intermediate files into a rbspeex/build directory, but it doesnt exist and it isnt automatically created. :-/ |
21:03:04 | * | bertrik thinks he almost fixed the e200v2 radio problem |
21:03:42 | saratoga_home | a zip with 96, 128, 256, 320 for mp3, aac, vorbis, wma, mpc would be pretty reasonable in size |
21:04:04 | Bagder | bertrik: go go go! |
21:04:04 | saratoga_home | maybe add in AAC-HE and speeks too |
21:04:16 | saratoga_home | and drop 256k for 192k |
21:04:21 | saratoga_home | 100MB or so |
21:09:02 | | Quit flydutch ("/* empty */") |
21:09:06 | ocean | mcuelenaere: with extended excp. desc define it simply reboot! |
21:09:18 | mcuelenaere | hmm that's odd |
21:09:59 | mcuelenaere | ocean: try replacing the system_exception_wait(); call with while(1); at l.279 |
21:10:01 | ocean | shows two lines for a second without rockbox logo and as always screwed up, and reboots after one second |
21:11:53 | | Join _lifeless [0] (n=lifeless@188.16.121.91) |
21:11:55 | ocean | mcuelenaere: is there a way to make it ouput everything to a file? |
21:12:07 | mcuelenaere | ocean: probably, but you'll need to code that yourself ;) |
21:12:12 | ocean | ok |
21:12:26 | mcuelenaere | keep in mind you're running in 'interrupt' mode at that point though |
21:12:37 | mcuelenaere | so you can't do much threading stuff without screwing up |
21:13:29 | ocean | mm ok |
21:15:03 | | Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
21:15:15 | | Quit saratoga_home ("CGI:IRC (EOF)") |
21:17:09 | CIA-70 | New commit by 03alex (r21411): Prepare the manual to have two or three column button map tables so that remote keymaps can be added. ... |
21:18:02 | | Quit `VL (Read error: 110 (Connection timed out)) |
21:18:28 | ocean | mcuelenaere: not much only two lines not much readable |
21:19:07 | ocean | TLB Exception (Store) 0x000000004C at 0x80053fe4 |
21:19:33 | mcuelenaere | then the code probably gets overwritten by something, which only causes you to see the first lines |
21:20:03 | mcuelenaere | normally you should see a register dump |
21:20:11 | mcuelenaere | registers* |
21:20:12 | ocean | everything's black but these two lines |
21:20:15 | CIA-70 | New commit by 03alex (r21412): The define is remote_keymap - good place for a typo that. |
21:20:18 | | Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
21:21:57 | ocean | the two lines are at the bottom of the screen |
21:21:59 | | Quit ZincAlloy ("CGI:IRC (Ping timeout)") |
21:23:40 | ocean | maybe there's something wrong with lcd_puts, i think it goes off the screen |
21:25:24 | ocean | graphics gets weird like a shifted down of a lot of lines and a little shifted at right |
21:26:01 | | Join jordoex [0] (n=quassel@S0106002129693a39.vc.shawcable.net) |
21:26:44 | | Join matsl [0] (n=matsl@host-90-233-213-85.mobileonline.telia.com) |
21:29:12 | | Quit __lifeless (Read error: 110 (Connection timed out)) |
21:30:11 | ocean | oh and also after it aumoatically reboots OF only shows the graphics but don't work at all |
21:30:14 | ocean | :P |
21:30:34 | | Quit Thundercloud (Remote closed the connection) |
21:31:00 | mcuelenaere | ocean: that's really odd :) |
21:31:12 | ocean | mcuelenaere: you're the expert here :P |
21:31:15 | mcuelenaere | actually, I have to admit; I never tried using the OF after Rockbox rebooted it :) |
21:31:19 | CPrompt^ | every r2XXXX release that I have put on my iPod Video, the screen never says "Do Not Disconnect" when plugged up via USB |
21:31:24 | ocean | no no i don't use it |
21:31:53 | ocean | after metronome panic with the define it automatically reboots and start with the OF that is like "locked up" |
21:31:53 | CPrompt^ | what happened to that? I also never get the check mark when I eject it |
21:32:03 | Llorean | CPrompt^: Those were apple screens, and have nothing to do with Rockbox. |
21:32:18 | CPrompt^ | Llorean: really? ah, I didn't know that |
21:32:25 | mcuelenaere | ocean: it doesn't respond to touchscreen presses nor physical buttons? |
21:32:28 | Llorean | Rockbox's USB mode looks different. Big USB plug. |
21:32:40 | mcuelenaere | ocean: then this isn't a 'proper' reset |
21:32:43 | ocean | mcuelenaere: yes right only reset button works :P |
21:32:51 | CPrompt^ | Llorean: well, even that, I eject it and it still shows the big USB plug |
21:33:27 | Llorean | And? |
21:33:39 | CPrompt^ | Llorean: it doesn't eject |
21:33:48 | Llorean | Does your computer say it doesn't eject? |
21:34:02 | mcuelenaere | ocean: weird, never encountered that before |
21:34:06 | mcuelenaere | ocean: is it reproducable? |
21:34:22 | ocean | every time :P |
21:34:41 | CPrompt^ | yes. fdisk doesn't show it |
21:34:53 | CPrompt^ | errr...no actually |
21:35:02 | Llorean | So your computer says it's ejected. |
21:35:11 | | Quit robin0800_ (Remote closed the connection) |
21:35:12 | Llorean | That means it's ejected. I'm not really sure why you're saying it doesn't eject then |
21:35:17 | ocean | compiled with the #define EXTENDED_EXCEPTION_DESC 1, boot, metronome -> play -> panic -> automatic "reboot" |
21:35:27 | | Join robin0800_ [0] (n=root@general-ld-216.t-mobile.co.uk) |
21:35:45 | Llorean | CPrompt^: Are you having some sort of specific problem? |
21:35:46 | CPrompt^ | Llorean: should the screen on the iPod not change? |
21:35:51 | Llorean | No, it should not. |
21:36:16 | CPrompt^ | well, then I guess it's work at it should |
21:36:29 | CPrompt^ | i was just used to the screen changing |
21:37:45 | ocean | mcuelenaere: and instead of writing the strings on the first line it draws them on the bottom, that's why they aren't visible, and i suspect the reboot is because it goes to write to some memory zone wich shouldn't be accessed |
21:37:55 | ocean | ...buffer overflow :P |
21:38:10 | Llorean | CPrompt^: If your computer says it's ejected, then it's ejected and safe to remove. A major point of ejecting is to make sure your computer is no longer accessing it. |
21:38:54 | CPrompt^ | Llorean: as long as fdisk doesn't show it, it's not being written to. So, I'm good. I was just a bit confused |
21:39:01 | mcuelenaere | ocean: that part is perhaps the DMA doing RAM->audio transfer getting messed up |
21:39:56 | grimman | And now for something completely different: http://www.youtube.com/watch?v=jbEXr9-5UjI |
21:40:23 | ocean | mcuelenaere: but how does that affect "video ram"? |
21:41:10 | mcuelenaere | ocean: well I'm just guessing here, that's the most unstable part used at that moment (and it also causes your TLB exception) |
21:42:56 | ocean | i'll do a debug build and see if it changes something |
21:43:05 | ocean | now i was doing a "Normal" build |
21:43:15 | mcuelenaere | what do you mean with a 'debug' build? |
21:43:54 | ocean | when configure -> Advanced -> Debug |
21:44:07 | ocean | Platform set to ondavx747p Build (N)ormal, (A)dvanced, (S)imulator, (B)ootloader, (M)anual: (Defaults to N) A Advanced build selected Enter your developer options (press enter when done) (D)EBUG, (L)ogf, (S)imulator, (P)rofiling, (V)oice |
21:44:27 | mcuelenaere | I don't think that changes much, AFAIK it only adds -g to the compiler arguments and sets some threading checks in Rockbox |
21:45:10 | ocean | mcuelenaere: if some memory location gets overwritten setting the -g gives less crahes (in my experience with C on x86 architecture) |
21:45:29 | mcuelenaere | x86 perhaps, with a full kernel running |
21:45:41 | mcuelenaere | but these are embedded devices, and this is very low-level |
21:45:43 | ocean | maybe i don't know :P |
21:46:16 | Unhelpful | ocean: that might make sense if it ends up writing debug data instead of code etc. i think we strip debug data from target binaries, though. |
21:46:34 | ocean | mmm |
21:46:41 | ocean | yes that make sense |
21:47:12 | | Join prona [0] (n=pt@78-86-201-141.zone2.bethere.co.uk) |
21:48:26 | * | ocean is hungry and have to study |
21:49:58 | | Quit nibbler_ (Read error: 110 (Connection timed out)) |
21:52:12 | ocean | i think debug build have some problems :P http://pastebin.com/m187b0b81 |
21:54:02 | | Join fml [0] (n=4fd3ff08@gateway/web/cgi-irc/labb.contactor.se/x-e8e0a7bfce03ac0a) |
21:54:02 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
21:55:31 | fml | Shouldn't the last change to the manual (three column key map tables for DAPs with a remote) break the manual? But it builds just fine for H120. Hence I assume something is wrong. |
22:00 |
22:06:39 | | Part CPrompt^ |
22:11:38 | | Join faemir [0] (n=faemir@78.33.109.163) |
22:16:56 | | Join tvelocity [0] (n=tony@adsl15-233.her.forthnet.gr) |
22:17:43 | | Quit mcuelenaere () |
22:18:37 | | Join Ubuntuxer [0] (n=johannes@dslb-092-073-024-057.pools.arcor-ip.net) |
22:27:21 | | Quit Llorean ("Leaving.") |
22:27:23 | rasher | Is anyone against me removing the marquee theme from SVN, as it's the last one we don't have permissions to relicense to CC-BY-SA 3.0. If no one speaks up, I'll remove it and add a COPYING+AUTHORS file to the theme dir. At that point, we're just about ready to remove the themes and put them on the theme site instead. Not quite sure how that'd work out though - might need more theme site work |
22:28:25 | | Join Llorean [0] (n=DarkkOne@99.182.52.92) |
22:34:18 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
22:36:22 | | Join saratoga_home [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-61ae859e19df14fb) |
22:36:39 | saratoga_home | ocean: you probably shouldn't open FS entries for in progress ports |
22:37:46 | pixelma | rasher: I already wondered how (good) the theme site copes with themes named exactly the same but for different targets |
22:38:38 | pixelma | fml: the plan was to not break the manuals and give us the chance to add the remote buttons bit by bit |
22:38:52 | rasher | pixelma: It hates them with a passion. Or rather, it rejects them. |
22:39:15 | | Quit petur (Remote closed the connection) |
22:41:33 | pixelma | and speaking of which... what's with the H100/H300-themes-with-RWPS-problem? Some SVN themes include RWPSs as well... |
22:42:02 | rasher | Ah yes.. I think I have a simple fix for that. |
22:42:21 | fml | pixelma: but how could that be possible? You either have three columns (and then the manual should not build as it is now) or you have wo columns (but then there is no column for the remote keys) |
22:42:56 | | Join petur [50] (n=petur@rockbox/developer/petur) |
22:42:57 | pixelma | you can enable the third column when you need it |
22:43:34 | | Quit bmbl ("Woah!") |
22:43:37 | | Quit moos ("Rockbox rules the DAP world") |
22:44:28 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
22:44:46 | fml | pixelma: I don't quite understand how it's supposed to work but it apparently works! |
22:44:51 | *** | Saving seen data "./dancer.seen" |
22:47:36 | ocean | saratoga_home: sorry, i will pay more attention |
22:49:30 | | Quit Ubuntuxer ("Leaving.") |
22:51:45 | rasher | pixelma: Should be fixed now. I simply made it not check rwpses (since they got listed on the wrong page because of the checkwps result for the rwps) |
22:53:59 | AlexP | fml: You need to add a define to the platform file to make it use the three column version |
22:54:09 | AlexP | fml: Otherwise it uses the two column version as before |
22:54:42 | AlexP | fml: If you don't add all the extra buttons for a target to the manual in one go it will break the manual |
22:54:53 | AlexP | (and at the same time add the define) |
22:55:06 | fml | kugel: hello. By "not breaking config" do you mean that the config values are saved by text values (e.g. "off") rather than as numbers? Then indeed putting it at position 0 would be a more natural option. |
22:55:35 | kugel | yes, I think it works like that |
22:55:57 | fml | AlexP: hey! But aren't all the defines and options defined in the .h files? That's what I thought and hence asked. |
22:56:00 | kugel | you need to check the string anyway, since it could possibly contain invalid values |
22:56:58 | matsl | Bagder: Just tuned in to the live feed. You all seem more concentrated today. Got some tricky things going? |
22:57:15 | pixelma | fml: no, for the manual there are defines in the platform files - and additionally ones are parsed from the apps' features.txt (used for the language files as well) |
22:57:26 | Bagder | me and zagor continue to work on the distributed build server remake |
22:57:51 | Bagder | we've done simulated builds fine, and we're now slowly getting the clients to do actual builds and uploads |
22:57:53 | | Quit saratoga_home ("CGI:IRC (EOF)") |
22:58:05 | fml | kugel: So it's stored as text values? Which are specified via ID2P in settings_list? |
22:58:39 | fml | pixelma: ah, now I see. I thought everything come from features.txt only |
22:59:31 | pixelma | fml: but this new option is currently one you add manually to the specific platform file. Once all remote targets' button tables are filled out we might be able to use something from features.txt |
23:00 |
23:04:13 | fml | pixelma: the problem with the current approach (IMO) is that you have to do it in one shot. Couldn't it be done in a way that if you don't specify a remote key then some default values is inserted? |
23:05:18 | AlexP | fml: Feel free to improve |
23:05:29 | pixelma | if you are a tex magician and can make that work... |
23:06:25 | pixelma | it's already nice that you only have to do it for one target in one go not all at once |
23:09:30 | fml | AlexP: if I knew how... :-) |
23:09:39 | AlexP | fml: Exactly :) |
23:10:03 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
23:10:56 | CIA-70 | New commit by 03bagder (r21413): specify −−type=n for "normal" builds |
23:12:29 | | Quit n1s (Read error: 104 (Connection reset by peer)) |
23:12:43 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
23:13:13 | bluebrother | AlexP: why are you using \newcommand{}? You have an environment in that, why don't make it a new environment by itself? |
23:13:23 | | Join jkl [0] (n=jlp@pool-72-90-74-76.syrcny.fios.verizon.net) |
23:13:27 | CIA-70 | New commit by 03alle (r21414): Merge the "Replaygain Off" option into the replaygain type; eliminate the "On/Off" setting (FS #10356). All WPS tags should work as before. |
23:13:39 | AlexP | bluebrother: As I didn't know better? |
23:14:27 | AlexP | bluebrother: I started off making a new environement (e.g. btnremotemap) to do it, but \end{} inside an opt doesn't work |
23:14:33 | bluebrother | I'm a bit out of the loop with LaTeX, but what's the need for this \beginbuttonmap? |
23:15:16 | AlexP | bluebrother: One mo |
23:15:38 | | Join mc2739_ [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
23:15:52 | | Quit mc2739 (Nick collision from services.) |
23:15:53 | | Nick mc2739_ is now known as mc2739 (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
23:16:27 | bluebrother | hmm, as far as I can tell you are defining the btnmap environment depending on the remove_keymap. I don't see why there is something special here −− it's just a different environment |
23:16:47 | AlexP | bluebrother: It saves having to have \opt{remote_keymap}{\begin{btnmap}{}{}} \nopt{remote_keymap}{\begin{btnmap}{}{}{}} |
23:16:58 | AlexP | At the start of every btn map table |
23:17:21 | bluebrother | well, I wouldn't do that. |
23:17:26 | AlexP | It replaces the \begin{btnmap}{}{} and afds the correct amount of {}{} to it |
23:17:37 | bluebrother | for one, why are there only 2 options in the remote keymap table? |
23:17:50 | AlexP | Which remotekeymap table? |
23:18:30 | bluebrother | the btnmap when remote_keymap is defined. Why two captions? Are you sure this works at all? |
23:18:30 | | Join Ubuntuxer [0] (n=johannes@dslb-088-078-124-244.pools.arcor-ip.net) |
23:18:34 | AlexP | Yes |
23:18:37 | AlexP | It works |
23:18:52 | AlexP | bluebrother: As we have targets with and without remotes |
23:19:01 | bluebrother | (I've never tried adding two captions, the situations I needed something like that was only with the subfigure package) |
23:19:32 | bluebrother | but what is this caption for? It's not the heading. |
23:19:33 | AlexP | Ah, that bit - sorry misunderstood |
23:19:40 | AlexP | It is the heading of the column |
23:19:52 | AlexP | But that may be wrong |
23:19:57 | bluebrother | can't be. |
23:20:08 | AlexP | can't be what? |
23:20:22 | AlexP | You get a table with three columns, each with a heading |
23:20:29 | bluebrother | \caption{} is the caption of the environment. Usually it's typeset below the element, and something like "Table 23: foo" |
23:20:53 | AlexP | So should it be label? |
23:21:14 | bluebrother | the heading is \btnhead in our case. |
23:21:18 | AlexP | Yes |
23:21:20 | bluebrother | no, label is the (internal) label for cross-references |
23:21:36 | AlexP | So what should that be instead? |
23:21:47 | kugel | fml: yes |
23:22:08 | bluebrother | which means that both tables are different only in the number of columns (i.e. the 2nd {} on \tabularx) and the heading, i.e. the \btnhead macro |
23:22:15 | kugel | nothing with id2p though, the settings values aren't localised |
23:22:34 | bluebrother | well, both environments should have two arguments: caption and label. AFAIK both are currently unused. |
23:22:35 | AlexP | The two versions of btnmap are different only in twerms of columns, yes |
23:23:19 | bluebrother | so you don't need a different number of arguments (the number of columns isn't defined by number of arguments ;-) |
23:23:29 | fml | kugel: I left it as it is because I'm not sure how I would have to change WPS tag handling if I placed the OFF option in the beginning |
23:23:41 | bluebrother | plus you don't need those \beginbuttonmap macros. |
23:23:42 | AlexP | bluebrother: To \begin{btnmap} ? |
23:23:47 | kugel | it's fine :) |
23:24:04 | AlexP | Yes, if I don't need different numbers of {} then I don't need the macro :) |
23:24:04 | bluebrother | putting an environment start in a macro is something I remember to continuously make problems :) |
23:24:13 | AlexP | Which makes it easier :) |
23:24:21 | bluebrother | you definitely don't need it. |
23:24:24 | fml | kugel: now to adjust the manual and deprecate one string in the lang |
23:24:44 | AlexP | bluebrother: OK, cool - I'll get rid of that |
23:25:40 | bluebrother | you might even be able to use a macro for the column layout (i.e. the 2nd {} in the \tabularx), so you might be able to go away with simply two macros defined differently, leaving the btnmap macro completely untouched |
23:25:55 | bluebrother | though I have no idea if tabularx likes that. Never tried. |
23:26:46 | AlexP | I'll get rid of the existing macro first, then have a play |
23:28:42 | CIA-70 | New commit by 03alle (r21415): Deprecate the string made unnecessary in r21414 |
23:34:30 | CIA-70 | New commit by 03bertrik (r21416): Fix e200v2 radio problem (missing Si4702 initialisation) |
23:35:59 | CIA-70 | New commit by 03bagder (r21417): cleanup the round properly when the build round is done |
23:36:03 | Bagder | TOWER TIME! |
23:36:12 | * | Bagder positions cam-2 |
23:37:00 | CIA-70 | New commit by 03zagor (r21418): Build and upload zip |
23:37:15 | | Join __lifeless [0] (n=lifeless@188.16.121.91) |
23:38:44 | | Quit webguest03 ("CGI:IRC (Ping timeout)") |
23:39:05 | CIA-70 | New commit by 03alle (r21419): Update manual (include changes from r21414) |
23:39:32 | Bagder | that's a fine set of tower material |
23:39:40 | Mikachu | are you going to play jenga? |
23:39:53 | Bagder | last year's tower is hard to beat |
23:40:31 | Bagder | http://www.rockbox.org/twiki/pub/Main/TowerOfRockbox/devconeuro2008.jpg |
23:40:50 | Mikachu | sweet |
23:42:10 | ender` | how do you unmake that tower without having half of the players fall down? :) |
23:42:25 | CIA-70 | New commit by 03alle (r21420): Remove the setting from the list as well |
23:43:13 | | Join Cory` [0] (n=Cory@h3.176.89.75.dynamic.ip.windstream.net) |
23:44:10 | | Quit Ac-town (Remote closed the connection) |
23:44:30 | pixelma | bluebrother, AlexP: for the manuals there are also still buttons mentioned in some textual descriptions, mostly the core \ActionSomething. I first thought of putting both keys into the \Action but that will break if that action macro is used in button tables (would be quickest though). The only thing I can currently come up with is have both \ActionSomething and \ActionRemoteSomething and then add the latter to the text inside an \opt{remote}... |
23:44:31 | bluebrother | ender`: it worked fine last year :) |
23:44:57 | ender` | will it still work if there's more players? :) |
23:45:00 | pixelma | ...downside of it is though that you have to every text you need it and change it there. |
23:45:09 | CIA-70 | New commit by 03bertrik (r21421): Fix delays in generic i2c driver, reduce delays in ams sansa fmradio i2c driver (tested on m200v4, clip, e200v2, fuze). |
23:51:21 | CIA-70 | New commit by 03Ubuntuxer (r21422): Remove viewport menu from star and remove useless button macros in code.(FS #10281) |
23:53:19 | | Quit _lifeless (Read error: 113 (No route to host)) |
23:53:33 | bertrik | today is a good commit day |
23:54:00 | Zagor | indeed |