| 00:00:02 | casainho | ah, this LCD controller memorizes the X and Y, and then it just increments them |
| 00:00:09 | Bagder | sorry, I'm stupid and should sleep instead |
| 00:00:39 | casainho | Bagder: so, do you see any possible problem? |
| 00:00:57 | casainho | maybe the problem is really that driver need to write 2 pixels at a time, no? |
| 00:02:55 | bertrik | casainho, that is indeed a problem I think, but the current hack should work for now to get other stuff working |
| 00:03:36 | bertrik | you do have some kind of actual buttons, right? |
| 00:04:09 | kugel | casainho: I've was experience similar issues on my fuze when I was experimenting with the x,y,width,height vars in lcd_update(_rect) |
| 00:04:47 | kugel | that happened if I didn't use LCD_WIDTH/_HEIGHT *-1* in the update routinies |
| 00:04:53 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 00:04:53 | | Quit amiconn (Nick collision from services.) |
| 00:04:55 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 00:04:55 | | Quit pixelma (Nick collision from services.) |
| 00:05:09 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 00:05:13 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 00:05:44 | | Quit MTee (Read error: 110 (Connection timed out)) |
| 00:06:05 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 00:06:31 | kugel | jhMikeS: ping |
| 00:06:46 | casainho | kugel: I have just one button on the board... |
| 00:07:04 | casainho | but soon I should assembly the expansion board with them |
| 00:07:06 | kugel | casainho: did I tell anything about buttons?= |
| 00:07:30 | | Quit tessarakt ("Client exiting") |
| 00:08:01 | amiconn | jhMikeS: Do you think r19991 will also fix the occasional hard freezes when browsing with voice enabled on coldfire? |
| 00:08:13 | casainho | kugel: sorry, was for bertrik |
| 00:08:44 | casainho | bertrik: I have one button on the board... but soon I will assembly the expansion board: http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayerLittlePrototypeExpansionBoard |
| 00:09:08 | jhMikeS | amiconn: that is a possibility given the nature of the problem |
| 00:09:32 | * | amiconn hopes so, and will update his coldfire targets asap |
| 00:10:50 | kugel | jhMikeS: I was getting a response from kkurbjun (re ams & mmu), but I fear I only understood 2/3 of it max |
| 00:11:07 | | Part CaptainKwel |
| 00:11:22 | jhMikeS | kugel: it's like ARM920T one isn't it? |
| 00:11:35 | kugel | yea |
| 00:12:29 | kugel | although, I think the main problems seems to be that a) ams uses iram (so could can't just be copy&pasted) and b) the mapping of the ram |
| 00:13:16 | jhMikeS | the mapping of the ram shouldn't be a problem since the TTB can map 4GB worth of sections |
| 00:13:20 | rasher | I guess now's a good time to look through the tracker for freeze bugs on coldfire targets |
| 00:13:58 | jhMikeS | if they're from rapid PCM starts and stops they're good candidates |
| 00:14:13 | kugel | jhMikeS: can I forward the email to you? (in the hope you can help me) |
| 00:14:32 | jhMikeS | kugel: sure |
| 00:15:44 | | Join z35 [0] (n=z35@h129.61.90.75.dynamic.ip.windstream.net) |
| 00:16:59 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.6/2009020911]") |
| 00:18:20 | n1s | rasher: FS #9293 looks like a good candidate for random freezing, maybe the same as amiconns bug |
| 00:19:26 | * | rasher adds a comment |
| 00:19:39 | * | n1s already did |
| 00:20:02 | * | n1s wins \o/ |
| 00:20:52 | n1s | wow, we have gathered a large amount of bug reports lately |
| 00:21:51 | pixelma | haha, echo in the comment |
| 00:22:05 | kugel | and patches in seperate tasks for the same area of code |
| 00:22:19 | amiconn | The occasional freeze bug is ages old; cf always did that for me. |
| 00:23:12 | * | pixelma wonders if r19991 could also fix the freeze observed in zxbox on M5 with sound enabled |
| 00:25:09 | | Quit domonoky1 (Read error: 104 (Connection reset by peer)) |
| 00:25:19 | n1s | and we have a bunch of tasks marked as patches which are bugreports but with a proposed fix attached, which is bad |
| 00:25:35 | * | mcuelenaere thinks flyspray should detect that |
| 00:25:55 | jhMikeS | pixelma: looking at spsound.c and the way it uses pcm, it very well could |
| 00:27:15 | *** | Saving seen data "./dancer.seen" |
| 00:28:35 | jhMikeS | the usage looks a bit strange- pcm_play_stop within the callback (not that it should hurt it, but it's not needed). |
| 00:29:26 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") |
| 00:31:24 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 00:34:13 | | Quit lymeca (Connection timed out) |
| 00:36:06 | pixelma | sound in zxbox seems to be a bit half-hearted anyways, e.g. for some reason it's not really recognisable on my c200, while it sounds ok on M5 before it freezes |
| 00:37:14 | | Quit bertrik ("Leaving") |
| 00:37:47 | | Quit n1s () |
| 00:41:35 | | Quit midijunkie ("?(???~•~)?") |
| 00:44:49 | | Quit flydutch ("/* empty */") |
| 00:54:12 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") |
| 00:58:23 | | Join FlynDice [0] (n=jack@65.88.2.5) |
| 00:59:50 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-532c46f37b2cee5f) |
| 01:00 |
| 01:00:16 | | Quit faemir ("Lost terminal") |
| 01:02:16 | | Quit MethoS (Remote closed the connection) |
| 01:02:45 | | Quit FlynDice (Remote closed the connection) |
| 01:04:21 | | Quit tyfoo (Read error: 104 (Connection reset by peer)) |
| 01:07:32 | | Join FlynDice [0] (n=jack@65.88.2.5) |
| 01:11:03 | | Join Soap_ [0] (n=Soap@75.111.206.164) |
| 01:12:34 | | Nick dfkt_dt is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
| 01:16:48 | | Quit FlynDice (Read error: 104 (Connection reset by peer)) |
| 01:17:01 | Unhelpful | amiconn: you were saying that malloc may not be the right API for most plugin uses, etc... i'm trying to think of what *would* be. :) |
| 01:18:12 | Unhelpful | one idea is to implement bufalloc on a programmer-specified buffer, could be plugin buffer, a chunk of stolen audio buffer, etc. |
| 01:18:29 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 01:18:42 | Unhelpful | by using handles instead of actual pointers, there's still the option of compacting when we run out of contiguous free space |
| 01:20:27 | | Quit TMM (Read error: 110 (Connection timed out)) |
| 01:21:36 | Unhelpful | the other thought i had was passing a pointer-to-pointer to a malloc-like function, which uses that to set the pointer to the allocated memory, and retains it so that it can adjust the "returned" pointer during compaction. |
| 01:24:31 | Unhelpful | the first way has the advantage of being a drop-in replacement for things abusing bufalloc now, aside from needing a buf_init function to set up the buffer from which allocations will be made. on the other hand, you have to keep calling a bufgetdata-like function to get the pointer associated with your handle. |
| 01:25:03 | Unhelpful | the second way probably means that you'll need to make the pointer volatile, though, in case it's changed elsewhere... that might very well be worse? |
| 01:26:59 | jhMikeS | does this pointer to pointer scheme include lockout or are we assuming no concurrency issues? |
| 01:27:16 | Unhelpful | there's that, too :/ |
| 01:28:34 | jhMikeS | I don't think a bufgetdata or whatever is so bad since you can keep it as long as needed without anything ursurping it |
| 01:28:45 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 01:29:54 | Unhelpful | it's only potentially unsafe if you have more than one thread using the same allocation buffer, and you yield, and the other thread triggers a compaction |
| 01:31:08 | amiconn | Why would that be unsafe? |
| 01:31:40 | amiconn | You just need to take care that all pointers into the buffer are potentially invalid after a yield() |
| 01:31:56 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 01:33:03 | Beta2K | Is the ribon connector on the board pin compatible with ZIF HD cables? |
| 01:33:14 | Beta2K | On a Gigabeat F |
| 01:33:27 | Beta2K | With a ZIF HD from a iPood 5.5G |
| 01:33:47 | amiconn | Of course you're in for trouble if you're using two threads on different cores in this case. Don't know how likely this will be |
| 01:34:34 | toffe82 | Beta2K: we answer you this morning ;) no |
| 01:34:58 | toffe82 | what do you want to do ? |
| 01:35:30 | | Join FlynDice [0] (n=jack@65.88.2.5) |
| 01:36:12 | evilnick_7 | toffe82: He's trying to use a ZIF HD on a Gigabeat F, and has an adaptor, I believe. |
| 01:37:04 | pixelma | the bug in M5 zxbox is not completely gone but it doesn't freeze completely anymore - now only the game screen gets corrupted, nothing to recognise anymore but I can still reach the menu and quit |
| 01:38:15 | Unhelpful | amiconn: is there an easy way to make sure that we reload the pointer from memory after a yield, without having to fetch it from memory every time it's referenced? i suppose if it's declared volatile, and we take a copy of it after yielding, that would work? |
| 01:38:43 | amiconn | Use two pointers, a volatile one and an ordinary one |
| 01:38:54 | amiconn | yeah |
| 01:39:14 | Beta2K | toffe82: I broke the cable that adapts from the board to LIF pins |
| 01:39:54 | Beta2K | And since I have a ZIF drive in it, I thought why not connect it directly to the board if I could instead of from the ribon, to pins, and back to ribon |
| 01:40:02 | * | amiconn isn't sure whether 'volatile' would even be necessary |
| 01:40:25 | Beta2K | And yes I have a 50pin ata to 40pin ZIP adapter |
| 01:40:44 | Beta2K | Was just trying to eliminate it since the back cover won't stay on :) |
| 01:40:57 | amiconn | I think gcc knows that a function call might change memory (unless the function has the 'pure' attribute) and hence reloads after the function |
| 01:41:01 | Beta2K | and that's how the cable got broke in the first place |
| 01:41:11 | toffe82 | Beta2K: so you need the flat cable between the adapter and the hard dirve ? |
| 01:41:25 | | Join lolhai [0] (n=5ac7ec09@gateway/web/cgi-irc/labb.contactor.se/x-843ec593201b54a0) |
| 01:41:35 | Beta2K | No |
| 01:41:48 | lolhai | >_> |
| 01:41:49 | Beta2K | From the Gigabeat mainboard to the 50pin LIF |
| 01:42:16 | krazykit | Beta2K, it should fit, but it's tight. i did the mod awhile ago |
| 01:42:23 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-3df43e587f7577b9) |
| 01:42:44 | Beta2K | krazykit: I've had it like this for a while, but the back keeps coming off since it's only screwed on the bottom |
| 01:42:46 | toffe82 | Beta2K: the original cable form the board to the hd ? I have a lot in stock |
| 01:42:48 | Unhelpful | amiconn: if that's the case, i like the "modify a passed pointer" API better - safe as long as you don't expect a copy of it to be valid across yield, and as long as you don't expect the value to mean anything after freeing it. |
| 01:43:05 | Beta2K | One time that it came off it broke completely, exposing the HD and cables/adapters |
| 01:43:09 | | Join JdGordon_ [0] (n=jonno@123-243-140-31.static.tpgi.com.au) |
| 01:43:13 | Beta2K | Eventually the one cable broke |
| 01:43:28 | lolhai | Can rockbox make it so there's just ALL SONGS on my iPod and I can make it use bass booster and increase volume to deafening levels from my computer? o.o Both of my screens're broke so this would be handy =) |
| 01:44:33 | saratoga | Unhelpful: did you have any interest in incorporating jpeg into your resize code? |
| 01:44:44 | Unhelpful | if the volatile keyword *is* necessary, that would make me favor reimplementing the bufalloc semantics, as the "call a function to get get a pointer for a handle" is really no less messy than "make sure you declare you pointer volatile, and copy it if you care about performance, and make sure to recopy it if you yield" |
| 01:44:44 | | Quit AndyI (Read error: 113 (No route to host)) |
| 01:44:51 | saratoga | lolhai: no |
| 01:44:57 | lolhai | D: Fail |
| 01:45:20 | Unhelpful | saratoga: i'm interested in seeing jpeg work. i looked at the decoder we have, though, and i'm not at all happy about the idea of rewriting it to be core-resizer-friendly. |
| 01:45:22 | * | jhMikeS imagines all the flyspray tasks from trying to keep it too simple |
| 01:45:32 | lolhai | ty for clearing that up for me )= |
| 01:46:05 | | Quit Thundercloud (Remote closed the connection) |
| 01:46:18 | saratoga | Unhelpful: what were the issues? |
| 01:46:25 | | Quit lolhai ("CGI:IRC") |
| 01:47:50 | Unhelpful | saratoga: mostly the lack of any consideration for doing sequential reads. the plugin, as far as i can tell, reads the entire thing into memory, and then calls the decoder, which expects to be able to just walk through a big block of memory for its data. |
| 01:48:01 | pixelma | aha, zxbox only seems to crash on my M5 now with voice enabled... I also noticed that it tried to load the clips or so when in an options submenu with "yes" or "no" setting, like sound |
| 01:49:21 | saratoga | Unhelpful: that should be easy enough to fix though |
| 01:49:32 | Unhelpful | it needs to be rewritten to do its own file reads when it needs more data, it needs to be redesigned in a callback-oriented fashion, with the vast majority of the function local variables moved into a context structure, and that's all a pretty big pain, for me anyway. :/ |
| 01:49:32 | jhMikeS | pixelma: it doesn't turn off the voice menus theN? |
| 01:49:52 | saratoga | unless its doing something silly like random access |
| 01:49:54 | saratoga | why call backs? |
| 01:50:42 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 01:51:11 | Unhelpful | because that's how the scaler works. that may seem regrettable when trying to do it for jpeg, but it was far easier to write a callback to fetch the next bitmap chunk than a scaler that is called with one chunk at a time. |
| 01:51:49 | Unhelpful | maybe this makes a good case for coroutines ;) |
| 01:52:17 | saratoga | i assumed we would have the resizer call the jpeg decoder for a certain number of vertical lines, then resize them, and repeat |
| 01:52:43 | | Quit bmbl ("Woah!") |
| 01:52:45 | Unhelpful | right, and the "get more image data" function is the callback i'm talking about. |
| 01:53:18 | Beta2K | toffe82: I should have one here too, was just trying to eliminate one connection and some squishing :) |
| 01:53:29 | Beta2K | But I'll drop you a email if I can't find it |
| 01:53:33 | saratoga | Unhelpful: ah ok |
| 01:53:50 | Beta2K | Any idea what the pinout for that port actually is? |
| 01:54:05 | toffe82 | Beta2K: there are too many cross wire to use a standard flat cable |
| 01:54:08 | toffe82 | yes |
| 01:54:16 | pixelma | jhMikeS: it doesn't... I don't hear it speak regularly but it spins up the disk so I have to wait to navigate the yesno menus. It seems to speak the "cancelled" splash when backing out of a setting without change |
| 01:55:09 | Beta2K | toffe82: Is it mirrored? 1=2, 2=1, 3-4, 4-3 ect? |
| 01:55:18 | Beta2K | <tr> |
| 01:55:18 | Beta2K | <td class="mainBodyLeft">Catagory Enabled?</td> |
| 01:55:18 | Beta2K | <td><input type="checkbox" name="disable">Disabled</input></td> |
| 01:55:18 | Unhelpful | the point is that the decoder will need to store any per-file-global data in a structure, and also any variables it needs to maintain during decode. the basic structure of the callback would be that it returns one whole line at a time from a buffer that it decodes into, and decodes a new macroblock-line whenever it gets to the last line in its buffer. |
| 01:55:23 | Beta2K | Ooops |
| 01:55:25 | toffe82 | Beta2K: not exactly |
| 01:55:28 | * | pixelma wonders if the white noise on the screen after that is then visualised PCM data ;) |
| 01:56:00 | jhMikeS | could be indeed |
| 01:56:34 | pixelma | people always want visualisation =) |
| 01:56:53 | jhMikeS | well, there ya go. tell them it's already implemented :) |
| 01:57:02 | saratoga | Unhelpful: yes that makes sense |
| 01:58:05 | Unhelpful | ideally, we probably want a read_jpeg_file and a read_jpeg_fd that work pretty much like the bmp ones work - read_jpeg_file opens a file and passes the fd to read_jpeg_fd, read_jpeg_fd initializes the context structure that the callback decoder will use, and then passes that and the needed parameters to resize_on_load |
| 01:58:19 | Unhelpful | and, somewhat unrelated, i want to rename resize_on_load. |
| 01:58:40 | jhMikeS | why, because it's was sized once already? |
| 01:59:10 | jhMikeS | load_scaled? |
| 01:59:41 | Unhelpful | because i prefer to label the operation as "scale" instead of "resize", and because it doesn't really care about how it gets its image data, which may not actually be loaded from storage at all. |
| 02:00 |
| 02:01:20 | Unhelpful | you could just as easily load a 24bpp image into memory, and repeatedly call the scaler to create bitmaps in various sizes of it |
| 02:01:53 | | Quit JdGordon ("Ex-Chat") |
| 02:02:08 | jhMikeS | I wonder if the methods amenable to writing an IPU-based version? |
| 02:02:32 | Unhelpful | i'd say it depends on what the IPU can do, really. |
| 02:03:19 | saratoga | i think it can resize, but really, whats the point |
| 02:03:32 | Unhelpful | i would be surprised if it were really designed around doing partial-image-at-a-time scaling, it just seems to me like it's more likely to do scale-whole-image-to-display |
| 02:04:24 | jhMikeS | I think it may be able to do DMA requests for chunks, not positive though |
| 02:04:54 | Unhelpful | saratoga: i can think of a few ways that might be useful, like if we ever allow display of next-album WPS, using the IPU to generate a smaller version of that AA on the fly, instead of having to load it into memory in two sizes |
| 02:05:10 | saratoga | jhMikeS: do you have any idea if we can use the VFP in rockbox for doing gcc generated fp ? |
| 02:05:29 | | Part toffe82 |
| 02:05:36 | saratoga | Unhelpful: that sounds like a good bit of effort to save a tiny bit of memory on a bigmem target |
| 02:05:52 | saratoga | particularly if we ever get jpeg |
| 02:06:40 | Unhelpful | saratoga: it does. i'd expect the best *real* benefit of IPU scaling would be in mpegplayer, really. |
| 02:07:11 | jhMikeS | saratoga: I think GCC won't emulate if native fp is availble (unless forced). |
| 02:08:03 | jhMikeS | the instructions can be assembled though |
| 02:08:15 | pixelma | Unhelpful: this test_greylib_bitmap_scale.c - is there a limit for the size of the bitmaps I try to open? And it's in viewers so am I should only need to select the bmp (no "open with")? |
| 02:08:17 | saratoga | jhMIkeS: good to know, could be fun for porting future fp codecs to rockbox, at least if you've got a beast |
| 02:08:36 | saratoga | could do it in steps and still be able to use the codec |
| 02:08:36 | Unhelpful | i'd be a little afraid lazy contributors if we said that it was ok to use float math... at the very least, i think it needs a "you must also provide a fixed-point implementation to commit" |
| 02:09:05 | jhMikeS | it just raises the bar on the level of commitment :) |
| 02:10:00 | Unhelpful | jhMikeS: what did you want tested about your recent beast work, btw? i've been using it a few days without seeing anything wrong. |
| 02:11:04 | Unhelpful | pixelma: i never actually *tried* "just click a bitmap"... that may very well work without using "open with" |
| 02:13:02 | pixelma | well, if I "click" on the bmp I get a "Failed to open bitmap" splash and the plugin is not in the "open with" menu although I can see the file in ./rockbox/rocks/viewers |
| 02:13:50 | pixelma | bmp is 200x200 if that matters and works on my c200 (album art) |
| 02:13:56 | jhMikeS | Unhelpful: sounds good enough if it's nothing is noticed. I just wondered if anyone wanted to confirm that it helped the battery life since my 700mAh test went ahead of even the 1000mAh tests in the wiki. |
| 02:14:43 | | Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) |
| 02:15:18 | Unhelpful | as far as limits go, that's a bit complicated. without suffering overflows, images containing up to 2^24 pixels may be opened. however, there will start to be loss of precision in the output a good ways before that... probably around 2^16 pixels, since that leaves only 8 bits in the calculated reciprocal. |
| 02:17:37 | Unhelpful | pixelma: hm. i just built an ondio sp sim, and forget to add test_greylib_bitmap_scale.c to SOURCES the first time, and still got that "failed to open bitmap" message. there must be something else that takes priority for opening bitmaps? |
| 02:18:43 | Unhelpful | probably sliding_puzzle, that's the only other registered viewer for bmp files on ondio sp |
| 02:19:30 | pixelma | or the custom icons thing? |
| 02:20:09 | Unhelpful | i don't know... i only see two in viewers.config |
| 02:22:10 | pixelma | ah yes, it's sliding puzzle, just opened a screendump.bmp with it and I got a nice puzzle with it |
| 02:22:40 | Unhelpful | weird, though, open with works for me in sim |
| 02:27:04 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 02:27:19 | *** | Saving seen data "./dancer.seen" |
| 02:28:26 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 02:31:56 | pixelma | hmm... that file must be from an older build, it's not in the current build dir. Seems I have to try again |
| 02:32:27 | Unhelpful | it looks like the file was also broken, let me commit a fix ;) |
| 02:33:15 | | Quit mcuelenaere () |
| 02:34:08 | pixelma | I'll wait then but not for long |
| 02:34:42 | Unhelpful | it's a one-liner, i'm sending it now. just the removal from the C file of a header file that's been deleted. |
| 02:35:01 | Unhelpful | fixed in r19994 |
| 02:38:36 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
| 02:39:45 | | Join r4mix [0] (n=r3mix@216-165-18-64.DYNAPOOL.NYU.EDU) |
| 02:40:54 | | Quit r4mix (Client Quit) |
| 02:42:53 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-50d4783974340acd) |
| 02:43:16 | | Quit TMM (Read error: 110 (Connection timed out)) |
| 02:46:10 | pixelma | ugh, I had 2 test plugins I only used for the Ondio under a HAVE_MMC but that define changed somewhen... |
| 02:47:16 | | Quit rocko ("Leaving") |
| 02:48:19 | | Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) |
| 02:57:15 | | Join hd [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 03:00 |
| 03:00:29 | | Join |mr [0] (n=lymeca@student165-137.hampshire.edu) |
| 03:03:42 | | Quit HellDragon (Read error: 110 (Connection timed out)) |
| 03:09:54 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 03:10:58 | | Quit Soap_ (Read error: 104 (Connection reset by peer)) |
| 03:13:50 | | Quit advcomp2019 ("Going!") |
| 03:14:20 | | Quit saratoga ("CGI:IRC (EOF)") |
| 03:16:04 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 03:22:41 | pixelma | Unhelpful: can use the plugin now but - if I try to open the 200x200 colour bmp I get the "failed to load bitmap" splash (note lower case f ;) ), same when trying a 40x40. The mono bitmaps (screendumps and icons) I found on the player to try give me a white screen and the need to hard power-off... |
| 03:23:39 | Unhelpful | uhoh. i wonder what the issue is? it works just fine on sim :/ |
| 03:24:06 | | Join QuickStart [0] (n=QUICKSTA@pool-72-88-187-144.nwrknj.east.verizon.net) |
| 03:27:06 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 03:27:27 | | Quit sarixe ("Bye") |
| 03:28:49 | pixelma | some errors only show on specific architecture, or the same error looks differently. Btw. the "catch mem accesses" gives me the following error message: I0C: UserBrk at 09029C6C, don't know what that means but I guess you would need the map file for it (amiconn can probably explain) |
| 03:28:57 | | Join Soap_ [0] (n=Soap@75.111.206.164) |
| 03:30:58 | Unhelpful | the map file, and a debug .elf of the plugin would be nice to have as well, that would let us pretty much nail it down to the statement that's causing the trouble. i would expect it's some kind of alignment issue |
| 03:32:00 | pixelma | has to wait for a few hours though |
| 03:33:06 | Unhelpful | no hurry, we're a good ways from there being any non-test use of scaling on sh targets |
| 03:33:58 | | Quit QuickStart (Remote closed the connection) |
| 03:49:27 | | Join CaptainKwel [0] (n=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 04:00 |
| 04:01:29 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
| 04:08:30 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 04:10:10 | | Join blkhawk- [0] (n=blkhawk@g228068125.adsl.alicedsl.de) |
| 04:13:12 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
| 04:24:34 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 04:26:11 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
| 04:26:51 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 04:27:08 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g228068125.adsl.alicedsl.de) |
| 04:27:22 | *** | Saving seen data "./dancer.seen" |
| 04:34:50 | | Join aarcane [0] (n=aarcane@c-98-238-136-247.hsd1.ca.comcast.net) |
| 04:39:20 | | Join low_light [0] (i=ad58bb86@gateway/web/ajax/mibbit.com/x-bb68baa805547d52) |
| 04:42:36 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:44:55 | | Join Barahir_ [0] (n=jonathan@Zd2e7.z.pppool.de) |
| 04:53:32 | | Quit |mr (Read error: 110 (Connection timed out)) |
| 04:58:09 | | Join bs66_1 [0] (n=sysuser@79.138.202.190.bredband.tre.se) |
| 05:00 |
| 05:01:36 | | Quit bs66_ (Read error: 60 (Operation timed out)) |
| 05:02:12 | | Quit Barahir (Read error: 110 (Connection timed out)) |
| 05:08:28 | | Quit FlynDice (Read error: 60 (Operation timed out)) |
| 05:11:22 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-d756b27c39ce033e) |
| 05:14:28 | | Quit saratoga (Client Quit) |
| 05:14:44 | | Join ucchan [0] (n=ucchan@u-210162010011.hotspot.ne.jp) |
| 05:15:31 | | Quit __lifeless (Remote closed the connection) |
| 05:15:47 | | Join __lifeless [0] (n=lifeless@90.151.223.31) |
| 05:24:55 | | Part Aurix_Lexico |
| 05:27:39 | | Quit low_light ("http://www.mibbit.com ajax IRC Client") |
| 05:45:38 | | Quit kachna (Read error: 113 (No route to host)) |
| 05:53:02 | | Join |mr [0] (n=lymeca@student167-52.hampshire.edu) |
| 06:00 |
| 06:05:37 | | Quit xSlack_ (Remote closed the connection) |
| 06:08:28 | | Join xSlack [0] (n=brett@173-17-70-78.client.mchsi.com) |
| 06:14:10 | | Quit |mr (Read error: 110 (Connection timed out)) |
| 06:21:01 | | Quit ucchan ("Leaving...") |
| 06:26:24 | | Quit aarcane ("Leaving") |
| 06:27:25 | *** | Saving seen data "./dancer.seen" |
| 06:27:56 | | Join evilnick [0] (i=ad340d80@gateway/web/ajax/mibbit.com/x-c8d6da5ac9f08736) |
| 06:29:12 | | Join ucchan [0] (n=ucchan@u-210162010011.hotspot.ne.jp) |
| 06:38:47 | | Quit CaptainKwel (Read error: 110 (Connection timed out)) |
| 06:43:18 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
| 06:48:23 | | Join lee321987 [0] (n=chatzill@64.24.51.155) |
| 06:49:40 | lee321987 | anyone feel comfortable letting RB charge their Sansa c200? |
| 06:52:12 | | Quit daurnimator (Read error: 60 (Operation timed out)) |
| 06:52:18 | scorche | it shouldnt harm your sansa, but at this point it is still more efficient to charge in the original firmware |
| 06:52:26 | | Join daurnimator [0] (n=quae@ppp118-208-190-24.lns10.mel4.internode.on.net) |
| 06:53:50 | lee321987 | scorche: you mean it RB just takes longer? (if so - wouldn't that actually be slightly _better_ for my battery?) |
| 07:00 |
| 07:01:27 | | Nick JdGordon_ is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 07:02:12 | lee321987 | Anyone think it probable that some company will ever design a DAP that uses RB out of the box? |
| 07:15:06 | Unhelpful | doubtful. |
| 07:17:00 | | Quit lee321987 ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 07:30:48 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
| 07:31:15 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
| 07:37:56 | | Join nibbler_ [0] (n=Nibbler@txx226.disy.net) |
| 07:45:12 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 07:46:09 | | Quit nibbler_ (Remote closed the connection) |
| 07:57:40 | | Quit rocko ("Leaving") |
| 08:00 |
| 08:16:39 | | Join nibbler_ [0] (n=Nibbler@txx226.disy.net) |
| 08:22:30 | | Quit rphillips (Read error: 60 (Operation timed out)) |
| 08:24:32 | | Join rphillips [0] (n=rphillip@66-90-184-91.dyn.grandenetworks.net) |
| 08:27:27 | *** | Saving seen data "./dancer.seen" |
| 08:31:04 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 08:36:52 | amiconn | Unhelpful: The "Catch mem accesses" debug feature (only available on SH1 and coldfire) detects null pointer accesses. Those accesses will then throw an exception ('UserBrk' on SH1, 'Debug' on coldfire) |
| 08:37:00 | | Quit Seed ("cu, Andre") |
| 08:37:59 | Unhelpful | so UserBrk indicates a null pointer access, and not any other kind of memory error, such as misaligned access? |
| 08:39:08 | amiconn | Or rather, it does not only detect null pointer accesses, but accesses to memory from 0x0 to some upper limit (0x01FFFFFF on SH1, 0x0FFFFFFF on coldfire). Those addresses are outside of any ram segment |
| 08:39:41 | amiconn | A misaligned access would cause CPUAdrErr on SH1 |
| 08:39:59 | amiconn | And that would happen always, independent of that debug feature |
| 08:40:13 | Unhelpful | hrm, so the trouble now is to figure out where in the code it's happening, and why :/ |
| 08:41:37 | amiconn | Well, it said "UserBrk at 09029C6C". This address indicates at which instruction the access happened (with a a slight offset due to pipelining) |
| 08:42:24 | amiconn | The .map file tells in what module this address is located, and also in which function as long as that function isn't static and/or inlined |
| 08:42:25 | Unhelpful | just need to look at the plugin map file, then? |
| 08:42:38 | amiconn | For greater detail a disassembly is needed |
| 08:43:50 | amiconn | Disassembling the .elf is usually best, because that shows the true addresses *and* the function names etc |
| 08:44:02 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 08:44:04 | | Join Rob2223 [0] (n=Miranda@p4FDCCED4.dip.t-dialin.net) |
| 08:44:24 | Unhelpful | which just leaves us needing a .elf that matches the one she tested. |
| 08:45:58 | amiconn | I think that the arm targets featuring an mmu could also have that debug feature implemented, provided no ram segment starts at 0x0 |
| 08:46:32 | Unhelpful | hrm, a null pointer access should've crashed the sim, too, though, shouldn't it? |
| 08:47:41 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:50:37 | amiconn | Well either it doesn't happen in the sim, or it does but the access goes to some area that exists and can be accessed in the sim. |
| 08:51:11 | amiconn | It may also depend on the actual .bmp file used for testing |
| 08:51:24 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 08:51:25 | amiconn | (size, colour depth) |
| 08:52:38 | bertrik | funny how the tea5767 chip seems to have two i2c addresses (only differing by a shift left/right), depending on who is talking to it :) |
| 08:55:00 | amiconn | Btw, 0x09029c6c is an address within the core. That means the crash happens in a core function called from the plugin so we need rockbox.map (and maybe rockbox.elf) to figure out this function |
| 08:55:22 | amiconn | I guess it's a function like e.g. memcpy, which gets passed a wrong pointer |
| 08:56:38 | amiconn | Actually it can't be memcpy itself because that's IRAMed on Sh1 |
| 08:57:19 | Unhelpful | ugh, and without a backtrace, it could be ugly figuring where the bad call into core was |
| 08:59:01 | pixelma | the three cases I tried (colour bmp with and without need to scale and the old monochrome screendump bmp) all show the same address |
| 09:00 |
| 09:01:00 | pixelma | if someone tells me how to I'll do the disassemble, look into the map file(s) - maybe upload them somewhere if it helps |
| 09:02:05 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:02:11 | Unhelpful | pixelma: i don't think there's such a thing as "without need to scale" for this plugin on archos. the reason is that all bitmap files are assumed to have a 1:1 pixel aspect ratio, and the archos players are defined as having 4:5... so recalc_dimension will *always* indicate scaling required, unless it's not called due to the bitmap loader being called with scaling disabled. |
| 09:03:30 | pixelma | true... I'll be more precise: a 200x200 and a 40x40 pixels wide bmp |
| 09:04:20 | | Quit bertrik ("Leaving") |
| 09:07:48 | Unhelpful | if it's your own build, and we're already sure the address is in core, rockbox.map will *probably* be enough to find out what function it happened in, and the output of sh-elf-objdump -d rockbox.elf will show the instruction it happened at |
| 09:09:51 | | Quit z35 ("Leaving") |
| 09:11:11 | | Quit BHSPitMonkey (Remote closed the connection) |
| 09:13:22 | Unhelpful | the gotchas here, especially for looking at the map file, are that static and inline functions won't be in the map. if it's some inline that triggered the problem, though, it may very well at least lead us to the function that called it via the map file |
| 09:16:31 | Unhelpful | oh, also, that plugin scales images smaller than the screen up. there is not presently a flag to request an unscaled load for bitmaps that will fit the requested constraints, but are not maximized within them |
| 09:17:18 | Unhelpful | both of your files should scale to 80x64 |
| 09:23:56 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 09:23:56 | | Quit pixelma (Nick collision from services.) |
| 09:24:11 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 09:24:19 | | Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) |
| 09:25:03 | | Quit scorche (Nick collision from services.) |
| 09:25:50 | | Join scorche [50] (n=scorche@rockbox/administrator/scorche) |
| 09:27:26 | | Quit nibbler_ (grisham.freenode.net irc.freenode.net) |
| 09:27:26 | NSplit | grisham.freenode.net irc.freenode.net |
| 09:27:26 | | Quit jfc^2 (grisham.freenode.net irc.freenode.net) |
| 09:27:26 | | Quit krazykit (grisham.freenode.net irc.freenode.net) |
| 09:27:26 | | Quit Beta2K (grisham.freenode.net irc.freenode.net) |
| 09:27:26 | | Quit avacore (grisham.freenode.net irc.freenode.net) |
| 09:27:26 | | Quit J-23 (grisham.freenode.net irc.freenode.net) |
| 09:27:26 | | Quit EvanCarroll (grisham.freenode.net irc.freenode.net) |
| 09:27:26 | | Quit kadoban (grisham.freenode.net irc.freenode.net) |
| 09:27:26 | | Quit offset (grisham.freenode.net irc.freenode.net) |
| 09:28:35 | NHeal | grisham.freenode.net irc.freenode.net |
| 09:28:35 | NJoin | nibbler_ [0] (n=Nibbler@txx226.disy.net) |
| 09:28:35 | NJoin | jfc^2 [0] (n=john@dpc691978010.direcpc.com) |
| 09:28:35 | NJoin | krazykit [0] (n=kkit@70.236.78.124) |
| 09:28:35 | NJoin | Beta2K [0] (n=beta@d36-78-228.home1.cgocable.net) |
| 09:28:35 | NJoin | avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
| 09:28:35 | NJoin | EvanCarroll [0] (n=ecarroll@12.28.61.169) |
| 09:28:35 | NJoin | J-23 [0] (n=zelazko@unix.net.pl) |
| 09:28:35 | NJoin | offset [0] (n=zero@ool-44c0032d.dyn.optonline.net) |
| 09:28:35 | NJoin | kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 09:33:20 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 09:39:17 | | Quit jfc^2 (Connection timed out) |
| 09:39:29 | kadoban | i'm trying to make the goban plugin into an overlay on archos and ondio, but I don't have either of those devices. is there anyone who could test them for me, once I finish them up? (soon) I can make it a decently automated test so you shouldn't need to know anything about the plugin. |
| 09:39:35 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 09:42:12 | | Quit kachna (Read error: 60 (Operation timed out)) |
| 09:42:47 | | Quit JdGordon (Read error: 54 (Connection reset by peer)) |
| 09:46:41 | pixelma | kadoban: me is an Ondio tester ;) btw. the Ondio is one of the Archos targets |
| 09:49:56 | kadoban | pixelma: ah, right :) Thanks for offering, I'm almost done...I'll make a build for you in a few (or would you prefer just a patch?) |
| 09:50:39 | | Join Ors [0] (n=bolvary@adsl-84-226-1-230.adslplus.ch) |
| 09:50:47 | | Part Ors |
| 09:50:55 | | Join Ors [0] (n=bolvary@adsl-84-226-1-230.adslplus.ch) |
| 09:51:02 | | Part Ors |
| 09:55:19 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 09:55:50 | pixelma | patch is fine as I'm building on my own (need it for the backlight mod anyways and it's probably better so that I can keep testing for Unhelpful at the same time too) |
| 10:00 |
| 10:03:04 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 10:06:18 | | Quit msoul ("..") |
| 10:18:26 | | Join icenine [0] (n=tom@pdpc/supporter/student/icenine) |
| 10:18:49 | | Part icenine ("Leaving") |
| 10:20:42 | kadoban | pixelma: sorry, that took longer than i thought. it's on the tracker if you have a moment (FS #9901), short instructions are there. (I recommend running it in test mode if you can) |
| 10:20:52 | | Join moos [0] (n=Mustapha@rockbox/staff/moos) |
| 10:27:31 | *** | Saving seen data "./dancer.seen" |
| 10:28:17 | kadoban | anyone else with an archos player is welcome to try it as well of course... |
| 10:28:37 | | Join icenine [0] (n=tom@pdpc/supporter/student/icenine) |
| 10:28:41 | icenine | so the player i have here |
| 10:28:55 | icenine | looks exactly like the picture of the sandisk c200 |
| 10:28:59 | icenine | but, it's the c250 |
| 10:29:03 | icenine | i just got the data from lsusb |
| 10:29:11 | icenine | I hope I don't b0rk it |
| 10:29:15 | B4gder | the "c200 series" include the c250 |
| 10:29:23 | icenine | oh good |
| 10:29:45 | icenine | i was wondering if i'd have to be a guinnea pig for a few months before it worked on my player |
| 10:29:53 | * | Unhelpful wonders if more users would understand "c2XX"... we get this question about e200 a lot, too, "i have an e280, will it work?" |
| 10:30:02 | icenine | yes |
| 10:30:04 | icenine | do c2XX |
| 10:30:13 | icenine | I am in favor :D |
| 10:30:32 | icenine | I snatched this on ebay for $20 with shipping |
| 10:31:07 | icenine | had to buy the cable on amazon for $11 though. Total $31... I don't think it's that bad, considering it will be running rockbox and then be superior |
| 10:34:17 | | Quit Thundercloud (Remote closed the connection) |
| 10:39:59 | | Join nplus [0] (n=nplus@243.131.Globcom.Net) |
| 10:50:17 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 11:00 |
| 11:01:22 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 11:16:07 | | Quit bmbl ("Woah!") |
| 11:21:54 | pixelma | Unhelpful: not sure if I'm reading the map right but the crash seems to happen in _strncasecmp in strcasecmp.o - if you want I can paste some bits and pieces of the map and the objdump somewhere (with a few lines before and after the reported address or so) |
| 11:22:18 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
| 11:23:58 | Unhelpful | yeah, maybe the objdump output around the address? very strange though, i don't see how the plugin ends up calling that? |
| 11:25:05 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 11:28:36 | pixelma | I couldn't imagine it either and rechecked the address a few times. Maybe it happens when opening the file? The filenames are not very special though, just Cover.bmp and e.g. dump_0004.bmp |
| 11:31:18 | Unhelpful | maybe, does the filesystem driver call strncasecmp? i can see that happening, possibly... |
| 11:31:52 | | Quit AndyIL (Read error: 104 (Connection reset by peer)) |
| 11:32:11 | pixelma | http://pastebin.ca/1335916 I seperated the address |
| 11:33:21 | pixelma | and I don't have problems opening other files and also did a chkdsk just in case which showed no errors |
| 11:34:58 | Unhelpful | hm. very strange. amiconn said pipelining might make the problem address miss by a bit, too... which would explain why the instruction at the address triggering null pointer access fault is a register-to-register move... |
| 11:36:03 | Unhelpful | it was the mono icons, screendumps, etc that gave you the crash, right? loading color one just failed? |
| 11:37:54 | pixelma | without the "catch mem accesses" debug function enabled, the mono ones gave me a crash and the colour ones just reported failure. But with it enabled all crash the same with the mentioned error message |
| 11:39:15 | Unhelpful | hrm. no serial logf on archos, is there? |
| 11:40:01 | pixelma | IIRC and understand you right, there is on Archos but not on Ondio |
| 11:40:03 | amiconn | Not on the Ondio. On the recorders, it's even possible to use gdb over serial. It requires a bit of soldering though |
| 11:47:16 | Unhelpful | amiconn: any ideas on a possible culprit? it's odd that the cases that crashed and the ones that merely failed without memory debug all trigger the bad access. |
| 11:47:51 | | Quit icenine (Read error: 104 (Connection reset by peer)) |
| 11:47:59 | | Quit nibbler_ (Read error: 113 (No route to host)) |
| 11:56:59 | | Join qurvel [0] (n=qurvel@i218-47-29-211.s02.a013.ap.plala.or.jp) |
| 12:00 |
| 12:00:43 | | Quit nuonguy ("This computer has gone to sleep") |
| 12:03:30 | | Quit thegeek ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") |
| 12:03:43 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 12:05:36 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 12:06:54 | pixelma | kadoban: tested your plugin with the test suite too now. First - it's compiling, then I see the "stopping playback" splash for quite a while, then some "loading, saving, black passed, white passed", finally the test fails on "line 823 of util.c" in the second (?) run (not with the empty board but after some pieces appeared on the screen) |
| 12:07:25 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 12:08:15 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 12:10:04 | kadoban | pixelma: thanks a lot for running it. that means that it's mostly working..i'm not sure why it failed there, i'll try to investigate. |
| 12:11:00 | | Quit BlakeJohnson86 (grisham.freenode.net irc.freenode.net) |
| 12:11:00 | NSplit | grisham.freenode.net irc.freenode.net |
| 12:11:05 | pixelma | I first run it without the files in the zip (didn't read enough) and it failed a bit earlier. Could it be that some file is missing there? |
| 12:11:24 | NHeal | grisham.freenode.net irc.freenode.net |
| 12:11:24 | NJoin | BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 12:11:48 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
| 12:12:49 | kadoban | pixelma: the place where it failed without the files probably just means that it couldn't load them, but 823 is an actual test :/ I've had it fail before on other targets, but not recently...the test may be buggy somehow, or it may be a real bug... I have a feeling that it's not related to the overlay thing, since that's actually pretty far into the testing. |
| 12:16:02 | pixelma | are there some example files I could try out the actual plugin? |
| 12:17:08 | kadoban | pixelma: yeah, gimme one second i'll find some easy to download. you can also just start up the plugin normally and play some moves on the board |
| 12:18:18 | pixelma | alright, need to disable the test thing then |
| 12:20:06 | | Join gregzx [0] (n=chatzill@dsq112.neoplus.adsl.tpnet.pl) |
| 12:20:16 | | Quit ucchan ("Leaving...") |
| 12:21:12 | kadoban | pixelma: http://www.go4go.net/v2/modules/alex/samples/pro/001.sgf is one file, or there's more linked herehttp://www.go4go.net/v2/modules/alex/sample.php |
| 12:23:04 | kadoban | pixel: oh, there's no ondio manual of course i think if you press the "off" button once and then keep hitting "right", it'll go through those games |
| 12:25:28 | | Join icenine [0] (n=tom@207-180-158-56.c3-0.wak-ubr1.sbo-wak.ma.cable.rcn.com) |
| 12:27:34 | *** | Saving seen data "./dancer.seen" |
| 12:28:56 | | Join Itangalo [0] (i=55e5b66c@gateway/web/ajax/mibbit.com/x-0761d9a197dc91d2) |
| 12:30:58 | Itangalo | Is there a way to use Rockbox to navigate my 5 gen iPod without the (broken) click wheel? (I've looked just about everywhere, and thought I should try asking here...) |
| 12:33:05 | Itangalo | ping? |
| 12:33:49 | Zagor | Itangalo: only if you change the source and compile your own version |
| 12:34:38 | Itangalo | @Zagor: Hm, seems too much work to get into the source. Thanks for the answer! |
| 12:40:20 | pixelma | I imagine mapping the controls to only 5 buttons won't be easy |
| 12:42:27 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
| 12:42:59 | Itangalo | pixelma: Guess I'll have to either fix the scroll wheel or buy another music machine... |
| 12:43:09 | Itangalo | (Thanks for your comments as well.) |
| 12:44:50 | | Quit TMM ("Ex-Chat") |
| 12:45:25 | | Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) |
| 12:46:10 | pixelma | kadoban: just playing a bit seems to work but I wondered if it's correct that if I open the example I only get a splash saying which match it was but the board is empty if I press a button to continue. Is this correct? |
| 12:47:09 | kadoban | pixelma: yeah, that sounds about right. if you switch to "tree navigation mode" (press "Off") and then press "right" a few times, it should show some moves and maybe some game comments |
| 12:47:59 | pixelma | Also, do I remember correctly that you draw the board and stones with lines and circles? I'm asking because the Archoses' screen has rectangular pixels and so it looks weird (especially the circles) |
| 12:49:02 | kadoban | pixelma: ah, yes, they're drawn algorithmically. i didn't really consider non-square screens... |
| 12:49:53 | kadoban | that's...annoying, i'll have to think of what i can do for that...i hope something |
| 12:50:00 | pixelma | you could probably fit one row more on the screen if the horizontal spacing was less, the size and distance in the columns is big enough |
| 12:50:51 | pixelma | I'm not sure if it's more complicated or not to use bitmaps for the stones (or however go pieces are called) |
| 12:51:53 | | Join midijunkie [0] (n=Miranda@pD9547766.dip0.t-ipconnect.de) |
| 12:52:10 | kadoban | well, bitmaps would be annoying in that i'd have to come up with a ton of them, and the display code would have to completely change...i might be able to figure out an ellipse drawing algorithm, i'd have to think about it. (stones is right) |
| 12:52:26 | | Quit tyfoo (Connection reset by peer) |
| 12:52:31 | | Join tyfoo2 [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
| 12:52:39 | | Nick tyfoo2 is now known as tyfoo (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
| 12:54:06 | pixelma | the splashes seem to use some special characters which my set user font does not have |
| 12:54:35 | | Quit scorche (Nick collision from services.) |
| 12:54:39 | pixelma | japanese? |
| 12:54:45 | kadoban | pixelma: yeah, that's a bug...i just noticed it. splashes don't show newlines well so i was culling out \n characters, but i forgot about \r :( |
| 12:55:11 | pixelma | ah, something else then |
| 12:55:22 | | Join scorche [50] (n=scorche@rockbox/administrator/scorche) |
| 12:55:29 | kadoban | yeah, easy fix thankfully. i need to start a bugfix patch... |
| 12:55:42 | | Part Itangalo |
| 12:56:21 | kadoban | i wonder how many devices use non-rectangular pixels... |
| 12:58:11 | | Quit midijunkie ("?(???~•~)?") |
| 12:58:47 | pixelma | I only know of the Archos screen and the Iaudio remote which is used as main display on the M3 (not that strong there but still obvious with things that should look square) |
| 12:59:18 | kadoban | ah, thanks. yeah, i don't see any others on the device chart (have to do the math, only looked at a few) |
| 13:00 |
| 13:01:23 | kadoban | well, at least the overlay works mostly. that failed test is kind of worrying, but it's difficult to debug if everything else is working |
| 13:03:36 | pixelma | kadoban: btw. after reverting the turn-on-testing patch I still got a test enabled plugin after the first compile. I then deleted everything goban in my build directory. Maybe there is some bug in your make file? |
| 13:03:36 | pixelma | well, actually it didn't compile the plugin again although something changed |
| 13:04:38 | kadoban | pixelma: ah, hmm...yeah that's probably a makefile bug. i'm horrible at make |
| 13:05:57 | kadoban | well, thanks a lot for testing :) i'll add some notes to the FS entry and a link to these logs. i'll have to think about how to unsquish the display, if i can even do it reasonably. |
| 13:07:25 | pixelma | that would be only about the looks, so not a big problem there :) |
| 13:08:03 | kadoban | yeah, if i can fix it somehow it'd be nice though. squashed boards look really bad :) i suppose it's probably not the prettiest thing anyway on ondio... |
| 13:08:04 | | Quit Soap_ ("Leaving") |
| 13:10:59 | | Join Linus [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-5f793d05a9958f6a) |
| 13:12:02 | | Quit qurvel (grisham.freenode.net irc.freenode.net) |
| 13:12:02 | NSplit | grisham.freenode.net irc.freenode.net |
| 13:12:02 | | Quit rasher (grisham.freenode.net irc.freenode.net) |
| 13:12:02 | | Quit LinusN (grisham.freenode.net irc.freenode.net) |
| 13:14:19 | NHeal | grisham.freenode.net irc.freenode.net |
| 13:14:19 | NJoin | rasher [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) |
| 13:21:15 | | Join pyro_maniac [0] (i=foobar@p57BB96E1.dip0.t-ipconnect.de) |
| 13:21:20 | pixelma | aside from the stretched "circles" it looks okay |
| 13:22:02 | kadoban | oh, that's good i suppose |
| 13:26:25 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 13:31:38 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 13:44:43 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
| 13:45:27 | kadoban | i have a question about FlySpray style: i have a small bug fix for goban plugin, and i expect that i'm going to have more of them (small one line fixes). Should I save them up until I get a few, open a separate entry for each, or put several in one entry as I find them? All seem to not be great solutions... |
| 13:46:20 | | Part Anges |
| 13:48:02 | | Join tvelocity[a] [0] (n=tony@adsl24-2.her.forthnet.gr) |
| 13:48:32 | n1s | kadoban: whicever feels best for you, we usually prefer unrelated changes in separate patches though they can be in the same task, or just pastbin the change and ask someone to commit if it's a very small change |
| 13:49:00 | | Quit bs66_1 (Read error: 110 (Connection timed out)) |
| 13:49:05 | kadoban | n1s: ah okay, thanks |
| 13:51:46 | | Join bs66_ [0] (n=sysuser@79.138.202.190.bredband.tre.se) |
| 13:51:57 | pyro_maniac | hi there, can somebody give me write permissions for the wiki. TwikiUser=JensErdmann |
| 13:51:57 | pyro_maniac | i promise for not spam |
| 13:56:21 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 13:57:37 | moos | pyro_maniac: done! enjoy! |
| 13:58:19 | pyro_maniac | moos: thanks alot |
| 13:58:33 | moos | you are welcome |
| 13:59:27 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:00 |
| 14:00:02 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 14:00:17 | | Quit robin0800_ (Remote closed the connection) |
| 14:01:57 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:02:48 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 14:02:48 | moos | wee, r20k for jhMikeS !! :) |
| 14:03:06 | * | moos do the r20k dance :) |
| 14:04:12 | | Quit Zambezi (Read error: 104 (Connection reset by peer)) |
| 14:04:36 | B4gder | woooo |
| 14:05:25 | | Quit tvelocity (Connection timed out) |
| 14:05:27 | | Join midijunkie [0] (n=Miranda@pD9547766.dip0.t-ipconnect.de) |
| 14:06:35 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
| 14:07:07 | pyro_maniac | :-) |
| 14:07:15 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:08:07 | | Join gregzx_ [0] (n=chatzill@drq186.neoplus.adsl.tpnet.pl) |
| 14:10:07 | jhMikeS | \o/ |
| 14:10:17 | gevaerts | congratulations! |
| 14:10:41 | * | jhMikeS didn't even notice till someone pointed it out |
| 14:10:56 | jhMikeS | moos actually |
| 14:11:04 | | Join Clip_Boy [0] (n=4dfda914@gateway/web/cgi-irc/labb.contactor.se/x-6e7aaed7152e80e8) |
| 14:11:31 | | Join midijunkie [0] (n=Miranda@pD9547766.dip0.t-ipconnect.de) |
| 14:12:05 | jhMikeS | I got 19991 too (last palindrome before 20000) :) |
| 14:13:32 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 14:13:46 | moos | hehe :) |
| 14:14:08 | kugel | jhMikeS: \o/ |
| 14:14:10 | moos | 20002 for the next one |
| 14:14:33 | kugel | r20k ftw |
| 14:14:36 | | Join Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
| 14:15:29 | | Part Anges |
| 14:15:38 | | Join Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
| 14:15:53 | | Quit tyfoo (Read error: 113 (No route to host)) |
| 14:16:41 | | Quit jhMikeS (Nick collision from services.) |
| 14:16:47 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 14:19:21 | | Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) |
| 14:19:49 | kugel | jhMikeS: actually, I was looking at the page when r19999 was latest, but unfortunately didn't have something to commit :/ |
| 14:20:05 | * | jhMikeS wonders about a special "r20000" tshirt |
| 14:20:32 | | Quit gregzx_ ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") |
| 14:20:52 | kugel | soo...let's forget r20k, we need r30k now :p |
| 14:21:18 | | Quit Acksaw (Read error: 104 (Connection reset by peer)) |
| 14:21:31 | | Part domonoky |
| 14:21:42 | jhMikeS | kugel: I didn't think I did but I woke up just thinking "that can be done better" and so...it's too early for beer (regardless of what petur might say). |
| 14:22:25 | kugel | I don't understand |
| 14:22:39 | LambdaCalculus37 | jhMikeS: Hooray for r20000! :) |
| 14:23:30 | gevaerts | kugel: not even a typo somewhere? |
| 14:23:58 | kugel | No! I was seriously out of ideas :( |
| 14:24:06 | jhMikeS | kugel: I guess a little rb verteran humor :) |
| 14:24:42 | | Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) |
| 14:24:50 | kugel | ah so I'm going to understand that when we reach r30k (which will be mine, btw) |
| 14:24:51 | moos | jhMikeS: next revision will be a palindrome too :) |
| 14:24:59 | | Quit gregzx (Read error: 110 (Connection timed out)) |
| 14:25:01 | jhMikeS | someone did 20001 already? |
| 14:25:11 | moos | me :) |
| 14:25:20 | moos | kadoban's on line fix |
| 14:25:44 | * | kadoban should have been quicker. we could have stolen 20k :) |
| 14:25:55 | moos | haha :D |
| 14:26:00 | LambdaCalculus37 | Ahh, man... and I just updated my devices to r20000. :P |
| 14:26:16 | | Quit Clip_Boy ("CGI:IRC (EOF)") |
| 14:27:36 | *** | Saving seen data "./dancer.seen" |
| 14:27:37 | jhMikeS | no more palindrome opportunities until 21012 |
| 14:28:29 | gevaerts | what about 20102? |
| 14:28:41 | jhMikeS | ah, right on |
| 14:28:47 | B4gder | and then 20202, 20302 etc |
| 14:28:59 | kadoban | now i know why rockbox hasn't switched totally to git yet...much harder to get palindrome commit IDs |
| 14:29:00 | jhMikeS | guess it is early |
| 14:29:13 | moos | kadoban: hehe :) |
| 14:29:38 | * | kugel hopes we don't change before r22222 or r33333 |
| 14:29:46 | kugel | I hope we never change to git ;) |
| 14:30:06 | * | gevaerts now feels bad about some of his commits. Just a few less would have allowed r20000 to happen at 1234567890 |
| 14:30:10 | jhMikeS | what's awaiting for 66666? |
| 14:30:46 | kugel | death |
| 14:40:33 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 14:41:12 | pixelma | ask J-... ah no, forget ;) |
| 14:44:35 | moos | hehe satan :) |
| 14:53:49 | | Join Darksair [0] (n=user@123.112.119.199) |
| 14:55:36 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
| 14:57:47 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
| 15:00 |
| 15:05:02 | | Join Horschti [0] (n=Horscht@xbmc/user/horscht) |
| 15:15:47 | | Part Linus |
| 15:16:58 | | Join AndyIL [0] (n=pasha_in@212.14.208.235) |
| 15:22:40 | | Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) |
| 15:23:16 | | Quit AndyI (Read error: 60 (Operation timed out)) |
| 15:23:30 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 15:39:36 | | Quit tyfoo (No route to host) |
| 15:43:53 | | Quit CaptainKewl (Read error: 60 (Operation timed out)) |
| 16:00 |
| 16:00:55 | | Quit kugel (Nick collision from services.) |
| 16:00:58 | | Join kugel_ [0] (n=kugel@e179082058.adsl.alicedsl.de) |
| 16:01:07 | | Nick kugel_ is now known as kugel (n=kugel@e179082058.adsl.alicedsl.de) |
| 16:01:56 | | Quit AndyIL (Read error: 113 (No route to host)) |
| 16:12:19 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") |
| 16:15:52 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-d4a52ddb48458b41) |
| 16:18:36 | | Nick Barahir_ is now known as Barahir (n=jonathan@Zd2e7.z.pppool.de) |
| 16:26:13 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 16:26:26 | | Quit jhMikeS (Nick collision from services.) |
| 16:26:32 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 16:27:39 | *** | Saving seen data "./dancer.seen" |
| 16:29:46 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:32:21 | | Quit jhMikeS (Nick collision from services.) |
| 16:32:27 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 16:36:13 | | Join FlynDice [0] (n=jack@65.88.2.5) |
| 16:38:14 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 16:40:30 | | Quit jhMikeS (Read error: 60 (Operation timed out)) |
| 16:41:21 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 16:43:31 | | Quit Zagor ("Client exiting") |
| 16:47:47 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 16:49:09 | | Quit midijunkie ("?(???~•~)?") |
| 16:54:00 | | Quit pyro_maniac ("Leaving.") |
| 16:55:40 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
| 16:56:07 | | Join Zambezi [0] (n=Zulu@bnc.dotbnc.se) |
| 16:56:36 | | Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-da256260247255bf) |
| 16:58:15 | | Quit kadoban (Read error: 104 (Connection reset by peer)) |
| 16:59:43 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
| 17:00 |
| 17:00:24 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 17:01:07 | | Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) |
| 17:09:02 | | Part B4gder |
| 17:14:26 | | Quit kachna (Read error: 110 (Connection timed out)) |
| 17:18:27 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
| 17:18:42 | | Quit kachna|lappy (Connection timed out) |
| 17:18:48 | | Quit jhMikeS (Nick collision from services.) |
| 17:18:54 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 17:24:56 | | Join faemir [0] (n=daniel@88-106-226-37.dynamic.dsl.as9105.com) |
| 17:33:27 | FlynDice | Anyone have time and knowledge to dicuss ams dbop on E200v2? |
| 17:33:53 | | Join {phoenix} [0] (n=dirk@p54B47A4B.dip.t-dialin.net) |
| 17:35:38 | saratoga | FlynDice: i've done a tiny bit, but kugel is probabyl who you want |
| 17:36:04 | kugel | FlynDice: just ask |
| 17:38:01 | | Join peerless [0] (n=deepak@122.165.48.88) |
| 17:38:06 | FlynDice | I've tested background colors with the view I/O port screen and found a definite pattern of interference with dbop 13,14 & 15 |
| 17:39:28 | FlynDice | The red values are the culpret |
| 17:40:59 | kugel | so red messes it up? |
| 17:41:20 | FlynDice | I used LCD_RGBPACK to vary the background. The blue and green values have no affect. |
| 17:42:15 | kugel | FlynDice: hm |
| 17:42:25 | FlynDice | 0-127 sets dbop15 to 0(rec button) 128-255 dbop 15 unaffected |
| 17:42:41 | kugel | you know what, I just tested out of curiosity. and indeed, the home button works on the fuze too with white background |
| 17:42:43 | FlynDice | 0-31 sets 13 & 14 to 0 |
| 17:43:04 | | Quit toffe82 (Remote closed the connection) |
| 17:43:52 | kugel | but not with black background |
| 17:44:43 | | Join Strife89 [0] (n=michael@204.116.244.200) |
| 17:45:14 | FlynDice | 32-63 sets 14 to 0. 64-95 sets 13 to 0. 96-127 leaves 13 & 14 unaffected |
| 17:45:50 | FlynDice | definite 32 number blocks |
| 17:49:15 | kugel | FlynDice: do you notice too that in the debug screen, FFFF appears before the actual dbop values depending on the background? |
| 17:51:25 | kugel | FlynDice: although I cannot tell that my scrollwheel is influenced by the background, only the home button |
| 17:52:05 | FlynDice | have'nt noticed that. I can tell the values are changing but I can't tell what they are changing from. |
| 17:52:32 | kugel | hm, interesting |
| 17:52:37 | FlynDice | which pin is the home button on? |
| 17:52:44 | kugel | if I set background red to 13, home doesn't work anymore |
| 17:52:56 | kugel | bit 15 too |
| 17:53:04 | kugel | bit 16, I mean |
| 17:53:19 | kugel | well, 16th |
| 17:53:33 | kugel | bit 15, the 16th bit :P |
| 17:53:37 | FlynDice | yes I'm calling that 15... |
| 17:54:01 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 17:55:17 | FlynDice | I havn't a clue how to make use of this info though |
| 17:55:35 | kugel | bit15 is 1 when red is 128+, otherwise 0 |
| 17:55:42 | FlynDice | yes |
| 17:55:56 | FlynDice | well unaffected |
| 17:56:10 | FlynDice | the rec button can pull it down to 0 |
| 17:56:43 | kugel | it seems some wires or something are shared |
| 17:57:01 | kugel | we might just manually need to set it before reading, |
| 17:57:23 | FlynDice | I tried that I thought |
| 17:57:40 | FlynDice | and it didn't work |
| 17:57:42 | kugel | even though I didn't see something like that in the disassembly |
| 17:57:52 | kugel | well, DBOP_DIN = wouldn't work |
| 17:58:38 | kugel | but that's some interesting find, and I can reproduce that (finally) too, I'll definitely have a look |
| 17:59:55 | FlynDice | Ok, i'm out of ideas and airspeed, hope someone else can make use of it |
| 18:00 |
| 18:00:32 | | Join RedMan22 [0] (n=18af8182@gateway/web/cgi-irc/labb.contactor.se/x-02070cc280e8b21b) |
| 18:00:45 | kugel | FlynDice: with setting bit15, I was rather thinking of setting it via an lcd command |
| 18:01:25 | | Join {-phoenix-} [0] (n=dirk@p54B47A4B.dip.t-dialin.net) |
| 18:02:17 | RedMan22 | can it work for the Nextar T30 |
| 18:02:20 | FlynDice | Oh I see, hadn't thought of that, |
| 18:02:55 | | Quit RedMan22 (Client Quit) |
| 18:03:03 | kugel | FlynDice: my idea would be this: set the lcd background to red for the time of the reading |
| 18:03:07 | FlynDice | would that work with 13 & 14 also? |
| 18:03:28 | kugel | that won't be seen anyway, since it's in interrupt context, and in those, lcd updates doesn't (or shouldn't) happen |
| 18:05:27 | kugel | FlynDice: if it's set to RED (i.e. 127), and this setting doesn't affect your wheel, then it should work out these too |
| 18:06:20 | FlynDice | 127 or 255 for red? |
| 18:06:45 | | Join z35 [0] (n=z35@h129.61.90.75.dynamic.ip.windstream.net) |
| 18:08:06 | kugel | eh, 128+ (in RGB) |
| 18:08:30 | kugel | we only have 5bits for red actually, not 8 |
| 18:08:51 | FlynDice | ok, heading out, hope something works! |
| 18:10:24 | | Quit FlynDice () |
| 18:11:56 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 18:13:48 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 18:14:01 | | Quit {phoenix} (Read error: 110 (Connection timed out)) |
| 18:16:56 | | Quit icenine (Remote closed the connection) |
| 18:22:08 | | Join flydutch [0] (n=flydutch@host210-153-dynamic.15-87-r.retail.telecomitalia.it) |
| 18:25:27 | | Join icenine [0] (n=tom@pdpc/supporter/student/icenine) |
| 18:25:32 | icenine | whats up with rockbox pong |
| 18:25:39 | icenine | the left paddle is not playing against me :D |
| 18:25:43 | icenine | it's just sitting there |
| 18:25:48 | Strife89 | icenine: No AI. |
| 18:25:53 | kadoban | icenine: it's two player...there is a manual :) |
| 18:26:01 | icenine | Strife89, great, now I found something to code |
| 18:26:25 | icenine | AI for pong is simple. just follow the ball and random binary number. |
| 18:26:31 | icenine | 0 = lose. 1 = win |
| 18:26:36 | icenine | if you get lose, miss the ball on purpose |
| 18:26:59 | icenine | is there a tetris clone? |
| 18:27:09 | Strife89 | icenine: Yes, Rockblox. |
| 18:27:12 | icenine | heh |
| 18:27:17 | kadoban | ...not only is that in the manual, you could find it by looking for it :) |
| 18:27:26 | gevaerts | icenine: I recommend rockblox1d! |
| 18:27:38 | Strife89 | gevaerts: :P |
| 18:27:41 | icenine | gevaerts, sounds fun..... |
| 18:27:42 | *** | Saving seen data "./dancer.seen" |
| 18:28:07 | icenine | gevaerts isn't there a 1-d tetris t shirt out there |
| 18:29:07 | Strife89 | http://tbn1.google.com/images?q=tbn:p9Oxz8tWQoiewM:http://www.bustedtees.com/bt/images/BT-shithappens-gallery-2175.jpg |
| 18:31:32 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 18:31:54 | icenine | ha |
| 18:32:09 | | Quit {-phoenix-} (Read error: 110 (Connection timed out)) |
| 18:32:52 | | Nick hd is now known as HellDragon (n=jd@Wikipedia/HellDragon) |
| 18:36:58 | | Quit Acksaw (Read error: 104 (Connection reset by peer)) |
| 18:37:57 | | Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) |
| 18:39:01 | | Join DerPapst [0] (n=DerPapst@p579B2FE5.dip.t-dialin.net) |
| 18:40:22 | DerPapst | icenine: check the tracker. there is a pong ai already. ;) |
| 18:40:37 | | Join {phoenix} [0] (n=dirk@p54B4664F.dip.t-dialin.net) |
| 18:43:42 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 18:46:18 | DerPapst | icenine: http://www.rockbox.org/tracker/task/5855 |
| 18:47:03 | Richlv | would it be of any help to offer testing of sandisk sansa clip ? |
| 18:51:55 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:52:21 | | Join midijunkie [0] (n=Miranda@pD9547766.dip0.t-ipconnect.de) |
| 18:53:37 | | Join japc [0] (n=japc@194.65.5.235) |
| 18:56:50 | | Join maddler [0] (n=maddler@static-217-133-171-24.clienti.tiscali.it) |
| 19:00 |
| 19:01:07 | | Join AndyIL [0] (n=pasha_in@212.14.208.235) |
| 19:03:01 | | Quit peerless ("Leaving") |
| 19:05:03 | | Join {-phoenix-} [0] (n=dirk@p54B4523E.dip.t-dialin.net) |
| 19:05:12 | | Quit AndyI (Read error: 60 (Operation timed out)) |
| 19:07:10 | | Join qurvel [0] (n=qurvel@i218-47-29-211.s02.a013.ap.plala.or.jp) |
| 19:11:17 | | Quit advcomp2019 (Read error: 104 (Connection reset by peer)) |
| 19:11:37 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 19:11:56 | | Quit Strife89 ("Bah, gotta go.") |
| 19:14:58 | | Quit Darksair ("People who are zhuangbility want to show their niubility but only reflect their shability.") |
| 19:20:08 | | Quit {phoenix} (Read error: 110 (Connection timed out)) |
| 19:23:34 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") |
| 19:40:31 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 19:41:17 | | Part qurvel |
| 19:44:15 | | Join miepchen^schlaf [0] (n=miepel@dslb-088-074-045-239.pools.arcor-ip.net) |
| 19:49:47 | | Quit miepchen^schlaf () |
| 19:50:21 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 19:53:01 | | Quit amiconn (Remote closed the connection) |
| 19:53:01 | | Quit pixelma (Read error: 104 (Connection reset by peer)) |
| 19:54:12 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 19:54:12 | | Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) |
| 19:55:51 | | Quit maddler (Read error: 60 (Operation timed out)) |
| 19:56:23 | | Quit japc (Read error: 145 (Connection timed out)) |
| 19:56:50 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 20:00 |
| 20:04:28 | | Join MethoS [0] (n=lem@host-091-097-246-035.ewe-ip-backbone.de) |
| 20:27:44 | *** | Saving seen data "./dancer.seen" |
| 20:38:06 | | Quit Nico_P (Remote closed the connection) |
| 20:41:39 | | Join guest001 [0] (n=someone@100-114.62-81.cust.bluewin.ch) |
| 20:43:29 | | Join FlynDice [0] (n=jack@65.88.2.5) |
| 20:49:02 | | Nick Beaver`alszik is now known as Beaver (i=balvito@dsl540010D7.pool.t-online.hu) |
| 20:49:54 | | Join low_light [0] (i=c730180b@gateway/web/ajax/mibbit.com/x-3403508bc9304619) |
| 20:50:21 | low_light | Qball: hello? |
| 20:50:53 | Qball | low_light: hi |
| 20:51:25 | low_light | want to do some more tests? |
| 20:51:47 | Qball | ok. |
| 20:51:53 | Qball | I am |
| 20:51:56 | planetbeing | ooh, I was highlighted. |
| 20:52:17 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 20:53:28 | low_light | Qball: new patch for the debug menu: http://pastebin.ca/1336353 |
| 20:54:25 | Qball | incremental on the previous one? |
| 20:55:29 | low_light | sorry, no. revert the old one (but not the lcd changes) |
| 20:55:43 | Qball | ugh I have to create a repository for this |
| 20:56:48 | Qball | got the lcd one still it won't revert. |
| 20:56:53 | low_light | sorry. I have one more patch in my hdd1630 tree, then I'll work on moving the files around for a hdd6330 build |
| 20:56:57 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
| 20:59:56 | planetbeing | GodEater_: Probably the most obvious evidence were the ipod running OS X would be the presence of a partition that stores an OpenFirmware device tree. There is one for the iphone and ipod touch. The bootloader would have to follow the XNU boot process and provide a device tree. There seems to be images for the bootloader to display if the battery is too low to boot the OS (lbat) so I imagine the bootloader would read the device tree, i |
| 21:00 |
| 21:00:11 | | Join midijunkie [0] (n=Miranda@pD9547766.dip0.t-ipconnect.de) |
| 21:00:28 | planetbeing | Except nothing looks like a device tree partition, so it probably doesn't run OS X |
| 21:01:14 | | Join webguest68 [0] (n=4433f8fe@gateway/web/cgi-irc/labb.contactor.se/x-7d637a377a357cf3) |
| 21:02:03 | | Join MethoS- [0] (n=lem@host-091-096-212-254.ewe-ip-backbone.de) |
| 21:03:00 | | Quit webguest68 (Client Quit) |
| 21:03:36 | Qball | low_light: ok, what to test |
| 21:04:14 | low_light | On the touchpad debug menu, goto LED info |
| 21:04:40 | Qball | arg fuck something went hairy |
| 21:04:55 | Qball | what patch did I forget |
| 21:05:18 | | Quit guest001 (Read error: 110 (Connection timed out)) |
| 21:06:06 | low_light | You need the lcd driver and change lcd height/width |
| 21:06:20 | Qball | yeah done that and applied the patch |
| 21:06:25 | Qball | screen looks ifne. |
| 21:06:28 | Qball | lets retry |
| 21:07:44 | Qball | hmm patch is applied why is there no menu item |
| 21:08:53 | | Join denes [0] (n=bela@pool-3172.adsl.interware.hu) |
| 21:10:08 | low_light | is DEBUG_SYNAPTICS_TOUCHPAD defined in your config? |
| 21:10:20 | planetbeing | GodEater_: it might be interesting to compare a dumped nand image with a distributed update firmware of the same version. On certain firmware versions, the stuff of the NAND was a reencrypted version of the stuff distributed in the firmware file. It was reencrypted based on the device-unique UID key. If the ipod's firmware is reencrypted on the flash too, then that's a strong indication of AES hardware. |
| 21:10:30 | | Quit DerPapst (Read error: 110 (Connection timed out)) |
| 21:11:16 | planetbeing | Also, check if the encrypted stuff is 16-byte aligned. if it is, that points to AES as well. |
| 21:13:47 | Qball | low_light: hmm |
| 21:14:06 | planetbeing | If it isn't check if the last bytes look like plaintext (lots of low value bytes). If it is, then they probably use a block cipher like standard aes. You're supposed to do something special to the last partial block to prevent that small bit of plaintext from leaking out. But they did't do it on the iphone, so i doubt they'ddo it here. |
| 21:14:39 | planetbeing | If none of those things are true, it's probably just RC4 or something fail like that. |
| 21:14:48 | planetbeing | and all in sw |
| 21:14:53 | | Quit MethoS- (Remote closed the connection) |
| 21:17:06 | Qball | I am going slighty mad. |
| 21:17:10 | Qball | can you work with proper branches |
| 21:17:11 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 21:17:14 | Qball | /home/qball/HDD6320/rockbox/rockbox/firmware/usb.c: In function ‘usb_thread’: |
| 21:17:18 | Qball | /home/qball/HDD6320/rockbox/rockbox/firmware/usb.c:305: error: ‘num_acks_for_connect’ undeclared (first use in this function) |
| 21:18:11 | | Join MethoS- [0] (n=lem@host-091-096-212-254.ewe-ip-backbone.de) |
| 21:18:46 | planetbeing | linuxstb: I read the messages from yesterday. I don't think the new ipods run OS X. |
| 21:18:46 | low_light | I didn't touch any usb stuff |
| 21:18:54 | Qball | yeah I hate working like this |
| 21:19:30 | Qball | I just did a revert |
| 21:19:34 | Qball | applied the patch again |
| 21:19:37 | Qball | and build fails again |
| 21:19:39 | Qball | I need coffee |
| 21:20:17 | * | Qball likes git more and more.. it has ways to do crap like this propperly |
| 21:21:15 | | Quit MethoS (Connection timed out) |
| 21:21:40 | Qball | low_light: ok, build in my virtualmachine worked |
| 21:21:44 | Qball | clean env. |
| 21:21:46 | Qball | what to check |
| 21:21:49 | linuxstb | planetbeing: Hi. Do you think any of the methods of attack on the iphone/itouch could be applicable to the Nano 2nd/3rd/4th gen or Classic though? (not that i know what those attacks have been...) |
| 21:21:58 | low_light | Qball: odd |
| 21:22:19 | Qball | low_light: not having a good day to begin with |
| 21:22:26 | linuxstb | planetbeing: I'm just reading the logs from today to see what you've already said... |
| 21:22:40 | Qball | I am in the synaptic menu now |
| 21:22:53 | low_light | Qball: I'd like to know the values of: index, z, finger, gesture, and relposvld for the "two" sliders |
| 21:23:49 | Qball | stupid question, what item again? |
| 21:23:51 | low_light | Qball: from the button debug |
| 21:24:35 | Qball | gesture is always 0, relposvld is 1 |
| 21:24:53 | low_light | for each rewind, play, ffwd, and the vert slider |
| 21:25:21 | Qball | index for hori is: 1-4095 |
| 21:25:30 | Qball | same for vert |
| 21:25:39 | Qball | and z is |
| 21:25:44 | Qball | around 55 for vert |
| 21:25:54 | Qball | 30-40 for hori |
| 21:26:38 | low_light | isn't that position? not index |
| 21:26:57 | Qball | sorry position yes |
| 21:27:17 | Qball | index is 1 for buttons and vert slider |
| 21:27:21 | Qball | sorry |
| 21:27:25 | Qball | horizontal slider |
| 21:27:33 | low_light | and finger? |
| 21:27:36 | Qball | vertical is 0 |
| 21:27:41 | Qball | 1 |
| 21:27:54 | Qball | for both sliders |
| 21:27:54 | saratoga | how close is the phillips player to being supported? |
| 21:28:13 | low_light | index = 1 for for horz and 0 for vert? |
| 21:28:29 | Qball | yes |
| 21:28:42 | low_light | and finger is 1 for both? |
| 21:29:36 | Qball | yes |
| 21:31:20 | low_light | Qball: So the only difference is the index |
| 21:31:24 | Qball | yes |
| 21:32:20 | low_light | It's odd that the current code doesn't do anything on the vertical slider. Because apart from the index (which we don't check) the packet looks identical. So the code wouldn't know the differecne |
| 21:32:43 | Qball | that is odd |
| 21:35:01 | low_light | The other things to check: number of leds in the "led info" menu |
| 21:35:01 | low_light | and the num of touchstrips in the "more 1d sensor info" |
| 21:35:18 | | Quit FlynDice (Remote closed the connection) |
| 21:35:18 | Qball | unsupported query |
| 21:35:23 | low_light | saratoga: the hdd1630 has most of the standard Rockbox feature now. |
| 21:36:35 | low_light | saratoga: on my todo list...buttonlight, backlight brightness, backlight fading, and battery calibration. |
| 21:37:04 | low_light | the keymap needs serious work too |
| 21:37:09 | low_light | and we need a manual |
| 21:37:24 | Qball | and lot of cash! |
| 21:38:04 | saratoga | low_light: any idea if you'll be ready to add it to release 3.2 ? |
| 21:38:09 | low_light | Qball: unsupported query is ok for the touchstrips (same as hdd1630). what about leds? |
| 21:38:51 | Qball | 19020000 00000000 (1) |
| 21:38:54 | Qball | Error! |
| 21:40:31 | low_light | 19 02 = unsupported query |
| 21:41:25 | low_light | must have a different led interface |
| 21:42:18 | low_light | saratoga: release is in ~4 months? |
| 21:42:55 | low_light | no 1 month? |
| 21:43:14 | gevaerts | Around march 23 I'd say |
| 21:44:04 | low_light | I think hardware-wise the HDD1630 will be ready by then. |
| 21:45:03 | * | low_light lacks motivation for the manual |
| 21:45:26 | low_light | someone also needs to add support to rbutil |
| 21:45:57 | low_light | The HDD1630 is basically the same as the H10 5GB |
| 21:46:20 | low_light | Qball: Thanks. That's probably it for now. |
| 21:46:47 | Qball | kay |
| 21:48:48 | low_light | Qball: acutually...if you patched the current svn, I'm interested in what the radio debug screen says |
| 21:49:00 | Qball | let me update |
| 21:52:58 | | Join MethoS-- [0] (n=lem@dyndsl-085-016-166-051.ewe-ip-backbone.de) |
| 21:53:13 | | Join tessarakt [0] (n=jens@e180070008.adsl.alicedsl.de) |
| 21:53:24 | saratoga | installers and manuals seem to be a pretty big road block these days |
| 21:54:10 | * | Bagder is not convinced that is the best requirements |
| 21:54:29 | | Quit martian67 (Read error: 110 (Connection timed out)) |
| 21:55:30 | Qball | low_light: hw detected |
| 21:55:39 | Qball | this is weird, philips sais it has not one |
| 21:55:58 | BigBambi | Qball: There are quite a few targets like that |
| 21:57:22 | low_light | Qball: there's no radio detection. it always assumes it's there. What are the "Read" bytes |
| 21:57:30 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 21:57:31 | bertrik | my c200 turned out to have a radio, while it was not enabled in the OF |
| 21:57:45 | Qball | low_light: the variate |
| 21:58:11 | BigBambi | Often european models come with it disabled in firmware to avoid fees |
| 21:58:23 | BigBambi | yet not have to make two hardware revisions |
| 21:58:49 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 21:59:11 | low_light | I believe philips actually has different hardware revisions. I'm told the hdd1620 is actually missing the hardware |
| 21:59:28 | Qball | no sound what-so-ever |
| 21:59:52 | | Quit bmbl ("Woah!") |
| 21:59:54 | | Join webguest24 [0] (n=18af8182@gateway/web/cgi-irc/labb.contactor.se/x-514bcf9547fa2849) |
| 22:00 |
| 22:00:12 | low_light | I'm pretty sure it's not there. I need add detection. What were the "Read" values? |
| 22:01:11 | Qball | read variates |
| 22:02:12 | low_light | such as.... |
| 22:02:27 | | Join webguest84 [0] (n=18af8182@gateway/web/cgi-irc/labb.contactor.se/x-f30ae028c91029bb) |
| 22:02:31 | Qball | 00 01 01 01 00 |
| 22:02:46 | Qball | 32 32 01 00 |
| 22:02:53 | Qball | 40 01 01 00 |
| 22:03:00 | webguest24 | hi all |
| 22:03:08 | bertrik | hi webguest24 |
| 22:03:22 | | Join martian67 [0] (i=user5490@about/linux/regular/martian67) |
| 22:03:55 | low_light | Qball: ok. thanks |
| 22:06:39 | | Quit low_light ("http://www.mibbit.com ajax IRC Client") |
| 22:06:47 | | Quit MethoS- (Connection timed out) |
| 22:07:02 | webguest84 | ? |
| 22:08:23 | | Quit webguest24 ("CGI:IRC") |
| 22:09:09 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 22:09:37 | | Quit midijunkie ("?(???~•~)?") |
| 22:09:38 | | Quit webguest84 ("CGI:IRC (EOF)") |
| 22:10:50 | | Quit bmbl (Client Quit) |
| 22:18:27 | | Join MethoS [0] (n=lem@host-091-097-241-024.ewe-ip-backbone.de) |
| 22:22:39 | BigBambi | Does anyone have any thoughts regarding the duplication of plugins in the manual and the wiki? |
| 22:23:00 | BigBambi | In that if they exist in two places, it is harder to keep them both up-to-date |
| 22:23:31 | BigBambi | Personally my preference is that they only exist in one, and that one is the manual |
| 22:23:46 | | Quit XavierGr (Nick collision from services.) |
| 22:23:57 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 22:24:06 | BigBambi | We are always telling people to read the manual, and I think that anything you can get to directly in Rockbox should be in the manual |
| 22:24:07 | gevaerts | I think they should be in the manual, and not on the wiki, except maybe for some special cases where the wiki can have e.g. links to extra datafiles |
| 22:24:30 | * | bertrik basically agrees |
| 22:25:46 | BigBambi | OK, I'll start looking at getting info missing from the manual in there from the wiki |
| 22:26:21 | BigBambi | In the meantime, I urge people to read http://www.rockbox.org/tracker/task/9889 |
| 22:26:27 | BigBambi | er, no |
| 22:26:33 | BigBambi | http://www.rockbox.org/tracker/task/9895 |
| 22:27:26 | saratoga | does the M3 not charge the battery as reported on the tracker? |
| 22:27:45 | *** | Saving seen data "./dancer.seen" |
| 22:30:42 | gevaerts | BigBambi: is "DRM encoded" the right way to say this? It sounds a bit too similar to e.g. "flac encoded" to me |
| 22:31:53 | saratoga | from a binary perspective, DRMed files are basically different codecs |
| 22:32:12 | BigBambi | gevaerts: perhaps - maybe "files with DRM" |
| 22:32:24 | | Quit MethoS-- (No route to host) |
| 22:32:31 | gevaerts | I think that's better |
| 22:32:38 | BigBambi | OK |
| 22:33:16 | gevaerts | Also, for the Sansa, shouldn't "Never extract files to your \dap{} while it is in recovery mode" be a separate paragraph, potentially with a warning sign next to it? |
| 22:33:27 | BigBambi | Can do |
| 22:34:03 | BigBambi | OK, done :) |
| 22:34:53 | * | gevaerts thinks a bit about "use a FAT32 Ipod on a Mac" vs "with a Mac" |
| 22:35:16 | BigBambi | yes, with is better - I c&p's that bit |
| 22:35:21 | BigBambi | *c&p'd |
| 22:35:38 | BigBambi | although on is OK |
| 22:35:45 | BigBambi | but still, done! |
| 22:35:47 | saratoga | how difficult is it to add a manual entry for a new player? how much actually gets written? |
| 22:36:06 | BigBambi | saratoga: In terms of a complete new manual? |
| 22:36:43 | BigBambi | In depends on if it is similar to an existing player so you can just add it to an \opt{}, or if you have to write each ection for it again |
| 22:37:05 | BigBambi | + all the platform files etc. |
| 22:37:42 | gevaerts | BigBambi: "This is because for legal reasons, we cannot distribute the bootloader directly". Isn't there a comma missing somewhere? |
| 22:37:47 | * | gevaerts is nitpicking |
| 22:38:42 | BigBambi | gevaerts: you could have one after because I suppose |
| 22:38:52 | BigBambi | gevaerts: Or change the because for an as |
| 22:39:07 | gevaerts | I think I'd put one there, but I'm not entirely sure |
| 22:39:24 | BigBambi | gevaerts: me neither |
| 22:39:34 | gevaerts | This is a job for the RSB! |
| 22:39:34 | BigBambi | I think on balance I will add it |
| 22:39:38 | BigBambi | hehe :) |
| 22:40:09 | BigBambi | I think you need two commas or none there in fact |
| 22:40:24 | * | gevaerts agrees |
| 22:40:31 | BigBambi | I think I prefer it with none |
| 22:41:17 | gevaerts | Either works for me |
| 22:41:27 | | Quit ender` (" Who is this General Failure and why is he reading my hard drive?") |
| 22:41:29 | BigBambi | Done! |
| 22:44:49 | gevaerts | BigBambi: Eject / unmount or Safely eject / unmount? |
| 22:45:16 | BigBambi | gevaerts: Yes, probably worth emphasising it |
| 22:45:58 | BigBambi | Done! |
| 22:46:37 | gevaerts | "Rockbox Utility can also aid you in the creation of voice files in other languages" Maybe add "or with different voices" there? |
| 22:46:52 | BigBambi | will do |
| 22:47:28 | pixelma | saratoga: yes, the M3 doesn't charge in Rockbox (nor do the other Iaudio targets, at least I always charge in the "Cowon loader"). I wonder if the bug reporter completely installs the Cowon firmware again to charger or whether he knows about the trick to make it stay in the loader, not sure how to read the report |
| 22:47:53 | pixelma | s/charger/charge |
| 22:48:22 | BigBambi | gevaerts: "the creation of voice files with different voices |
| 22:48:28 | BigBambi | or in other languages" |
| 22:48:35 | gevaerts | Another nit : "The bootloader only changes rarely, and should not normally need to be updated". This seems to interrupt the flow a bit. Maybe move this sentence a bit? |
| 22:49:04 | BigBambi | I'll put it at the end of that ection |
| 22:49:13 | BigBambi | (also correct the "alo" to "also" :) |
| 22:49:43 | | Quit nuonguy ("This computer has gone to sleep") |
| 22:50:23 | gevaerts | good idea! |
| 22:52:27 | planetbeing | linuxstb: Very doubtful (whether the iphone attacks can be used). all of thrm are based off of specific software implementation errors in sw. We had a stack overflow in the tiff parser (does the ipod display tiffs even?), bleichenbach's attack against RSA padding (is there any evidence of RSA for these things?), DER certificate parsing stack overflow (no certs in ippd fw, i believe) and some other misc collection of overflow in the bas |
| 22:52:51 | | Join ICPRC [0] (n=ICPRC@pool-96-242-189-168.nwrknj.fios.verizon.net) |
| 22:53:10 | ICPRC | Hi |
| 22:54:09 | * | BigBambi attacks invadarox with a big pen |
| 22:54:15 | BigBambi | For it is mightier than the sword |
| 22:54:50 | ICPRC | I'm wondering if anyone can help me with a Rockbox Utility problem, because the log files and all, aren't helping me one bit with it. |
| 22:55:08 | BigBambi | ICPRC: Sure, just ask |
| 22:55:14 | evilnick_7 | ICPRC: Ask away; what player do you have, what OS are you using etc. |
| 22:55:24 | pixelma | BigBambi: hopefully spelled correctly ;) |
| 22:55:28 | * | pixelma in nitpicking mode now too |
| 22:55:39 | BigBambi | pixelma: I'll do my best :) |
| 22:55:47 | BigBambi | Good, nitpicking is good |
| 22:55:58 | gevaerts | BigBambi: gigabeat_install.tex |
| 22:56:00 | ICPRC | I'm working it on a Mac, because I have no other windows computer to use. I converted my Ipod to windows format, and tried several times, but Rockbox Utility keeps picking it up as a Macpod. |
| 22:56:04 | gevaerts | BigBambi: gigabeat_install.tex has "unintall" |
| 22:56:10 | BigBambi | gevaerts: thanks |
| 22:56:18 | BigBambi | Note the missing s :/ |
| 22:56:25 | | Join japc [0] (n=japc@bl7-255-11.dsl.telepac.pt) |
| 22:56:43 | | Quit japc (Read error: 104 (Connection reset by peer)) |
| 22:57:26 | BigBambi | ICPRC: How did you convert it? |
| 22:57:44 | ICPRC | I had an old windows computer, before it died, and I had it formatted on there. |
| 22:57:54 | ICPRC | Never formatted it to Mac |
| 22:58:10 | BigBambi | Converting Mac -> Win ipod is more than formatting it |
| 22:58:23 | BigBambi | There is a wiki page linked from the manual that should help |
| 22:58:42 | ICPRC | I tried, it didn't work... |
| 22:58:47 | BigBambi | If you have ever restored it on the Mac, that would make it a Macpod too |
| 22:58:55 | * | gevaerts has finished going through the patch |
| 22:59:01 | ICPRC | I usually come to these things, when I can't get anything to work |
| 22:59:04 | BigBambi | ICPRC: Did you get any error messages? |
| 22:59:16 | BigBambi | gevaerts: Thanks, I'll put a new one up with your changes |
| 22:59:19 | ICPRC | No. Only error I'm getting is from Rockbox Utility |
| 22:59:38 | gevaerts | BigBambi: I like the new approach. Poke me when you think it's ready for commit |
| 22:59:43 | linuxstb | ICPRC: Does itunes describe it as a "macpod" or "winpod"? |
| 22:59:47 | BigBambi | gevaerts: Thanks, will do |
| 22:59:48 | ICPRC | Winpod |
| 22:59:59 | BigBambi | gevaerts: I'll read it again at least once more :) |
| 23:00 |
| 23:00:14 | linuxstb | ICPRC: I think someone else reported this issue. I think the solution was to use ipodpatcher to install the bootloader, rather than rockbox utility. |
| 23:00:49 | ICPRC | I don't think I tried that... lemme give that a shot quickly |
| 23:01:34 | ICPRC | It's working so far.... |
| 23:02:02 | linuxstb | ICPRC: There's a bug report here - http://www.rockbox.org/tracker/task/9833 |
| 23:02:04 | ICPRC | Thank you, I love you! it's working. |
| 23:03:38 | ICPRC | Oh, and one more question, the Theme packages and Fonts and all... When I download them, shouldn't there be files in the folders for installing them? |
| 23:04:46 | evilnick_7 | ICPRC: You should extract them to the root of the iPod drive, they ought to have the required folder structure intact |
| 23:04:46 | BigBambi | ICPRC: They are in .rockbox - the Mac hides folders starting with a full stop by default |
| 23:05:02 | ICPRC | Oh, okay. |
| 23:05:33 | linuxstb | Plus the default Mac (GUI) unzipping program will wrongly add a new top-level folder that shouldn't exist (matching the name of the .zip file). |
| 23:06:02 | linuxstb | If you're comfortable with the terminal, I would suggest "unzip filename.zip -d /Volumes/ipod/" |
| 23:06:32 | evilnick_7 | linuxstb: So does the windows (XP at least) built-in zipfile handler, if you blindly click Next through the wizard. |
| 23:06:36 | ICPRC | I don't know why but my Mac auto-unzips them. |
| 23:06:46 | linuxstb | slap it |
| 23:07:02 | linuxstb | That sounds like your browser doing that though. |
| 23:08:02 | | Quit ICPRC ("Snak 5.3.1 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") |
| 23:08:39 | | Join ICPRC [0] (n=60f2bda8@gateway/web/cgi-irc/labb.contactor.se/x-32d957c3349e64b8) |
| 23:08:45 | ICPRC | Whoops wrong button lol. |
| 23:11:05 | ICPRC | You said unzip straight to the Root folder on the Ipod right? |
| 23:11:55 | BigBambi | ICPRC: If you use Stufit, it will cock it up for you |
| 23:12:09 | ICPRC | Wha? |
| 23:12:30 | BigBambi | ICPRC: I'd take linuxstb's advice and do "unzip filename.zip -d /Volumes/ipod/" from the terminal |
| 23:12:46 | BigBambi | ICPRC: [23:06:26] <linuxstb> Plus the default Mac (GUI) unzipping program will wrongly add a new top-level folder that shouldn't exist (matching the name of the .zip file). |
| 23:12:54 | ICPRC | Ah ok. |
| 23:13:00 | | Quit jgarvey ("Leaving") |
| 23:14:01 | * | ICPRC is going to stop the auto-unzip one way or another |
| 23:17:32 | ICPRC | It's saying it can't find the file. |
| 23:17:52 | BigBambi | What is? |
| 23:17:58 | ICPRC | Terminal |
| 23:18:18 | ICPRC | I'm starting to think my Mac is taking after GLaDos from Portal -.- |
| 23:18:29 | BigBambi | Are you in the same folder as where you downloaded the file you are trying to unzip? |
| 23:18:50 | ICPRC | Yeah, it goes straight to the desktop, and that's where I am in Terminal |
| 23:19:12 | BigBambi | and if you do "ls" you can see the file? |
| 23:20:25 | ICPRC | Yeah, but it's not zipped like the one I see directly on the Desktop |
| 23:20:34 | BigBambi | What is it called? |
| 23:20:46 | ICPRC | Theme_X_HighBar |
| 23:20:55 | BigBambi | not .zip? |
| 23:21:03 | ICPRC | nope |
| 23:21:44 | BigBambi | yet you downloaded Theme_X_HighBar.zip? |
| 23:22:04 | ICPRC | Yeah, it's chilling right here, on the top right corner of my desktop. |
| 23:22:36 | BigBambi | bizarre. I don't have a Mac, so I'm not sure if they do something different to linux is some odd way |
| 23:22:39 | ICPRC | Okay, that's weird... it's not there anymore, Give me a sec. |
| 23:22:53 | ICPRC | Okay this is a bit freaky... |
| 23:23:02 | ICPRC | It moved itself to the documents o.o |
| 23:23:12 | BigBambi | Is lcd_non-mono the same as LCD_DEPTH < 2 ? |
| 23:23:52 | ICPRC | I got it. |
| 23:24:01 | BigBambi | cool |
| 23:24:04 | ICPRC | I have no clue HOW it re-located to Documents... |
| 23:25:37 | ICPRC | I can still put music on here though right? |
| 23:25:37 | gevaerts | BigBambi: I would expect it to be exactly the opposite (LCD_DEPTH<2 == LCD_DEPTH==1 == mono, lcd_non-mono sounds like not mono) |
| 23:25:56 | BigBambi | gevaerts: er, sorry - that's what I meant |
| 23:25:59 | * | BigBambi slaps head |
| 23:26:04 | ICPRC | Lol |
| 23:26:20 | BigBambi | gevaerts: invadrox has #if (LCD_DEPTH < 2) |
| 23:26:21 | BigBambi | #error INVADROX: Unsupported LCD |
| 23:26:49 | BigBambi | and I was looking for a manual opt to include it for suitable players |
| 23:26:51 | linuxstb | BigBambi: See apps/features.txt for how lcd_non-mono is defined (and all the others) |
| 23:26:58 | BigBambi | linuxstb: Thanks |
| 23:27:11 | planetbeing | linuxstb: if rc4 is still used, and the key length is 32-bit like it was in previous versions, that's potentially brute-forceable. |
| 23:27:57 | planetbeing | But that might be too many ifs. :p |
| 23:28:07 | BigBambi | So yes, lcd_non-mono is what I want :) |
| 23:29:13 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 23:29:16 | ICPRC | Thank you both. |
| 23:30:07 | BigBambi | You are welcome |
| 23:30:28 | ICPRC | And now, off to putting my playlists on here lol. |
| 23:30:36 | ICPRC | have a good day ya'll |
| 23:30:46 | | Quit ICPRC ("CGI:IRC") |
| 23:36:40 | linuxstb | planetbeing: IIUC, the "linux4nano" group seem to have ruled out rc4 - https://mail.gna.org/public/linux4nano-dev/2007-09/msg00056.html |
| 23:38:32 | | Join FuShi_JP [0] (n=4dfda3cd@gateway/web/cgi-irc/labb.contactor.se/x-0dab2cdcdf6bf083) |
| 23:38:40 | | Quit FuShi_JP (Client Quit) |
| 23:38:45 | bertrik | I did only have a crash course on encryption, but I think the conclusion drawn there is premature |
| 23:38:52 | | Join FuShi_JP [0] (n=4dfda3cd@gateway/web/cgi-irc/labb.contactor.se/x-b93e8f0ac8adc1b5) |
| 23:39:47 | pixelma | BigBambi: lcd_non-mono wouldn't be correct because the colour depth isn't the problem there but the actual display size is - IIRC invadrox is also not on the Mini, M3, c200 and might be there for the m:robe100 |
| 23:40:54 | BigBambi | pixelma: I was going by invadrox .c that has #ifndef HAVE_LCD_BITMAP then error and if (LCD_DEPTH < 2) then error |
| 23:41:05 | pixelma | which has a mono display... I don't think there are completely suitable opts based on lcd size you could use |
| 23:41:13 | BigBambi | So I went for \opt{lcd_bitmap}{\opt{lcd_non-mono}{ |
| 23:41:22 | pixelma | better look at apps/plugins/SOURCES |
| 23:41:28 | BigBambi | OK |
| 23:42:39 | pixelma | #if (LCD_WIDTH > 138) && (LCD_DEPTH > 1) the following comment is slightly wrong though |
| 23:42:53 | BigBambi | hmmm |
| 23:43:23 | BigBambi | so lcd_non-mono is correct |
| 23:43:31 | BigBambi | but the width is the tricky bit |
| 23:43:34 | pixelma | yes and no |
| 23:43:35 | linuxstb | One way would be to add an "lcd_gt_138" in apps/features.txt |
| 23:43:44 | linuxstb | Or rather lcdwidth_gt_138 |
| 23:43:52 | | Quit FuShi_JP ("CGI:IRC (Ping timeout)") |
| 23:43:55 | pixelma | is that really necessary? |
| 23:44:03 | linuxstb | Is there any other way? |
| 23:44:32 | pixelma | I think the best way would be to fix the plugin for smaller lcds (and I have an idea why) |
| 23:45:06 | pixelma | for now you could exclude/include by target opt in the manual, not nice but working |
| 23:45:19 | BigBambi | urgh |
| 23:45:28 | * | BigBambi doesn't want to look up that list :) |
| 23:45:33 | BigBambi | but yes, I can do that |
| 23:46:27 | pixelma | well, it's in the platform files - be carefull about the small H10 |
| 23:46:34 | BigBambi | yep |
| 23:47:08 | pixelma | I also meant "an idea how" ... :\ |
| 23:47:19 | BigBambi | pixelma: On another note, do I have to do anything special (escape characters etc) to break an opt across lines? |
| 23:48:07 | pixelma | yes, escape the line break as explained here: http://www.rockbox.org/twiki/bin/view/Main/LatexGuidelines#Include_Exclude_sections |
| 23:48:15 | BigBambi | thanks |
| 23:48:45 | | Join FuShi_JP [0] (n=4dfda3cd@gateway/web/cgi-irc/labb.contactor.se/x-e578b33a1aae5b5d) |
| 23:53:18 | | Join balug_ [0] (n=dvg@HSI-KBW-078-042-132-156.hsi3.kabel-badenwuerttemberg.de) |
| 23:55:42 | | Quit markun (Remote closed the connection) |
| 23:55:44 | | Join miepchen^schlaf [0] (n=miepel@p579EC7FC.dip.t-dialin.net) |
icon identifies that the person is a core developer (has commit access).