| 00:00:13 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 00:02:09 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3004.gwdg.de) |
| 00:02:52 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 00:10:21 | pixelma | Unhelpful: as I thought - the pf crash on Ondio started with it being an overlay plugin: r20863 works, r20865 doesn't (r20864/5 was the overlay change, -64 doesn't build). If I enable "catch mem accesses" I get a "I0C: UserBrk at 090314xx", the last 2 numbers change slightly from revision to revision. Since the crash happens after a few seconds it looks like it has to do with filling the cache. |
| 00:10:29 | | Join PaulJam__ [0] (i=PaulJam_@vpn-3014.gwdg.de) |
| 00:11:40 | pixelma | the rebuild problem when the pictureflow folder does not exist is present on those earlier revisions |
| 00:13:28 | pixelma | tested with SVN builds without backlight, made with cygwin - in case that matters |
| 00:14:43 | | Quit PaulJam (Read error: 113 (No route to host)) |
| 00:15:02 | | Quit robin0800 (Read error: 60 (Operation timed out)) |
| 00:15:32 | pixelma | oh, and tested with and without voice enabled which made no difference |
| 00:21:27 | | Quit ender` (" The first 90% of the code accounts for the first 90% of the development time. The remaining 10% of the code accounts for th") |
| 00:22:49 | | Join togetic [0] (n=ib@unaffiliated/ibuffy) |
| 00:22:56 | togetic | advantages of using rockbox? |
| 00:23:14 | bertrik | yes |
| 00:23:24 | funman | togetic: read http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox |
| 00:23:30 | hillshum | lots of themes, audio codecs, games |
| 00:23:51 | togetic | just bought the ipod nano 1st gen 4gb 20 secs ago |
| 00:25:31 | Mikachu | togetic: it doesn't suck :P |
| 00:26:21 | | Quit mirak ("Ex-Chat") |
| 00:28:45 | | Join r0b- [0] (n=nnscript@adsl-76-236-182-214.dsl.klmzmi.sbcglobal.net) |
| 00:28:52 | r0b- | may i ask what Rockbox is written in? |
| 00:28:57 | Mikachu | yes you mya |
| 00:28:59 | hillshum | C |
| 00:29:00 | soap | C, some ASM. |
| 00:29:01 | togetic | a programming lang |
| 00:29:03 | togetic | argh |
| 00:29:05 | togetic | you beat me to it |
| 00:29:07 | Mikachu | 1st |
| 00:29:10 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 00:29:20 | Unhelpful | pixelma: interesting. overlay plugins are loaded into the audio buffer, i wonder if plugin_get_audio_buffer returns the entire audio buffer, including the part containing code and static globals. |
| 00:29:33 | togetic | C is so 70s |
| 00:29:43 | togetic | and um 2000s |
| 00:29:46 | r0b- | well is it possible to compile rockbox in Windows without a Emulator for the hardware? |
| 00:29:52 | togetic | ..since i'm using an OS written in it... |
| 00:30:05 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
| 00:30:07 | hillshum | you don's need any emulator to compiler |
| 00:30:14 | hillshum | *compile |
| 00:30:31 | r0b- | so it can run nativly on Windows? |
| 00:30:34 | vedlith | r0b-: it probably is possible but it would need recompilation of some target specific compilers like arm gcc and assembler |
| 00:30:54 | r0b- | i was going to try to learn to code for it |
| 00:30:54 | vedlith | run oO? |
| 00:30:56 | togetic | i hope this ipod is worth it since it costs me my entire week's salary :P |
| 00:31:03 | Mikachu | r0b-: do you want to compile it for a device or to run it in windows? |
| 00:31:08 | Unhelpful | the other thing is not precisely a bug. pictureflow does not *verify* its cache on startup at all, other than to check if the cache version is different from the one in the config file. so far, that is just a mechanism that catches failed cache builds, or forces updates if the format of the cache files changes. |
| 00:31:18 | * | togetic will starve w/ no food, but thrive on music? |
| 00:31:26 | r0b- | lol togetic |
| 00:31:31 | r0b- | what Ipod model? |
| 00:31:50 | * | togetic considers the grass on the lawn, bet it could make a decent green smoothie |
| 00:31:55 | togetic | 1st gen ipod nano |
| 00:32:07 | togetic | damn those pesticides! |
| 00:32:09 | r0b- | heh |
| 00:32:26 | r0b- | when it arrives i hope to put rockbox on my new Sansa e250 |
| 00:32:42 | r0b- | i downloaded the Simulator thing for the e250 i love it!!! |
| 00:32:47 | Unhelpful | could we please stick to things directly related to rockbox in here? there are guidelines for a good reason. (see topic). |
| 00:32:51 | togetic | seems i'll be blasting some 8bitpeoples tunes and hunting for food the entire week |
| 00:33:05 | togetic | okay okay Unhelpful |
| 00:33:10 | Mikachu | togetic: rockbox plays .nsf and .spc iirc :) |
| 00:33:34 | togetic | :) |
| 00:33:51 | r0b- | it also plays .gb and .gbc :P |
| 00:34:31 | | Quit SirFunk__ (simmons.freenode.net irc.freenode.net) |
| 00:34:31 | NSplit | simmons.freenode.net irc.freenode.net |
| 00:34:31 | | Quit barrywardell (simmons.freenode.net irc.freenode.net) |
| 00:34:31 | | Quit beta_ (simmons.freenode.net irc.freenode.net) |
| 00:34:31 | | Quit lucent (simmons.freenode.net irc.freenode.net) |
| 00:34:36 | pixelma | Unhelpful: should I check other overlay plugins? I'm just done building the most recent revision though and unzipping a complete build... will take a while :/ |
| 00:34:37 | | Quit jgarvey ("Leaving") |
| 00:35:04 | *** | Saving seen data "./dancer.seen" |
| 00:35:12 | Unhelpful | pixelma: i'm working on a patch to both base the cache filenames on album names, and to verify cache files on startup. initially this will probably just mean that files with "old" covers get no-cover, but forcing a rebuild could be another response. |
| 00:35:54 | Unhelpful | pixelma: i don't know, which others use the audio buffer? we could consider *not* using the audio buffer, now that the plugin buffer only has the overlay stub in it... |
| 00:36:02 | | Join AndyI [0] (n=pasha_in@212.14.208.235) |
| 00:36:12 | funman | I suppose the usberror entry of rbutil.ini isfor detecting mtp mode? |
| 00:36:17 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 00:36:28 | kugel | Unhelpful: I imagine, for simplicity, the database could place a hook-file in the pf folder foring a rebuilt |
| 00:36:39 | | Quit togetic (Read error: 54 (Connection reset by peer)) |
| 00:37:33 | NHeal | simmons.freenode.net irc.freenode.net |
| 00:37:33 | NJoin | SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) |
| 00:37:33 | NJoin | barrywardell [0] (n=barry@rockbox/developer/barrywardell) |
| 00:37:33 | NJoin | beta_ [0] (n=beta@d24-36-124-26.home1.cgocable.net) |
| 00:37:33 | NJoin | lucent [0] (i=lucent@unaffiliated/shadows) |
| 00:37:36 | pixelma | Unhelpful: I thought chess does but am not sure about the "behinds"... |
| 00:37:46 | | Join togetic [0] (n=ib@unaffiliated/ibuffy) |
| 00:37:58 | togetic | konversation ¿krashed? |
| 00:38:05 | kugel | funman: great success! |
| 00:38:50 | Unhelpful | kugel: the database doesn't know everything. ideally, i want the cover search itself to be fast enough that i can do it on every PF startup, and then recache covers if a new cover is found, etc. |
| 00:39:12 | | Quit lucent (Remote closed the connection) |
| 00:39:17 | | Join lucent [0] (i=lucent@silenceisdefeat.com) |
| 00:39:22 | | Quit pat_mulchrone (Remote closed the connection) |
| 00:39:33 | Unhelpful | pixelma: chessbox uses plugin_get_buffer, which is safe because core knows how much of the plugin buffer the overlay loader used. |
| 00:41:31 | kugel | Unhelpful: the database does know when it gets updated |
| 00:41:56 | Unhelpful | kugel: it doesn't know when non-music files are changed, though. |
| 00:41:59 | pixelma | ok, well seems like some grep would be in order. Btw. does your rebuild cache patch also solve the problem with no "pictureflow" folder present? ;) |
| 00:42:22 | obo | funman: sorry I missed you earlier - I'm using arm-elf-objdump and an IDA demo (after wrapping the binary into an elf) |
| 00:42:27 | Unhelpful | pixelma: it ought to, as anything that triggers a cache build will create that directory. |
| 00:42:54 | bertrik | kugel, the DBOP FIFO fix now makes a lot of difference on my clip, 38% faster unboosted |
| 00:43:21 | pixelma | well the directory was created but only filled with emptyslide after entering pf first... |
| 00:43:28 | kugel | bertrik: I can give it another try. Can you upload it once more please? |
| 00:43:43 | funman | obo: ok, because if you use IDA only you won't see cross references to some PP registers if they are loaded in registers with mov/shifts |
| 00:44:25 | bertrik | kugel: http://pastebin.ca/1445506 |
| 00:45:06 | CIA-38 | New commit by funman (r21171): Sansa AMS : don't use the SHAREDBSS_ATTR since we don't have a coprocessor |
| 00:46:44 | Unhelpful | pixelma: can you give this a try? it uses plugin_get_buffer on all targets, instead of plugin_get_audio_buffer when the plugin buffer is tiny. with only the overlay loader in the plugin buffer on archos, there should be room for about 19 slides in the plugin buffer, so that should be fine. http://pastie.org/498443 |
| 00:46:46 | | Quit AndyIL (Success) |
| 00:47:22 | kugel | bertrik: is this with 64MHz unboosted? |
| 00:47:49 | kugel | 62 ven |
| 00:47:50 | kugel | even |
| 00:47:58 | funman | kugel: yep, I noticed again this CCU_SCON register when looking for USB init code in the OF ;) |
| 00:48:28 | pixelma | Unhelpful: yes, trying |
| 00:48:57 | obo | funman: do you use anything to post-process the objdump output? as in getting it to place the values next to the operators (like IDA), rather than having to scroll around to find them? |
| 00:49:10 | funman | bertrik: did you notice the forum post : as3514's DCDC is needed for some Clip screens |
| 00:49:16 | kugel | Unhelpful: I fear that doesn't apply cleanly to SVN :) |
| 00:49:20 | pixelma | Unhelpful: if the hunk didn't fail though it would be easier |
| 00:49:30 | pixelma | exactly ;) |
| 00:49:39 | bertrik | funman, yes I did. I wondered if there's some way to detect whether DCDC is needed or not |
| 00:49:46 | * | Unhelpful will sync it |
| 00:49:55 | funman | obo: i usually don't use objdump, but vitja wrote some code to enhance objdump output, let me find it |
| 00:49:56 | bertrik | I vaguely remember seeing it in the OF |
| 00:50:35 | kugel | funman: that's sad. either we support all displays and waste a good deal battery life on it, or we support some not with more battery life for the others. or we supply a setting that most people don't undersand :( |
| 00:50:41 | obo | funman: you use IDA or something else? |
| 00:51:15 | funman | obo: http://forums.rockbox.org/index.php?topic=15360.msg131185#msg131185 - yes i use IDA |
| 00:51:52 | * | kugel wonders why changes to clock-target.h force a full rebuild :( |
| 00:51:55 | funman | kugel: checking how much battery this drains would be interestin indeed |
| 00:52:26 | kugel | after your formula, it would be 12.5mA |
| 00:52:33 | funman | kugel: I think every file including system-target.h depends on it |
| 00:52:39 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 00:52:59 | Unhelpful | kugel: assuming we don't get a supported swcodec target with a tiny plugin buffer, you can amend PF_PLAYBACK_CAPABLE to just checking for swcodec |
| 00:53:10 | | Quit Thundercloud (Remote closed the connection) |
| 00:53:11 | Unhelpful | pixelma: resynced: http://pastie.org/498449 |
| 00:53:26 | funman | kugel: hum right, but how much more % is it related to the actual consumption? |
| 00:53:39 | Unhelpful | using the plugin buffer won't make it playback-capable on hwcodec, though, because there is still code loaded in the audio buffer. |
| 00:53:51 | kugel | Unhelpful: I made the #define so that it can be replaced easily (even with 1 :) ) |
| 00:54:01 | kugel | wasn't a hard job actually :P |
| 00:54:23 | bertrik | if there's no current drawn from the DCDC in a clip that doesn't need it, then the impact can be limited I think |
| 00:54:40 | kugel | funman: no idea, but the v1 have shown that even 4mA can make a noticeable difference |
| 00:54:54 | | Quit froggyman ("http://www.mibbit.com ajax IRC Client") |
| 00:55:08 | kugel | however, I assume we can "power down" the dcdc anyway in backlight_off(), so it probably won |
| 00:55:16 | kugel | won't make such a huge difference |
| 00:55:55 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 00:56:09 | bertrik | and we shouldn't give up yet on auto-detecting the need for the dcdc |
| 00:56:10 | JdGordon| | Unhelpful: if you are alooking for a way to make it work.. you should be able to create the playlist while the plugin is runnign, then just splash "press play to start the playback" |
| 00:56:28 | JdGordon| | or use some new thread messages to start when the plugin unloads |
| 00:56:56 | Unhelpful | after i take a look at Horscht's jpeg decoder bug report, and tackle the hash-based cache keys for PF, i think i want to take a look at making the plugin buffer entirely dynamic, as amiconn and i talked about a couple weeks ago. no wasted space without a plugin running would be a nice side benefit. as would support for "oversized" plugins without an overlay loader. |
| 00:57:25 | kugel | bertrik: from 45 to 65 fps it seems |
| 00:57:44 | * | JdGordon| 's curiosit pricks up |
| 00:57:46 | JdGordon| | +y |
| 00:58:12 | kugel | bertrik: 100fps while boosted :O |
| 00:59:03 | * | kugel still thinks we are in need for a splash that disappears upon button press, like a splash-based yesno screen |
| 00:59:25 | JdGordon| | so do it :) |
| 00:59:31 | JdGordon| | we already got an ok for it didnt we? |
| 01:00 |
| 01:00:05 | Unhelpful | splash (-1,...) ;) |
| 01:00:28 | | Quit funman (Read error: 54 (Connection reset by peer)) |
| 01:00:36 | amiconn | [00:29:20] <Unhelpful> pixelma: interesting. overlay plugins are loaded into the audio buffer, i wonder if plugin_get_audio_buffer returns the entire audio buffer, including the part containing code and static globals. <== It sure does; the plugin needs to make sure to not overwrite itself |
| 01:00:43 | JdGordon| | no, all splashes are either no block, or some standard timeout value, pressing any button would break the timeout |
| 01:00:48 | kugel | JdGordon|: yea, I haven't really found a place where it would be really usefull yet |
| 01:00:57 | kugel | except some plugins |
| 01:01:00 | amiconn | This is possible; one of the first overlay plugins (*the* first iirc) - rockboy - does that |
| 01:01:03 | | Quit bmbl ("Woah!") |
| 01:01:07 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 01:01:30 | pixelma | Unhelpful: yes, that fixes it (and the keymap issue is really fixed as well) |
| 01:01:36 | JdGordon| | kugel: the "nothing to resume" splash :p |
| 01:01:47 | kugel | a right :) |
| 01:02:01 | kugel | bertrik: lcd updates show weird blue bars when boosted |
| 01:02:28 | kugel | maybe almost full would be better? |
| 01:02:39 | amiconn | Unhelpful: And we do have a lowmem swcodec target - the clip |
| 01:02:41 | Unhelpful | amiconn: it seems the easiest way might be to check the address of __header? |
| 01:02:54 | | Quit bertrik ("sleep") |
| 01:03:08 | funman | amiconn: the plugin buffer is not that small |
| 01:03:18 | pixelma | Unhelpful: seems to be a bit snappier too (you notice a slowdown in fps if the plugin is busy filling the cache) |
| 01:04:00 | * | pixelma mentions the Logik Dax ;) |
| 01:04:26 | Unhelpful | amiconn: the clip still has a rather large plugin buffer ;) |
| 01:04:44 | amiconn | apps/plugins/rockboy/rockboy.c lines 356ff |
| 01:06:09 | amiconn | kugel: Iirc the ipod mini also achieves 100fps in PF |
| 01:06:30 | kugel | amiconn: I was talking about 100fps in test_fps :/ |
| 01:07:06 | kugel | which is by far not a great value, but the best I've seen so far by the fuze |
| 01:07:15 | amiconn | ah |
| 01:07:35 | * | amiconn somehow didn't see a reference to test_fps |
| 01:07:53 | funman | pff, Clip shows 2700fps |
| 01:08:29 | kugel | amiconn: sorry if it wasn't clear. bertrik was playing with the fifo to get better fps in general |
| 01:08:40 | Unhelpful | the clip, being mono, should do fine with the 384KiB plugin buffer. i'm guessing PF will take about 40-80KiB of that itself... there will be plenty left for covers, as they should cost a bit under 2KiB on average. |
| 01:08:47 | kugel | funman: mono, tiny display.........:) |
| 01:09:17 | Unhelpful | kugel: which is why i can't hit the high mark of something like 270fps in PF on beast :/ |
| 01:09:28 | amiconn | Iirc the clip used to have 64KB plugin buffer. Someone must have enlared that |
| 01:10:32 | obo | funman: thanks. that thread also reminded me of the disassembler under /utils |
| 01:10:48 | * | Unhelpful would still like to see no-fail bufopen, and buf_clear_end(size), or the like, and equivalents for hwcodec. it would be the end of buflib, though. |
| 01:11:14 | funman | obo: there is also http://github.com/geohot/eda-2/tree/master - but it's still in early development - |
| 01:12:25 | | Quit tessarakt ("Client exiting") |
| 01:12:30 | funman | hum .. apps/main.o is 0 bytes |
| 01:13:29 | obo | funman: Doesn't currently compile, but I'll keep an eye on it. Cheers! |
| 01:14:17 | funman | obo: check http://github.com/funman/eda-2/tree/master - that one should compile ;) - |
| 01:14:51 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 01:14:51 | | Quit pixelma (Nick collision from services.) |
| 01:14:59 | | Quit togetic (Read error: 110 (Connection timed out)) |
| 01:15:10 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 01:15:25 | | Quit amiconn (Nick collision from services.) |
| 01:15:28 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 01:15:47 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 01:16:05 | | Join onlysoaa [0] (i=42248748@gateway/web/ajax/mibbit.com/x-1cff140a7883549e) |
| 01:16:07 | kugel | JdGordon|: how useful would get_action() be for that splash? aren't there a few actions which don't come from buttons? (e.g. ACTION_REDRAW?) |
| 01:18:49 | JdGordon| | _REDRAW isnt sent from the button driver i tihnk... its more of a hack to fix draw issues... |
| 01:18:59 | JdGordon| | _NONE and SYS_* are the ones to watch for |
| 01:19:12 | | Join funman_ [0] (n=fun@250.167.72-86.rev.gaoland.net) |
| 01:19:14 | | Quit funman (Read error: 113 (No route to host)) |
| 01:19:50 | | Nick funman_ is now known as funman (n=fun@250.167.72-86.rev.gaoland.net) |
| 01:21:42 | pixelma | redraw issues... suddenly reminds me of the colour choser statusbar problem... |
| 01:22:06 | kugel | not that a ACTION_REDRAW suddently removes the splash though |
| 01:22:37 | kugel | on the other hand, SYS_* should probably remove it, like SYS_USB_CONNECTED |
| 01:22:46 | JdGordon| | kugel: my point was.. you would never get that action while a blocking splash is open |
| 01:23:10 | kugel | hm yea, it can only come from the main thread |
| 01:23:29 | JdGordon| | iirc just about only in a list control |
| 01:26:13 | | Quit barrywardell (Remote closed the connection) |
| 01:26:25 | obo | funman: that does indeed build, and runs. Are there any instructions anywhere? |
| 01:26:49 | funman | no ^^ |
| 01:27:31 | | Quit BHSPitMonkey (Read error: 113 (No route to host)) |
| 01:28:00 | funman | you need to modify main.cc for file / loading address, and then you can connect to http://127.0.0.1:8080 , what it does (even the only useful thing) is simulate functions so you can see effects on registers |
| 01:28:10 | mt | What header defines file functions like read(), lseek .. etc. ? (equivalent to unistd.h) |
| 01:28:35 | | Join FlynDice [0] (n=FlynDice@12.173.190.132) |
| 01:28:47 | funman | mt: include/file.h it seems |
| 01:29:00 | kugel | yep |
| 01:29:15 | funman | FlynDice: hi! rolling out my last patch - to get mpegplayer working - before I leave |
| 01:29:20 | mt | I included that but keep getting undefined reference to lseek, read ..etc. |
| 01:29:28 | mt | I'll recheck. :/ |
| 01:29:44 | funman | mt: undefined references mean that the functions are not present, not that you didn't include the right header |
| 01:29:49 | FlynDice | Great! sorry to say my day has been mostly wasted |
| 01:30:25 | funman | they should be in firmware/common/file.o (and firmware/libfirmware.a) |
| 01:31:18 | mt | funman : yes, but when I include the right header the functions should be available. |
| 01:31:31 | mt | Do you mean I have to link file.o ? |
| 01:31:37 | funman | yes |
| 01:31:52 | FlynDice | I svn upped on my laptop before I left this morning and got a bad update :( |
| 01:31:53 | kugel | funman: read my edit too :/ |
| 01:32:00 | kugel | (re: FS #10048) |
| 01:32:36 | kugel | FlynDice: that's why you have a plain SVN checkout, and use rsync to checkout from that |
| 01:32:50 | kugel | That's how I do it, at least :) |
| 01:33:44 | | Quit hillshum (Remote closed the connection) |
| 01:34:38 | funman | I use git & git stash :) |
| 01:35:17 | FlynDice | I have my one svn copy that I actually update and then I make copies from that to start from, but I'm all ears this is mostly still new stuff for me ;) |
| 01:35:53 | FlynDice | I thought I would get a lot done today but that sunk me... |
| 01:37:54 | kugel | funman: what kind of wps corruption were you getting? |
| 01:38:18 | * | amiconn just uses two svn working copies, one for actual work and a clean one for bisects, and makes no further copies |
| 01:38:34 | FlynDice | I've been having problems today with last night's FS #10048 and couldn't roll a new build. Couldn't get anything to complete compiling and no internet access for most of the day |
| 01:38:35 | funman | short (~8px) horizontal bars, vertically separated (~8px) and offseted (~8px) |
| 01:39:10 | kugel | I'm getting blue bars moving on the screen with bertriks fifo patch |
| 01:39:40 | funman | hum now I can't boot rockbox oO |
| 01:40:15 | * | JdGordon| has i tihnk 4 svn copies.. ranging from >1yr old to the one i actually use... im too lazy to delete them :p |
| 01:41:20 | kugel | funman: have you looked at implementing a udelay()? It doesn't seem very complicated even if we're reusing the tick task timer |
| 01:41:30 | kugel | I think I have 8 or 9 |
| 01:42:33 | funman | no i've not but i have an idea on how to do it. how would you use it? |
| 01:43:21 | kugel | the delays I'm messing with are clock dependant, so I wouldn't even have a use :) |
| 01:44:00 | kugel | but bertrik wants one. And I think for FM, a fixed delay would be very usefull (e.g. udelay() made FM radio actually possible on the D2 port) |
| 01:44:24 | | Quit kachna (Read error: 60 (Operation timed out)) |
| 01:45:58 | funman | kugel: FlynDice does mpegplayer also deadlocks with FS #10048? |
| 01:47:18 | | Quit Res1 (Read error: 60 (Operation timed out)) |
| 01:47:19 | | Quit bubsy (Read error: 54 (Connection reset by peer)) |
| 01:47:22 | kugel | funman: I'm fairly sure it worked yesterday (now it deadlocks too) even though I didn't change the patch, I'm still on the one before the most recent |
| 01:47:52 | FlynDice | Don't know, didn't try it. Might just be the copy on the player right now, I couldn't replace it because I couldn't compile a new one. I'm on my laptop now away from home |
| 01:48:24 | funman | ok, i'll look into it tomorrow |
| 01:49:07 | funman | FlynDice: please have a look at what kugel said earlier (around 7PM on yesterday log - UTC or CEST, whatever say the logs -) |
| 01:49:25 | | Quit funman ("leaving") |
| 01:49:46 | FlynDice | I'm headed home now though and I'll try to check it out. I was getting poor performance numbers at 248/31/31 also boosted 30% of the time and 86MHz for mp3 |
| 01:50:00 | kugel | I already needed to higher the delay in the dbop reading again :S |
| 01:50:29 | FlynDice | kugel: Ok I'll take a look |
| 01:50:42 | Unhelpful | amiconn: is audio buffer *always* adjacent to, and before, plugin buffer? if that's the case, couldn't one just unconditionally set the audio buffer size to plugin_start_addr - audio_bufferbase? |
| 01:50:55 | | Quit FlynDice (Remote closed the connection) |
| 01:52:00 | | Join Res1 [0] (n=Res@user-0c6s6hp.cable.mindspring.com) |
| 01:52:19 | * | amiconn points Unhelpful 48 minutes back |
| 01:53:48 | Unhelpful | amiconn: at how rockboy does it? i looked, i'm just not sure if the test is necessary. it seems to me that if conditions are as i understand them to be, the assignment can be made unconditionally. |
| 01:54:32 | amiconn | The test might be unnecessary |
| 01:54:35 | | Join bubsy [0] (i=Bubsy@94.139.72.137) |
| 01:55:10 | amiconn | It also seems that a bug slipped into rockboy (or rather, unnecessary code) |
| 01:55:51 | amiconn | Above the adjustment for not overwriting itself, rockboy checks whether audio is stopped or not, in order to decide whether to use the audio buffer |
| 01:55:54 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
| 01:56:12 | amiconn | However, on lowmem audio will always be stopped, because the overlay loader has to do that |
| 01:56:59 | * | amiconn also wonders whether this behaviour is desirable on swcodec |
| 01:57:01 | | Join PaulJam [0] (i=PaulJam_@vpn-3002.gwdg.de) |
| 01:57:47 | amiconn | It means that some ROMs won't work when music is playing, but will work when music is stopped. Other ROMs will always work. |
| 01:57:56 | amiconn | Might confuse the user... |
| 02:00 |
| 02:05:13 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 02:07:58 | mt | does adding a rule in codecs.make link to common files like file.c ? |
| 02:11:33 | amiconn | Rockbox codecs must not link core objects. |
| 02:12:09 | amiconn | If you need access to core functions, you need to use the codec api |
| 02:14:05 | pixelma | doesn't Rockboy stop playback anyways (except on the gigabeat)? |
| 02:14:28 | evilnick_home1 | It should really give the user the choice, as in Jpegviewer |
| 02:14:49 | | Quit PaulJam__ (Read error: 113 (No route to host)) |
| 02:16:01 | mt | amiconn : So functions like lseek and read should be accessed through the codec api ? |
| 02:16:56 | | Join JdGordon| [0] (i=4607ea54@rockbox/developer/JdGordon) |
| 02:18:16 | JdGordon| | kugel: last week you stopped me from working on the latest custom vp patch? |
| 02:18:45 | pixelma | some forum admin around? |
| 02:23:48 | | Quit efyx_ (Remote closed the connection) |
| 02:25:54 | | Quit mt ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 02:28:19 | kkurbjun | amiconn, if rockbox's behavior is confusing for users, which I havn't seen much of, I would suggest that just changing the exit message would be enough |
| 02:28:27 | kkurbjun | rockboys that is |
| 02:29:08 | kkurbjun | on the gigabeat's rockboy is very playable with music running and why not take advantage of that if possible |
| 02:33:02 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-4a0aa7a17eadf1e2) |
| 02:35:06 | *** | Saving seen data "./dancer.seen" |
| 02:36:24 | Unhelpful | amiconn: *is* the plugin buffer right now always immediately after the audio buffer? |
| 02:38:09 | JdGordon| | there is a wiki page which has the mem layout |
| 02:38:13 | kkurbjun | Unhelpful: that is up to the individual targets to define, on the M:robe 500 it is not |
| 02:38:39 | JdGordon| | remember audio buffer has a 32k buffer tacked onto the end of it (which may be considered a sepearate buffer... i dunno) |
| 02:38:44 | kkurbjun | I'm not sure about other targets offhand |
| 02:38:51 | Unhelpful | hrm... are there macros defined that i coulduse to check the layout? |
| 02:39:28 | kkurbjun | there's variables that are defined in the linker |
| 02:39:44 | kkurbjun | I think most targets have them setup |
| 02:40:32 | Unhelpful | i was looking to eliminate a run-time check. it won't be that much code, though, so there might as well be one. |
| 02:40:57 | kkurbjun | things like _audiobuffer _codecbuf |
| 02:41:30 | kkurbjun | you could change the variables around too to include the beginning and end of each |
| 02:42:17 | Unhelpful | that would still be a runtime check... so i may as well have a runtime check :) |
| 02:42:21 | kkurbjun | or you could make sure that all the linker's are the same, but I think it would be better to check it in code than make the linker script have an arbitrary requirement |
| 02:42:47 | kkurbjun | linker scripts I mean |
| 02:43:25 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 02:43:35 | kkurbjun | it would be trivial to change on the m:robe, but I don't think it would be good to expect them to remain that way unless you had a #error that could make sure that if someone changes it they know there will be problems |
| 02:43:57 | kkurbjun | well, I say m:robe, but it's any dm320 based target right now |
| 02:44:39 | kkurbjun | the gigabeatF/X doesn't have the plugin buffer immediately after the audio buffer either |
| 02:45:24 | Unhelpful | should i check for the possibility that the plugin buffer is *before* the audio buffer? |
| 02:45:28 | kkurbjun | nor the as3525 based devices.. they all have the codec buffer between the audio buffer and the plugin buffer |
| 02:45:38 | kkurbjun | I think that would be reasonable too |
| 02:46:06 | kkurbjun | I was looking at changing it that way on the dm320 at one point, I don't remember why offhand, but I never did it |
| 02:48:42 | saratoga | unboosted on the AMS targets is 62 MHz with the latest MMU work right? |
| 02:54:58 | CIA-38 | New commit by unhelpful (r21172): PictureFlow: subtract space used to load plugin from available audio buffer space if needed. |
| 02:57:42 | kugel | JdGordon|: I stopped you? |
| 02:59:15 | kugel | anyway, the recent progress of the AMSes carries me a bit a away from custom vp :S |
| 03:00 |
| 03:00:13 | kugel | saratoga: without too. 62 is svn |
| 03:02:21 | JdGordon | kugel: not really stopped... you asked if i had started fiddling.. then left... |
| 03:02:35 | JdGordon | i took that to mean youd done something bad/diffrent? |
| 03:02:54 | | Quit faemir ("Lost terminal") |
| 03:03:35 | kugel | I don't think so (but I can't really remember too) |
| 03:03:58 | kugel | I always welcome if people take a look (and shot) and my patches :) |
| 03:05:12 | JdGordon | is there much to do on it still? or still the same? |
| 03:05:57 | kugel | just hunting down screens which don't clear properly, basically |
| 03:06:20 | kugel | locally, I've changed plugin behavior to default to fullscreen (for now) |
| 03:06:29 | kugel | and of course, viewport.c needs a cleanup as well |
| 03:08:43 | * | JdGordon wants to say do that clean up later |
| 03:09:19 | | Join barrywardell [0] (n=barrywar@79.97.87.212) |
| 03:12:21 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 03:19:22 | | Join maxio [0] (n=c3f11d8d@gateway/web/cgi-irc/labb.contactor.se/x-b33fb92f53c0faa0) |
| 03:19:46 | maxio | hello:) |
| 03:20:10 | cool_walking_ | hi |
| 03:20:18 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 03:22:01 | maxio | i thought i should join this place now. getting a ipod video tomorrow and gonna rockbox it. and if something goes wrong or im confused i guessed someone would know here. |
| 03:22:41 | cool_walking_ | Make sure you actually get an iPod Video and not an iPod Classic (which Rockbox doesn't run on). |
| 03:22:48 | kkurbjun | yep, but if you use rbutil it should be pretty painless to install |
| 03:24:04 | maxio | ahh dont worry ive researched my buy well. |
| 03:24:14 | maxio | pretty lucky find |
| 03:24:35 | maxio | video 30gb in box with all the stickers on it never used |
| 03:24:47 | maxio | not 5.5g tho |
| 03:25:37 | maxio | just have to find some kind of case which is best for it |
| 03:26:44 | cool_walking_ | I like the silicone skins. |
| 03:27:07 | maxio | my friend has the silicone kind |
| 03:27:35 | maxio | the only thing i dont like is how the wheel feels sticky |
| 03:28:31 | cool_walking_ | They don't add too much size, they absorb impact rather than breaking themselves when they drop, and they don't get in the way of buttons/ports (and can easily be cut if they do). |
| 03:28:47 | * | scorche notes that we have an offtopic channel for this sort of discussion |
| 03:29:14 | | Quit AndyI (Read error: 60 (Operation timed out)) |
| 03:29:33 | | Quit barrywardell () |
| 03:29:53 | maxio | oeps sorry didnt know there was such a channel |
| 03:30:37 | cool_walking_ | From this channel's topic: Please direct offtopic/social chat to #rockbox-community |
| 03:31:34 | | Join AndyI [0] (n=pasha_in@212.14.208.235) |
| 03:40:09 | Unhelpful | saratoga: ok, the area scaler costs 3 * dw * sh + 3 * dw * dh multiplies per component. the linear scaler costs 3 * sw * sh + 3 * dw * sh. the linear scaler is designed for upscaling, and would probably break on a downscaling case. in general, the cost is 3 * min(sw, dw) * sh + 3 * dw * min(dh, sh) |
| 03:41:43 | Unhelpful | if we assume that the area scaler is never scaling down by more than 2x, so that every output pixel crosses an input pixel boundary, i believe we can reduce the constant multiplier from 3 to 2. the same restriction also means that it's not doing many additions. |
| 03:41:43 | | Quit maxio ("CGI:IRC (EOF)") |
| 03:47:19 | | Join Llorean1 [0] (n=DarkkOne@adsl-99-182-52-92.dsl.hstntx.sbcglobal.net) |
| 03:49:22 | | Quit Llorean (Nick collision from services.) |
| 03:49:24 | | Nick Llorean1 is now known as Llorean (n=DarkkOne@adsl-99-182-52-92.dsl.hstntx.sbcglobal.net) |
| 04:00 |
| 04:11:13 | | Join Tichodroma [0] (n=8cb40245@gateway/web/cgi-irc/labb.contactor.se/x-da64dcd6ef4730f8) |
| 04:12:38 | onlysoaa | Hello all; how do I disable compiling plugins? |
| 04:13:23 | onlysoaa | I'll likely run a bunch of tests with the binary alone, so I'd rather not rebuild all the plugins too every time I need to test some changes. |
| 04:13:48 | krazykit | you could just make bin |
| 04:13:49 | cool_walking_ | remove them from the SOURCES/SUBDIRS files. |
| 04:13:51 | Tichodroma | I'm running svn on an ipod video. I tried pictureflow but only a small number of my covers appeared; the rest were '?'. I couldn't see any difference between the images that did and didin't work. Is pictureflow a work-in-progress so I should shut up and wait, or should it be working? |
| 04:14:08 | onlysoaa | make bin? sounds good. Thanks. |
| 04:18:36 | saratoga | usually it won't rebuild plugins unless you're changing them |
| 04:19:31 | onlysoaa | Cool, so I just rerun make? |
| 04:20:59 | saratoga | yeah |
| 04:21:05 | saratoga | make -j is probably faster though |
| 04:21:09 | onlysoaa | Cool, thanks. |
| 04:21:11 | onlysoaa | Ahh. |
| 04:27:05 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 04:27:19 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 04:31:31 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
| 04:35:07 | *** | Saving seen data "./dancer.seen" |
| 04:37:06 | JdGordon | are we happy with the custom list/ui viewport setting being named "list viewport" in the .cfg? |
| 04:44:30 | | Join hd [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 04:44:53 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 05:00 |
| 05:00:31 | | Quit chandoo ("Leaving") |
| 05:02:42 | onlysoaa | Hey everyone, I don't think there's a power on/off sequence in the Samsung P2's LCD datasheet, right? |
| 05:03:41 | onlysoaa | The sequence is there, but it's a graph, and it doesn't show which registers should be set. |
| 05:08:12 | | Quit Tichodroma ("CGI:IRC (Ping timeout)") |
| 05:21:07 | onlysoaa | Oh, nevermind, I think I found it. |
| 05:21:58 | Llorean | JdGordon: Sounds okay to me. Is there some reason that isn't appropriate that I don't know of? |
| 05:23:04 | JdGordon | im not saying its inappropriate.. just wondering if we cant come up with something better? |
| 05:23:30 | Llorean | list dimensions? |
| 05:24:24 | JdGordon | well... i dont like the list part of it... its for the whole ui... |
| 05:27:23 | | Quit jordan` (Read error: 104 (Connection reset by peer)) |
| 05:27:37 | | Join jordan` [0] (i=gromit@78.235.252.137) |
| 05:29:28 | | Quit PaulJam (".") |
| 05:36:21 | | Quit relentless (Remote closed the connection) |
| 05:46:36 | | Quit Horscht ("Verlassend") |
| 06:00 |
| 06:13:56 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 06:17:20 | | Join VytenisS [0] (n=bxcracer@78-56-8-132.static.zebra.lt) |
| 06:35:08 | *** | Saving seen data "./dancer.seen" |
| 06:45:46 | | Join patmulchrone [0] (n=pat@99-13-70-2.lightspeed.cicril.sbcglobal.net) |
| 06:57:43 | onlysoaa | Help, when I make bin, it still goes through the plugins and throws errors because the P2 uses a 480x272 screen and they don't support that resolution yet. |
| 06:58:10 | onlysoaa | Is there a way I can just make a rockbox binary to test using tcctool? |
| 06:58:19 | JdGordon | you can disable plugins and codecs in configure |
| 06:58:34 | JdGordon | but, make bin should ignore them also... |
| 06:58:39 | onlysoaa | Alright, I'll check it out. |
| 06:58:44 | onlysoaa | It's strange, it didn't. |
| 06:59:20 | | Join boobaloo [0] (n=chatzill@84.42.45.44) |
| 07:00 |
| 07:01:23 | onlysoaa | Huh! Even after disabling plugins in configure it still went through the plugins and threw errors. |
| 07:01:25 | | Quit kkurbjun (Read error: 110 (Connection timed out)) |
| 07:01:59 | | Quit crashd (Read error: 110 (Connection timed out)) |
| 07:02:10 | cool_walking_ | try removing from apps/plugins/SOURCES and apps/plugins/SUBDIRS |
| 07:02:24 | onlysoaa | Mkay. |
| 07:09:03 | onlysoaa | Ah hah! I just wiped out the contents of those two files and it worked. |
| 07:09:14 | onlysoaa | I guess I could svn revert when I'm ready to work on the plugins. |
| 07:17:33 | * | Unhelpful suspects he has had a useful insight regarding pictureflow... by adding a few fields to struct album_data, it can also track the state of a background cache build and of cache loads... and will probably make the memory cache code a good deal simpler, which is nice as it may be the cause of some hangs on target that have been hard to debug :/ |
| 07:22:57 | | Quit patmulchrone (Read error: 110 (Connection timed out)) |
| 07:29:35 | | Quit jmillikin (Read error: 60 (Operation timed out)) |
| 07:33:44 | | Join matsl [0] (n=matsl@dhcp126.contactor.se) |
| 07:34:16 | onlysoaa | Question: does anyone know how the LCD panel GPIO A pins were determined for the D2? |
| 07:35:05 | JdGordon | probably from the disassembled OF |
| 07:35:14 | onlysoaa | Hmm... |
| 07:35:29 | onlysoaa | I can't seem to find where the LCD code is in the P2 firmware. |
| 07:35:46 | JdGordon | it has to be there somewhere :D |
| 07:36:16 | onlysoaa | I know, but 3.7MB if binary is tedious to look through. :P |
| 07:36:39 | onlysoaa | Also, bear in mind I'm new to all this. |
| 07:36:52 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
| 07:40:52 | tmzt | you wouldn't be looking through "binary" you have to read assembler |
| 07:45:20 | onlysoaa | Oh, of course, I'm going through the disassembly. |
| 07:45:37 | onlysoaa | No sense in reading actual binary. :P |
| 07:45:43 | onlysoaa | I think I found something though. |
| 07:49:00 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:00 |
| 08:06:15 | CIA-38 | New commit by unhelpful (r21173): Fix red. |
| 08:06:47 | | Join timc`` [0] (n=aoeu@119.109.110.143) |
| 08:13:27 | | Quit timc (Connection timed out) |
| 08:16:46 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 08:16:48 | | Join tvelocity [0] (n=tony@adsl15-128.her.forthnet.gr) |
| 08:16:48 | | Quit Zarggg () |
| 08:23:19 | | Quit safetydan ("Leaving.") |
| 08:26:41 | | Join Rob2222 [0] (n=Miranda@p4FDCD875.dip.t-dialin.net) |
| 08:26:56 | onlysoaa | Ah shoot, I'm stuck. |
| 08:27:15 | onlysoaa | Well I'm going to sleep now. (: I'll keep hacking tomorrow. |
| 08:30:43 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 08:35:10 | *** | Saving seen data "./dancer.seen" |
| 08:35:14 | CIA-38 | New commit by unhelpful (r21174): Don't perform YUV->RGB conversion before row output for unscaled loads of greyscale JPEG, as store_row_jpeg already does this. |
| 08:36:39 | | Join Trid [0] (n=LOLFAGS@c-67-160-90-137.hsd1.wa.comcast.net) |
| 08:38:10 | | Part Trid |
| 08:38:55 | | Join JdGordon| [0] (i=43a02c5a@rockbox/developer/JdGordon) |
| 08:39:26 | | Quit bertrik (Read error: 113 (No route to host)) |
| 08:43:39 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 08:45:18 | | Join flydutch [0] (n=flydutch@host46-210-dynamic.15-87-r.retail.telecomitalia.it) |
| 08:46:11 | | Part boobaloo |
| 08:48:34 | | Join andrewbeveridge [0] (i=586d6058@gateway/web/ajax/mibbit.com/x-01cdf86f34066237) |
| 08:48:51 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 08:49:02 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 08:49:07 | | Part andrewbeveridge |
| 08:49:50 | pondlife | Does anyone here understand ASM parameter passing? |
| 08:51:19 | pondlife | In FS #8894, I added const to various routines (typically changing "int32_t *src[]" to "const int32_t *src[]". |
| 08:51:53 | pondlife | There are some assembly implementations used - I wonder what the impact might be. |
| 08:55:29 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 08:57:24 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 08:58:53 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 08:59:08 | Unhelpful | pondlife: i don't think const changes ASM ... just what gcc expects C code to do to the data. |
| 08:59:17 | | Quit BHSPitMonkey (Connection timed out) |
| 08:59:20 | pondlife | That was my guess, thanks. |
| 09:00 |
| 09:13:42 | | Join places [0] (n=people@c-76-26-83-102.hsd1.wv.comcast.net) |
| 09:18:33 | | Join Thundercloud [0] (i=thunderc@81.187.69.84) |
| 09:21:25 | | Quit kachna (Remote closed the connection) |
| 09:31:12 | | Join jon-kha [0] (i=jon-kha@kahvi.eu.org) |
| 09:32:40 | | Quit Unhelpful (Read error: 60 (Operation timed out)) |
| 09:32:57 | | Join Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) |
| 09:34:25 | | Quit Thundercloud (Remote closed the connection) |
| 09:40:20 | | Join barrywardell [0] (n=barrywar@79.97.87.212) |
| 09:47:06 | | Quit Zarggg (Read error: 110 (Connection timed out)) |
| 09:51:19 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 09:53:43 | GodEater | mmmm, cofffeeeeeee |
| 09:54:29 | * | FrankTM_ purrs |
| 10:00 |
| 10:06:13 | pixelma | Unhelpful: the committed fix for overlay pf is different to the one I tested yesterday, right? |
| 10:06:16 | | Quit Unhelpful (simmons.freenode.net irc.freenode.net) |
| 10:06:16 | NSplit | simmons.freenode.net irc.freenode.net |
| 10:06:20 | | Join Unhelpfu- [0] (n=Militant@pool-98-117-8-126.hrbgpa.fios.verizon.net) |
| 10:06:49 | * | pixelma wonders whether Unhelpfu- still got the question |
| 10:07:03 | | Quit cool_walking_ (Read error: 104 (Connection reset by peer)) |
| 10:07:03 | | Quit onlysoaa (Remote closed the connection) |
| 10:07:03 | | Quit saratoga (Read error: 54 (Connection reset by peer)) |
| 10:07:24 | | Nick Unhelpfu- is now known as Unhelpful (n=Militant@pool-98-117-8-126.hrbgpa.fios.verizon.net) |
| 10:07:32 | FrankTM_ | pixelma: doubtful :p |
| 10:07:41 | Unhelpful | pixelma: i don't recall seeing a question, no. |
| 10:07:52 | FrankTM_ | 10:06 < pixelma> Unhelpful: the committed fix for overlay pf is different to the one I tested yesterday, right? |
| 10:08:03 | pondlife | gevaerts: If/when you get time - there's a new patch on FS #8894... |
| 10:08:10 | pixelma | FrankTM_: the channel is logged (if server is up) |
| 10:08:20 | FrankTM_ | oh well |
| 10:08:28 | FrankTM_ | this is quicker :p |
| 10:09:17 | Unhelpful | pixelma: yes, it is. i based it on the rockboy solution, since the audio buffer will allow a larger number of slides in the in-memory cache. |
| 10:10:13 | pixelma | ok, I'll update and test then |
| 10:11:29 | Unhelpful | thanks, although after the first one worked, i'm pretty sure that the problem has been identified, and that this will work also. |
| 10:12:57 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-56ad9913afa2dabb) |
| 10:13:50 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-74524243a732fb56) |
| 10:15:46 | | Join pyro_maniac [0] (i=foobar@p57BB9F38.dip0.t-ipconnect.de) |
| 10:19:36 | CIA-38 | New commit by unhelpful (r21175): Replace arrays of tags that are numeric/sorted/uniqued with bitfields flagging each tag that is a member of the set, and replace the membership tests ... |
| 10:31:36 | | Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 10:31:42 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 10:35:12 | *** | Saving seen data "./dancer.seen" |
| 10:38:12 | NHeal | (timeout) simmons.freenode.net irc.freenode.net |
| 10:46:58 | pondlife | Hmm, if you change a setting and then ROLO, the setting change isn't saved to disk... |
| 10:48:13 | GodEater | good to see you're back working with as again pondlife ;) |
| 10:48:18 | GodEater | s/as/us |
| 10:48:55 | pondlife | Just coming up for air really... |
| 10:49:00 | GodEater | :D |
| 10:53:50 | pondlife | GodEater: Do you still use the iPod Video? If so, a test of the latest FS #8894 would be useful... |
| 10:54:03 | GodEater | I do |
| 10:54:08 | GodEater | let me get on that for you |
| 10:54:41 | amiconn | Unhelpful: For SH you could use a small lookup table for 1<<n. That'd be just 32 entries... |
| 10:55:24 | Unhelpful | amiconn: i'd though of a lookup table with flags, but that's an even better idea :) |
| 10:59:00 | Unhelpful | hrm, the 1<<n LUT would be about 128B. if i use a byte LUT per set, it would actually be 3/4 the size of the 1<<n LUT. |
| 11:00 |
| 11:01:17 | GodEater | pondlife: building now |
| 11:01:41 | pondlife | Thanksy |
| 11:02:11 | | Join pyro_maniac1 [0] (i=foobar@p57BBA1C6.dip0.t-ipconnect.de) |
| 11:02:19 | * | GodEater watches his ipod carefully incase of magic smoke incidents |
| 11:02:53 | | Quit pyro_maniac (Read error: 110 (Connection timed out)) |
| 11:05:09 | | Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-725bd61190c067a5) |
| 11:10:41 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
| 11:17:30 | GodEater | gah stupid ipod |
| 11:17:35 | GodEater | "Very low battery" my arse |
| 11:17:54 | * | GodEater performs the "one thumb salute" |
| 11:20:04 | GodEater | pondlife: why does it require a reboot ? |
| 11:20:23 | | Quit barrywardell () |
| 11:22:22 | pondlife | GodEater: To allocate a bit of memory |
| 11:22:26 | | Join stripwax [0] (n=cc04828c@gateway/web/cgi-irc/labb.contactor.se/x-bca6597df3e17e53) |
| 11:22:28 | GodEater | also, once I've turned it on, how do I use it ? :) |
| 11:22:38 | pondlife | Go into the pitch screen |
| 11:22:51 | GodEater | ok |
| 11:22:53 | pondlife | Press the mode key (whatever that is). |
| 11:23:06 | pondlife | It will go to semitone mode |
| 11:23:08 | stripwax | r21175 - tagcache.c has a bug, tagcache_is_sorted is looking at TAGCACHE_UNIQUE rather than TAGCACHE_SORTED |
| 11:23:32 | pondlife | Press the mode key again - now you should see Speed and Pitch |
| 11:23:47 | GodEater | erm |
| 11:23:49 | pondlife | Left/right controls speed, up/down controls pitch |
| 11:23:52 | GodEater | I can't work out what the mode key is |
| 11:23:55 | stripwax | can't fix from here (would if I could) |
| 11:23:57 | pondlife | menu? |
| 11:24:07 | stripwax | can someone fix? |
| 11:24:12 | stripwax | (gotta go) |
| 11:24:14 | | Quit stripwax (Client Quit) |
| 11:24:24 | * | pondlife calls Mr Someone |
| 11:24:33 | GodEater | ah, got it |
| 11:24:49 | GodEater | ewww |
| 11:24:51 | GodEater | it's a bit choppy |
| 11:25:05 | GodEater | instant artifacts |
| 11:25:08 | GodEater | even at only 101% |
| 11:25:11 | pondlife | Yes, and mono |
| 11:25:49 | GodEater | "not quite ready" imo |
| 11:26:35 | pondlife | Does it crash? |
| 11:26:43 | GodEater | not so far |
| 11:26:50 | pondlife | It's meant for spoken word really |
| 11:26:58 | GodEater | ah |
| 11:27:00 | GodEater | I can try that |
| 11:27:05 | GodEater | I have HHGTTG |
| 11:27:07 | pondlife | The quality won't be improved pre commit |
| 11:27:15 | | Quit _lifeless (Remote closed the connection) |
| 11:27:18 | GodEater | it's all .spx |
| 11:27:32 | | Join _lifeless [0] (n=lifeless@188.16.108.196) |
| 11:28:16 | GodEater | well the quality doesn't get any worse |
| 11:28:40 | GodEater | now up to 200% |
| 11:28:54 | GodEater | and it's fine for speech |
| 11:28:59 | GodEater | quality isn't nearly as bad |
| 11:29:04 | GodEater | (or at least, not as noticeable) |
| 11:30:00 | GodEater | cutting out at 238% |
| 11:30:03 | GodEater | no crash tho |
| 11:31:20 | GodEater | bit dire at slower speeds? |
| 11:31:29 | GodEater | at 50% it's very crackly |
| 11:33:15 | | Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) |
| 11:36:57 | AlexP | GodEater: There was the start of a conversation at some point regarding where in the manual to put HID |
| 11:37:05 | AlexP | But I don't think anything was decided |
| 11:37:14 | AlexP | So if anyone has any bright plans... |
| 11:38:09 | CIA-38 | New commit by unhelpful (r21176): Replace bitfield for tagcache tag sets with array of char on SH. |
| 11:38:26 | GodEater | hmm |
| 11:38:29 | GodEater | seems a bit odd |
| 11:39:26 | GodEater | ah ok |
| 11:39:29 | GodEater | it's working now |
| 11:39:36 | GodEater | seems winamp took a few moments to get the hang of it |
| 11:39:45 | GodEater | ah |
| 11:39:46 | GodEater | hahaha |
| 11:39:48 | GodEater | tip |
| 11:39:54 | GodEater | don't have winamp AND spotify open at the same time |
| 11:39:55 | GodEater | :D |
| 11:45:18 | | Join snill [0] (n=chatzill@linuxc41.rz.RWTH-Aachen.DE) |
| 11:47:25 | pixelma | Unhelpful: seen stripwax's report about r21075 about 50 minutes ago? |
| 11:47:32 | GodEater | pondlife: is the quality any better on a more powerful target than the ipod ? |
| 11:47:59 | pixelma | Unhelpful: err.. 21175 |
| 11:48:00 | * | GodEater is amazed stripwax is finding the time to do bug reports whilst he's at work |
| 11:48:05 | GodEater | they're working him like a slave over there |
| 11:49:08 | pixelma | and 50 is wrong too, wonder what I thought there - I meant 20 |
| 11:49:47 | GodEater | where is his report ? |
| 11:49:53 | GodEater | not in FS in take it ? |
| 11:50:14 | pixelma | no, here in the channel |
| 11:50:25 | * | GodEater adjusts his non-existent glasses |
| 11:53:08 | pondlife | GodEater: Sorry, work called. If you're getting choppiness/breakup then that's probably CPU limited. |
| 11:53:30 | pondlife | I don't get that on H300, jus tslightly garbly artifacts. |
| 11:53:34 | GodEater | pondlife: that's what I thought |
| 11:53:44 | GodEater | I don't have my gigabeat to test it on |
| 11:53:49 | GodEater | will have to try it at home |
| 11:54:01 | GodEater | (assuming no-one's tested it on that yet) |
| 11:55:52 | pondlife | I'd be interested, especially in seeing if it Data Aborts.. |
| 11:56:25 | pondlife | Also, an e200 test would be good if anyone out there has one |
| 11:59:07 | GodEater | I have a c200 |
| 11:59:11 | GodEater | could try it on that I suppose |
| 12:00 |
| 12:00:24 | pondlife | Yup - I know that e200 owners have reported Data Aborts |
| 12:04:03 | Unhelpful | pixelma: yes, saw that, the function in question is gone now, but i just double-checked to make sure its replacement is correct |
| 12:35:16 | *** | Saving seen data "./dancer.seen" |
| 12:37:10 | | Quit ender` (Read error: 54 (Connection reset by peer)) |
| 12:37:59 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 12:38:59 | | Join dionoea [0] (n=dionoea@yop.chewa.net) |
| 12:39:10 | funman | kugel bertrik: usleep() for Sansa AMS using TIMER2 : http://pastie.org/498924 |
| 12:49:37 | linuxstb | funman: Why the ">> 1" for HAVE_SCROLLWHEEL? |
| 12:50:47 | funman | linuxstb: it comes from kernel-as3525.c tick_start() : the scrollwheel is read twice per tick, so the timer interrut frequency is doubled |
| 12:51:30 | linuxstb | Then shouldn't TIMER_FREQ be different on those targets? |
| 12:51:51 | funman | hum and then I just notice this code is wrong and the scrollwheel is read once per tick (on one timer interrupt call_tick_tasks is called, then on the following the scrollwheel is read) |
| 12:53:53 | funman | linuxstb: yes this could work this way. but I will ask kugel to just remove this tweak |
| 12:54:06 | linuxstb | Also, how many timers does the AS3525 have? Some parts of Rockbox use a second timer (i.e. not the one for the 100Hz tick) for things (it's called the user timer). So that could conflict. |
| 12:54:49 | funman | there is 2 hardware timers : one is used with a fixed interval for the kernel tick (the one I use), the other one is user configurable |
| 12:55:14 | linuxstb | Hmm, then I think your usleep may cause problems. |
| 12:55:21 | FrankTM_ | interesting |
| 12:55:26 | funman | how ? |
| 12:55:39 | linuxstb | What I just said - parts of Rockbox use a second timer. |
| 12:55:39 | FrankTM_ | is there stuff that needs testing on fuzes? |
| 12:56:04 | linuxstb | So it's not free for you to use in usleep. |
| 12:56:23 | funman | well this usleep doesn't use the user timer |
| 12:56:41 | funman | FrankTM_: no |
| 12:57:04 | FrankTM_ | funman: alrighty |
| 12:57:35 | FrankTM_ | seemed very stable so far anyway :) |
| 12:57:38 | linuxstb | funman: Ah, so TIMER2 is the one already being used for the kernel tick? |
| 12:58:08 | funman | yes, (I wrote this function in kernel-as3525.c to not forget this fact) |
| 12:58:16 | linuxstb | OK, then ignore me ;) |
| 13:00 |
| 13:00:22 | funman | linuxstb: there is a lot of ways to make errors in rockbox, so thanks for checking. Don't worry I won't ignore you ;) |
| 13:00:29 | * | GodEater starts trying to put together an iphone toolchain again |
| 13:01:08 | GodEater | linuxstb: you don't happen to have the OSX 10.5 SDK anywhere do you? Or know where I can get it from. Apple's developer site is a nightmare. |
| 13:01:17 | funman | GodEater: are you porting rockbox to iphone? |
| 13:01:34 | GodEater | funman: I might be ;) |
| 13:02:09 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 13:02:24 | | Quit snill ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042708]") |
| 13:02:24 | FrankTM_ | GodEater: i might be able to supply that |
| 13:03:00 | GodEater | ideally a link to it on the apple site would be the best |
| 13:03:14 | FrankTM_ | do you have an apple developer account? |
| 13:03:15 | GodEater | at the moment I'm downloading Xcode in the hope it's in there somewhere |
| 13:03:26 | FrankTM_ | i think it is |
| 13:03:26 | GodEater | I have some sort of apple dev account |
| 13:03:33 | GodEater | I've no idea where it allows me to go though |
| 13:03:57 | FrankTM_ | apple isn't so open, sadly :( |
| 13:04:48 | funman | GodEater: do you plan to build an iPhone OSX app, or a complete firmware? |
| 13:06:19 | FrankTM_ | GodEater: is OSX SDK the same as iPhone SDK? |
| 13:06:43 | linuxstb | GodEater: No, but I can't remember needing to download it. I think it either comes on the OSX CD/DVDs or may even already be on your hard disk as a .dmg file somewhere. |
| 13:06:57 | FrankTM_ | should be on the DVD |
| 13:07:19 | GodEater | iphone OSX app |
| 13:07:20 | funman | you need to download updates at least (iphone SDK wasn't on my 10.5 DVD) |
| 13:07:23 | GodEater | not a complete firmware |
| 13:07:28 | GodEater | that would be pointless imo |
| 13:07:32 | FrankTM_ | but the internet onces might be more up to date |
| 13:08:12 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 13:10:37 | GodEater | I have the iphone sdk already |
| 13:10:42 | GodEater | it's the osx sdk that I appear to need |
| 13:11:02 | | Quit funman ("leaving") |
| 13:14:46 | kugel | Don't we just need SDL on it? :) |
| 13:15:00 | | Join wark [0] (n=wark@fctnnbsc15w-142166056194.pppoe-dynamic.nb.aliant.net) |
| 13:15:05 | | Join lennyf_ [0] (n=lf@220-132-182-120.HINET-IP.hinet.net) |
| 13:16:01 | GodEater | we need a way to compile for it |
| 13:16:05 | GodEater | whether it has SDL or not |
| 13:16:30 | kugel | linuxstb: the >>1 is to alter the TIMER_FREQ actually.. |
| 13:17:43 | kugel | so that it's halfed for scrollweel, which makes scrollwheel reading more often possible |
| 13:19:01 | linuxstb | kugel: Wouldn't it be simpler to have TIMER_FREQ contain the correct value? |
| 13:19:21 | kugel | I don't know |
| 13:19:37 | kugel | I thought it would be better for TIMER_FREQ to translate into the tick task frequency |
| 13:19:40 | linuxstb | Or at least, it would seem clearer to me. |
| 13:19:56 | kugel | for me, this was clearer |
| 13:20:59 | linuxstb | But doesn't it mean using #ifdef HAVE_SCROLLWHEEL anywhere you're using that value? |
| 13:22:23 | kugel | the value isn't used elsewhere |
| 13:22:42 | kugel | but yea, I'm not opposed to changing that |
| 13:26:17 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
| 13:26:33 | kugel | linuxstb: funman said "the code is wrong", was he refering to my or his code? |
| 13:26:45 | kugel | too bad he isn't here anymore to ask him directly |
| 13:28:07 | | Join fyrestorm [0] (n=nnscript@cpe-24-90-81-178.nyc.res.rr.com) |
| 13:29:42 | | Join Llorean [0] (n=DarkkOne@adsl-99-182-52-92.dsl.hstntx.sbcglobal.net) |
| 13:30:19 | | Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) |
| 13:32:07 | linuxstb | kugel: I understood that he was talking about his code, but I'm not sure... |
| 13:36:01 | CIA-38 | New commit by kugel (r21177): Change the timer interrupt setup so that TIMER_FREQ is changed for HAVE_SCROLLWHEEL (which read the scrollwheel between tick tasks too) instead of the ... |
| 13:38:33 | kugel | I'm not sure if his code is working |
| 13:39:13 | | Quit gevaerts (Nick collision from services.) |
| 13:39:22 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 13:40:11 | | Join Tomers [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) |
| 13:55:55 | | Quit tvelocity (Read error: 60 (Operation timed out)) |
| 13:57:26 | | Join tvelocity [0] (n=tony@adsl15-128.her.forthnet.gr) |
| 13:57:49 | | Quit tvelocity (Client Quit) |
| 14:00 |
| 14:04:55 | | Join PaulJam [0] (i=PaulJam_@vpn-3163.gwdg.de) |
| 14:17:58 | | Quit places () |
| 14:25:58 | | Join nibbler [0] (n=Nibbler@p578b2a6e.dip0.t-ipconnect.de) |
| 14:31:26 | CIA-38 | New commit by zagor (r21178): Branching for the new www design. |
| 14:33:31 | Zagor | meh, my svn fu is weak. wrong module... |
| 14:35:01 | CIA-38 | New commit by zagor (r21179): Incorrect branch... |
| 14:35:19 | *** | Saving seen data "./dancer.seen" |
| 14:35:24 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
| 14:35:45 | | Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) |
| 14:36:07 | mcuelenaere | linuxstb (or someone else): you said parts of Rockbox use the second hardware timer; can you tell me which parts? (because the Onda doesn't have it (properly) implemented) |
| 14:37:11 | linuxstb | mcuelenaere: I don't think it's anything vital. I think the backlight fading code does, plus some plugins such as Doom and maybe metronome. Plus the greyscale lib. |
| 14:37:15 | *** | Alert Mode level 1 |
| 14:37:15 | CIA-38 | New commit by zagor (r21180): Branching for the new www design. |
| 14:38:49 | mcuelenaere | backlight fading code as in HW PWM backlight fading code? (or just the generic backlight fading code?) |
| 14:39:28 | linuxstb | One of them... I've lost track. |
| 14:40:08 | | Join AndrewRB [0] (n=andrewbe@88-109-96-88.dynamic.dsl.as9105.com) |
| 14:41:05 | linuxstb | mcuelenaere: Search the source for "timer_register" - that registers a user timer. |
| 14:41:40 | kugel | so that should be usable for udelay()? |
| 14:42:04 | | Part lennyf_ ("Ex-Chat") |
| 14:43:44 | *** | Alert Mode level 2 |
| 14:43:44 | CIA-38 | New commit by zagor (r21181): new.rockbox.org as-is. Much (re)work remains. |
| 14:46:13 | FrankTM_ | Zagor: wow |
| 14:46:35 | FrankTM_ | nice design |
| 14:47:05 | Etu | Zagor: Looks great |
| 14:49:14 | Zagor | yeah it's pretty but I'm not happy with the "busyness" of it. I'm (slowly) working on splitting it into a "user" and "developers" page (or abstract / detailed) |
| 14:49:34 | LambdaCalculus37 | Zagor: /branches/www-redesign/media/images/players/toshiba_gigabeat_x.jpg is actually an S. ;) |
| 14:49:47 | Zagor | LambdaCalculus37: and now you have the chance to fix it! :-) |
| 14:50:50 | | Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) |
| 14:51:52 | LambdaCalculus37 | Zagor: Maybe toffe82 can supply you with a picture of an X. I don't have one myself. |
| 14:53:45 | *** | Alert Mode OFF |
| 14:55:16 | | Quit r0b- (Read error: 104 (Connection reset by peer)) |
| 14:59:04 | | Join r0b- [0] (n=nnscript@adsl-76-236-182-214.dsl.klmzmi.sbcglobal.net) |
| 15:00 |
| 15:01:59 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
| 15:02:42 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 15:04:08 | AndrewRB | is the an ACTION to switch the backlight on? |
| 15:04:10 | AndrewRB | *there |
| 15:04:31 | AndrewRB | or perhaps toggle |
| 15:07:52 | mcuelenaere | hmm anyone ever tried git bisect with Rockbox? |
| 15:10:50 | linuxstb | AndrewRB: Any action would normally turn on the backlight, so you could probably just define anything. But no, there's nothing to specifically toggle it - no targets have any consistently free buttons for that. |
| 15:11:26 | CIA-38 | New commit by FlynDice (r21182): |
| 15:12:29 | AndrewRB | linuxstb: yeah, i've defined the power switch on my D2 as ACTION_REDRAW. No way to switch it off by choice though, presumably, without modifying something other than just the keymap for my device. |
| 15:12:42 | | Quit antil33t (Read error: 54 (Connection reset by peer)) |
| 15:12:56 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
| 15:14:02 | FlynDice | whoops, any way to get the comments into that latest commit message? My fingers were a bit too fast :( |
| 15:14:33 | FrankTM_ | FlynDice: it's possible, if configured |
| 15:16:24 | FlynDice | FrankTM_: what do you mean? |
| 15:16:54 | FrankTM_ | FlynDice: http://groups.google.com/group/Subversion-SVN/browse_thread/thread/e5d44208c830bcce |
| 15:17:03 | FlynDice | thanks |
| 15:17:14 | FrankTM_ | the server must allow it, and it's not on by default |
| 15:18:10 | FrankTM_ | it's very simple to enable though |
| 15:19:15 | | Quit dmb (Read error: 113 (No route to host)) |
| 15:27:09 | | Join gregzx [0] (n=chatzill@dss226.neoplus.adsl.tpnet.pl) |
| 15:28:10 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-3e7db19122b0daf6) |
| 15:36:52 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 15:42:09 | FrankTM_ | FlynDice: any luck? |
| 15:45:29 | | Join killan_ [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 15:47:54 | linuxstb | FrankTM_: I don't think it's enabled for Rockbox. I could be wrong though... |
| 15:48:38 | FrankTM_ | not likely :p |
| 15:49:03 | | Quit jgarvey (simmons.freenode.net irc.freenode.net) |
| 15:49:03 | NSplit | simmons.freenode.net irc.freenode.net |
| 15:49:03 | | Quit barrywardell (simmons.freenode.net irc.freenode.net) |
| 15:49:03 | | Quit Zagor (simmons.freenode.net irc.freenode.net) |
| 15:49:03 | | Quit goffa__ (simmons.freenode.net irc.freenode.net) |
| 15:49:03 | | Quit killan (simmons.freenode.net irc.freenode.net) |
| 15:49:03 | | Quit pabs (simmons.freenode.net irc.freenode.net) |
| 15:49:03 | | Quit avacore^ (simmons.freenode.net irc.freenode.net) |
| 15:49:03 | | Quit soap (simmons.freenode.net irc.freenode.net) |
| 15:49:18 | linuxstb | FrankTM_: Would there be a downside to enabling it? |
| 15:49:41 | NHeal | simmons.freenode.net irc.freenode.net |
| 15:49:41 | NJoin | jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
| 15:49:41 | | Join barrywardell [0] (n=barry@rockbox/developer/barrywardell) |
| 15:49:41 | NJoin | Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 15:49:41 | NJoin | goffa__ [0] (n=goffa@216.220.23.105) |
| 15:49:41 | NJoin | killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 15:49:41 | NJoin | avacore^ [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
| 15:49:41 | NJoin | soap [50] (n=soap@rockbox/staff/soap) |
| 15:49:41 | NJoin | pabs [0] (n=pabs@xor.pablotron.org) |
| 15:49:59 | FrankTM_ | i'm not 100% sure actually |
| 15:50:03 | FrankTM_ | we have it enabled here |
| 15:50:40 | FlynDice | FrankTM_: still wading through... sorry my notifications are all messed up since the konversation "enhancement" the other day |
| 15:50:57 | FrankTM_ | hehe |
| 15:51:06 | FrankTM_ | using kde was a mistake after all ;) |
| 15:51:07 | * | FrankTM_ runs |
| 15:52:12 | FrankTM_ | anyhoo... |
| 15:53:07 | FrankTM_ | linuxstb: i think comments are not under version control |
| 15:53:14 | FrankTM_ | so once updated. there's no way back |
| 15:53:28 | | Quit goffa__ (simmons.freenode.net irc.freenode.net) |
| 15:53:28 | | Quit barrywardell (simmons.freenode.net irc.freenode.net) |
| 15:53:28 | | Quit avacore^ (simmons.freenode.net irc.freenode.net) |
| 15:53:28 | | Quit jgarvey (simmons.freenode.net irc.freenode.net) |
| 15:53:28 | | Quit pabs (simmons.freenode.net irc.freenode.net) |
| 15:53:28 | | Quit Zagor (simmons.freenode.net irc.freenode.net) |
| 15:53:28 | | Quit soap (simmons.freenode.net irc.freenode.net) |
| 15:53:28 | | Quit killan (simmons.freenode.net irc.freenode.net) |
| 15:55:44 | NJoin | jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
| 15:55:44 | NJoin | barrywardell [0] (n=barry@rockbox/developer/barrywardell) |
| 15:55:44 | NJoin | Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 15:55:44 | NJoin | goffa__ [0] (n=goffa@216.220.23.105) |
| 15:55:44 | NJoin | killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 15:55:44 | NJoin | avacore^ [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
| 15:55:44 | NJoin | soap [50] (n=soap@rockbox/staff/soap) |
| 15:55:44 | NJoin | pabs [0] (n=pabs@xor.pablotron.org) |
| 15:56:19 | AndrewRB | sorry for the seemingly-helpless questions, but I'm trying to find my way around the rockbox source and getting confused. Where could I add code for a custom action? I would like to create "ACTION_TOGGLE_BACKLIGHT" for personal use, yet I am lost. |
| 16:00 |
| 16:00:16 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 16:00:42 | FrankTM_ | linuxstb: is rockbox on dedicated servers? |
| 16:02:27 | | Quit killan (Connection timed out) |
| 16:03:09 | | Join pabs_ [0] (n=pabs@66.93.110.130) |
| 16:09:21 | | Join Zagor_ [0] (n=bjorn@82.99.7.155) |
| 16:09:51 | | Quit pabs (Read error: 113 (No route to host)) |
| 16:10:01 | | Part LinusN |
| 16:10:32 | | Quit Zagor (Nick collision from services.) |
| 16:10:37 | | Nick Zagor_ is now known as Zagor (n=bjorn@82.99.7.155) |
| 16:13:11 | | Join andrewbeveridge [0] (n=andrewbe@88-109-96-88.dynamic.dsl.as9105.com) |
| 16:13:32 | | Quit andrewbeveridge (Remote closed the connection) |
| 16:14:49 | linuxstb | FrankTM_: In what way? The admins own the boxes, but I think they're used for other things as well. |
| 16:17:30 | FrankTM_ | ah. i would like to contribute to the project :P |
| 16:17:38 | FrankTM_ | but i don't think my C will help a lot |
| 16:19:01 | linuxstb | You want to contribute hosting? |
| 16:19:38 | FrankTM_ | i'm a sys-admin |
| 16:19:43 | FrankTM_ | dunno if i can help :p |
| 16:21:44 | n1s | FrankTM_: donating cpu/bandwith by hosting a build server is appreciated |
| 16:21:58 | linuxstb | There are lots of scripts (mainly Perl) behind the Rockbox website. I'm sure contributions to hacking those would be welcome if you have time. But I don't think general sysadmin is needed. |
| 16:22:29 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 16:23:18 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 16:23:51 | FrankTM_ | linuxstb: i could have a look |
| 16:24:50 | FrankTM_ | n1s: i could do builds aswell |
| 16:25:21 | FrankTM_ | although i might not have the cpu-power |
| 16:25:23 | Zagor | start with adding a build server. we don't have any particular perl needs right now. |
| 16:26:05 | FrankTM_ | are there any specs on the current build servers? |
| 16:26:10 | FrankTM_ | +available |
| 16:26:40 | Zagor | http://www.rockbox.org/twiki/bin/view/Main/BuildServer |
| 16:26:46 | linuxstb | Zagor: I'm just thinking that there are always changes people ask about, but no-one does them. I can't remember any examples though... |
| 16:27:38 | FrankTM_ | hehe.. hacking perl isnt what most ppl like :p |
| 16:28:43 | linuxstb | FrankTM_: Here are some general things for "someone" to do - http://www.rockbox.org/twiki/bin/view/Main/MrSomeonesTodoList |
| 16:29:35 | Zagor | a toplist of build server speeds is a vital missing feature! ;) |
| 16:30:09 | FrankTM_ | Zagor: hm? |
| 16:30:35 | | Quit AndrewRB (Read error: 110 (Connection timed out)) |
| 16:32:13 | Zagor | FrankTM_: on the far right of http://build.rockbox.org/dev.cgi you have a link to build server stats, which in turn has link to the buildmaster log. it could be parsed to calculate the time used for each build on each server. |
| 16:32:39 | Zagor | if we compare those times for different build batches, we can construct a speed toplist. |
| 16:33:03 | Zagor | just for fun. but oh, how fun! :-) |
| 16:35:12 | FrankTM_ | stats are always good |
| 16:35:21 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 16:35:22 | FrankTM_ | preferbly supported by graphs :P |
| 16:35:23 | *** | Saving seen data "./dancer.seen" |
| 16:35:30 | Zagor | that's the spirit! |
| 16:35:59 | evilnick | Zagor: Didn't rasher do something similar recently? |
| 16:36:19 | FrankTM_ | Zagor: red <td>'s are errors/warnings i suppose? |
| 16:36:20 | Zagor | did he? if so, I haven't seen it. |
| 16:36:28 | Zagor | FrankTM_: yes |
| 16:38:44 | evilnick | I'm not sure precisely what it was but it definitely involved a lot of graphs |
| 16:38:54 | FrankTM_ | lol |
| 16:39:48 | pixelma | I think it was binsize (maybe RAM too) graphs |
| 16:39:52 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
| 16:40:30 | evilnick | That does ring a bell |
| 16:41:17 | Llorean | http://rasher.dk/rockbox/graphs/ <−− These? |
| 16:43:02 | Zagor | Llorean: well those are afaik not measuring build speeds, and not for the buildmaster builds |
| 16:43:21 | Llorean | Zagor: I was responding to evlinick and pixelma, really |
| 16:43:22 | | Quit cool_walking_ (Remote closed the connection) |
| 16:43:31 | Zagor | ah |
| 16:43:50 | Llorean | There seemed to be some uncertainty as to what Rasher had graphed is all. |
| 16:44:21 | * | Llorean would love to see build-related graphs over time like that, just for curiosity's sake. |
| 16:44:31 | evilnick | Llorean: Thanks for the explanation, I simply hadn't followed what all the discussion was about while it was happening |
| 16:46:02 | Llorean | Zagor: How are builds handed out? Does the first build always go to the first build server in the list? |
| 16:46:31 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3055.gwdg.de) |
| 16:47:19 | Zagor | Llorean: it looks like that, from the logs. |
| 16:47:28 | FrankTM_ | hehe |
| 16:47:28 | Zagor | bagder knows |
| 16:47:39 | FrankTM_ | badger badger badger |
| 16:47:46 | * | FrankTM_ goes back to work |
| 16:48:03 | Llorean | I wonder if times could be optimized a bit just by being more selective about which server gets which builds. |
| 16:48:17 | Zagor | actually, no |
| 16:48:55 | FrankTM_ | don't they all take pretty much the same time to build? |
| 16:48:59 | Zagor | the biggest gains I think would be from ensuring that a slow server doesn't end up with a big build in the end |
| 16:49:04 | Zagor | FrankTM_: no, _very_ different |
| 16:49:17 | Zagor | see http://build.rockbox.org/cvsmod/serv-20090603T131224Z.html |
| 16:49:27 | Zagor | the values in parenthesis are seconds/build |
| 16:49:46 | Zagor | between 4 and 228 seconds in that log... |
| 16:49:57 | FrankTM_ | oh wow :P |
| 16:49:57 | Llorean | Zagor: Also pass out the big builds earliest, so that when they're finished we can follow them up with smaller ones, to avoid ever stacking servers with more than one big one in a row, too? |
| 16:50:08 | FrankTM_ | just out of curiousity: is fuze a big build? |
| 16:50:28 | n1s | FrankTM_: bootloaders are the very fast ones (in only a few seconds) |
| 16:50:41 | Zagor | FrankTM_: parse the logs and find out ;-) |
| 16:50:46 | funman | FrankTM_: 7.9MB here |
| 16:51:01 | FrankTM_ | i meant in time :P |
| 16:51:13 | n1s | full target builds are a lot slower to build and swcodec take a lot longer than hwcodec because of the codecs and usually more plugins |
| 16:51:36 | FrankTM_ | righty |
| 16:51:58 | FrankTM_ | i'm quite new to this project. so that explains some of these questions ;) |
| 16:55:35 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 16:56:01 | Etu | Hmm, Does rockbox work on Sandisk Sansa Clip? |
| 16:56:27 | Llorean | It's in development on it. |
| 16:56:27 | funman | Etu: see http://www.rockbox.org/twiki/bin/view/Main/SansaAMS |
| 16:56:40 | Etu | (I have seen it on the wikipage with non released players) |
| 16:57:56 | Etu | Ok, if I want a Clip I want a ClipV1 |
| 17:00 |
| 17:02:26 | amiconn | linuxstb, Zagor: speculative parallel builds and uploads in the background are examples |
| 17:02:40 | | Join cmwslw [0] (n=cmwslw@c-98-249-113-152.hsd1.tn.comcast.net) |
| 17:02:53 | | Part cmwslw ("Ex-Chat") |
| 17:03:06 | | Join patmulchrone [0] (n=pat@99-13-70-2.lightspeed.cicril.sbcglobal.net) |
| 17:03:12 | Zagor | amiconn: yeah, but perhaps a little tough to start with as a first introduction to rockbox... |
| 17:04:12 | | Quit Zagor ("Don't panic") |
| 17:08:53 | | Quit PaulJam (No route to host) |
| 17:12:53 | | Join onlysoaa [0] (i=42248748@gateway/web/ajax/mibbit.com/x-669d532b32596cad) |
| 17:30:02 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 17:31:26 | | Join jmillikin [0] (n=jmilliki@c-24-130-227-85.hsd1.ca.comcast.net) |
| 17:31:43 | | Quit funman ("leaving") |
| 17:33:04 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 17:39:24 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 17:44:38 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 17:46:29 | | Quit timc`` (Read error: 110 (Connection timed out)) |
| 17:49:59 | | Join yomamathecablegu [0] (n=438d8f12@gateway/web/cgi-irc/labb.contactor.se/x-ff5c78cc85f785b8) |
| 17:50:55 | | Quit barrywardell (Remote closed the connection) |
| 17:51:16 | r0b- | what transfer mode do i have to put my e250 in to install rockbox |
| 17:52:00 | yomamathecablegu | Hey everyone ^_^ I'm working on a site, and I just want to see how much support it gets from the rockbox community - just to get others' opinions. I'm working on a site that provides many, many downloads that are compatible with rockbox. For example, full length shows fit to your mp3 player's screen, a backdrop gallery, etc. Tell me what you think, and ask if you want more info ^_~ |
| 17:53:04 | | Quit at0m (Read error: 110 (Connection timed out)) |
| 17:53:15 | | Join at0m [0] (n=at0m@94-225-90-23.access.telenet.be) |
| 17:54:33 | n1s | r0b-: ums/msc |
| 17:55:10 | r0b- | installing :) |
| 17:55:33 | Llorean | yomamathecablegu: There's already a theme gallery site. There's not really much need for a separate backdrop gallery - in the direction themes are involving backdrops are going to probably become less "fullscreen image" and more borders and layout imagery. |
| 17:56:32 | Llorean | As for shows formatted, that's up to you but we don't really endorse or involve ourselves with media. People can get their videos or audio from wherever they like. We do, however, suggest you be very careful about copyright, and be aware there's an ever increasing number of screen dimensions so it will be a lot of work to keep such a site up to date with compatibility. |
| 17:56:41 | | Join evilnick_230 [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-e7d99217c2b02666) |
| 17:58:05 | r0b- | ROCKBOX IS LOVELY!!!!!!!!!!! |
| 17:58:38 | evilnick_230 | It certainly is. |
| 17:58:40 | yomamathecablegu | Llorean: it wouldn't just be a backdrop gallery, that's just to make it a bit more convenient - as to have everything in one place. there would be many types of files. it's really just in the scratchwork stage right now. and thanks for your suggestions about the shows. it'll take a while, but I think I can do it ;) |
| 17:58:53 | r0b- | i got it on this sansa e250 :) |
| 17:59:44 | r0b- | on the back it shows its v2 but the firmware it has is v1 something |
| 17:59:53 | evilnick_230 | r0b-: Make sure that you read our fine manual so that you get to know exactly what your Sansa is now capable of doing |
| 18:00 |
| 18:00:04 | r0b- | i know some of the stuff |
| 18:01:27 | | Quit robin0800 (Remote closed the connection) |
| 18:01:50 | * | pondlife points out the broken 'mipper' theme at http://themes.rockbox.org/index.php?target=h300 again... |
| 18:03:11 | yomamathecablegu | So does anyone else have any opinions about it? ^_^ |
| 18:03:17 | pixelma | I still think it's not the theme that's broken |
| 18:03:38 | pondlife | pixelma: Well, I meant only one theme shows a problem... |
| 18:03:49 | Llorean | yomamathecablegu: You haven't really said anything to give opinions on. |
| 18:03:57 | | Join JdGordon| [0] (i=ad75fd4b@rockbox/developer/JdGordon) |
| 18:05:06 | yomamathecablegu | pondlife: it's not a problem with the theme. it's one of two things: 1) there's an error in the pages php script, or 2) the image for the theme is in a different location than they told the web page |
| 18:05:42 | pondlife | Yup |
| 18:06:04 | pondlife | I'm more thinking it should be removed from the list |
| 18:06:15 | Llorean | rather than fixed? |
| 18:06:32 | | Quit onlysoaa ("http://www.mibbit.com ajax IRC Client") |
| 18:06:55 | pondlife | Well, if the image is available then yes, fixed. |
| 18:07:07 | yomamathecablegu | Llorean: true I guess. lol I'm sorry. I'm going off of like 2 hours of sleep. T.T Anyways, I guess I'm asking for suggestions mainly. 1) suggestions on the design of the site (can be seen here: ipodnano.ucoz.net) 2) suggestions for what kinds of files i should include 3) what shows/movies you owuld want to see available for download etc. Just things like that ^_^ That would be very helpful. |
| 18:07:37 | pixelma | the theme site needs to be fixed IMO - the theme is actually a 160x128 one and shows up correctly there and is not on the other 220x176x16 targets' theme pages (Ipod Photo/Colour etc.) |
| 18:07:40 | pondlife | Non-copyright shows only, I guess. |
| 18:08:14 | evilnick_230 | 3) would be leaping face-first into copyright issues unless you stick to CC (or similar) shows |
| 18:08:15 | yomamathecablegu | pondlife: if they don't have an image, they shouldn't completely get rid of an entire theme. i think they should just put a normal text link to the theme. |
| 18:08:16 | pixelma | something goes wrong when excluding it for the H300 (maybe because of the RWPS relations or so) |
| 18:09:27 | pondlife | yomamathecablegu: At point (2), there's no need to include themes, we already do those "in house". |
| 18:09:29 | yomamathecablegu | Some examples of some shows I'm already doing: Code Geass, Death Note, Ben 10.. just anything like that. I'll worry about the copyright issues ^_^ |
| 18:09:47 | r0b- | thats pretty cool |
| 18:10:19 | yomamathecablegu | pondlife: I won't include whole themes, just backdrops so that you can customize your theme. Nothing to fancy, just bitmap images sized right for your mp3. |
| 18:10:25 | pondlife | yomamathecablegu: Well if you plan to violate copyright, don't expect any help from us. |
| 18:10:52 | yomamathecablegu | pondlife: I don't plan to violate copyright. |
| 18:10:58 | Llorean | yomamathecablegu: Few themes work well with interchangeable backdrops, and that's going to become even more true as soon as customizable list viewports are included. |
| 18:11:19 | evilnick_230 | yomamathecablegu: And also, don't use this channel to discuss copyright violations either |
| 18:11:26 | yomamathecablegu | Llorean: I see.. maybe I won't include that then ^_^;; |
| 18:12:24 | yomamathecablegu | evilnick_230: I'm not trying to talk about copyright violations. I said 3 posts up that I would worry about that. That was meant to stop the speculation of copyright issues. |
| 18:13:28 | | Quit kachna (Connection timed out) |
| 18:13:35 | Llorean | yomamathecablegu: I'd suggest figuring out exactly what you want your site to be, before worrying specifically about things like what shows will be on it. |
| 18:13:39 | LambdaCalculus37 | yomamathecablegu: You are talking about copyright violations just by mentioning it. |
| 18:13:57 | Llorean | Among other things, if you do license them you're going to have to come up with a plan to prevent other people violating copyright, since Rockbox doesn't have any DRM measures. |
| 18:14:18 | yomamathecablegu | Llorean: I will think about it more. Thanks :) |
| 18:14:20 | evilnick_230 | Doesn't, and will not ever. |
| 18:14:59 | yomamathecablegu | LambdaCalculus37: I wasn't the one that brought it up. Someone else brought it up, and I tried to end the talk about it. |
| 18:15:51 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:19:32 | | Quit FlynDice (Remote closed the connection) |
| 18:20:04 | | Part pondlife |
| 18:21:01 | yomamathecablegu | Well, this has turned into an overall negative discussion. I guess I'll see you guys later. |
| 18:21:37 | evilnick_230 | yomamathecablegu: You haven't really given us any ideas that are new |
| 18:21:53 | evilnick_230 | I don't want to sound negative here, just stating facts |
| 18:23:02 | evilnick_230 | I mean, backdrops and the like would be better served from the themes site (as it's centralised) rather than having "Nano backdrop site" and "iPod Video backdrop site" etc. |
| 18:23:36 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-b6a9e71dea9d0d8c) |
| 18:23:42 | yomamathecablegu | I understand. I will come back later on with some more ideas. Just gotta sit down and brainstorm for a while. ^_^ Also, it is all just one site. The ipodnano.ucoz.net is just a dummy site. All of the mp3 players will be included in one main site. |
| 18:23:59 | | Join PaulJam [0] (i=PaulJam_@vpn-3079.gwdg.de) |
| 18:25:58 | CIA-38 | New commit by mcuelenaere (r21183): Ingenic Jz4740: add extended exception debug reporting option |
| 18:26:10 | JdGordon| | yomamathecablegu: I missed the entire convo... but wouldnt it be better to just help out and make the rockbox.org site better? |
| 18:26:17 | | Join Jaykay [0] (n=chatzill@p5DDC5C32.dip.t-dialin.net) |
| 18:28:43 | r0b- | can i watch fullsize movies with rockbox or do they have to be the size of my players lcd |
| 18:28:48 | evilnick_230 | JdGordon|: Darned good point |
| 18:28:49 | Jaykay | i get http://pastebin.com/m643c3744 when i try to enter the history of the ipod5g wps gallery.. |
| 18:29:17 | evilnick_230 | r0b-: You *can* watch full-size movies, but the fps will be a lot better if you convert them to the size of the screen |
| 18:29:38 | Llorean | r0b-: Size of your player's LCD. |
| 18:29:46 | evilnick_230 | r0b-: That's "can" as in "yes it is possible, but not advisable" |
| 18:29:47 | r0b- | ok |
| 18:29:47 | Llorean | These players don't have much in the way of CPU power. |
| 18:30:10 | r0b- | well i wanna watch like 2 fast 2 furious on my MP3 player :P |
| 18:31:07 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
| 18:31:12 | gevaerts | r0b-: have a look at http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer |
| 18:31:30 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 18:31:58 | yomamathecablegu | JdGordonl: Good point. How would I go about doing this though? I'm sure they don't want all of those videos clogging up their server, and I'm just now getting into C programming, so I can't offer too much in the area of plugin development yet. |
| 18:32:50 | JdGordon| | c wont help you in web design anyway.. |
| 18:33:33 | | Quit Xerion (Read error: 54 (Connection reset by peer)) |
| 18:33:57 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 18:34:02 | yomamathecablegu | I understand that. I mean plugin development. I'm very fluent in HTML, JavaScript, and CSS. Why would my web design skills help? |
| 18:34:10 | yomamathecablegu | Sorry if that seems like a stupid question. |
| 18:34:48 | * | JdGordon| never mentioened anything about plugins |
| 18:35:24 | *** | Saving seen data "./dancer.seen" |
| 18:37:08 | yomamathecablegu | No no I mentioned plugin development. Saying that I'm new to C, so I wouldn't be able to help the plugin area. I didn't realize that you meant web design when you said that I could help make the site better. |
| 18:38:29 | gevaerts | what site did you think he meant? |
| 18:38:47 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 18:39:39 | yomamathecablegu | Ugh this is so confusing. XP I know he meant rockbox.org, but I didn't know that he meant I could help with web design. I thought he meant I could help with plugins and adding things to the site and such. |
| 18:41:33 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
| 18:41:57 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 18:42:18 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 18:44:10 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 18:44:12 | evilnick_230 | yomamathecablegu: By all means come up with new ideas, but please don't take a "this would be better on the rockbox.org site" as a personal attack or being negative |
| 18:45:02 | | Part pyro_maniac1 ("Leaving.") |
| 18:46:56 | yomamathecablegu | evilnick_230: nonono I don't take it that way at all. In my experiences making websites, I've always wanted to have my OWN site. However, I don't think I realized until now that it would probably be more beneficial if I actually helped add on to the main site. I see it as a positive thing. ^_^ And hopefully soon I'll pick up C, and be able to start messing around with plugins. I'm gonna brainstorm some |
| 18:47:23 | | Join FlynDice [0] (n=chatzill@c-24-19-225-90.hsd1.wa.comcast.net) |
| 18:47:31 | | Quit FlynDice (Client Quit) |
| 18:48:02 | yomamathecablegu | I do have one question though - a while back I asked and got a good answer, but I've forgotten. I have rockboxdev.sh on my mac (which I'm on right now). How do I run that to build a compiler? |
| 18:48:35 | Llorean | That question's kinda confusing. |
| 18:48:41 | Llorean | You just run it. |
| 18:49:12 | FrankTM_ | yomamathecablegu: you run it from a terminal |
| 18:49:17 | FrankTM_ | using sudo |
| 18:49:53 | yomamathecablegu | My bad. What would the command be? |
| 18:50:03 | FrankTM_ | i suppose you need to have xcode installed too |
| 18:50:12 | FrankTM_ | sudo ./rockboxdev.sh |
| 18:50:19 | yomamathecablegu | I have xcode installed |
| 18:50:26 | yomamathecablegu | And thanks I'll try that out ^_^ |
| 18:51:14 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3079.gwdg.de) |
| 18:51:35 | | Join FlynDice_ [0] (n=quassel@c-24-19-225-90.hsd1.wa.comcast.net) |
| 18:51:52 | yomamathecablegu | it says "command not found" :/ |
| 18:52:20 | n1s | are you in the right dir? |
| 18:52:52 | Llorean | yomamathecablegu: usually we suggest people not try to compile until they're familiar with things like this that might be considered basic computer use. Googling how to use the terminal on your mac may help |
| 18:53:49 | yomamathecablegu | I've used the Terminal before, just not with anything like this. I'm more familiar with the DOS Command Prompt, but the mac is all I have right now :/ |
| 18:54:45 | | Quit FlynDice_ (Client Quit) |
| 18:55:34 | VytenisS | Hello, can anyone have a look at http://www.rockbox.org/tracker/task/10255?project=1&type=4&order=dateopened&sort=desc |
| 18:55:52 | VytenisS | And commit if everything is ok |
| 18:55:57 | Llorean | VytenisS: We usually look at translations more as we get closer to the release. |
| 18:56:38 | | Join JdGordon| [0] (i=836b0070@rockbox/developer/JdGordon) |
| 18:58:00 | | Join {phoenix} [0] (n=dirk@p54B474C2.dip.t-dialin.net) |
| 18:59:05 | kugel | VytenisS: it's assigned to LambdaCalculus37, you might want to talk to him |
| 19:00 |
| 19:02:01 | r0b- | why does rockbox make the music folder hidden? |
| 19:02:18 | r0b- | meaning the player itself cant see it |
| 19:02:33 | pixelma | Rockbox doesn't - the Sansa OF does |
| 19:02:45 | pixelma | and you can see it |
| 19:03:17 | LambdaCalculus37 | VytenisS: I haven't forgotten about your patch. |
| 19:03:19 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:03:26 | r0b- | only if i tell xp to unhide it |
| 19:03:38 | kugel | bertrik: hey |
| 19:03:56 | pixelma | r0b-: http://www.rockbox.org/twiki/bin/view/Main/SansaFAQ#Where_are_my_music_files_and_the |
| 19:04:06 | kugel | I have put some more work into the lcd_write_data function, using an interrupt for FIFO FULL |
| 19:04:25 | kugel | that gives even more fps (90fps unboosted) |
| 19:04:58 | Llorean | r0b-: Or if you set Rockbox to show all files, rather than just supported |
| 19:05:03 | bertrik | oh nice, I wouldn't have expected to get more fps from using an interrupt though |
| 19:05:34 | bertrik | isn't it a lot more complex than simply polling the fifo status? |
| 19:05:49 | kugel | polling hardware is a bit slower than polling a volatile variable, I guess |
| 19:06:17 | kugel | it's more complex yes, but the extra fps are worth it |
| 19:06:49 | bertrik | and you talked about some bits or something last night, were you able to get rid of those? |
| 19:06:51 | kugel | what I find weird though, I can't get over 100.0 fps, using either your or my patch, when boosted |
| 19:06:59 | kugel | is this a test_fps restriction? |
| 19:07:46 | kugel | or we just hit the FIFO's maximum(?) |
| 19:07:50 | bertrik | my clip gets way more than 100 fps :P |
| 19:08:24 | | Join saratoga [0] (i=98039dd8@rockbox/developer/saratoga) |
| 19:08:29 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 19:08:34 | kugel | 100.0 is a pretty suspicious number, especially if you can't manage to get above |
| 19:08:41 | bertrik | kugel, maybe that's just the maximum throughput indeed. |
| 19:09:04 | bertrik | how much data is a full frame on the fuze? |
| 19:09:15 | | Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) |
| 19:09:26 | kugel | 220x176x2 Bytes |
| 19:09:49 | bertrik | I meant to say "blue bits" at 19:06 |
| 19:10:27 | kugel | I don't understand |
| 19:10:48 | kugel | blue is 5bits, so 220x176x5 bits if you mean that |
| 19:10:57 | bertrik | 01:02 last night : "bertrik: lcd updates show weird blue bars when boosted" |
| 19:11:04 | n1s | kugel: that still seems a little slow for such a fast processor unless the lcd hookup is seriously crippeling the thouroughput, see LcdFrameRate for reference |
| 19:11:09 | r0b- | whats the easiest way to get talking menues |
| 19:11:27 | n1s | r0b-: install a voice file |
| 19:11:36 | kugel | n1s: yes, I looked at that page. I was wondering about the general slowness too |
| 19:12:03 | r0b- | i tried using the autoinstaller for rb but it didnt work right' |
| 19:12:20 | n1s | r0b-: please be more descriptive |
| 19:12:31 | r0b- | it cant find the sapi scripts |
| 19:12:39 | bertrik | kugel, as far as I understand, the FIFO just reduces the slack in between transfers to the display. I can imagine that at some point there is zero slack, giving a max theoretical fps |
| 19:12:41 | r0b- | i used the sapi speak engine |
| 19:13:37 | n1s | the *easiest* way is of course to use a pregenerated voice file, i dont' know if rbutil ccan download those but they can be found here http://www.rockbox.org/download/byhand.cgi made with festival and English only) |
| 19:14:00 | kugel | bertrik: I'd like to see e200v2 reference messurements. It has a more complex initialisation, we might miss some bits |
| 19:14:08 | | Join PaulJam__ [0] (i=PaulJam_@vpn-3046.gwdg.de) |
| 19:15:38 | kugel | bertrik: re: blue bars, I was thinking if they have to do with caching. funman got weirdnesses with having buffers not cache aligned. I think the framebuffer isn't cache alligned too |
| 19:15:56 | bertrik | kugel, either me or you should create a fs patch to enable the dbop fifo, to make it easier for other people to test too |
| 19:16:09 | kugel | yep, I'll do |
| 19:16:19 | | Quit at0m (Read error: 110 (Connection timed out)) |
| 19:16:26 | bertrik | ok thanks, I'll attach my non-interrupt patch to it too, OK? |
| 19:16:32 | | Join BryanJacobs [0] (i=80974574@gateway/web/ajax/mibbit.com/x-6bd619afa6844223) |
| 19:18:00 | r0b- | oh well i dont need a talking mp3 player |
| 19:18:02 | r0b- | i can see fine :P |
| 19:18:58 | | Quit PaulJam (No route to host) |
| 19:20:02 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 19:22:12 | | Quit SirFunk__ (Read error: 110 (Connection timed out)) |
| 19:22:40 | kugel | bertrik: fs#10272 |
| 19:23:32 | bertrik | kugel, as far as I understand DBOP, it's basically a cycle generator to control a bunch of data and control lines towards a display. Suppose one write cycle takes 8 DBOP cycles at 62 MHz, then it can move 7.75 MB/s, a full frame is 77440 bytes which would be consistent with a max of 100 fps |
| 19:24:03 | | Join JdGordon| [0] (i=836b0070@rockbox/developer/JdGordon) |
| 19:24:04 | bertrik | Although 8 cycles for one write cycle seems a little high |
| 19:24:06 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
| 19:24:42 | bertrik | I could look that up in the source of course ... |
| 19:25:13 | kugel | interesting calculation |
| 19:25:21 | | Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 19:25:46 | kugel | is the 8 documented somewhere or did you guess to make the equation work? |
| 19:25:49 | | Quit yomamathecablegu ("CGI:IRC (Ping timeout)") |
| 19:25:53 | bertrik | I guessed it |
| 19:27:50 | | Join mt [0] (n=MTee@rockbox/developer/mt) |
| 19:29:40 | kugel | bertrik: I'm not really suprised that the interrupt is faster. But what I find suprising is that we can insert a free yield() |
| 19:30:46 | kugel | on the other hand, the exit part of that function is faster by polling the status register again (but only by 0.5fps or so) |
| 19:32:21 | kugel | n1s: 7.75MB/s is not a that bad value it seems |
| 19:32:57 | kugel | only very few targets beat that (but those who do do vastly better....32MB/s @ e200v1) |
| 19:33:48 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
| 19:34:39 | n1s | kugel: my comment was in relation to the speed of the cpu, it's quite a lot faster than pp |
| 19:35:09 | n1s | but it may of course be limited by the hookup or the lcd controller |
| 19:35:47 | kugel | n1s: yes, I agree. But if you look at c200 vs e200, the lcd hookup makes a huge difference |
| 19:36:06 | n1s | yes |
| 19:36:36 | kugel | I think the lcd didn't change in the e200v2, I'm very interested in the numbers of that one |
| 19:38:18 | kugel | also, 90fps when unboosted vs 100fps when boosted (while the cpu clock is 4x) makes me think there's some hardware limitation (or missing bits in the init) |
| 19:44:50 | gevaerts | I've looked a bit at upload speeds of build hosts, and I wonder if the slower ones shouldn't be restricted to bootloaders and sims a bit more |
| 19:45:13 | gevaerts | Numbers are at http://pastie.org/499377 |
| 19:45:14 | kugel | Unhelpful: wouldn't it make more sense to pre-shift the tags? |
| 19:45:24 | bertrik | kugel, we should be able to determine the numbers of DBOP clock ticks per write cycle from the DBOP_TIMPOL_XX registers I think |
| 19:45:34 | kugel | like #define tag_artist (1<<X) |
| 19:45:37 | Bagder | gevaerts: I don't think it's that simple |
| 19:45:54 | Bagder | see how my host is #8 slowest, but often #1 in number of builds |
| 19:46:23 | mcuelenaere | kugel: regarding that 'free yield()', are you doing something like func() { while(wait_for_var_to_change) yield(); } irq_handler() { change_var; } ? |
| 19:46:33 | BryanJacobs | kugel: with a precompiler define you won't get any performance gain - it's a direct substitution at the time of usage |
| 19:46:41 | kugel | mcuelenaere: no |
| 19:46:46 | mcuelenaere | k |
| 19:47:02 | kugel | or well, maybe yes |
| 19:47:05 | | Join stoffel [0] (n=sfr@p57B4D9BC.dip.t-dialin.net) |
| 19:47:20 | kugel | hm, no (needed to figure out your example :P ) |
| 19:47:22 | mcuelenaere | if so, try using wakeup_* calls, they will probably be faster |
| 19:47:33 | mcuelenaere | (they were on my target at least) |
| 19:48:07 | gevaerts | Bagder: true. Maybe we should consider build time + upload time instead. I'll see if I can cook up some numbers |
| 19:48:28 | Bagder | that could work |
| 19:48:56 | Bagder | and to make it really swell: do that prioritization a run-time decision/measure |
| 19:49:15 | kugel | mcuelenaere: this is the snippet: http://pastie.org/499383 |
| 19:49:24 | gevaerts | that would be perfect, yes, but also slightly more work :) |
| 19:49:30 | Bagder | indeed |
| 19:49:49 | kugel | see where I commented yield() out. The IRQ makes the FIFO filling loop stop (FIFO is full). |
| 19:50:45 | kugel | the fifo needs to empty again. And as long as we fill faster than the fifo empties, we can put code there theoretically for free |
| 19:51:25 | kugel | without the yield, it will refill straight away, but we actually have time until the fifo is almost empty again without loosing fps |
| 19:53:10 | kugel | a yield takes less than a tick, right? if so, and we can't get over 100fps (1 frame per tick), the yield should really be free |
| 19:53:23 | kugel | although it would be nice if someone understands and confirms my logic :P |
| 19:55:20 | kugel | FlynDice: a) I think the delay you added in the button driver is slightly wrong b) which delay makes you unable too boot (re your post to FS #10048) |
| 19:55:41 | bertrik | assuming 8 DBOP clocks per write cycle again, the FIFO would empty in 8 cycles * 128 entries / 62 MHz = just 16.5 us |
| 19:56:28 | FlynDice | kugel: If I don't touch the button driver but simply comment out the lcd delay it boots fine though... |
| 19:56:54 | kugel | the fuze's lcd delay is only 4 nops, not 8. Have you tried that? |
| 19:57:52 | kugel | and for the button_dbop delay; the data sheet says that the DBOP_DIN read is only valid if it's read immediately after the read_valid status is set ("next cycle" it says, IIRC) |
| 19:57:54 | mcuelenaere | kugel: hmm I can't really see where interrupts come into the picture here.., could you post the interrupt handling function too? |
| 19:58:01 | FlynDice | I've just been using delay−− What's the difference with using the nops, I haven't made it to that chapter yet... ;) |
| 19:58:05 | kugel | the fuze has the delay above the /* start read */ line |
| 19:59:14 | kugel | FlynDice: in theory it's the same with the exception of 1 extra nop instruction. But I haven't found a actual difference |
| 19:59:55 | kugel | i.e. when I tried 16−− it wasn't working with or without nop, when I tried 24−− it was working for both |
| 20:00 |
| 20:00:20 | mcuelenaere | ah irq sets full_empty? |
| 20:00:24 | kugel | mcuelenaere: the ISR just does full_empty = 1; |
| 20:00:41 | kugel | (and resets the interrupts, of course) |
| 20:01:01 | FlynDice | I tried a delay value of 3 that did not work, 4 worked intermittantly 5 worked every time for me so I padded it for now(for the lcd) |
| 20:01:39 | | Quit bmbl ("Woah!") |
| 20:01:50 | kugel | also, I think you can stop your 31MHz experiments. From what I've seen it will be too slow in terms of UI resonsiveness even with caches enabled |
| 20:02:37 | | Quit nibbler ("Ex-Chat") |
| 20:03:09 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 20:03:23 | FlynDice | Yes I beleive that is correct but I was wondering about possibilities of taking it down there when the backlight was not on |
| 20:03:27 | | Quit stoffel ("leaving") |
| 20:03:30 | | Join pyro_maniac [0] (n=pyro@91-64-227-210-dynip.superkabel.de) |
| 20:04:21 | tmzt | can lcd be fully disabled or will it take to long to reinit? |
| 20:04:33 | tmzt | or could updates just be stopped with the clocks on |
| 20:04:38 | AlexP | FlynDice: Keeo in mind people that use their player without backlight |
| 20:04:58 | AlexP | FlynDice: Blind people that use voicing for instance might as well disable the backlight to save power |
| 20:05:22 | mt | Is there any debugging howto for the sansa similar to this : http://www.rockbox.org/mail/archive/rockbox-archive-2002-04/0029.shtml |
| 20:06:16 | FlynDice | AlexP: That's fine, this is all just experimenting at this point, Real life calls, back later |
| 20:07:04 | AlexP | FlynDice: Sure, I was just pointing out that backlight off doesn't always mean the UI performance isn't important :) |
| 20:07:42 | kugel | FlynDice: it slows down the other peripherals too though. We actually lose decoding speed then which results in more boosts |
| 20:07:49 | bertrik | I guess the current TIMPOL timing values in SVN were designed for 62 MHz DBOP clock and can then indeed be expected to be rather slow at 31 MHz DBOP |
| 20:08:40 | kugel | they weren't designed for 62MHz (unless Sandisk did that). The values are purely based on the disassembly |
| 20:10:59 | bertrik | we should know what DBOP clock Sandisk designed them for, or else it's all just pure guesswork and tinkering |
| 20:13:02 | kugel | I don't :) |
| 20:13:41 | kugel | And I'd lie if I said I understand the TIMEPOL registers |
| 20:13:48 | | Quit FOAD (Read error: 104 (Connection reset by peer)) |
| 20:14:57 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 20:15:14 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 20:20:49 | funman | All the AMS OF use 32MHz for DBOP |
| 20:22:58 | bertrik | kugel, it looks like a DBOP read/write cycle is either 16 or 32 clocks long. The timpol registers indicate at what point within this read/write cycle the control signals change state |
| 20:23:24 | bertrik | funman, hm, so perhaps we were overclocking it already? |
| 20:23:35 | mcuelenaere | mt: I think there's an ARM JTAG patch in the tracker (and perhaps an ARM GDB stub in SVN), but that's it AFAIK |
| 20:26:56 | funman | bertrik: which problem could it cause : LCD not functioning properly if the times in DBOP_TIMPOL_* (i suppose they are in cycles) are too short? |
| 20:27:17 | | Join perfectdrug [0] (n=marko@p5B0ECED4.dip.t-dialin.net) |
| 20:27:24 | gevaerts | Bagder: new numbers at http://pastie.org/499425 (total time from build start to end copy, slowest at the top) |
| 20:28:41 | * | JdGordon| smiles at his #4 spot |
| 20:28:47 | | Quit Thundercloud (Remote closed the connection) |
| 20:29:26 | | Quit hd (Client Quit) |
| 20:31:45 | bertrik | funman, no idea exactly, with a mild overclock I would expect to see artifacts, maybe hangs with a heavy overclock |
| 20:32:38 | gevaerts | http://pastie.org/499439 has all data |
| 20:33:37 | | Join HellDragon [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 20:33:41 | kugel | bertrik: what do you mean by overclocking? the dbop is specified for upto 65MHz |
| 20:35:26 | *** | Saving seen data "./dancer.seen" |
| 20:35:38 | bertrik | I looked at the DBOP control register setting and it's configured for a 16-clock write cycle with 16-bits per write, so this means indeed a max throughput of 7.75 Mb/s as guessed earlier |
| 20:37:21 | bertrik | kugel, I mean a write cycle at 62 MHz takes only half as long a write cycle at 31 MHz, which could be too fast for the display |
| 20:38:38 | kugel | where did you see it's configured for the 16-clock write cycle? |
| 20:38:50 | kugel | and, can we get faster? |
| 20:39:04 | kugel | we can write 32bits IIUC |
| 20:39:57 | kugel | I tried setting sdc (1<<18) with..uhm funny results |
| 20:39:58 | | Join mks [0] (n=a3b2a233@gateway/web/cgi-irc/labb.contactor.se/x-a9b9c5e605d499ac) |
| 20:40:20 | mks | hellos |
| 20:40:22 | mks | guys |
| 20:40:33 | mks | I have a questions |
| 20:40:38 | mks | question |
| 20:40:40 | mks | sorry |
| 20:40:56 | amiconn | kugel: What LCD controller does the fuze use? |
| 20:41:06 | kugel | no idea |
| 20:41:13 | Bagder | gevaerts: that looks like a pretty good table |
| 20:41:28 | mks | it's posible install rockbox on a mp4 Titan |
| 20:41:29 | mks | ?? |
| 20:41:38 | amiconn | I suspect you just hit the maximum transfer rate of it. Going higher would cause garbled display, and my guess is that the fifo is programmed so that this doesn't happen |
| 20:42:00 | kugel | there's a comment about similar registers as for the HD66789R |
| 20:42:17 | gevaerts | mks: no |
| 20:42:34 | mks | ah ok |
| 20:42:37 | kugel | and in fact, the contrast registers which the e200v1 and v2 use work on the fuze too |
| 20:43:07 | kugel | though other registers aren't exactly the same |
| 20:44:16 | gevaerts | Bagder: now the question is how to make use of it... |
| 20:44:32 | bertrik | kugel, yes I meant the sdc bit in the control register and as far as I can see it's already set during initialisation |
| 20:44:54 | mks | and just for to know, why it isn't posible?c |
| 20:44:57 | Bagder | gevaerts: primarily I think I want to keep the table in mind when thinking about an upcoming remake of the system |
| 20:45:09 | AlexP | mks: Nobody has done the work |
| 20:45:28 | AlexP | mks: Ports are down by interested owners - see www.rockbox.org/wiki/NewPort |
| 20:47:05 | JdGordon| | Bagder: maybe grab rasher's distrubted build script and use that as a base? |
| 20:47:16 | | Quit SirFunk_ (Read error: 110 (Connection timed out)) |
| 20:47:44 | Bagder | I think we have slightly different goals and ideas than his script(s) too |
| 20:47:58 | | Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) |
| 20:48:03 | Bagder | my plan is to get some discussion/brainstorming on this at devcon |
| 20:48:10 | Bagder | and then start on actually working on it |
| 20:48:21 | JdGordon| | k |
| 20:48:47 | kugel | bertrik: I can't see that :( |
| 20:49:10 | JdGordon| | somehing to maybe think about... have a way so others can add/remove servers without havin too bug you? |
| 20:49:13 | | Quit mks ("CGI:IRC (EOF)") |
| 20:49:24 | gevaerts | There are basically two different goals in the remake. I think we want it to be more dynamic to avoid a slow host holding things up at the end, and we want to reduce and/or reverse the connections. I think those two are pretty separate |
| 20:49:37 | Bagder | I should start a wiki page for ideas/notes about a remake |
| 20:49:46 | kugel | bertrik: the 3rd nibble is 0, no bit set |
| 20:50:12 | Bagder | gevaerts: the prevention of slow hosts holding up will be fixed by doing (speculative) parallell builds |
| 20:50:13 | bertrik | bit 18 is not in the 3rd nibble :) |
| 20:50:32 | Bagder | gevaerts: we just make sure all build clients are building until all builds are done |
| 20:50:54 | gevaerts | Bagder: that's one way, yes. I'm not convinced that there aren't more (additional) things we can do though |
| 20:51:09 | Bagder | I'm sure there's more! |
| 20:51:21 | Bagder | I'll start a wiki page |
| 20:51:52 | gevaerts | e.g. if at the end you have a sim build and a bootloader build to allocate, and you have one slow host and one fast host, you want the fast host to take the sim |
| 20:52:21 | kugel | bertrik: uhm, yea...sorry |
| 20:52:34 | gevaerts | Of course, if you add more remaining builds and more servers, it gets less easy |
| 20:53:44 | gevaerts | speculative builds kick in as soon as you have more servers than remaining builds |
| 20:55:53 | | Quit BryanJacobs ("http://www.mibbit.com ajax IRC Client") |
| 20:57:00 | n1s | wouldn't saving the bootloaders for last help a bit too? |
| 20:57:01 | | Quit bagawk (Read error: 104 (Connection reset by peer)) |
| 20:57:17 | Bagder | it already does that |
| 20:57:23 | n1s | oh |
| 20:57:35 | Bagder | the ordering of the handing out jobs isn't a big factor |
| 20:58:32 | gevaerts | the problem is you can get all bootloaders built on two or three fast servers in much less time than one normal build on a slow server |
| 20:58:51 | n1s | we need more bootloaders then! |
| 20:59:16 | JdGordon| | it would also be good to try keeping the same builds on the same servers for ccache |
| 20:59:36 | Bagder | yeah, but that's really shaky |
| 21:00 |
| 21:00:17 | Bagder | I mean, clients come and go, the load comes and goes etc |
| 21:00:33 | n1s | if the connections are reversed and the clients request builds they could have a list of what they built most recently and request that first |
| 21:00:38 | Bagder | I'll add that as an idea though |
| 21:00:49 | JdGordon| | ranking builds and servers so chunky builds are given only to faster servers (unless everyone else is busy) could be done... |
| 21:00:50 | Bagder | n1s: good thinking |
| 21:02:19 | JdGordon| | and with a bit of magic, the rankings could even be updated at the end of each round |
| 21:02:36 | | Join bagawk [0] (n=lee@c-98-232-168-140.hsd1.or.comcast.net) |
| 21:02:47 | gevaerts | Slow network vs slow CPU makes things a bit more complicated of course |
| 21:03:26 | kugel | what's speaks against doing the uploads in the background? |
| 21:03:26 | JdGordon| | yes, but not all builds are uploaded... |
| 21:03:43 | kugel | JdGordon|: even more complicated |
| 21:04:38 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 21:04:48 | gevaerts | kugel: nothing much, except of course complexity :) |
| 21:05:06 | gevaerts | but yes, that can be done as well |
| 21:05:21 | Bagder | error handling gets trickier |
| 21:05:30 | Bagder | but still, it's good use of threads |
| 21:05:57 | gevaerts | Bagder: I'd expect paralel builds to magically handle part of that problem |
| 21:06:19 | JdGordon| | we cant have it hide server problems though... |
| 21:06:26 | * | gevaerts would do this as a makefile :) |
| 21:06:29 | Bagder | http://www.rockbox.org/twiki/bin/view/Main/BuildServerRemake |
| 21:07:08 | * | JdGordon| spots too many l's :) |
| 21:07:35 | Bagder | uuuh |
| 21:08:02 | * | Bagder removed some read underlines |
| 21:08:04 | Bagder | red |
| 21:08:49 | * | Bagder denies that stout having an impact on his typing |
| 21:09:03 | Mikachu | has |
| 21:09:09 | gevaerts | http://pastie.org/499491 adds sim and bootloader times |
| 21:09:11 | Bagder | hahaha |
| 21:09:14 | * | JdGordon| doesnt think E and C will conflict much |
| 21:09:44 | kugel | Could we, say, calculate avg build time*avarage upload time, and use this for ranking (highest ranking will get the "heavy builds", most featured targets with big screen resolution) |
| 21:10:21 | gevaerts | killing slow builds if a fast client has overtaken them may not be needed. They can just get on with it and be ignored |
| 21:10:22 | Bagder | actually, we should count upload speeds separately and use that for the zip files we host |
| 21:10:39 | Bagder | gevaerts: not if another build is triggered |
| 21:11:09 | gevaerts | Bagder: if it's near the end, that likely won't happen, and if it does we want a fast host to get it |
| 21:11:24 | gevaerts | ah no, I misread |
| 21:12:00 | Bagder | I meant another buildround (or whatever name we should have for all the 100+ builds in bundle) |
| 21:12:35 | kugel | "tick" :) |
| 21:13:04 | kugel | tock when the builds are done, respectively :p |
| 21:14:15 | bertrik | kugel, I guess this means that 31 MHz DBOP clock results in a max fps of 50 |
| 21:14:56 | kugel | bertrik: have you in the meantime tried my patch on yor clip? |
| 21:15:03 | * | kugel could also do it himself :/ |
| 21:15:03 | amiconn | Speculative concurrent builds are supposed to solve the slow server problem automatically |
| 21:15:35 | bertrik | kugel, sorry not yet |
| 21:15:43 | * | kugel should probably get at the unified driver patch again |
| 21:18:27 | gevaerts | Statistics on which hosts usually end last at http://pastie.org/499504. It counts the "1 builds left" cases, so this is not exactly the number of times they end up last |
| 21:18:45 | gevaerts | Maybe I'd better stop that one server... |
| 21:19:00 | JdGordon| | are you going by previous logs? or actually running new builds? |
| 21:19:13 | gevaerts | currently available logs |
| 21:19:22 | gevaerts | i.e. the last 20 builds |
| 21:19:33 | JdGordon| | righto |
| 21:19:37 | JdGordon| | in that case.. why isnt mine getting sim buidls? |
| 21:20:07 | kugel | no sdl? |
| 21:20:18 | kugel | I think there was a problem with yours some weeks ago |
| 21:20:19 | Bagder | it has sdl tagged for it |
| 21:20:35 | JdGordon| | must be just good luck then |
| 21:21:19 | gevaerts | Some numbers may be slightly off. The logs are written by several threads without much locking, and now and then lines get garbled by that |
| 21:21:59 | Bagder | and a host ending up last is not necessarily a bad thing |
| 21:22:04 | JdGordon| | sdl works fine, so yeah, just luck |
| 21:22:43 | gevaerts | Bagder: of course not, but if it always does, and it's near the bottom of all other rankings, I think it's not unlikely to hold things back |
| 21:23:16 | funman | do you need/welcome new build servers? |
| 21:23:16 | Bagder | yeah, it's one piece of the jigsaw |
| 21:23:22 | Bagder | always |
| 21:24:07 | Bagder | but we need them to be pretty fast to be worth it, no old gits |
| 21:25:07 | funman | fast as in CPU or bandwidth? |
| 21:25:21 | Bagder | CPU primarily |
| 21:25:36 | Bagder | there's only like 20 big uploads out of the 106 builds |
| 21:25:55 | Bagder | or maybe 30 |
| 21:26:09 | n1s | would the reversed connection system be more suited for not-always-on hosts? |
| 21:26:19 | JdGordon| | oh, something to remember.. we wanted to add the tools/ stuff in the compile run |
| 21:26:25 | Bagder | n1s: I think so, yes |
| 21:26:41 | | Quit Thundercloud (Read error: 113 (No route to host)) |
| 21:26:54 | Bagder | JdGordon: I've hesitated with that since it'll slow them down |
| 21:27:40 | JdGordon| | ? not do tools in every build.. as a seperate target |
| 21:27:52 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 21:28:06 | Bagder | ah |
| 21:28:21 | Bagder | right, that's a good idea |
| 21:28:26 | Bagder | and cross-compiled sims is another |
| 21:28:41 | JdGordon| | and rbutil... |
| 21:28:53 | gevaerts | and the manual |
| 21:29:00 | Bagder | rbutil and manuals are slightly different though |
| 21:29:01 | JdGordon| | windows sims with the uploaded zip would be good (i tinhk) |
| 21:29:07 | Bagder | we can't easily mix them in |
| 21:29:22 | tmzt | can mingw32 build it on linux? |
| 21:29:27 | Bagder | yes |
| 21:29:39 | JdGordon| | sure we can... if make can be used to play sudoku we can do this! |
| 21:29:56 | Bagder | "if you can land a man on the moon"... |
| 21:30:14 | gevaerts | *we* can't :) |
| 21:30:24 | Bagder | how hard can it be? B) |
| 21:30:32 | | Quit flydutch ("/* empty */") |
| 21:30:39 | Bagder | "The Rockbox Man On The Moon Project" |
| 21:30:45 | Bagder | starting right after devcon |
| 21:30:50 | JdGordon| | well... if the individual builds are just "run some command on a system with X dependancies" why cant we do it? |
| 21:31:02 | funman | 1st step: "The Rockbox Man Project" ? |
| 21:31:18 | Bagder | JdGordon: well, first the plain simple reasons like the builds are triggered on non-rbutil and non-manual changes |
| 21:31:41 | Bagder | I mean, we'd do a whole lot of builds in vain |
| 21:32:20 | JdGordon| | sure, but it its already smart enough to not run a build if its a manual commit, why cant we block rbutil builds if its not touched? |
| 21:32:21 | | Join merbanan [0] (n=banan@c-83-233-163-22.cust.bredband2.com) |
| 21:32:23 | kugel | I think we can leave manual and rbutil on a daily basis, but show them on the build tabe |
| 21:32:51 | Bagder | kugel: I think I'm in that boat too |
| 21:33:37 | kugel | or trigger rbutil on rbutil/ changes and manual builds on manual/ changes :) |
| 21:33:55 | | Quit wark ("Leaving... for now. But I'll be back.") |
| 21:34:02 | JdGordon| | thats what I was trying to say :p |
| 21:38:18 | | Quit perfectdrug (Read error: 104 (Connection reset by peer)) |
| 21:40:28 | saratoga | anyone mind if I add "few ssh connections per rebuild" to the build server improvements? |
| 21:43:57 | n1s | saratoga: no, but i'm curious why you want that? |
| 21:44:52 | saratoga | n1s: IT keeps blocking the build server |
| 21:45:23 | saratoga | we open and close a lot of connections which i guess makes their firewall angry |
| 21:45:54 | n1s | aha |
| 21:47:00 | | Join gartral [0] (n=gareth@adsl-75-33-78-34.dsl.bcvloh.sbcglobal.net) |
| 21:47:44 | gartral | hi all, whats with r21182? |
| 21:49:15 | bertrik | gartral, anything wrong with it in your opinion? |
| 21:49:33 | JdGordon| | that rev easts your cats and burns your house down |
| 21:49:42 | JdGordon| | eats* |
| 21:49:59 | Llorean | I guess it's the missing commit message? |
| 21:50:44 | funman | kugel: about 21177, I think TIMER_FREQ represents the highest resolution possible (number of timer cycles per second), and is used by plugins (greylib, doom, metronome, scanrate..) |
| 21:51:13 | kugel | so the change was correct? |
| 21:51:13 | | Join PaulJam [0] (i=PaulJam_@vpn-3059.gwdg.de) |
| 21:51:18 | funman | nope :/ |
| 21:51:49 | funman | TIMER_FREQ should stay the same, because the other timer has the same resolution and is used by plugins and such with user configurable delays |
| 21:51:49 | kugel | why |
| 21:52:04 | | Join Juice^ [0] (n=juice@179.81-166-167.customer.lyse.net) |
| 21:52:10 | kugel | but the TIMER is actually lower |
| 21:52:18 | kugel | TIMER_FREQ was a useless value before |
| 21:52:21 | funman | i.e. we can have TIMER_FREQ = 24000000/16 timer interrupts per second |
| 21:52:27 | funman | hm? |
| 21:52:57 | | Quit pyro_maniac ("Leaving.") |
| 21:52:58 | kugel | and on scrollwheel we have more |
| 21:53:02 | kugel | /32 |
| 21:53:12 | funman | TIMER_FREQ is used by Sansa AMS' Timer2 (to generate kernel tick) and Timer 1 (user configurable timer) |
| 21:53:51 | funman | the presence of scrollwheel only affect Timer2 resolution, not Timer1 |
| 21:55:08 | funman | The whole timer api could benefit from some work also |
| 21:55:30 | funman | firmware/timer.c could be split in the target tree |
| 21:56:02 | funman | and tick_start could be tick_start(void), and the implementations use HZ directly |
| 21:56:32 | kugel | oh, it's used for both |
| 21:56:37 | kugel | I wasn't aware of that, sorry |
| 21:56:47 | bertrik | funman, totally agree about timer.c |
| 21:56:54 | funman | is that something MrSomeone could do ? |
| 21:57:16 | funman | kugel: eh i just figured it out |
| 21:57:58 | funman | kugel: in fact I would like to make the number of timer cycles for a tick static const, so it could be reused by usleep() if it becomes used |
| 21:58:24 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 22:00 |
| 22:00:12 | funman | how will my reputation be affected if I work on some code not specific to Sansa AMS? :/ |
| 22:01:27 | gartral | bertrik: no, but Ide like to know what it doesm the entry is empty |
| 22:01:28 | bertrik | you will be greatly respected and rewarded with special beers should you decide to come to devcon |
| 22:01:34 | domonoky | funman: +42 :-) |
| 22:02:29 | Llorean | gartral: Looking at the code, it's just the addition of a couple delays in two places. |
| 22:06:09 | | Quit Juice^ ("- nbs-irc 2.0 - www.nbs-irc.net -") |
| 22:06:19 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 22:07:52 | | Join froggyman [0] (n=47ba06b6@gateway/web/cgi-irc/labb.contactor.se/x-f0c3acc08197f94c) |
| 22:08:07 | r0b- | ok sthe talking menus wont work on this sandisk e250 |
| 22:08:16 | | Quit PaulJam__ (Read error: 110 (Connection timed out)) |
| 22:08:23 | r0b- | i wonder if i need a speech engine |
| 22:08:43 | Llorean | r0b-: You need one on your computer to generate the voice files, yes. |
| 22:08:48 | Llorean | Unless you've downloaded premade ones |
| 22:09:28 | r0b- | well i got the premade ones |
| 22:11:20 | Llorean | So, what exactly have you done? |
| 22:11:28 | Llorean | And where did you get the voice file from? |
| 22:11:50 | r0b- | i forgot who posted it |
| 22:12:34 | GodEater | "posted" it ? |
| 22:12:39 | | Quit {phoenix} (Read error: 54 (Connection reset by peer)) |
| 22:12:43 | Llorean | If you didn't generate it yourself, and it's not one from our voice files page, we don't provide support for it. |
| 22:12:44 | GodEater | you didn't download it from our website ? |
| 22:13:07 | r0b- | i just downloaded the one from your site |
| 22:13:19 | Llorean | Which one? |
| 22:13:28 | r0b- | english_vwkate_e200.voice |
| 22:13:37 | gartral | Llorean: thanks |
| 22:13:45 | Llorean | r0b-: That's not how ours are named. |
| 22:13:55 | Llorean | What site / link did you follow? |
| 22:13:57 | r0b- | could you point me to yours |
| 22:14:05 | r0b- | http://www.rockbox.org/twiki/bin/view/Main/VoiceFiles#Voice_Files_for_Current_Builds |
| 22:14:18 | * | Llorean wishes people wouldn't attach such things to the wiki |
| 22:14:23 | Llorean | r0b-: Click the "Extras" link on the left, and follow that |
| 22:14:42 | Llorean | Those voice files at the page you linked are 1.5 years old. |
| 22:14:54 | Llorean | Well, 1 year old |
| 22:15:27 | n1s | r0b-: i gave you the link to the release voices earlier... |
| 22:15:40 | r0b- | i just downloaded the latest version of rockbox |
| 22:15:44 | r0b- | we will see what happens |
| 22:17:01 | r0b- | still no voice |
| 22:17:09 | Llorean | Nobody told you to download a new version of Rockbox... |
| 22:17:19 | Llorean | If you have no interest in actually following instructions, why ask for help? |
| 22:17:39 | r0b- | i also downloaded the release voices |
| 22:17:58 | Llorean | What is the filename, and where *exactly* did you put it on your player? |
| 22:21:59 | r0b- | i extracted it to the wrong directory |
| 22:22:06 | r0b- | i just moved the file to the proper area now it works |
| 22:33:44 | | Quit merbanan (Read error: 110 (Connection timed out)) |
| 22:35:27 | *** | Saving seen data "./dancer.seen" |
| 22:37:14 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 22:44:29 | | Join Russel-Athletic [0] (n=Russel@d174.stw.stud.uni-saarland.de) |
| 22:44:30 | Russel-Athletic | hiho |
| 22:46:20 | GodEater | it's off to work we go |
| 22:46:26 | Russel-Athletic | it seems the developers have made some major changes in apps/tagcache.c which gives me some headaches because I want to have this patch in my rockbox version: http://www.rockbox.org/tracker/task/8051 |
| 22:47:04 | Russel-Athletic | it would be nice if somebody could help me port this |
| 22:48:06 | Llorean | That patch was rejected some months ago. |
| 22:48:22 | Russel-Athletic | i know |
| 22:48:24 | GodEater | therefore it's not going to require a "port" |
| 22:48:30 | GodEater | it's going to require a complete rewrite |
| 22:48:36 | GodEater | which is a substantial amount of work |
| 22:48:50 | Russel-Athletic | is no quick fix for this possible? |
| 22:49:05 | GodEater | nope |
| 22:49:10 | Llorean | Please don't ask in this channel for help getting rejected patches working. They were rejected because they were decided no acceptable for the official version of Rockbox, which is what this channel is in place for. |
| 22:49:22 | Llorean | While it may be possible to get them working for personal use, it's not something that's on-topic here. |
| 22:49:32 | Russel-Athletic | I know that this patch is rejected but I only want to have it in my version |
| 22:49:44 | Llorean | As I just said, it's not on-topic here. |
| 22:49:59 | Russel-Athletic | oh ok |
| 22:55:06 | GodEater | it actually looks like you sync'd it yourself a few times |
| 22:55:21 | GodEater | so you seem up to the job of doing it yourself surely? |
| 22:56:20 | Russel-Athletic | the syncing was only minor changes |
| 22:56:32 | Russel-Athletic | like some tag was added |
| 22:56:39 | Russel-Athletic | but this bit stuff is a bit too much for me |
| 22:57:10 | Russel-Athletic | and i know it is your right to not support this patch but i just wanted to try asking |
| 22:57:42 | GodEater | has anyone ever looked at replacing tagcache with sqllite or something ? |
| 22:57:52 | | Join Tomers_ [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) |
| 22:58:01 | Llorean | GodEater: There's an sqlite patch in the tracker, I believe |
| 22:58:15 | evilnick_230 | Llorean: Do changes to the database affect users who don't use the database (i.e. not even Initialize it)? |
| 22:58:17 | Llorean | Though it hasn't been adapted to the database, I think it's just a plugin of some sort |
| 22:58:21 | GodEater | there you go Russel-Athletic get cracking on that :D |
| 22:58:31 | Llorean | evilnick_230: Most shouldn't, no. |
| 22:59:06 | Llorean | evilnick_230: The problem with that patch is that it'd affect all users of the database for a feature that could be implemented in a lot lower impact manner, if I recall |
| 22:59:15 | Russel-Athletic | yes |
| 22:59:20 | Russel-Athletic | i know the argument |
| 23:00 |
| 23:00:33 | evilnick_230 | Llorean: Sure. That's what I'd expect, but it's always best to make sure rather than making assumptions. |
| 23:00:48 | gevaerts | GodEater sqlite would increase memory usage by a few hundred kilobytes |
| 23:01:11 | Llorean | gevaerts: Is that "ever" or "on top of any increases in database size"? |
| 23:01:22 | GodEater | gevaerts: hence my "or something" too :D |
| 23:01:48 | * | Llorean would argue in favor of sacrificing those few hundred KB if it meant no more bugs relating to duplicate entries in the database, etc. |
| 23:04:53 | bertrik | funman, in the clip OF 1.1.30 I see that DCDC15 is written with 1 without any condition when turning on the OLED |
| 23:05:09 | gevaerts | Llorean: I don't remember the exact numbers. Also, I somehow doubt that most of the bugs we have are due to the actual storage engine. They sound more like update logic gone wrong |
| 23:05:11 | funman | mcuelenaere: cf timer-jz4740.c : __timer_set(), the cycles argument means the number of timer cycles between each interrupt (calculated from TIMER_FREQ, number of cycles per second) |
| 23:05:23 | | Quit Tomers_ ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 23:05:26 | funman | bertrik: I check 1.1.29 and 1.1.32 they are the same |
| 23:05:47 | funman | I didn't test what was the effect on my Clip however |
| 23:05:50 | mcuelenaere | funman: thanks |
| 23:06:03 | funman | mcuelenaere: thanks for not adding your code to timer.c mess ;) |
| 23:07:11 | bertrik | funman, so if we do it the same way (as in matsch' patch) we're at least not doing worse than the OF :/ |
| 23:07:36 | funman | yep |
| 23:08:04 | funman | I don't know how much extra power that represents (1.25mA) |
| 23:08:24 | bertrik | I was hoping for some way to autodetect it |
| 23:08:44 | | Join PsyCl0ne [0] (n=robbie@199.185.96.5) |
| 23:09:11 | PsyCl0ne | Hi would anyone be able to help me get rockbox installed on my iPod |
| 23:09:21 | bertrik | My guess is that there's nothing to draw any current for the clips that don't need this, so there's hardly any power wasted |
| 23:09:22 | Llorean | PsyCl0ne: Where are you getting stuck in the instructions? |
| 23:09:45 | funman | bertrik: would the difference be noticeable with battery_bench if it wasn't the case? |
| 23:10:03 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 23:10:04 | PsyCl0ne | Llorean: Actually all that I have done is check to see if rockbox is compatible with my ipod, and got the visual installer |
| 23:10:13 | mcuelenaere | funman: so __timer_set(long cycles, bool start) |
| 23:10:17 | mcuelenaere | woops |
| 23:10:23 | Llorean | PsyCl0ne: Why not try following the instructions then before asking for help? ;) |
| 23:10:30 | PsyCl0ne | llorean: but for some reason the app is telling me that my ipod is noncompatible |
| 23:10:41 | Llorean | Then you mis-identified your iPod |
| 23:10:41 | evilnick_230 | PsyCl0ne: What generation iPod is it? |
| 23:10:43 | bertrik | funman, hard to say, I'll have to take a guess at the normal current consumption |
| 23:10:59 | mcuelenaere | funman: so __timer_set(TIMER_FREQ/2, true) means setting a timer for every half a second? |
| 23:11:10 | saratoga | 1ma comapred to teh entire screen consumption is probably really small |
| 23:11:26 | PsyCl0ne | Llorean: its an iPod classic 80gb serial does end in YMV |
| 23:11:52 | saratoga | PsyCl0ne: check the apple docs and confirm what you have |
| 23:11:59 | saratoga | you're probably wrong about which ipod you own |
| 23:12:01 | Llorean | PsyCl0ne: The "classic" isn't supported |
| 23:12:06 | bertrik | funman, the clip battery is 350 mAh, how long does it last now with SVN? |
| 23:12:19 | Llorean | PsyCl0ne: It says "(not the Shuffle, 2nd/3rd/4th gen Nano, Classic or Touch) " on the front page of the site. |
| 23:12:39 | evilnick_230 | iPod Classics are not supported, but to make things more confusing, some people refer to all full-size iPods as Classic, when they are not |
| 23:12:47 | funman | mcuelenaere: right, the 2nd argument set to true means that it will unregister previous user of the timer (afaiu) |
| 23:12:53 | | Quit Tomers (Read error: 113 (No route to host)) |
| 23:13:30 | mcuelenaere | and if set to false it just changes the period of the timer? |
| 23:13:48 | PsyCl0ne | kk, my bad I went with the guide at http://support.apple.com/kb/HT1353, but going by my model number its a 6th gen |
| 23:14:12 | Llorean | Yes. |
| 23:14:17 | Llorean | And you'll notice the 6th gen isn't supported. |
| 23:14:26 | Llorean | We go up to the 5.5th gen. |
| 23:14:30 | funman | bertrik: i haven't run battery_bench since http://forums.rockbox.org/index.php?action=dlattach;topic=14064.0;attach=3692;image so I suppose around 6 or 7 hours |
| 23:14:30 | GodEater | the guide at that page is perfectly correct |
| 23:14:32 | PsyCl0ne | yea, I thought it was a 5th gen.... |
| 23:14:35 | PsyCl0ne | my bad |
| 23:14:38 | PsyCl0ne | thanks though |
| 23:14:42 | | Part PsyCl0ne |
| 23:14:56 | funman | mcuelenaere: yes |
| 23:16:11 | bertrik | funman, so that's about 50 mA on average. Then I wouldn't worry about 1.25 mA and I doubt this 1.25 mA even runs for clips that don't need it. Also we can turn it off when the display is off. |
| 23:16:20 | r0b- | where can i find movie trailers |
| 23:16:33 | saratoga | not here |
| 23:16:34 | r0b- | i want some clips to put on my sansa |
| 23:16:34 | n1s | google maybe |
| 23:16:47 | funman | bertrik: ok tha,ks for the explanation |
| 23:16:49 | GodEater | we definitely do not provide media |
| 23:17:01 | GodEater | apart from the ONE we have on the pluginmpegplayer page in the wiki |
| 23:17:02 | n1s | r0b-: this channel is about rockbox anything else isd off topic |
| 23:21:48 | | Quit evilnick_230 ("http://www.mibbit.com ajax IRC Client") |
| 23:22:56 | | Quit gartral ("leaving") |
| 23:23:28 | | Quit bubsy ("Mrrrrreow!") |
| 23:25:39 | funman | in fact timer.c / timer-target.h is alreayd made for target tree, but only some targets use the target tree (tcc, gigabeat-fx, lyre proto1, dm320 and ingenic jz47xx) |
| 23:25:52 | funman | i'll just move targets one by one |
| 23:26:06 | | Quit VytenisS (Remote closed the connection) |
| 23:27:58 | | Join onlysoaa [0] (i=40e56ec7@gateway/web/ajax/mibbit.com/x-be24f6af9f014457) |
| 23:30:35 | onlysoaa | Hello all! Anyone know if I can get a hold of shotofadds? |
| 23:30:56 | onlysoaa | He's the one who did most of the D2 port, so perhaps he could help me out with my P2 port. ;) |
| 23:31:39 | | Quit bertrik (Remote closed the connection) |
| 23:32:12 | saratoga | he posted on the forums about 10 minutes ago, so maybe you could just PM him and ask to meet him in IRC |
| 23:32:16 | n1s | onlysoaa: quite a few devs read the logs of this channel so if you have any specific questions maybe you should just ask here, also maybe someone else can answer |
| 23:32:40 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 23:37:53 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 23:38:10 | onlysoaa | Alrighty, thanks. I noticed he posted on the forums not long ago. :P |
| 23:39:15 | | Join safetydan [0] (n=deverton@rockbox/developer/safetydan) |
| 23:52:13 | onlysoaa | I just updated the Samsung P2 port thread. (: |
| 23:52:13 | | Join JdGordon| [0] (i=836b0070@rockbox/developer/JdGordon) |
| 23:55:47 | | Quit Thundercloud (Remote closed the connection) |
| 23:56:23 | kugel | onlysoaa: blueish display? |
| 23:57:16 | kugel | onlysoaa: I too had that when I first saw someting on my fuze's display. linuxstb was able to fix it with a single line IIRC, maybe you ask him |
| 23:57:49 | onlysoaa | kugel: it's not only blueish; it's also stretched horizontally three-fold. |
| 23:58:06 | tmzt | timings? |
| 23:58:13 | onlysoaa | kugel: It's like it's displaying data from RGB in the B channel only. |
| 23:58:24 | onlysoaa | Timings should be set correctly. |
| 23:58:31 | kugel | onlysoaa: as I said, yo need to replace the resoltion at some places |
| 23:58:42 | kugel | the d2 lcd driver is far from multi target friendly |
icon identifies that the person is a core developer (has commit access).