| 00:00:47 | funman | obo: well the bootloader is raw binary : the real code starts at offset 0x0 (the vectors) |
| 00:01:05 | funman | and that means that you will get some offsets wrong |
| 00:02:29 | funman | obo: at the end of main function I see that PC is loaded with 0x10F029FC (at offset 0x138, so 0xF8 for you) |
| 00:02:51 | funman | do you know to which real offset in bootloader it corresponds? |
| 00:04:18 | obo | funman: no. I'm going to redo without stripping anything. What does offset 0x3B98 look like to you? |
| 00:05:40 | funman | the start of a function |
| 00:06:34 | | Quit raphi ("leaving...") |
| 00:06:37 | amiconn | notlistening: I don't know whether there is any advantage in using sapi 64 bit over sapi 32 bit or vice versa |
| 00:06:45 | notlistening | funman, any difference selecting with or without fm on the frmware? |
| 00:07:00 | notlistening | thanks amiconn |
| 00:07:41 | funman | notlistening: where can you select that? |
| 00:08:05 | amiconn | I was just digging a bit because (1) I wondered about the different voices listed depending on whether I used cscript sapi_voice.vbs /language:xxxx /listvoices in a cygwin bash (32 bit) or in a cmd shell (64 bit), and then learning about the sysnative virtual directory |
| 00:08:23 | Chesteta | funman: i am doing some testing on my e280v2 with the latest patches, when testing playback, should I just let things play through (like an album) or would it be better to seek around? |
| 00:09:32 | funman | Chesteta: do whatever you want |
| 00:09:36 | Chesteta | I have already done my best to describe what happens with teh radio, wheel light, and the blue lines... running a disk test now: can you think of any other pertinant things to test? |
| 00:10:08 | notlistening | use it ike an mp3 players supposed to be used? |
| 00:10:43 | funman | Chesteta: nope sorry, I think (not sure) kugel knows what's wrong with those blue lines |
| 00:11:09 | notlistening | mp3/4 not to undermine anybodies work :) |
| 00:12:08 | Chesteta | ok: I havent done MUCH testing and am trying to do as complete of a test as i can |
| 00:12:53 | | Quit B4gder ("It is time to say moo") |
| 00:13:32 | | Quit flydutch ("/* empty */") |
| 00:14:33 | | Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 00:15:09 | * | bluebrother thinks the german translation was much worse until he redid it (not being a translator at all ...) |
| 00:15:27 | Mikachu | translating is harder than you'd think :) |
| 00:15:36 | AlexP | mt: Thanks for the update :) |
| 00:15:38 | bluebrother | of course it can always get improved |
| 00:15:41 | bluebrother | Mikachu: indeed :) |
| 00:16:05 | AlexP | mt: And given the progress you have already made, I think we can let you focus on your finals a little :) |
| 00:16:30 | wincent | domonoky: The porting has become relatively complicated, but I think I will be able to tell more about it on Sunday. |
| 00:16:59 | mt | AlexP : You're welcome :) ( pst : I was stealing some study-time .. don't tell anyone ) |
| 00:17:25 | AlexP | mt: Your secret is safe with me :) |
| 00:18:04 | domonoky | wincent: fine. |
| 00:18:12 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
| 00:18:36 | hillshum | and me! |
| 00:19:38 | Mikachu | and my axe! |
| 00:19:54 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 00:27:49 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 00:29:16 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 00:31:28 | | Quit Xerion (Read error: 110 (Connection timed out)) |
| 00:31:29 | | Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) |
| 00:35:51 | | Quit bluebrother ("leaving") |
| 00:36:36 | *** | Saving seen data "./dancer.seen" |
| 00:38:25 | | Quit notlistening (Remote closed the connection) |
| 00:38:47 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
| 00:40:40 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 00:44:25 | | Quit hillshum (Read error: 104 (Connection reset by peer)) |
| 00:46:05 | Unhelpful | amiconn: what if we add a TEST_BIT_N *and* a BIT_N? the one might even be based on the other. the 1<<n LUT by itself is a pretty big loser in terms of binsize compared to TEST_BIT_N. |
| 00:48:17 | | Join nls_web [0] (n=82f3d098@gateway/web/cgi-irc/labb.contactor.se/x-f1ed1fc75b2e5475) |
| 00:50:24 | Unhelpful | on the other hand, a 1<<N LUT with the lookup inlined as a macro would save me having to special-case that one test to save some space. |
| 00:55:40 | | Quit nls_web ("CGI:IRC") |
| 01:00 |
| 01:00:59 | | Join barrywardell [0] (n=barrywar@86-43-161-224-dynamic.b-ras2.prp.dublin.eircom.net) |
| 01:02:35 | | Quit shadearg (Excess Flood) |
| 01:02:39 | | Join shadearg [0] (i=arg@ipv4.panoptix.net) |
| 01:03:56 | | Quit ender` (" Washing your car to make it rain doesn't work.") |
| 01:10:56 | | Quit mcuelenaere () |
| 01:14:52 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 01:16:45 | | Quit amiconn (Nick collision from services.) |
| 01:16:47 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 01:16:59 | | Quit pixelma (Nick collision from services.) |
| 01:16:59 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 01:17:07 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 01:17:17 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 01:17:48 | | Quit r0b- (Read error: 110 (Connection timed out)) |
| 01:18:12 | | Join r0b- [0] (n=nnscript@adsl-76-236-182-214.dsl.klmzmi.sbcglobal.net) |
| 01:20:21 | | Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) |
| 01:20:37 | notlistening | Installed and running |
| 01:20:44 | notlistening | superb :D |
| 01:23:04 | notlistening | Sansav2 all got radio? Mine does not seem to |
| 01:23:11 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 01:23:15 | | Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 01:23:18 | notlistening | E200v2 |
| 01:23:32 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 01:23:59 | | Quit hd (Read error: 104 (Connection reset by peer)) |
| 01:24:16 | | Join HellDragon [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 01:25:59 | funman | notlistening: see FS #10267 - Sansa AMS FM Radio fix (e200v2 specific) |
| 01:27:03 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 01:27:05 | notlistening | ahh but just out of interest if the original fw does not work with fm? |
| 01:27:39 | notlistening | no sound from mine I bought the none fm version about a year ago |
| 01:28:18 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
| 01:29:08 | | Part toffe82 |
| 01:29:20 | Unhelpful | hrm, TAGCACHE_IS_NUMERIC_OR_NONUNIQUE appears to be an optimization on sh regardless of whether we're using BIT_N or TEST_BIT_N. i'm a bit surprised that gcc can't figure out that as a truth value (1<< n) & c1 || !(1 << n) & c2 == (1<<n) & (c1 | ~c2) |
| 01:29:29 | funman | notlistening: so far I thought all sansa had FM, did you try to flash an OF named e200pt.bin for example ? |
| 01:29:58 | funman | or e200pf.bin (f = FM) |
| 01:31:07 | notlistening | yeah as before i had no fm option in the sansa bit and i do now |
| 01:31:34 | notlistening | but it does not work even in the of |
| 01:32:13 | notlistening | git the e200pf as i asked if it made a difference earlier which firmware i used |
| 01:32:20 | notlistening | let me check the infor quickly |
| 01:32:40 | | Quit DarkDefender (Remote closed the connection) |
| 01:33:21 | funman | notlistening: the firmwares are all identical, only the naming change |
| 01:34:34 | funman | see http://forums.rockbox.org/index.php?topic=14064.msg113302#msg113302 for details |
| 01:34:58 | notlistening | well i followed the instructions to name the file i added to the player e200pa so i did |
| 01:35:20 | notlistening | the changes to the of were to add fm in the menu and to get the dualboot working |
| 01:36:00 | krazykit | not all sansas have FM hardware. iirc, some european models have no FM |
| 01:36:56 | notlistening | maybe me then but then should the fm option be reomoved from my menu or disabled as it hangs the player |
| 01:37:02 | notlistening | sorry more work |
| 01:38:24 | funman | obo: at 0x33cc the vectors (except the reset vector) are changed |
| 01:38:50 | funman | notlistening: for this, see fs#10267 ;) |
| 01:39:58 | notlistening | thanks funman, lol hw is detected though :D |
| 01:41:15 | funman | do you mean you can see it's detected in debug menu ? |
| 01:41:24 | notlistening | yeah |
| 01:41:59 | funman | then i don't know why OF can't use it :/ |
| 01:43:09 | notlistening | I wukk investigate further m anyways thanks for your timr |
| 01:46:30 | notlistening | if i leave a message for domonkey and bluebrother will they get them? |
| 01:47:41 | funman | yes, but depending what you want to tell them you might use Flyspray |
| 01:48:42 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 01:49:16 | | Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 01:49:25 | funman | now all Sansa AMS hackers are joining again ? ^^ |
| 01:50:07 | funman | fdinel: hi! happy with rockbox progress on sansa ? |
| 01:50:31 | fdinel | hey funman mate :P |
| 01:50:57 | fdinel | funman: hmm dunno, should I? :P |
| 01:51:43 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 01:52:25 | funman | well i hope it can be released in the next release after the one about to be out (in 4 months) |
| 01:52:48 | fdinel | I see, great then :) |
| 01:53:23 | fdinel | looking at the code I was wondering if playback could be made more efficient using IRQs |
| 01:53:49 | funman | it already uses the DMA IRQs |
| 01:53:57 | fdinel | I see that DMA is used, but I'm not sure if IRQs could be used with it altogether |
| 01:54:03 | fdinel | well |
| 01:54:25 | funman | we rely on the DMA controller to know if we can transfer more data, not on the I2SO status |
| 01:54:25 | fdinel | it tells when DMA is done |
| 01:54:39 | | Join HellDragon_ [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 01:54:41 | | Quit hd (Read error: 104 (Connection reset by peer)) |
| 01:54:49 | fdinel | kay |
| 01:54:57 | funman | do you think it would be better to use I2SO status? |
| 01:55:32 | fdinel | but once the controller says "hey i'm done", we do prepare another buffer and then push it again |
| 01:55:42 | fdinel | I wonder if we could prepare the buffer in advance |
| 01:55:58 | | Join slyyx [0] (n=slyyx@142.46.8.26) |
| 01:56:12 | fdinel | like while the DMA is being done, let's prepare the other buffer so that once DMA is completed we only have to enable the next one |
| 01:56:38 | fdinel | maybe it's already like that, I'm quite late on the sansa dev :P |
| 01:57:20 | funman | there is a 128x36 bits FIFO = 128x stereo samples = 3/1000 seconds at 44.1kHz |
| 01:57:28 | | Quit HellDragon (Connection timed out) |
| 01:57:38 | slyyx | woa...Is...Soaa- ever around here? |
| 01:57:50 | funman | sometimes, check the log |
| 01:58:17 | slyyx | ....He got further then I did on a P2 port... |
| 01:58:45 | slyyx | I wonder if he branched off his work yet... |
| 01:58:48 | funman | fdinel: well pcm didn't change a lot |
| 01:58:57 | | Quit HellDragon_ (Read error: 54 (Connection reset by peer)) |
| 01:59:40 | | Join Kupop [0] (n=Jono@cpc2-leed14-0-0-cust201.leed.cable.ntl.com) |
| 01:59:52 | fdinel | funman: kay, that's what I noticed when browsing the code :) Any idea why the clip playback sometimes freeze? |
| 01:59:55 | fdinel | (brb) |
| 02:00 |
| 02:00:05 | | Join BUMBACL0T [0] (n=ORF@unaffiliated/bumbacl0t) |
| 02:00:23 | slyyx | He was _just_ online on the forums..damn |
| 02:00:31 | funman | no idea :/ I'd like to know if playback freezes also on m200v4 (because they have 2MB of RAM, unlike Fuze & e200v2 which work fine) |
| 02:00:43 | | Part BUMBACL0T |
| 02:00:54 | funman | slyyx: post on the P2 forum thread, that might make him come! |
| 02:01:03 | CIA-38 | New commit by unhelpful (r21195): Add a system-wide BIT_N macro, implemented via an LUT on SH, and use it in the TAGCACHE_IS_* macros in place of per-set LUTs, removing duplication of ... |
| 02:01:04 | slyyx | I just pmd him |
| 02:01:17 | slyyx | ..I wonder if I still have the rockbox coebase. |
| 02:01:39 | saratoga | slyyx: this is an on topic channel, if you want to chat, try rockbox-community |
| 02:01:57 | slyyx | Sorry |
| 02:02:33 | fdinel | funman: is PCM done exactly the same way on all ams targets? |
| 02:02:45 | funman | yes |
| 02:03:19 | fdinel | and what about the OF? is it done using the DMA and its DMA IRQ or any other way? |
| 02:03:22 | funman | perhaps it's a problem with the very small buffer |
| 02:03:33 | funman | i didn't read much the pcm code of OF |
| 02:03:55 | fdinel | (small buffer) possible |
| 02:04:16 | funman | there is an i2sout isr |
| 02:04:26 | funman | which checks fifo push almost empty |
| 02:05:05 | funman | but it uses dma |
| 02:05:58 | funman | saratoga: did you notice problems with the down button of your clip with FS #10048 ? |
| 02:06:09 | slyyx | Is it is svn? Or git? |
| 02:06:22 | saratoga | funman: no thougfh I didn't use it much, just listened while running |
| 02:06:30 | saratoga | slyyx: either |
| 02:06:35 | funman | slyyx: it's a svn server but you can use git-svn, there is a wiki page about using git |
| 02:06:40 | slyyx | ah |
| 02:07:42 | funman | saratoga: i want to commit fs#10048 soon, now the only problems we have is e200v2 radio borked, and clip down button going made - not something hard to fix |
| 02:09:20 | saratoga | funman: sounds good |
| 02:09:21 | | Join HellDragon [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 02:09:33 | saratoga | neither of those are critical problems anyway |
| 02:10:13 | funman | i do not want to hurry either if other people notice problems while testing |
| 02:11:44 | CIA-38 | New commit by unhelpful (r21196): Fix undefined BIT_N on non-SH targets. |
| 02:12:29 | | Quit Kupo- (Read error: 110 (Connection timed out)) |
| 02:12:47 | saratoga | funman: have you used it much on the Fuze? |
| 02:13:10 | funman | yeah, not much on the clip though |
| 02:14:02 | saratoga | i mostly tried on the clip which probably froze once every 20-30 minutes for me |
| 02:14:17 | saratoga | the fuze was stable for an entire album when i tried but maybe i just got lucky |
| 02:14:28 | funman | the Clip playback isn't stable in svn either |
| 02:14:40 | saratoga | i didn't realize that |
| 02:15:07 | funman | playback randomly stops, but then you can still navigate / shut down the player, but hardly resume playback |
| 02:15:22 | tmzt | the biggest problem I have seen on fuze is the playback time/counter did not advance regularly, playback was fine though |
| 02:16:04 | saratoga | is there some way to see which thread dies when it deadlocks? |
| 02:16:13 | funman | tmzt: the timebar isn't regular, or the displayed time change? |
| 02:16:30 | tmzt | displayed time |
| 02:16:40 | funman | saratoga: i don't know, if hold shuts down the screen, backlight thread is still running ;) |
| 02:16:51 | funman | tmzt: i thought it was a rockbox 'feature' |
| 02:16:51 | tmzt | progress, not sure about the bar itself |
| 02:17:16 | funman | i mean rockbox changed the actual whole duration of the file |
| 02:17:26 | tmzt | does the full nand work? |
| 02:17:34 | tmzt | no |
| 02:17:47 | tmzt | the current elapsed time |
| 02:18:05 | funman | weird. |
| 02:18:23 | funman | the internal storage can be fully accessed (1GB, 2GB, 4GB, 8GB) |
| 02:19:14 | funman | we still need to find what's the exact storage size, for future USB driver, and also as extra security in storage driver |
| 02:19:17 | tmzt | I need to restore my partition table and test a current revision |
| 02:19:36 | funman | for now we get the size from the fat32 partition |
| 02:19:47 | tmzt | exact storage size? |
| 02:19:51 | fdinel | funman: seems like the OF uses the "push fifo half empty" interrupt |
| 02:20:09 | tmzt | you mean the nand chip itself? |
| 02:22:23 | funman | tmzt: well i mean what's the size of internal storage |
| 02:22:43 | funman | fdinel: yep, i'm not sure how it is interleaved with the DMA interrupt however .. |
| 02:24:06 | fdinel | well |
| 02:24:50 | fdinel | what I would have expected is that we start a first transfer via DMA which will fill the whole fifo, no more no less |
| 02:25:14 | | Quit killan ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 02:25:21 | fdinel | thand setup the irq so that the i2sout tells us when it is half empty (half full if your optimistic :P) |
| 02:25:41 | fdinel | then we push it some more data (more precisely a half fifo) |
| 02:26:24 | fdinel | because what I suspect if that the way we use it now, the DMA controller "blocks" the bus everytime a single sample is popped off the fifo |
| 02:26:40 | fdinel | which can mean a lot of traffic on the bus |
| 02:26:48 | funman | so it would transfer samples one by one ? |
| 02:26:59 | fdinel | no, a half-fifo each time |
| 02:27:11 | funman | i mean in our code |
| 02:27:30 | fdinel | uh? |
| 02:27:32 | fdinel | no |
| 02:27:40 | fdinel | we do setup the DMA to transfer a half fifo |
| 02:28:08 | | Quit barrywardell () |
| 02:28:18 | fdinel | I think that what we're doing now is fill a quite big buffer, and setup DMA to transfer it all? |
| 02:28:23 | funman | yeah |
| 02:28:30 | fdinel | then setup another one and transfer, etc |
| 02:28:33 | funman | it's more than the i2so FIFO size |
| 02:28:51 | fdinel | yeah kay, well I think 2 things can happen |
| 02:29:20 | fdinel | first the processor can't handle processing that much samples (converting say from MP3) in such a small time (3ms) |
| 02:29:41 | | Join killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 02:29:44 | fdinel | second, we may be overusing the data bus with small transfer (like a couple of samples) |
| 02:29:53 | fdinel | (small transfer_s_) |
| 02:30:37 | funman | hum the samples are already PCM (converted) ? |
| 02:31:08 | saratoga | the PCM buffer holds a lot of samples |
| 02:31:15 | fdinel | yes once we're ready to send them, but the call to "get_more" or something like that, this is what converts the samples right? |
| 02:31:21 | saratoga | not sure about on the clip but on some targets its quite large |
| 02:31:30 | funman | perhaps then we should calculate to transfer be a size multiple of the i2so fifo size |
| 02:31:54 | funman | fdinel: no i think the call to get_more will get already decoded samples |
| 02:32:08 | fdinel | ah kay I see |
| 02:32:22 | slyyx | !seen soaa |
| 02:32:22 | funman | the codec will fill the pcm buffer, and get_more will empty it |
| 02:33:15 | fdinel | ok, and the codec fills it during "idle" time? |
| 02:33:27 | saratoga | the codec fills it continuously until its full |
| 02:33:37 | saratoga | boosting and unboosting as needed |
| 02:33:44 | fdinel | kay |
| 02:34:13 | saratoga | i think its quite large, tens or hundreds of thousands of samples should be in it |
| 02:34:21 | funman | fdinel: you can see the buffer state from the debug menu -> buffering thread |
| 02:35:10 | fdinel | kay thanks I'll have a look |
| 02:35:26 | fdinel | but the my "bus overuse" think could make sense? |
| 02:35:38 | fdinel | ahem |
| 02:35:45 | funman | i don't know ^^ |
| 02:35:52 | fdinel | but does my "bus overuse" theory make sense? |
| 02:35:55 | fdinel | :P |
| 02:35:58 | saratoga | what do you mean overuse? |
| 02:36:27 | fdinel | like having the DMA controller constantly blocking the bus for 1-2 samples transfers |
| 02:36:31 | | Quit Chesteta () |
| 02:36:36 | funman | i imagine the i2so requests transfer from the DMA controller at needed times |
| 02:36:37 | *** | Saving seen data "./dancer.seen" |
| 02:37:26 | funman | + now we see very good performances, so i somehow doubt it |
| 02:38:22 | fdinel | it all depends on how the dma controller is wired to the i2sout. If the dma controller is wired so that every time a sample is taken out of the fifo it pushes an additionnal sample in, then it results in several single-sample transfers |
| 02:38:27 | fdinel | instead of a big one |
| 02:38:39 | fdinel | well yeah that's a point :P |
| 02:38:58 | funman | could you mesure the bus activity with an oscilloscope? |
| 02:39:08 | fdinel | the only difference between the clip and the fuze/e200 is available RAM? |
| 02:39:43 | fdinel | theorically I think I could |
| 02:39:59 | fdinel | but probably not easy to do :) |
| 02:40:22 | | Join webguest22 [0] (n=8eb14de9@gateway/web/cgi-irc/labb.contactor.se/x-e2a03e6a0d7a035e) |
| 02:40:23 | funman | yes, except obvious lcd/buttons/light, and some GPIO mappings (radio, usb ..) |
| 02:41:03 | amiconn | Unhelpful: I found 3 places in the core where 1<<n is used with variable n and affect SH1: in viewport.h, misc.h and misc.c |
| 02:41:04 | slyyx | What timezone are the logs in? |
| 02:41:21 | funman | CEST i believe |
| 02:41:24 | fdinel | funman: have we tried with a smaller PCM buffer? |
| 02:41:27 | Unhelpful | amiconn: bmp.c as well :) |
| 02:41:46 | funman | fdinel: i haven't looked at this code since i came back to rockbox coding and playback worked fine :) |
| 02:42:12 | funman | I think the code is in apps/pcmbuf.c |
| 02:42:51 | amiconn | Unhelpful: Oh? I wonder why my regex didn't find this... |
| 02:42:53 | Unhelpful | also firmware/drivers/lcd-1bit-vert.c... oddly i didn't note any binsize delta for the ones in ata.c or thread.c |
| 02:43:23 | amiconn | I searched for 1\w*<< |
| 02:43:40 | Unhelpful | i used something rather long and complicated, and still hit more than a little noise: egrep -i '(^|[^0-9a-zA-Z])1(lu?|ul?)? *<< *' -r * | egrep -vi '(^|[^0-9a-zA-Z])1(lu?|ul?)? *<< *[0-9]|^(tools|utils)' >../rockbox_bitn_search |
| 02:44:16 | * | amiconn doesn't understand why Unhelpful writes (u)l for integers |
| 02:45:00 | webguest22 | anyone have any ideas as to why the bootloader on e200v2 can't find rockbox? |
| 02:46:16 | Unhelpful | habit of overspecifying, i suppose. will 1<<31 still "work"? i guess i wasn't thinking of left shift as sign-agnostic, but it won't clear the 1 when it moves into the sign bit, will it? |
| 02:46:36 | amiconn | 1u would suffice |
| 02:48:02 | amiconn | It's a bit nasty anyway, as (1) 1(u)l is 64 bit in 64 bit sims, but (2) 1(u) is just 16 bit on 16 bit targets (which were in the works once, but never finished, and have been dropped) |
| 02:49:22 | Unhelpful | i know, there aren't const suffixes that specify a size consistently. for that matter, there aren't type qualifiers that do so either, but at least stdint.h/inttypes.h handle those. |
| 02:50:28 | Unhelpful | i've seen more than a few instances of long where int32_t/uint32_t might be more appropriate... DB seek values, for example. we are never going to deal with a DB file of more than 4GB :) |
| 02:51:02 | | Quit funman ("'night") |
| 02:51:17 | webguest22 | I formatted/reset the player to factory defaults, changed to MSC mode, and extracted my fresh compile of .rockbox, and yes I make zip'd it first. I can get it running on my Fuze, but on this one, it cant find the files. |
| 02:51:40 | amiconn | Well, on target 'long' *is* int32_t. Then, inttypes where a quite late addition in rockbox. |
| 02:52:39 | Unhelpful | amiconn: on target, it is. there was a PF crash on sim, though, that turned out to be due to an array of longs allocated from the plugin buffer being the size of the entire plugin buffer on 64-bit CPUs. |
| 02:54:20 | Unhelpful | i should probably ammend the 1LU to 1U in the BIT_N definitions, in case it would lead to problems on sims. should the rest of the stuff wait until post-freeze, since it's only binsize savings? |
| 02:58:18 | notlistening | funman is the right bahviour to go from 62hz to 248hz on and off while playing? |
| 02:58:58 | notlistening | and is monitoring the cpu in debug a little sketchy? |
| 02:59:00 | CIA-38 | New commit by unhelpful (r21197): Replace 1UL in BIT_N with 1U to avoid turning it into a 64-bit operation on 64-bit sim targets. |
| 03:00 |
| 03:00:36 | Unhelpful | amiconn: i suppose something along the lines of (u)int*_t could be provided for constants, not that it really matters until we get a target where the default size for ints isn't 32-bit. |
| 03:01:01 | | Quit webguest22 ("CGI:IRC (Ping timeout)") |
| 03:02:59 | Unhelpful | something along the lines of #define U32(n) (n ## u) |
| 03:04:09 | | Quit Thundercloud (Remote closed the connection) |
| 03:04:38 | FlynDice | notlistening: yes that is the way it works, it's cycling between fastbus and synchronous bus |
| 03:07:02 | FlynDice | notlistening: it should only be boosting during the disk accesses though as it can play mp3 unboosted |
| 03:08:31 | | Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 03:08:36 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 03:08:41 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 03:09:12 | FlynDice | notlistening: sorry, that's with FS #10048 that it's unboosted, svn still boosts regularly as the mmu is not operating |
| 03:10:48 | tmzt | is there a way to disable apps/bookmark.c? |
| 03:11:34 | tmzt | sorry, those are just warnings |
| 03:11:54 | tmzt | filetypes.c:98: error: 'LANG_FMR' undeclared here (not in a function) |
| 03:17:28 | amiconn | Unhelpful: Of the 3 places in ata.c, only one affects sh1 |
| 03:18:06 | amiconn | It looks like changing one place saves ~8 bytes. Changing a single place might get unnoticed because sh1 uses 16 byte section alignment |
| 03:18:55 | * | amiconn finally has a regex pattern that actually works |
| 03:19:24 | amiconn | 1u?l?u?\s*<<\s*[()a-z] (case insensitive; I'm using a graphical grep tool) |
| 03:20:10 | amiconn | Iiuc your method only finds a single '1', but not e.g. 0x1, 0x01 etc |
| 03:20:16 | tmzt | where do you check build status? |
| 03:22:17 | Unhelpful | amiconn: indeed... my intent was to exclude identifiers such as val1. i found a few 0x1 also, though. perhaps add a (^|\s|[|-+&~])(0x0*)? to the front? |
| 03:23:30 | | Quit hd (Client Quit) |
| 03:23:35 | | Join HellDragon [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 03:27:22 | | Quit Llorean (Connection reset by peer) |
| 03:27:49 | | Join Llorean [0] (n=DarkkOne@adsl-99-182-52-92.dsl.hstntx.sbcglobal.net) |
| 03:28:05 | * | amiconn notices that for the 1 bit lcd driver, a char array would work better |
| 03:29:07 | amiconn | It saves the 2-bit left shift when converting the array index to an address. Only works for indices 0..7, but that would suffice there |
| 03:30:02 | Unhelpful | i suppose that a mod to struct screen would require a plugin API bump, since those are exposed in the API? |
| 03:31:28 | Unhelpful | essentially, for style hooks to be useful to plugins, they'll need access to lcd_putsxyofs. i could add it to the plugin API, but i gather that things like that are "supposed" to be accessed through rb->screens? |
| 03:38:40 | amiconn | Actually, scratch that. While it would save the shll2, it would in turn require an extu.b |
| 03:39:23 | amiconn | Otoh, loading a 32 bit value from memory requires two memory cycles (unless the data is in iram) |
| 03:42:56 | amiconn | Access to drawing functions is still a mix. Most plugins use lcd_* functions directly. This makes them not support remote displays though |
| 03:43:00 | | Quit stripwax ("http://miranda-im.org") |
| 03:46:25 | Unhelpful | i'm not initially supporting style hooks on remotes, anyway. it takes a hook in scroll_fn and in puts_style_offset, and a support function to set the hook per-screen. the total cost is ~100B on sh, which is where i had been having the largest trouble before when using a separate hook for background clearing, text drawing, and updating. |
| 03:47:11 | Unhelpful | also, they're not of much use without either greylib or a color display, and i don't think we have either on a remote anywhere (excepting m3, which treats that as the main display) |
| 03:48:26 | | Quit moos ("Rockbox rules the DAP world") |
| 03:48:57 | | Join TPMF [0] (n=Alex@71-8-9-189.dhcp.leds.al.charter.com) |
| 03:50:42 | Unhelpful | it got a *lot* smaller when i changed it to a single hook function, only supported on the main LCD, that is called in lcd_scroll_fn or puts_style_offset in place of puts_xyofs. |
| 03:54:20 | | Quit pano (Remote closed the connection) |
| 03:55:27 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
| 03:57:23 | | Join jimmx2 [0] (n=6178d55e@gateway/web/cgi-irc/labb.contactor.se/x-890ba4121fc6b92f) |
| 03:57:31 | | Quit chandoo (Read error: 104 (Connection reset by peer)) |
| 03:58:20 | jimmx2 | frist time installing rockbox....Perfect! love it |
| 03:59:05 | jimmx2 | btw the installer worked great on my vista64 |
| 03:59:20 | | Quit kkurbjun (Read error: 110 (Connection timed out)) |
| 04:00 |
| 04:01:34 | | Quit jimmx2 (Client Quit) |
| 04:01:44 | TPMF | is there anyone here how is willing to make a new audio codec? the file type is drg. |
| 04:01:53 | slyyx | drg? |
| 04:02:09 | slyyx | oh, Idoser/ |
| 04:02:22 | TPMF | yep, glad you reconize |
| 04:02:36 | TPMF | im playing around with it a bit |
| 04:02:46 | slyyx | Hmm..Would be illegal |
| 04:02:49 | Unhelpful | TPMF: idoser is a proprietary rip-off of sbagen. drg files are sbagen scripts with (rather bad) drm added. |
| 04:03:02 | slyyx | Would be illegal anyway |
| 04:03:15 | TPMF | ahh, i see |
| 04:03:21 | Unhelpful | not to mention the scripts they sell for it are not useful for much of anything except placebo effect. |
| 04:03:21 | TPMF | thanks anyway |
| 04:03:22 | slyyx | There license proly says a thing or two about reverse engi |
| 04:03:27 | slyyx | Unhelpful: yeah :P |
| 04:03:52 | slyyx | If you meditate anyway, its proly no harm |
| 04:03:59 | slyyx | Just good whitenoise |
| 04:04:09 | TPMF | hadn't heard of sbagen |
| 04:04:43 | slyyx | Idoser also likes to try to sell headphones and stuff to you |
| 04:05:11 | krazykit | but that's getting offtopic. |
| 04:05:16 | slyyx | yes |
| 04:05:18 | Unhelpful | slyyx: sbagen is GPL, i don't think idoser *can* say much about reverse engineering, at least not and make it stick. but this is getting offtopic. ;) |
| 04:05:19 | TPMF | ture |
| 04:05:22 | TPMF | true* |
| 04:05:32 | slyyx | Unhelpful: Reversing there cheap drm though? |
| 04:05:52 | TPMF | hate drm, or any restrictions on music |
| 04:06:06 | TPMF | which is why i got Rock Box in the first place |
| 04:06:09 | slyyx | Anyway TPMF, the answer is no..unless you want to do it yourself. |
| 04:06:20 | | Join onlysoaa [0] (i=42248748@gateway/web/ajax/mibbit.com/x-678649caf1207e2c) |
| 04:06:32 | TPMF | i was concidering it |
| 04:06:50 | slyyx | Make sure you look into anything legal about it. GOod luck |
| 04:07:08 | TPMF | k thanks |
| 04:10:13 | * | slyyx reads myself in irc logs... |
| 04:10:16 | slyyx | er |
| 04:11:14 | slyyx | Any of you have a good arm (free) disasmbler? |
| 04:11:25 | onlysoaa | Harro slyyx, I believe you were looking for me... |
| 04:11:29 | saratoga | like the one in the dev tools? |
| 04:11:39 | slyyx | onlysoaa: Hey, yes |
| 04:11:47 | slyyx | I did some work with the p2 a few months ago |
| 04:11:52 | onlysoaa | The one in dev tools is worked pretty well. |
| 04:11:54 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 04:11:56 | | Quit TPMF ("Leaving") |
| 04:11:57 | onlysoaa | Oh? |
| 04:12:00 | slyyx | Yeah |
| 04:12:07 | onlysoaa | What'd you accomplish? :P |
| 04:12:08 | slyyx | I got about were you are |
| 04:12:17 | onlysoaa | I got the LCD timings to work. |
| 04:12:22 | slyyx | Perfectly? |
| 04:12:25 | slyyx | I got em almost. |
| 04:12:31 | slyyx | I do not have my codebase anymore... |
| 04:12:35 | onlysoaa | I take it you didn't really read the logs. :P |
| 04:12:47 | onlysoaa | I got the timings to work to the extent of showing an undistorted image. |
| 04:13:03 | slyyx | Yeah, I forgot, I recall doing that, but the colour being off |
| 04:13:21 | slyyx | People will get annoyed, come talk in another channel |
| 04:13:23 | onlysoaa | The problem now is that the image is greenish. |
| 04:13:50 | slyyx | join #onlysoaa |
| 04:13:52 | onlysoaa | Why? This is Rockbox development. :P It'll go in the logs for whoever needs to refer to them later on. |
| 04:14:04 | slyyx | I hate being logged :P |
| 04:14:14 | slyyx | esp google indexed logs |
| 04:14:23 | onlysoaa | Oh come on, this is open development for the benefit of everyone. xD |
| 04:14:28 | slyyx | Anyway, do you have a patch for me? |
| 04:14:42 | onlysoaa | It's in flyspray. Just search for YP-P2 and you'll find it. |
| 04:14:51 | slyyx | Did you get my datasheet for the lcd btw? It should be on the wiki. |
| 04:15:20 | onlysoaa | Indeed I did! You're the one who posted it? ;D Thanks a bunch, although I didn't have much use for it yet. |
| 04:15:44 | slyyx | Long story on how I found it.... |
| 04:15:46 | onlysoaa | Everything seems to be set in the TCC7801's LCD controller so far. |
| 04:15:52 | slyyx | yeah |
| 04:15:57 | slyyx | I put it there just in case |
| 04:16:08 | onlysoaa | I wonder if the LCD settings can fix the colors though? |
| 04:16:38 | onlysoaa | ...then again, I doubt it, as the LCD controller is the one outputting the rgb666 data. |
| 04:16:46 | slyyx | I can mess with your patch...I hate the process for getting the firmware to load onto the p2..afraid I am going to break the reset button one of these days |
| 04:17:04 | onlysoaa | The controller -should- shift the bits from the rgb565 data in the framebuffer, but for some reason, it doesn't. |
| 04:17:25 | onlysoaa | Haha, I hope that button is durable. |
| 04:17:37 | onlysoaa | Hold on a sec, I'll post an updated patch. |
| 04:17:42 | slyyx | k |
| 04:17:49 | onlysoaa | I changed some timings to get the image aligned properly. |
| 04:18:06 | slyyx | yeah, I recall having that same issue, and fixing it... |
| 04:18:15 | slyyx | Lots of tweaking and resetting :P |
| 04:18:53 | onlysoaa | Yeah. The OF is either really obscure or we're just inexperienced. :P |
| 04:19:38 | slyyx | I think the latter of the two :P |
| 04:20:18 | * | slyyx ..tries to remember the reset process for the p2.. |
| 04:20:29 | slyyx | Hold down pwr and reset? |
| 04:20:49 | slyyx | ..yup |
| 04:21:20 | slyyx | ..make |
| 04:21:48 | krazykit | we don't really need the play-by-play |
| 04:22:28 | slyyx | onlysoaa: See :P |
| 04:22:43 | onlysoaa | That's just you. :P |
| 04:22:51 | slyyx | That "make" was actually a question |
| 04:23:13 | slyyx | What build system is this on? |
| 04:23:22 | onlysoaa | Well all you do right now is run configure and make. |
| 04:23:36 | onlysoaa | Target 143, Samsung YP-P2. |
| 04:23:44 | slyyx | in which folder? |
| 04:23:59 | onlysoaa | It's in /firmware/target/arm/tcc780x/ypp2 |
| 04:24:27 | slyyx | k |
| 04:25:07 | | Quit saratoga ("http://www.mibbit.com ajax IRC Client") |
| 04:35:30 | onlysoaa | Oh, oops. Alright, the new diff is posted. slyyx, check it out. |
| 04:35:34 | onlysoaa | I'll be right back. |
| 04:36:39 | *** | Saving seen data "./dancer.seen" |
| 04:38:00 | | Join andrew[andrboot] [0] (n=andrew-f@unaffiliated/andrewandrboot/x-689432) |
| 04:41:37 | tmzt | onlysoaa: lcd works now? |
| 04:43:01 | | Part andrew[andrboot] ("Leaving") |
| 04:43:35 | tmzt | onlysoaa: and is it packed (16-bit) or not (32-bit)? |
| 04:43:49 | slyyx | I can check |
| 04:44:03 | slyyx | I have the datasheet around here somewhere... |
| 04:47:56 | onlysoaa | I'm bacl. |
| 04:49:23 | | Quit notlistening (Remote closed the connection) |
| 04:49:25 | onlysoaa | back*. tmzt, what are you referring to when you're asking if it's packed or not? |
| 04:49:45 | tmzt | the bytes, if it's rgb666 it can't be 16-bit |
| 04:50:04 | onlysoaa | Well that's the output from LCD controller to LCD. |
| 04:50:05 | slyyx | the interface for the lcd is 8bit if that means anything... |
| 04:50:09 | tmzt | well, it can but then it has to scan out more than is in the framebuffer |
| 04:50:27 | onlysoaa | It reads from the framebuffer in rgb565 though. |
| 04:51:34 | onlysoaa | The problem seems to be that the LCD controller doesn't convert from rgb565 to rgb666 properly. |
| 04:52:12 | slyyx | The actual lcd is 24bit |
| 04:52:21 | slyyx | 8bits per color |
| 04:53:00 | onlysoaa | Perhaps it's a configuration thing, but I didn't see anything relevant to that in the TCC docs. |
| 04:53:51 | onlysoaa | Well it seems that the P2's LCD is hard-set at rgb666. |
| 04:54:55 | onlysoaa | It uses only 6 of the 8 pins per channel for the connection, and displays things way off when I use rgb888 output. |
| 04:55:34 | slyyx | Oh, ok |
| 04:55:49 | slyyx | Less pinouts I guess |
| 04:56:16 | slyyx | Less colours as a result though |
| 04:56:51 | Unhelpful | i've noticed a few exceptions to "no typedefs in rockbox", mostly for function pointers. i suppose adding one more wouldn't really be a big problem, especially if it saves duplicating the argument list of the function all over the place... |
| 04:57:05 | onlysoaa | In any case, it seems that we need to find how to make the LCD controller shift the R and G channels << 1. |
| 04:59:53 | slyyx | I am still trying to make my build system work...still says I do not have arm gcc |
| 05:00 |
| 05:01:28 | slyyx | there |
| 05:02:37 | slyyx | Guys: Any reason why it would inform me that I do not have lang.h? |
| 05:05:06 | tmzt | I have something similar LANG_FMR seems to be missing, even after running configure |
| 05:05:33 | tmzt | building for fuze |
| 05:05:52 | onlysoaa | Oh! Before compiling for the P2, remove all contents of apps/plugins/SOURCES and SUBDIRS. |
| 05:06:06 | slyyx | ...How abnormal |
| 05:06:39 | onlysoaa | Plugins don't have support for the P2's screen resolution yet, so they'll throw all sorts of errors. |
| 05:07:55 | slyyx | Oh yeah, I remember that |
| 05:10:15 | slyyx | onlysoaa: You forgot to make a keymaps file btw |
| 05:10:50 | Unhelpful | many of them won't care. pictureflow should compile just fine. |
| 05:11:18 | slyyx | I just touched it (SEE: touch), works now |
| 05:11:55 | | Quit n1s (Remote closed the connection) |
| 05:12:19 | slyyx | Unhelpful: Did you forget to include some config file or something? |
| 05:12:36 | Unhelpful | also, you might look at converting the data when it's sent to the LCD, unless the LCD controller supports correct conversion from rgb565. the correct conversion would be (c << 1) | (c >> 4) |
| 05:13:30 | slyyx | Alright, feed it one bit shifted, gotcha |
| 05:14:03 | tmzt | Unhelpful: does rockbox only support 16bit then? |
| 05:14:39 | slyyx | rockbox should also have a grayscale mode for some |
| 05:14:46 | Unhelpful | tmzt: somebody could write an 18-bit LCD driver. we don't have one yet. :P |
| 05:15:19 | slyyx | Unhelpful: Yeah, this thing does not want to build |
| 05:15:29 | onlysoaa | Even if we write an 18-bit LCD driver, it won't do anything. |
| 05:15:51 | onlysoaa | And oops @ keymap file. Copy the D2's and rename it keymap-ypp2.c |
| 05:15:57 | slyyx | ah |
| 05:16:07 | Unhelpful | onlysoaa: what exactly do you mean, it won't do anything? it would not be so hard to support 18-bit bitmap data. :P |
| 05:16:54 | onlysoaa | What I mean is that the LCD controller supports only 1, 2, 4, 15, 16 and 24 bit input. |
| 05:17:13 | onlysoaa | And we already know that it must output 18-bit to work. |
| 05:17:16 | onlysoaa | I'll be right back. |
| 05:18:04 | slyyx | Basically, we need to feed the controller 24bit input, that is actually shifted 18bit...I think |
| 05:18:07 | slyyx | onlysoaa: yes? |
| 05:18:22 | Unhelpful | ah... and it doesn't properly handle 16-bit input? |
| 05:18:34 | slyyx | Apparently |
| 05:18:51 | slyyx | If I understood what he told me |
| 05:19:23 | slyyx | So we give the controller shifted 18bit, so it can give the actual lcd 18bit... |
| 05:19:56 | slyyx | onlysoaa: button-ypp2.c is broken |
| 05:20:58 | slyyx | or..no... |
| 05:21:02 | Unhelpful | well, we have lots of code already for handling 16-bit. so you could also use that, and convert to 24-bit before sending it to the LCD. or you could use 24-bit, and send it directly to the LCD. |
| 05:21:13 | onlysoaa | I think we need to feed the controller 24bit, which is shifted 16bit. |
| 05:21:20 | slyyx | yeah |
| 05:21:22 | Unhelpful | 18-bit sounds like a *huge* pain (because it's not a whole number of bytes) |
| 05:21:30 | slyyx | Unhelpful: We can just hand it 16bit though |
| 05:21:38 | onlysoaa | Indeed. :P |
| 05:21:43 | slyyx | as long as the controller gets valid 24bit, apparently |
| 05:21:52 | onlysoaa | How is button-ypp2.c broken? |
| 05:22:04 | slyyx | Complains that everything is a redeclaration |
| 05:22:33 | slyyx | You including some file twice? |
| 05:23:15 | onlysoaa | Huh? o_o I don't think so. |
| 05:23:19 | onlysoaa | My tree works fine. |
| 05:24:02 | slyyx | latest patch... |
| 05:24:21 | onlysoaa | Hold on, I'll see if there are any files I forgot to include. |
| 05:24:34 | slyyx | Oh, it seems I applied the patch twice |
| 05:25:44 | Unhelpful | but you just said it doesn't handly 16-bit correctly... |
| 05:26:13 | onlysoaa | But it will probably handle 24-bit shifted from 16 bit. |
| 05:26:57 | | Join Trid [0] (n=LOLFAGS@c-67-160-90-137.hsd1.wa.comcast.net) |
| 05:27:02 | slyyx | that..or your patch messed up |
| 05:27:27 | onlysoaa | Now, I'm not sure if it wants 24-bit or 32-bit. |
| 05:29:03 | slyyx | Check the datasheet for the controller |
| 05:29:24 | slyyx | imo 32bit is more easy to work with |
| 05:29:41 | slyyx | onlysoaa: guess what, your patch applies the files duped or something |
| 05:29:53 | onlysoaa | I'm reposting a patch. |
| 05:29:58 | slyyx | all the files in the ypp2 dir have like..three copies of emselves within themselves |
| 05:30:35 | onlysoaa | ...did you apply all the patches or just the latest? |
| 05:31:02 | slyyx | jus the latest |
| 05:31:05 | slyyx | *just |
| 05:31:32 | onlysoaa | That's awfully strange. |
| 05:32:45 | slyyx | yeah, and if I -R em it complains about em not being empty..so yeah.. |
| 05:33:21 | | Quit Trid ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 05:33:37 | | Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) |
| 05:34:17 | onlysoaa | Okay, I updated the patch. This one should work. |
| 05:34:30 | onlysoaa | Apply it to a clean tree. |
| 05:34:56 | slyyx | yup |
| 05:34:58 | slyyx | doing so |
| 05:35:08 | Unhelpful | if you're converting from 16-bit, you're going to have to work with one channel at a time, anyway. i don't think you'd gain anything from using 32-bit and having int-sized pixels, other than lost space... |
| 05:36:42 | slyyx | hmm..yeah..thee chars..no? |
| 05:37:01 | | Quit robin0800 (Remote closed the connection) |
| 05:37:03 | slyyx | same error |
| 05:37:17 | slyyx | after a clean patch, with an rm -rf of the ypp2 dir |
| 05:37:29 | slyyx | ccat samsung_ypp2_port.diff | patch -p0 |
| 05:38:21 | Unhelpful | right. three chars, vs four with one wasted. unless somebody comes up with a conversion formula that can do something tricky and produce 32-bit RGBX without actually splitting the 16-bit RGB into channels. |
| 05:38:39 | slyyx | yeah... |
| 05:38:45 | slyyx | Just use three chars |
| 05:40:37 | slyyx | onlysoaa: What is your exact diff line? |
| 05:44:07 | onlysoaa | svn diff > ~/samsung_ypp2_port.diff |
| 05:44:29 | | Join saratoga [0] (i=9803c6dd@rockbox/developer/saratoga) |
| 05:47:53 | slyyx | trying with p1 |
| 05:48:46 | onlysoaa | I removed the entries related to the plugins/SOURCES and SUBDIRS files though. |
| 05:48:50 | * | Unhelpful thinks that you can save one shift and one add by keeping r and b together a bit longer, but you'll still need to split them up later. |
| 05:51:02 | * | onlysoaa does not understand. |
| 05:51:14 | Unhelpful | starting with a 16-bit pixel value pix, you can do rbval = (0xf81f & unsigned(pix)); rbval |= rbval << 5; rval = rbval >> 13; bval = (rbval >> 2) & 0xff; |
| 05:53:22 | * | onlysoaa is slightly dazed |
| 05:53:45 | slyyx | ....I want this patch to work..stupid gnupatch |
| 05:54:00 | onlysoaa | Ah! I gotcha, Unhelpful. (: |
| 05:54:05 | slyyx | er..it isnt gnu is it... |
| 05:54:08 | onlysoaa | Your name is paradoxical. |
| 05:54:13 | saratoga | slyyx: have you seen this: http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches |
| 05:54:23 | slyyx | My name is a paradox? |
| 05:54:30 | onlysoaa | slyyx I believe it's just patch. |
| 05:54:36 | onlysoaa | No, Unhelpful's is. |
| 05:54:46 | | Join gartral [0] (n=gareth@adsl-75-33-78-34.dsl.bcvloh.sbcglobal.net) |
| 05:55:43 | slyyx | ah, do not use cat, just use < |
| 05:55:48 | slyyx | I think was the issue |
| 05:55:50 | slyyx | we will see |
| 05:56:06 | Unhelpful | i keep hearing that. i just think that fun tricks with number are, well, fun. :P |
| 05:57:18 | onlysoaa | They often fly right over my head. ;D |
| 05:57:30 | onlysoaa | I get it now though. Thanks. |
| 05:58:10 | Unhelpful | i should look at places that unpack all three values from rgb565 to rgb888 and see if a macro could do that nicely... |
| 05:58:24 | onlysoaa | Ahh. |
| 05:58:29 | gartral | I just took a look at fs10282 and I was wondering why the function to exit connect mode was removed entirely |
| 06:00 |
| 06:00:45 | onlysoaa | Are we killing ourselves or a color lookup table would do the job? |
| 06:04:17 | slyyx | onlysoaa: I forget the command to load the firmware into the rockbox |
| 06:04:51 | onlysoaa | Oh, nevermind with the lookup table. It's only for STN LCDs. |
| 06:05:10 | onlysoaa | slyyx: Compile tcctool, and run it with |
| 06:05:30 | onlysoaa | slyyx: sudo ./tcctool -d ypp2 ../../build/rockbox.bin |
| 06:05:40 | slyyx | k |
| 06:05:46 | | Quit saratoga ("http://www.mibbit.com ajax IRC Client") |
| 06:05:50 | | Quit Kupop (Read error: 110 (Connection timed out)) |
| 06:05:57 | Unhelpful | oh, i thought you meant using 128KiB of data to do something like rgbx32val = color_lut[rgb16val] |
| 06:06:55 | onlysoaa | That could work actually. Would it be a bad idea? |
| 06:07:56 | slyyx | onlysoaa: Alright, I am going to go disable the batt detection for the time being |
| 06:08:08 | slyyx | better yet..why not get it working |
| 06:08:11 | | Join mike249 [0] (n=42d9a4a4@gateway/web/cgi-irc/labb.contactor.se/x-e52e353319d1b938) |
| 06:08:15 | onlysoaa | slyyx: Good idea. How do I do that? |
| 06:08:20 | slyyx | I will |
| 06:08:28 | slyyx | I looked into it before |
| 06:08:44 | onlysoaa | slyyx: There's implementation of the P2's PMU in Rockbox. |
| 06:08:56 | slyyx | Which has it? |
| 06:09:03 | mike249 | does anyone know if there will be a firewear of rockbox for Naxa NX-142 |
| 06:09:28 | slyyx | I have not heard of anyone working on it as of yet |
| 06:09:52 | mike249 | thanks |
| 06:11:00 | | Quit mike249 (Client Quit) |
| 06:12:13 | slyyx | onlysoaa: Do we know what pmu it is? |
| 06:12:59 | onlysoaa | AAT2250 and AAT2512. |
| 06:13:51 | | Join Kupop [0] (n=Jono@cpc2-leed14-0-0-cust201.leed.cable.ntl.com) |
| 06:13:51 | onlysoaa | It seems that the CPU interfaces only with the AAT2250. |
| 06:15:38 | slyyx | You sure somebody has that implimented? |
| 06:17:33 | onlysoaa | I meant there's NO implementation. :P |
| 06:17:38 | slyyx | ah |
| 06:17:39 | onlysoaa | Sorry for the confusion. |
| 06:18:05 | slyyx | yeah, this digram definitly shows only 6bpc |
| 06:21:57 | slyyx | Pin #4 should connect to the mc for serial |
| 06:22:38 | slyyx | That pin should contain "Open Drain Status" |
| 06:24:12 | onlysoaa | Thing is, we don't know how to access those pins yet. |
| 06:25:12 | Unhelpful | onlysoaa: that's a rather *large* static LUT. and i'm not sure what the cache situation is on this target, but that would be a bit of cache thrashing, probably. |
| 06:25:39 | onlysoaa | Ah, I see. Better to just make the shifts then? |
| 06:26:13 | Unhelpful | onlysoaa: "maybe" :) |
| 06:27:23 | onlysoaa | Ahh. |
| 06:28:11 | onlysoaa | I'm really tired right now. I'll look into rewriting the framebuffer code later. |
| 06:33:07 | slyyx | Battery level is in AIN0 (B13) |
| 06:33:59 | slyyx | BATT_LEV=AIN0, EXT_PWR=AIN1, EXT_BAT_DET=AIN2 |
| 06:34:45 | slyyx | BATT_LEV contains the current battery level, EXT_PWR=Detection of external power..EXT_BAT_DET..Detection of battery? |
| 06:35:40 | onlysoaa | Huh? Can those be accessed from Rockbox right now? |
| 06:35:45 | slyyx | Yes |
| 06:35:57 | slyyx | Find out waht AIN0, AIN1, and AIN2 are in this diagram and yes |
| 06:36:13 | onlysoaa | Huh! |
| 06:36:24 | slyyx | Ever worked with a microcontroller before? |
| 06:36:43 | *** | Saving seen data "./dancer.seen" |
| 06:36:51 | onlysoaa | Nope! |
| 06:37:28 | slyyx | Ok, let me test some things...I can proly get this working tonight |
| 06:37:34 | slyyx | 3am maybe... |
| 06:37:59 | onlysoaa | Haha... |
| 06:38:18 | onlysoaa | Okay dude, thanks a bunch for your help. I'll head to bed now, since I'm working tomorrow... |
| 06:38:37 | slyyx | oh damn, wrong pin...yeah..sometime tonight I will have it :P |
| 06:38:59 | onlysoaa | I'll try figuring out the LCD, so you can focus on other stuff, unless you really feel like tackling the LCD. |
| 06:39:11 | | Join Caitlin [0] (i=JavaUser@c220-237-91-136.rochd1.qld.optusnet.com.au) |
| 06:39:23 | | Part Caitlin |
| 06:39:26 | onlysoaa | An initial touchscreen driver with proper keymap would be really cool. (: |
| 06:40:08 | slyyx | I can give you the pins for the keys right now if you want :P |
| 06:40:11 | onlysoaa | Oh, and if you figure out anything, please update the wiki, the forum thread and the patch. |
| 06:40:24 | onlysoaa | Nah, I'm going to bed. :P |
| 06:40:27 | slyyx | alright :P |
| 06:40:56 | onlysoaa | Just rebuild a patch and upload it to my flyspray entry. |
| 06:41:10 | slyyx | I also found the pins for the leds.. |
| 06:41:13 | onlysoaa | Cool stuff man, seems like I'm not alone with this anymore! |
| 06:41:18 | slyyx | Dude, I wish I had this diagram before :P |
| 06:41:37 | onlysoaa | Yeah, the pins are all there. It's just a matter of mapping them to the correct GPIO pin, I think |
| 06:41:47 | slyyx | (YP_P2-e-7-sdiag.pdf) |
| 06:41:54 | slyyx | maps out all the pins for like,every chip |
| 06:42:19 | onlysoaa | I know, but it doesn't say which GPIO bits they relate to. |
| 06:42:20 | onlysoaa | :P |
| 06:42:42 | slyyx | Look on the other datasheet |
| 06:42:48 | slyyx | It tells you that |
| 06:43:39 | onlysoaa | Which one?! |
| 06:43:42 | onlysoaa | Waaaah. |
| 06:43:53 | slyyx | You have the one for the TCC78X right? |
| 06:43:59 | onlysoaa | Yeah. |
| 06:44:09 | slyyx | In there, search the name of the pin they give |
| 06:44:14 | onlysoaa | It doesn't say how the chip is configured for the P2 though. |
| 06:44:18 | slyyx | Volume up=MMC1-D7 |
| 06:44:35 | slyyx | LED GReen=MMC1-D5 |
| 06:45:15 | slyyx | blue and red are GPIO24 and GPIO16 |
| 06:45:16 | onlysoaa | Yeah, that's all in the schematics, but it still doesn't say which GPIO bits they relate to! |
| 06:45:32 | slyyx | sec |
| 06:45:53 | slyyx | ...wtf is mmc |
| 06:45:54 | slyyx | good qn :P |
| 06:46:02 | onlysoaa | See! |
| 06:46:06 | slyyx | I can tell you red and blue are on 24 and 16 though :P |
| 06:46:09 | slyyx | It tells me that :P |
| 06:46:32 | slyyx | MMC..MMC...hmmm.. |
| 06:46:35 | onlysoaa | I doubt it actually relates to the GPIO configuration. :P |
| 06:46:43 | slyyx | MMC=Memory |
| 06:46:50 | slyyx | wtf |
| 06:47:12 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 06:47:27 | onlysoaa | I mean, it specifies that the LCD is connected to some pins on the TCC78x, but as we know, that's controlled by the LCD controller. |
| 06:47:28 | | Join robin0800 [0] (n=robin080@host86-167-50-175.range86-167.btcentralplus.com) |
| 06:47:31 | slyyx | found it |
| 06:47:36 | onlysoaa | Hmm? |
| 06:47:46 | slyyx | the pins |
| 06:47:59 | onlysoaa | How, where? :P |
| 06:48:38 | slyyx | Page..1-8 |
| 06:48:59 | slyyx | Table 1.4 |
| 06:49:39 | slyyx | MMC7 is HPXD[4], bit 2 |
| 06:49:55 | onlysoaa | Huuuuh. |
| 06:49:58 | onlysoaa | Good find! |
| 06:50:02 | | Join lennyk [0] (n=4b0f8d86@gateway/web/cgi-irc/labb.contactor.se/x-fb5cb9c6fcf80f34) |
| 06:50:28 | slyyx | Who worked on the D2 port anyway? Anyone know? |
| 06:50:37 | onlysoaa | GPIOA bit 20! |
| 06:50:47 | onlysoaa | shotofadds did most of it. |
| 06:50:51 | slyyx | Is volume up? |
| 06:50:53 | onlysoaa | He's been really busy these days though. |
| 06:50:59 | onlysoaa | Uhh, the one you mentioned. :P |
| 06:51:02 | slyyx | yeah |
| 06:51:05 | slyyx | that was volume up |
| 06:51:12 | onlysoaa | Blah! I'm out, really! |
| 06:51:18 | slyyx | so yeah, second bit, on bit 20 apparently |
| 06:51:36 | onlysoaa | I'll look into this stuff tomorrow or some time after. I'll be really busy too. |
| 06:51:51 | onlysoaa | Keep the thread and patch updated please. Keep the wiki updated too if you can. |
| 06:51:55 | slyyx | Alright, talk to ya tomorrow evening then, yeah |
| 06:52:00 | slyyx | I will update you on any progress |
| 06:52:01 | onlysoaa | And take a rest if you need to! |
| 06:52:09 | slyyx | yessir |
| 06:52:16 | onlysoaa | I'm off now. Cheers! |
| 06:52:20 | slyyx | alright |
| 06:52:21 | slyyx | ttyl |
| 06:58:10 | | Quit Kupop (Read error: 110 (Connection timed out)) |
| 06:58:26 | | Join Kupop [0] (n=Jono@cpc2-leed14-0-0-cust201.leed.cable.ntl.com) |
| 07:00 |
| 07:15:37 | | Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) |
| 07:26:23 | | Quit kkurbjun (Read error: 110 (Connection timed out)) |
| 07:38:34 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 07:45:55 | | Join Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) |
| 07:46:16 | | Quit robin0800 (Remote closed the connection) |
| 07:47:39 | | Quit jmillikin (Read error: 110 (Connection timed out)) |
| 07:50:41 | | Quit gartral ("leaving") |
| 07:51:22 | | Join Horschti [0] (n=Horscht@xbmc/user/horscht) |
| 07:59:24 | | Quit lennyk ("CGI:IRC (EOF)") |
| 08:00 |
| 08:08:01 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 08:08:21 | | Quit slyyx (Read error: 113 (No route to host)) |
| 08:10:43 | | Join _lifeless [0] (n=lifeless@188.16.82.112) |
| 08:15:19 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 08:17:02 | | Quit onlysoaa ("http://www.mibbit.com ajax IRC Client") |
| 08:18:14 | r0b- | rockbox can decode a .wma file right |
| 08:32:46 | cool_walking_ | Yes, Rockbox plays WMA. Not if it has DRM though. |
| 08:36:45 | *** | Saving seen data "./dancer.seen" |
| 08:39:45 | r0b- | ok well im reencoding my music to .wma |
| 08:47:47 | cool_walking_ | Why? |
| 08:54:37 | | Join infinitybiff [0] (n=Brendan@c-76-27-175-103.hsd1.va.comcast.net) |
| 08:55:07 | infinitybiff | hey all, question, does any have any experience installing roxbox in windows 7 /vista 64-bit? I'm having a bit of trouble |
| 08:55:47 | linuxstb | Rockbox? What's the problem? |
| 08:56:12 | infinitybiff | won't detect the ipod. cleary labeled as H:\ in explorer |
| 08:56:32 | infinitybiff | i've tried running the autoinstaller (designating the ipod as H:\ etc) |
| 08:56:32 | linuxstb | Are you running with administrator rights? |
| 08:56:36 | infinitybiff | yessir |
| 08:56:47 | linuxstb | Which ipod is it? |
| 08:56:55 | infinitybiff | tried with and without admin right and with and without compatibility mode |
| 08:57:00 | infinitybiff | ipod video 80gb |
| 08:57:15 | linuxstb | It's definitely an ipod video, and not a "classic" ? |
| 08:57:39 | infinitybiff | best way to tell the difference? |
| 08:57:58 | infinitybiff | model number a1238 |
| 08:58:22 | linuxstb | Googling for "a1238" shows it's a Classic. |
| 08:58:32 | infinitybiff | shit |
| 08:58:44 | infinitybiff | well that would explain my problem doesn't it |
| 08:59:00 | linuxstb | Indeed. |
| 08:59:16 | infinitybiff | not enough rebull, happy i could provide ur lulz for the evening sir/madam |
| 08:59:55 | linuxstb | It's a common mistake - Apple dont' clearly label their different ipods... |
| 09:00 |
| 09:00:07 | infinitybiff | yea I got this from a buddy on the cheap |
| 09:00:38 | infinitybiff | and I non drag and drop mp3 players... like it should be a big flash drive with a headphone jack.... not itunes etc |
| 09:00:58 | infinitybiff | I hate ** |
| 09:01:33 | infinitybiff | according to google, I'm screwed if i want drag and drop functionality on this thing... does that sound about right?> |
| 09:02:29 | linuxstb | Yes. Although you may find third-party itunes replacements easier to use. But this is off-topic for #rockbox (this channel is a logged development/support channel). |
| 09:02:55 | infinitybiff | sure i understand, dont' wanna break IRC rules sir' |
| 09:03:14 | | Part infinitybiff |
| 09:07:46 | | Join fyre^OS [0] (n=nnscript@cpe-24-90-81-178.nyc.res.rr.com) |
| 09:08:02 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
| 09:09:30 | | Join flydutch [0] (n=flydutch@87.15.210.46) |
| 09:11:18 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 09:13:19 | | Join pillow8420 [0] (n=3cf2c09c@gateway/web/cgi-irc/labb.contactor.se/x-7424c80bbd41544e) |
| 09:16:44 | | Quit pillow8420 (Client Quit) |
| 09:20:25 | | Quit dmb (Read error: 113 (No route to host)) |
| 09:29:58 | | Join tomers [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) |
| 09:38:11 | | Quit fyre^OS (Read error: 54 (Connection reset by peer)) |
| 09:40:33 | | Join fyrestorm [0] (n=nnscript@cpe-24-90-81-178.nyc.res.rr.com) |
| 09:41:16 | | Join kronflux [0] (n=8eb14de9@gateway/web/cgi-irc/labb.contactor.se/x-199ba145db5b4137) |
| 09:41:18 | | Quit kronflux (Client Quit) |
| 09:41:37 | | Join kronflux [0] (n=8eb14de9@gateway/web/cgi-irc/labb.contactor.se/x-29fa237b0dab9269) |
| 09:57:47 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 10:00 |
| 10:00:35 | | Quit kronflux ("CGI:IRC (Ping timeout)") |
| 10:10:41 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 10:12:21 | | Quit pixelma (".") |
| 10:12:59 | | Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) |
| 10:26:17 | | Join __lifeless [0] (n=lifeless@188.16.82.112) |
| 10:31:18 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 10:36:48 | *** | Saving seen data "./dancer.seen" |
| 10:39:09 | | Join _fml [0] (n=4fd3fd8d@gateway/web/cgi-irc/labb.contactor.se/x-67316417115a7733) |
| 10:40:43 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 10:41:21 | _fml | domonoky: just a little thing: wouldn't it be nicer to have a space between the ":" and the version number in "Qt version:NNN"? |
| 10:42:00 | | Quit _fml (Client Quit) |
| 10:44:29 | | Quit _lifeless (Read error: 113 (No route to host)) |
| 10:50:06 | | Join bimbel [0] (n=Miranda@unaffiliated/bmbl) |
| 10:50:21 | | Join Rob2222 [0] (n=Miranda@p4FDCDE36.dip.t-dialin.net) |
| 10:52:13 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 10:52:17 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 10:56:06 | | Quit funman (Read error: 104 (Connection reset by peer)) |
| 10:58:51 | | Quit matsl (Read error: 145 (Connection timed out)) |
| 11:00 |
| 11:00:31 | | Quit tessarakt (Read error: 104 (Connection reset by peer)) |
| 11:01:01 | | Join tessarakt [0] (n=jens@e180076215.adsl.alicedsl.de) |
| 11:02:04 | Unhelpful | amiconn: as i suspected, the background hack works on color (save bg strip & set backdrop at strip - LCD_WIDTH * strip_y * sizeof(fb_data) ) |
| 11:04:39 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 11:05:11 | Unhelpful | as a result, scrolling in the album view works (on color) without core hooks at all. the next trick is to get the cover-in/cover-out animations to work without suspending scrolling. since PF is rendering while this happens, a second hack may be needed to allow a plugin to force redraws of scrolling lines without updating their state. |
| 11:06:10 | | Quit bmbl (Read error: 113 (No route to host)) |
| 11:08:16 | CIA-38 | New commit by funman (r21198): Sansa Fuze : use single press HOME button for exiting battery_bench ... |
| 11:09:31 | | Quit cool_walking_ (Remote closed the connection) |
| 11:12:42 | funman | bertrik: do you use plugins on sansa clip ? |
| 11:14:02 | bertrik | funman, sometimes, not usually |
| 11:14:35 | funman | i wonder if you can see if down button stop responding with FS #10048 |
| 11:15:23 | | Join Grahack [0] (n=chri@19.171.85-79.rev.gaoland.net) |
| 11:15:24 | bertrik | funman, yes I saw that problem on my clip |
| 11:15:45 | funman | on another topic I think r21190 lcd optimisation can be applied to the asm bits in lcd_grey_data |
| 11:15:46 | bertrik | I'm now running with an alternative clip button driver |
| 11:16:09 | funman | oh! what are you using? |
| 11:17:11 | bertrik | I wrote a proof-of-principle driver where the row is changed each kernel tick |
| 11:17:43 | bertrik | so in one tick it reads one row of buttons, then selects the next row to be read in the following tick |
| 11:17:48 | | Join {phoenix} [0] (n=dirk@p54B459B9.dip.t-dialin.net) |
| 11:18:15 | funman | so you don't have to use explicit delay after row switch ? |
| 11:18:16 | bertrik | this way there is plenty of time between row changes for the button column pins to stabilise |
| 11:18:36 | bertrik | funman, exactly, no more delay |
| 11:18:59 | bertrik | I worry a bit about this being slow, because it may take up to 3 kernel ticks for a button press to be detected |
| 11:19:17 | bertrik | so far, subjectively, it seems to work fine for me |
| 11:20:51 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 11:20:55 | funman | bertrik: here is r21190 applied to lcd-as-clip.S : http://pastie.org/502600 . I can't test right now, because i'm running a battery bench without FS #10273 (5h30 runtime with it applied) |
| 11:21:29 | funman | perhaps button responsiveness can suffer 30ms delay on the clip since there is no wheel |
| 11:22:09 | bertrik | I'll clean it up and create a flyspray patch |
| 11:24:19 | funman | cool, now the only thing preventing us from applying FS #10048 is radio not working on e200v2, even with FS #12067 applied. if there is a patch - even something you don't understand - i think we can commit it and work on a fix after having FS #10048 in SVN. What do you think about it ? |
| 11:25:08 | funman | FlynDice: did you hack around e200v2 radio ? |
| 11:26:35 | n1s | i think breaking something like fm in svn in an unsupported port is fine if the changes otherwise move the port forward |
| 11:26:54 | bertrik | funman, I agree, I would like to move forward with fs#10048 |
| 11:27:14 | funman | n1s: even then, the e200v2 radio is already broken in svn ;) |
| 11:27:24 | n1s | no problem then :) |
| 11:27:26 | bertrik | fm not working is probably not fs#10048's fault |
| 11:27:59 | | Quit killan (Read error: 110 (Connection timed out)) |
| 11:32:56 | bertrik | funman, I'll do a test_fps with the modified lcd-as-clip.S |
| 11:33:58 | bertrik | kugel made a more elaborate version of the dbop fifo (using interrupts), but I think we don't need to go that far for the clip |
| 11:39:36 | | Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) |
| 11:39:36 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 11:40:09 | funman | frames per second is not much an issue on Clip anyway |
| 11:40:17 | | Quit funman ("leaving") |
| 11:54:43 | bertrik | hm, the effect is rather subtle: from 584.5 to 594.5 fps unboosted and 1603 to 1619 fps boosted |
| 11:58:29 | | Quit Thundercloud (Remote closed the connection) |
| 12:00 |
| 12:02:17 | | Join killan [0] (n=nnscript@c-def370d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 12:06:24 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 12:08:05 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-b40b7872cd1f1e30) |
| 12:10:32 | | Quit Grahack ("Leaving.") |
| 12:13:56 | | Join crashd_ [0] (i=foobar@lostnode.org) |
| 12:14:02 | | Quit crashd_ (Client Quit) |
| 12:14:13 | | Quit crashd (Remote closed the connection) |
| 12:15:03 | | Quit n1s (Read error: 104 (Connection reset by peer)) |
| 12:17:02 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 12:17:50 | | Join crashd [0] (i=foobar@lostnode.org) |
| 12:18:28 | | Quit at0m (Read error: 110 (Connection timed out)) |
| 12:24:24 | | Quit {phoenix} (Remote closed the connection) |
| 12:32:02 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 12:36:53 | *** | Saving seen data "./dancer.seen" |
| 12:38:11 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 12:45:41 | | Join Rob2222 [0] (n=Miranda@p4FDCDE36.dip.t-dialin.net) |
| 12:57:51 | | Quit Rob2222 () |
| 12:58:57 | | Join Rob2222 [0] (n=Miranda@p4FDCDE36.dip.t-dialin.net) |
| 13:00 |
| 13:01:37 | | Quit Ridayah ("The Rise and Fall of the Heavens themselves is dependant upon Humanity's belief and disbelief.") |
| 13:02:22 | | Join Ridayah [0] (n=ridayah@173-19-228-175.client.mchsi.com) |
| 13:04:59 | | Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) |
| 13:22:36 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 13:24:52 | notlistening | domonoky, hi tested wine for you |
| 13:25:26 | domonoky | :-) and what is the result ? |
| 13:26:19 | notlistening | with a bit of work i got the app to work running it in compatability mode in win ME and below |
| 13:27:07 | notlistening | the SAPI is really broken due to its reliance on VB i tried back quite a few veruins to make sure it was not the QT issue |
| 13:27:57 | | Join stoffel [0] (n=sfr@p57B4E422.dip.t-dialin.net) |
| 13:27:57 | notlistening | the text is a bit unclear in places but it is useable |
| 13:29:57 | | Quit __lifeless (Read error: 110 (Connection timed out)) |
| 13:30:31 | notlistening | my offer stand i am willing to produce a stand alone commandline interface for windows/wine that can access the SAPI engines. I have the guts of it written already just need the behaviour you would like. |
| 13:30:56 | notlistening | This can come in a script for that can be edited or a packaged exe file what ever you want |
| 13:31:14 | domonoky | sounds interessting. which SAPI interface would you use ? |
| 13:31:32 | domonoky | ie VB, C++ or something else. |
| 13:31:50 | notlistening | I use a combination of tcl and tcom to communicate over COM |
| 13:31:58 | notlistening | it works very nicely |
| 13:32:06 | domonoky | if it is a small executable, it will be easy to include into rbutil, and use it for voice/talk creation |
| 13:32:42 | notlistening | We are talking a very small exe |
| 13:32:49 | pixelma | aren't there already some scripts? Maybe it's something else but... |
| 13:33:15 | Mikachu | where does it get the actual voices from then? |
| 13:33:21 | domonoky | pixelma: we have vb script to use sapi voices in rbutil, but that wont work in wine :-) |
| 13:33:22 | notlistening | basically like espeak but for sapi |
| 13:33:46 | notlistening | it talks to the SAPI engine already installed on the system just like what you have |
| 13:34:07 | notlistening | but it is more flexable and more robust in terms of issues with QT etc |
| 13:34:26 | * | amiconn once wanted to look into accessing sapi from a program |
| 13:34:35 | notlistening | and it runs under wine ;) |
| 13:35:02 | notlistening | in my project i have already done all the ground work |
| 13:35:17 | amiconn | It would be especially interesting for sapi4. SAPI4 doesn't render as fast as possible when rendering to a file, unlike SAPI5 |
| 13:35:55 | domonoky | notlistening: if you take a look at base/tts.cc TTSExes class, you will see, that its very easy to use a tts engine as small exe in rbutil. |
| 13:36:05 | amiconn | SAPI4 runs realtime. With the C++ api it is possible to switch it to 200%, 400% or 800% realtime. This is *supposed* to work from automation (i.e. vbscript) as well, but it doesn't |
| 13:36:44 | domonoky | amiconn: i would be happy if you do this, but the C++ sapi interface is nasty and you need a SDK to use it (additional depencies).. |
| 13:37:17 | amiconn | Yeah, automation is definitely easier... |
| 13:37:31 | amiconn | Do you have an opinion regarding my sapi 64 bit idea? |
| 13:39:14 | | Quit gevaerts (Nick collision from services.) |
| 13:39:23 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 13:40:07 | * | domonoky doesnt see any benefit from sapi 64bit, but if someone else wants todo it, i am not against it :-) |
| 13:41:18 | amiconn | Yeah, atm there seems to be none. There would be if there are voices which are sapi 64bit exclusively |
| 13:42:31 | domonoky | ah,yes, then it would make sense. |
| 13:43:11 | * | amiconn doubts that will happen any time soon |
| 13:45:26 | notlistening | right i will chuck some time into making a file producer |
| 13:45:57 | notlistening | at the moment spai 4 is uncharted but it will keep me busy :) |
| 13:46:30 | notlistening | given the option what does my app need to do? |
| 13:48:18 | notlistening | you can have pitch, speed, volume adjustment and wav file output. DO you want this to the location the script is run from. What i could do with is a set of iotuins that can be passed to the script if you could do anything |
| 13:49:18 | notlistening | options/switches like the other tts engines |
| 13:49:56 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 13:51:42 | notlistening | are you guys happy to integrate it into a future rbutil release if i get it done? |
| 13:52:34 | notlistening | or you want me to work on that? just a bit more work from my end |
| 13:53:17 | domonoky | i am happy to help to integrate this into rbutil. but as always time is limited :-) |
| 13:53:43 | notlistening | yeah i can do as much as i can then i might come asking for some assistance |
| 13:54:08 | domonoky | thats fine :-) |
| 13:54:33 | notlistening | I will come back in a week or so and report my progress |
| 13:55:04 | notlistening | any particulars that have been gotcha for you when working on this so far? |
| 13:55:05 | domonoky | good |
| 13:55:36 | domonoky | make sure we can give non-ascii texts to this app :-) |
| 13:56:08 | notlistening | it will support unicode or what ever encoding you want to give it |
| 13:56:14 | domonoky | also a option to get the available voices and select one, would be nice. |
| 13:56:23 | domonoky | unicode is fine. |
| 13:57:20 | notlistening | and preference how i return that information? Just on stdout? |
| 13:58:14 | | Join dryan [0] (n=5402d576@gateway/web/cgi-irc/labb.contactor.se/x-fdb697d66521c5ba) |
| 13:58:33 | dryan | hey |
| 13:58:33 | notlistening | would a function that allows the user to test the speech output beforehand be nice? |
| 13:58:36 | domonoky | stdout is fine, perhaps try to get something easily parseable.. but we are pretty flexible in rbutil. |
| 13:58:42 | dryan | can anybody help me? |
| 13:59:18 | | Quit flydutch ("/* empty */") |
| 13:59:19 | domonoky | notlistening: a testfunction would be nice, but is not really needed. We can always just generate a test.wav and play that. |
| 13:59:40 | | Quit dryan (Client Quit) |
| 13:59:56 | | Join {phoenix} [0] (n=dirk@p54B459B9.dip.t-dialin.net) |
| 14:00 |
| 14:02:54 | notlistening | right i am off for today flat warming |
| 14:04:14 | domonoky | cu |
| 14:04:47 | | Quit notlistening ("Leaving") |
| 14:13:00 | | Quit {phoenix} (Remote closed the connection) |
| 14:15:47 | | Join {phoenix} [0] (n=dirk@p54B459B9.dip.t-dialin.net) |
| 14:25:21 | | Join asdabads [0] (n=5402d576@gateway/web/cgi-irc/labb.contactor.se/x-bc37f8f85d7c8f7e) |
| 14:25:31 | asdabads | can anybody help me?!! |
| 14:26:40 | | Quit asdabads (Client Quit) |
| 14:26:55 | pixelma | patience |
| 14:28:17 | | Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) |
| 14:31:28 | | Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 14:36:57 | *** | Saving seen data "./dancer.seen" |
| 14:38:25 | | Join Ubuntuxer [0] (n=johannes@dslb-088-078-117-154.pools.arcor-ip.net) |
| 14:39:11 | | Quit tvelocity ("Αποχώρησε") |
| 14:46:09 | | Quit bertrik (Remote closed the connection) |
| 14:46:18 | | Quit HellDragon (Connection timed out) |
| 14:48:13 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 14:58:44 | | Quit {phoenix} (Remote closed the connection) |
| 15:00 |
| 15:02:41 | FlynDice | funman: (for the logs) I tried increasing fm_delay() for e200v2 radio with no luck. I could never get it to work with fs#10048 and don't understand it well enough to know what else to try. Got some time today though I'll look some more. |
| 15:03:27 | | Quit hd (Connection timed out) |
| 15:03:45 | amiconn | Unhelpful: Wow, using BIT_N() in the 1 bit lcd driver gives quite some speedup on SH1 |
| 15:04:05 | amiconn | lcd_drawpixel: + 20%, lcd_drawline: +27%, lcd_hline: +5% |
| 15:04:20 | amiconn | The other drawing functions are unaffected |
| 15:04:27 | | Join ender1 [0] (i=krneki@foo.eternallybored.org) |
| 15:05:10 | amiconn | However, with BIT_N() used in bmp.c, two plugins do not link, which needs to be fixed before commit (own lookup table in the pluginlib) |
| 15:07:00 | amiconn | pictureflow and test_greylib_bitmap_scale |
| 15:07:15 | | Join HellDragon [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 15:08:16 | amiconn | If we add that, there are further plugins which would profit from this optimisation |
| 15:11:42 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 15:12:36 | Unhelpful | amiconn: in plugins it's likely strictly a speed optimization at ~4B per invocation it takes 32 of them to make up for the table. |
| 15:13:20 | amiconn | Yeah, but one of the is the jpeg decoder... |
| 15:18:16 | Unhelpful | i think jpeg has four or five. it also occurred to me that the shifted 40-bit multiply routine for sh might be a good basis for a sh-specialized fmul - by tweaking the shift factors used in each stage it could directly calculate (a*b) >> 10 without overflow |
| 15:21:59 | amiconn | I was referring to jpeg decoding speed. jpeg isn't very fast for larger images |
| 15:22:31 | | Join _lifeless [0] (n=lifeless@188.16.101.100) |
| 15:22:34 | * | amiconn has modified 9 core files for using BIT_N() |
| 15:24:57 | | Quit Ubuntuxer ("Leaving.") |
| 15:26:44 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 15:28:35 | funman | FlynDice: can you somehow make e200v2 radio working in SVN ? |
| 15:34:01 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 15:34:14 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-fa7bc88ab644131e) |
| 15:36:23 | | Quit ender1 (" Debian comes in three flavours: stale, rusting and broken.") |
| 15:42:29 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 15:47:01 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 15:49:11 | funman | amiconn: can you give me your opinion on FS #10274 - 9th and last patch ? |
| 15:55:32 | | Quit ender` (" Kids. You gotta love them. I adore children. A little salt, a squeeze of lemon--perfect. -- Harry Dresden") |
| 15:56:24 | funman | bertrik: clip benchmark for LCD/DCDC15 : http://www.rockbox.org/tracker/task/10273?getfile=19654 |
| 15:56:43 | | Join Ubuntuxer [0] (n=johannes@dslb-094-220-234-083.pools.arcor-ip.net) |
| 15:58:40 | funman | bertrik: wrt LCD performance, did you have a higher speedup with FS #10048 ? |
| 15:59:58 | bertrik | funman, all my tests were with 10048 applied |
| 16:00 |
| 16:01:14 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 16:01:45 | | Quit FlynDice (Remote closed the connection) |
| 16:04:32 | funman | hum but you had more than 2% speedup in test_fps ? |
| 16:07:55 | funman | with r21990 |
| 16:08:36 | bertrik | yes, about 30% IIRC |
| 16:13:53 | CIA-38 | New commit by funman (r21199): Sansa Clip: apply r21190 to asm lcd_greydata : 2% speedup |
| 16:15:30 | | Quit Ubuntuxer (Read error: 110 (Connection timed out)) |
| 16:17:18 | funman | bertrik: i believe on the graph playback stopped around 3:30 / 4h : so the curves are almost (if not completely) identical for the first part |
| 16:27:59 | | Quit linuxstb (Remote closed the connection) |
| 16:32:38 | | Join Ubuntuxer [0] (n=johannes@dslb-094-221-089-002.pools.arcor-ip.net) |
| 16:37:00 | *** | Saving seen data "./dancer.seen" |
| 16:42:16 | funman | domonoky: still using rockbox on your m200v4 ? |
| 16:42:50 | domonoky | only for testing, when if find time :-) |
| 16:44:22 | funman | could you put a build from svn on it and leave it playing for some hours to see if playback stops itself ? |
| 16:48:09 | | Join perfectdrug [0] (n=marko@p5B0EE7C1.dip.t-dialin.net) |
| 16:48:37 | Torne | is there a reasonable way to implement a scrolling text console on a bitmap target without having to remember what text you printed and reprint the whole screen on scroll? |
| 16:54:58 | | Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) |
| 16:55:56 | n1s | Torne: you could probably do some clever thing with the framebuffer |
| 16:56:39 | bertrik | funman, indeed it doesn't seem to have any effect on battery runtime, but was the display on during this time (display off also means DCDC15 off IIUC) |
| 16:56:40 | Mikachu | maybe turn it into a circular buffer somehow? |
| 16:56:58 | n1s | i.e shift it up "one line" and draw the bottom line, and then call lcd_update() |
| 16:57:11 | funman | bertrik: hum .. it was off - stupid me |
| 16:58:21 | | Join saratogahome [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-438d56874ce2fe71) |
| 16:58:24 | Torne | unfortunately also i need to not scroll the whole screen |
| 16:58:39 | Torne | but yes, i could blit part of hte image upward |
| 16:59:22 | bertrik | funman, I don't really know if we should enable/disable DCDC15 together with display on/off or with backlight on/off, or maybe it doesn't matter at all |
| 16:59:29 | Torne | there seem to be several different lit function in pluginapi though |
| 16:59:45 | Torne | not entirely sure which does what :) |
| 16:59:55 | saratogahome | i could measure DCDC15 power consumption on the e200v2 if it would help |
| 17:00 |
| 17:01:07 | bertrik | oh yes please, that would save a lot of time |
| 17:01:32 | saratogahome | ok i'll try and do it this weekend |
| 17:01:51 | * | bertrik thinks a battery current measurement should be built into the hardware of every audio player |
| 17:02:05 | saratogahome | is there a patch that enables it handy? |
| 17:02:22 | funman | bertrik: do you mean "lcd_enable" or backlight_on/off ? |
| 17:02:41 | bertrik | funman, ehm, yes that's what I meant |
| 17:03:05 | funman | saratogahome: well DCDC15 is already used (and mandatory) for e200v2 backlight, but perhaps it's different on Clip if the DCDC is not linked to the LCD |
| 17:03:29 | funman | bertrik: it doesn't matter |
| 17:03:30 | bertrik | ah ofcourse e200v1 != clip |
| 17:03:41 | chandoo | hi |
| 17:03:43 | bertrik | v2 |
| 17:03:49 | chandoo | how to install rockbox on creative zen |
| 17:04:06 | funman | chandoo: can not |
| 17:04:16 | chandoo | funman: why |
| 17:04:19 | Torne | hm, actually i don't thin lcd_blit_* is for that at all. :) |
| 17:04:38 | n1s | chandoo: no one hase made it work on those yet |
| 17:04:43 | Torne | it looks like the pluginapi doesn't really want me to peek into the framebuffer ( |
| 17:05:12 | n1s | tomers: it has a pointer to the framebuffer though (IIRC) :) |
| 17:05:48 | n1s | now that would be pretty bad to use to draw but anyways... |
| 17:06:07 | n1s | but why do you want to do this, is this scrolling very time critical? |
| 17:06:19 | chandoo | since creative zen uses sd card , is there a way to boot linux os from the SD card onto creative zen |
| 17:06:20 | Torne | it's not really |
| 17:06:37 | Torne | i'm just wondering if i need to keep a seperate buffer of the text that's been printed |
| 17:06:38 | krazykit | chandoo, this is a channel about rockbox, not linux. |
| 17:07:02 | | Quit Ubuntuxer ("Leaving.") |
| 17:07:03 | Torne | redrawing is not a huge issue, i guess. |
| 17:07:23 | n1s | Torne: keeping the text and redrawing the whole screen is probably both easiest and the most reliable way to do it |
| 17:07:39 | * | Torne nods. |
| 17:08:35 | Torne | next stupid question: is there any 'nice' way to mix and match text styles? ) |
| 17:08:58 | n1s | styles? |
| 17:09:04 | Torne | well, fonts |
| 17:09:46 | Torne | the z-machine expects a fixed and proportional font, and bold and italic, though awkward combinations aren't relly used :) |
| 17:09:58 | n1s | you can load font, draw some text, load new font draw more text etc. but it will be horribly inefficient and hit the disk... |
| 17:10:09 | Torne | ah, right |
| 17:10:22 | Torne | i shall not bother then :0 |
| 17:10:29 | Torne | fixed only is technically just about standard compliant |
| 17:10:59 | Torne | (and is easier to implement *g*) |
| 17:11:15 | n1s | "multifont" capability has been a dream of the UI hackers for quite some time actually so maybe one day there will be a nice way to do it |
| 17:11:45 | Torne | yah. fixed only will do. games are supposed to ask the interpreter if a font is supported before using it, and are expected in theory to deal with the lack |
| 17:14:33 | | Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) |
| 17:18:02 | | Join __lifeless [0] (n=lifeless@188.16.123.42) |
| 17:18:08 | | Quit _lifeless (Read error: 60 (Operation timed out)) |
| 17:19:03 | saratogahome | funman: would it be useful for me to disable the backlight on the e200v2 and then tests with DCDC15 on and then off? |
| 17:27:32 | funman | saratogahome: yes we could verify that the current drain is equal to what the datasheet mentions (1.25mA * value written in DCDC15 register) |
| 17:27:54 | funman | 1.25 * brightness, actually |
| 17:28:57 | saratogahome | what value does the clip use? |
| 17:29:04 | funman | 1 |
| 17:29:41 | funman | there doesn't seem to be any change with more current, so we keep it to the minimum : 1*1.25 |
| 17:30:08 | bertrik | the OF also uses 1 |
| 17:30:37 | saratogahome | if its 1.25 mA driving a load, the unloaded current is likely small |
| 17:30:50 | bertrik | I forgot to mention that since this is a DC-DC converter, a current of 1.25 mA at the output does probably not result in the same current on the input of the DCDC converter |
| 17:31:20 | bertrik | saratogahome, that's what I thought too |
| 17:35:58 | | Join anigav [0] (n=MAJIC@vpn-s-8d3a324a.campus.uni-stuttgart.de) |
| 17:36:02 | anigav | hi |
| 17:36:43 | anigav | I'm using rockbox 3.2 on a 5.5G ipod, and I can't enable cuesheet suport |
| 17:37:08 | anigav | when I enable it in playback settings, it says 'reboot to enable', but after the reboot, it's deactivated again |
| 17:37:21 | anigav | any hints? |
| 17:37:23 | n1s | anigav: how do you reboot? |
| 17:37:27 | Llorean | Are you shutting down, and booting back up, or are you using "menu+select" (which is like unplugging your computer) |
| 17:37:35 | anigav | menu-center for 5 seconds |
| 17:37:38 | Llorean | Menu+Select is a bad idea. |
| 17:37:45 | anigav | well that's the reboot |
| 17:37:47 | n1s | that's a _reset_ |
| 17:37:48 | Llorean | No |
| 17:37:51 | anigav | ohhh |
| 17:38:01 | Llorean | It's like unplugging your PC while it's running |
| 17:38:03 | n1s | long preess play to shut down and then restart instead |
| 17:38:07 | Llorean | No chance for it to know it's shutting down and save things |
| 17:38:09 | saratogahome | sometimes i turn off my car by driving it into trees until it stops working |
| 17:38:16 | anigav | shitballs |
| 17:38:20 | anigav | thanks guys |
| 17:39:09 | | Quit funman ("leaving") |
| 17:39:21 | anigav | another thing, any idea when/if rockbox will support embedded album art? |
| 17:39:34 | Llorean | anigav: It's a community effort. |
| 17:39:43 | Llorean | Any idea when someone will volunteer to do it, then finish that work? |
| 17:39:44 | saratogahome | i think for mp3 probably never, but for other formats it might happen |
| 17:40:09 | Llorean | saratogahome: What stops it from happening for MP3? Lack of a standard tag? |
| 17:40:13 | anigav | what does that have to do with the format? aren't the pics in the tags? |
| 17:40:52 | saratogahome | unhelpful explained a bit before, but basically in tags the files are scrambled, which would mean we'd need a descrambler somewhere in core prior to decoding |
| 17:40:55 | n1s | anigav: the tags for each format is more or less of a pain to work with and often there are no clear standard for these embedded imaged |
| 17:40:57 | Llorean | anigav: Each audio format also has different tag formats, which provide different challenges in an embedded environment. |
| 17:41:00 | bertrik | I think we're looking at a couple of different ams sansa radio problems now: sko (e250v2) can't make radio work at all on his e200, flyndice can make it work with fs10048 using a larger delay, mc2739 (e260v2?) can make it work too with a larger delay on some versions of fs#10048 and apparently he has a different revision chip |
| 17:43:53 | saratogahome | i'd like to commit MMU changes as soon as they're ready, test the bootloaders and then do a release for the fuze and e200v2 |
| 17:44:06 | saratogahome | and perhaps the clip if th e deadlocking issue is resolved |
| 17:44:20 | saratogahome | i don't think fm radio is a big deal |
| 17:44:43 | anigav | yeah ... any idea if video on the ipod will ever be supported? |
| 17:44:51 | saratogahome | it already is |
| 17:45:12 | anigav | you mean mpeg |
| 17:45:23 | Llorean | That's video. |
| 17:45:25 | saratogahome | i wonder if we can begin testing bootloaders now actually |
| 17:45:25 | Llorean | Which is what you asked about. |
| 17:45:39 | saratogahome | i doubt anything more will change in them |
| 17:45:59 | anigav | no, I meant h264, that would rock |
| 17:46:08 | saratogahome | thats not going to happen |
| 17:46:32 | Llorean | Not without some hardware documentation for the broadcom chip appearing magically out of the blue, and then the aforementioned need for a volunteer to do the work. |
| 17:46:49 | saratogahome | and a compiler for it! |
| 17:47:12 | Llorean | saratogahome: The volunteer could always do that by hand. I'm sure our friend anigav here wants it badly enough to put in the effort, or he wouldn't be asking, right? |
| 17:47:34 | anigav | sure, I'll whip it for ya in a weekend or two |
| 17:48:51 | | Quit saratogahome ("CGI:IRC (EOF)") |
| 17:48:55 | anigav | I'm not gonna write a compiler though, I'll just do everything in machine code |
| 17:50:36 | n1s | is there any reason we couldn't load the firmware the OF uses for that broadcom chip and use that? |
| 17:50:55 | Llorean | n1s: People have discussed that. |
| 17:51:24 | Llorean | I don't think there's been a solid look into it. |
| 17:51:53 | n1s | nah, it's a very minor feature for a single target and probably a lot of work so... |
| 17:52:18 | anigav | to be honest, I never use my ipod for watching video anyway, and I think most people don't |
| 17:52:46 | anigav | the only thing that I really miss is the album art |
| 17:52:53 | Llorean | n1s: It probably could've attracted more interest two years ago, but the iPod Video's quickly losing relevance as a major target. |
| 17:53:46 | anigav | Llorean, how so? I think they've sold a fair number of them ... isn't the ipod classic compatible, video hardware-wise? |
| 17:53:52 | * | Llorean wouldn't be surprised if someone looks into it again at least briefly if we ever have h.264 in software in the fuutre. |
| 17:54:04 | Llorean | anigav: The iPod Classic is _entirely_ different hardware. |
| 17:54:10 | Llorean | What does it playing the same videos have to do with anything? |
| 17:54:24 | n1s | Llorean: yeah, if we get a working h264 player it would make much more sense to look at it |
| 17:54:54 | anigav | aren't those embedded cpus much too slow for that? |
| 17:55:03 | Llorean | Not all of them. |
| 17:55:11 | Mikachu | smaller resolutions too |
| 17:55:14 | Llorean | And many SoCs these days have some hardware in place specifically for h.264 |
| 17:55:16 | n1s | anigav: some are pretty fast |
| 17:55:16 | | Join _lifeless [0] (n=lifeless@188.16.123.42) |
| 17:55:35 | Llorean | If I recall the Gigabeat S is supposed to do 640x480 h.264 at 30fps |
| 17:55:42 | Llorean | With its assisting hardware. |
| 17:57:24 | * | Llorean doesn't remember which profile though |
| 17:57:41 | anigav | yeah but do you have docs for the assisting hardware? |
| 17:57:56 | anigav | and compiler support |
| 17:58:19 | Llorean | Unlike the iPod Video, I believe we do. |
| 17:59:13 | anigav | how's the situation with the ipod classic? |
| 17:59:19 | Llorean | Nobody's working on it. |
| 18:00 |
| 18:00:01 | anigav | that's weird |
| 18:00:16 | | Join toffe82 [0] (n=chatzill@adsl-71-132-87-168.dsl.sntc01.pacbell.net) |
| 18:00:30 | Llorean | Not too terribly. iPod owners tend to buy iPods because they want iPods and iTunes, not because they want hackable hardware. |
| 18:00:58 | Llorean | A percentage of them certainly has an interest in it, but it's a daunting task in the case of the Classic, and the few people who've expressed interest have quickly stopped. |
| 18:01:41 | | Quit __lifeless (Read error: 113 (No route to host)) |
| 18:02:40 | anigav | I wonder why apple discontinued the 160G version ... otherwise I might have considered upgrading |
| 18:02:54 | Llorean | That's off-topic here. |
| 18:03:14 | n1s | i think our best hope for the newer ipods is attracting the iphone/ipod touch hackers to crack the encryption/signing stuff |
| 18:03:50 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 18:05:10 | | Quit dmb (Remote closed the connection) |
| 18:06:45 | | Join arcticfang [0] (n=4b5904fe@gateway/web/cgi-irc/labb.contactor.se/x-6e68341f97f1b23e) |
| 18:07:16 | arcticfang | Hey everyone. Just wondering, is there ANY way to get Rockbox onto an iPod Nano 3G? |
| 18:07:50 | n1s | arcticfang: not unless you crack the security measures on it and *then* port rockbox to it |
| 18:08:04 | arcticfang | How would I go about doing that? |
| 18:08:20 | n1s | if we knew, we would have done it by now |
| 18:08:41 | arcticfang | Ahh I see. That sucks :( Is there any way to get an alternative to Rockbox on it? |
| 18:08:56 | Llorean | If any alternative to Rockbox ran on it, we'd probably also have Rockbox on it. |
| 18:09:07 | Llorean | The main problem is that nobody can get anything at all to run on it yet. |
| 18:10:05 | arcticfang | Any way to get a gameboy emulator on there? |
| 18:10:21 | Llorean | No, that would again be running something. |
| 18:10:32 | arcticfang | Alright then. Thanks. ^_^ |
| 18:10:34 | | Quit arcticfang (Client Quit) |
| 18:10:34 | Llorean | And that's also off-topic here. This channel is for questions and discussion of Rockbox, not general MP3 player hacking |
| 18:19:50 | tomers | I wrote some code to have rockbox identify as two hid devices (as my Logitech wireless mouse+keyboard set is), but then found that I have no more Interrupt IN endpoint left on my 3-endpoint platform... (Control takes one, Mass storage one, and hid takes the last...) |
| 18:20:28 | Llorean | What would be the benefit of being two HID devices? |
| 18:21:21 | gevaerts | you could check if it's really 3 endpoints. I think it is, but I seem to remember not being entirely sure if that number included EP0. |
| 18:21:36 | tomers | Llorean: No benefit at all... I am now trying to merge both functions into one (Consumer - Play/Stop etc. which is already implemented, and regular keyboard) |
| 18:21:57 | tomers | gevaerts: I'll check |
| 18:22:46 | gevaerts | tomers: there's a register that has this number. I'm not sure of the details though, it's been a long time since I looked at that bit |
| 18:26:09 | gevaerts | as soon as we have configurable keymaps (which I assume will get done at some point), we need a preset that matches the simulator keys for each particular target |
| 18:26:25 | Llorean | Oooh, that would be nice. |
| 18:26:32 | Llorean | Streamline testing even more. |
| 18:27:07 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 18:32:33 | Torne | hm. further stupid questions.. does COMMON symbols work properly in rockbox lpugins? |
| 18:32:48 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 18:32:50 | Torne | i.e. for hilarious ancient code tht just declares the same symbol in multiple files and expects the linker to combine them |
| 18:33:38 | gevaerts | depends on the linker I guess. We just use gnu ld, so that should behave the same as on linux I'd expect |
| 18:35:07 | Torne | depends more on the ABI and what your linker script says. |
| 18:35:12 | Torne | unfortunately :0 |
| 18:35:18 | * | Torne pokes about with objdump then |
| 18:35:50 | Torne | (thus it's possible t would work on arm but not mips or similar, if the ld that rockdev builds doesn't have a similar abi) |
| 18:37:02 | *** | Saving seen data "./dancer.seen" |
| 18:38:11 | | Join marek__ [0] (n=marek@78-131-211-178.tktelekom.pl) |
| 18:41:59 | marek__ | Hey. I want compile the RB with apllied AMS cache patch. LInux shows me "File to patch:" after writing patch −−binary -p0 < ams-caching.diff |
| 18:42:15 | marek__ | What I HAve to do? I'm newbie :) |
| 18:42:17 | gevaerts | try -p1 |
| 18:42:46 | marek__ | patch: **** strip count l is not a number |
| 18:42:53 | n1s | 1!=l |
| 18:43:20 | gevaerts | also, why the −−binary? |
| 18:43:43 | marek__ | found in wiki |
| 18:43:49 | marek__ | Simply GUide to compiling |
| 18:44:47 | gevaerts | well, it shouldn't hurt |
| 18:45:26 | gevaerts | anyway, that's a patch generated by git, and those need -p1 instead of -p0 |
| 18:46:01 | marek__ | strip count l is not a numer <- that is showing me |
| 18:46:16 | Galois | dude, it's a 1 as in the arabic numeral, not l as in letter |
| 18:46:49 | marek__ | ahahahaha, what a mistake :D |
| 18:46:58 | marek__ | thx :) |
| 18:48:19 | | Join Grahack [0] (n=chri@19.171.85-79.rev.gaoland.net) |
| 18:48:45 | | Quit stoffel ("leaving") |
| 18:49:22 | marek__ | Now. I'm compiling. Thanks all for help. |
| 18:50:54 | marek__ | Now I'm see error 127. Oo |
| 18:51:47 | | Quit marek__ ("Leaving") |
| 18:54:40 | | Join marek__ [0] (n=marek@78-131-211-178.tktelekom.pl) |
| 18:55:57 | | Quit stripwax ("http://miranda-im.org") |
| 19:00 |
| 19:02:46 | marek__ | How Can -I use rockboxdev.sh? Sorry for lots of questions. |
| 19:08:17 | LambdaCalculus37 | marek__: Just switch to the tools folder, then invoke it with ./rockboxdev.sh |
| 19:08:33 | marek__ | Solved :) |
| 19:09:02 | LambdaCalculus37 | Then pick what archs you want to build for. If you don't have a preference, just build for all. |
| 19:09:47 | marek__ | Sansa. Arm. |
| 19:11:57 | | Join jmillikin [0] (n=jmilliki@c-24-130-227-85.hsd1.ca.comcast.net) |
| 19:15:41 | | Join arcticfang [0] (n=4b5904fe@gateway/web/cgi-irc/labb.contactor.se/x-03d455f0c016fd86) |
| 19:16:10 | arcticfang | Hey everyone. Just wondering, what are the chances of a GBA/NES/etc. emulator being developed any time soon? |
| 19:16:33 | krazykit | zero, unless someone starts working on it |
| 19:20:11 | | Join antitrons [0] (n=Mudkips@119.224.12.185) |
| 19:20:17 | | Quit antil33t (Nick collision from services.) |
| 19:20:59 | arcticfang | Alright.. well I've developed in Visual Basic before, and I've been wanting to get into C programming. How would I start this on a Mac? |
| 19:24:12 | LambdaCalculus37 | arcticfang: By searching Google. |
| 19:30:58 | * | pixelma has different results for VID/PID of a c250 in UMS and MTP mode than in the wiki |
| 19:31:21 | marek__ | I used rockboxdev.sh and now when im typing make that shows me "make: arm-elf-gcc: Command not found |
| 19:31:21 | marek__ | " |
| 19:32:57 | pixelma | I wonder if just the description is wrong (both added by Zagor as c240 and c250 in UMS mode) the one listed for the c250 UMS is what I get for my Sansa in MTP mode and the one listed as c240 UMS is what I get for my Sansa in UMS |
| 19:33:13 | | Quit arcticfang ("CGI:IRC (EOF)") |
| 19:33:37 | pixelma | can someone else test? I'd like to know whether the wiki is wrong or if there can be differences between devices... |
| 19:35:10 | * | LambdaCalculus37 doesn't have his c250 anymore |
| 19:39:19 | Llorean | pixelma: Which wiki page? |
| 19:39:40 | pixelma | oh forgot, the DeviceDetection one |
| 19:41:42 | Llorean | I get 0781 7450 for my c240 in MTP |
| 19:42:24 | Llorean | 0781 7451 for the same player in UMS |
| 19:42:33 | Llorean | This is one of the ones where you have to turn on hold, and hold left, to get UMS |
| 19:42:42 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 19:42:44 | pixelma | I get exactly the same for my c250 as well |
| 19:43:13 | pixelma | have an oldish firmware though with the setting in the menu |
| 19:43:18 | Llorean | It may be that older firmware versions used 7450 for both, and they changed it at some point to make the different modes more recognizable? |
| 19:43:35 | Llorean | They brought the setting back, I think, in the even newer firmwares. |
| 19:44:36 | Llorean | Mine's firmware version 01.01.06P |
| 19:44:42 | pixelma | yeah, mines still an old one 1.00.04 |
| 19:45:33 | bertrik | There's a 01.01.07 that has the MTP/MSC setting (and is also supported by sansapatcher) |
| 19:45:34 | pixelma | I meant exactly the same result as you btw. not the same VID/PIDs in case that wasn't clear enough |
| 19:45:50 | Llorean | I read it as "exactly the same result" |
| 19:46:06 | Llorean | Maybe it's just a typo on the page, and he meant MTP where he wrote UMS? |
| 19:46:22 | pixelma | and c250 for both? |
| 19:46:43 | pixelma | though that doesn't seem to matter... |
| 19:47:08 | Llorean | It would be odd that the e200 series are consistent but the c200 wouldn't be. |
| 19:47:15 | pixelma | just wanted to be sure before I change something in the wiki |
| 19:48:14 | pixelma | perhaps I should make it c200 then, similar to e200 (and/or add "series" there as well) |
| 19:48:53 | Llorean | Probably a good idea for now. |
| 19:49:06 | Llorean | Maybe we can ask Zagor about his results when next he's around. |
| 19:50:40 | pixelma | do you mean I should just add these results and leave the old, or replace them (still asking Zagor)? |
| 19:51:00 | Llorean | I'd say replace them for now, and ask Zagor |
| 19:51:08 | pixelma | alright |
| 19:54:22 | pixelma | the reason I was looking at this was the forum thread of the one who couldn't access his c250 for installing the bootloader under Linux and I thought he might be hitting this Linux bug where the Sansas were mounted in MTP even when in UMS mode |
| 19:54:49 | pixelma | or something like this... forgot the details |
| 19:57:52 | bertrik | Is there anyone with a sansa e200v2 coming to devcon? I could hack a bit on the e200v2 radio problem during devcon |
| 19:58:56 | * | Llorean remembers a bug he wanted to check on |
| 19:59:39 | | Join flydutch [0] (n=flydutch@host46-210-dynamic.15-87-r.retail.telecomitalia.it) |
| 19:59:45 | bertrik | Oh I see dominik W will bring his |
| 19:59:50 | * | Llorean has been having problems with "Insert Shuffled" |
| 20:00 |
| 20:01:37 | | Part Grahack |
| 20:07:03 | Llorean | It's easy to reproduce at least. |
| 20:07:27 | Llorean | "Insert shuffled a folder, stop playback, resume playback." You'll be listening to the same song, but it will be in a completely different playlist position. |
| 20:10:56 | | Quit perfectdrug ("Leaving.") |
| 20:12:12 | Llorean | pixelma: Have an HWCodec on hand by chance? |
| 20:16:11 | | Quit LambdaCalculus37 ("Fwump") |
| 20:19:09 | | Quit marek__ (Read error: 104 (Connection reset by peer)) |
| 20:19:16 | | Join IuDeX [0] (n=marek@78-131-211-178.tktelekom.pl) |
| 20:20:07 | IuDeX | HI, I have problem with compiling. "/bin/sh: arm-elf-gcc: not found" <- what is it? |
| 20:21:19 | Llorean | You either haven't installed the cross compiler, or haven't put it in your path. |
| 20:21:56 | Bagder | and configure probably told you that |
| 20:22:13 | IuDeX | yes, but I dont know what and where i have to put |
| 20:23:07 | Bagder | http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler#rockboxdev_sh |
| 20:23:11 | Bagder | it explains it |
| 20:23:56 | IuDeX | ok |
| 20:24:40 | IuDeX | SO i have to download build-essential and compile. Thanks again for help! |
| 20:28:35 | | Join patmulchrone [0] (n=pat@99-13-70-2.lightspeed.cicril.sbcglobal.net) |
| 20:30:49 | | Part toffe82 |
| 20:32:58 | IuDeX | make |
| 20:33:04 | IuDeX | oops not here ;/ |
| 20:35:08 | ender` | make: *** No targets specified and no makefile found. Stop. |
| 20:35:19 | ender` | :) |
| 20:36:27 | | Quit kkurbjun (Read error: 110 (Connection timed out)) |
| 20:37:03 | *** | Saving seen data "./dancer.seen" |
| 20:38:49 | IuDeX | :) |
| 20:39:19 | IuDeX | But it doesnt work :( |
| 20:47:41 | | Quit flydutch ("/* empty */") |
| 20:54:57 | IuDeX | can anyone look at this: http://pastebin.pl/8856 ? |
| 20:55:06 | IuDeX | What's wrong? |
| 20:58:07 | Llorean | Are you using any patches? |
| 20:59:18 | IuDeX | yes |
| 20:59:37 | IuDeX | sansa ams caching |
| 21:00 |
| 21:00:03 | Llorean | Try it in a clean build folder without any patches first. You should always get compiling working before you start messing with patches |
| 21:00:12 | IuDeX | ok |
| 21:01:22 | IuDeX | Llorean: "Generating dependencies" <- so its work |
| 21:03:10 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
| 21:03:32 | IuDeX | So now I can apply patch? |
| 21:04:38 | Unhelpful | your build finished successfully? |
| 21:04:54 | IuDeX | yes |
| 21:05:16 | IuDeX | All files looks good. |
| 21:06:28 | Unhelpful | yes, you could try applying a patch now. if you're using linux you probably have the appropriate tool installed already. there are some instructions here on working with patches: http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches |
| 21:07:20 | IuDeX | I'm using UBuntu. |
| 21:09:37 | IuDeX | done |
| 21:10:35 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 21:16:02 | | Join archivator [0] (i=4d461c39@gateway/web/ajax/mibbit.com/x-2ae300f82cec89ec) |
| 21:16:30 | | Nick archivator is now known as Guest31293 (i=4d461c39@gateway/web/ajax/mibbit.com/x-2ae300f82cec89ec) |
| 21:16:32 | | Join slyyx [0] (n=slyyx@142.46.8.26) |
| 21:16:46 | | Quit Guest31293 (Client Quit) |
| 21:19:32 | | Quit IuDeX (Remote closed the connection) |
| 21:22:56 | Unhelpful | Llorean: i've not looked *very* closely, but we basically store the playlist entries in order, and the random seed when shuffling, and then reshuffle? |
| 21:23:51 | Llorean | Unhelpful: My bug report is on "Insert Shuffled" |
| 21:24:07 | Llorean | Which means "Shuffle" is actually off, so the playlist's "in order" should be / is the shuffled order |
| 21:24:26 | Llorean | When I'm resuming, it should be the same as resuming an ordered playlist (because it is one). The random seed *shouldn't* be needed, afaik. |
| 21:25:29 | Unhelpful | right, since the playlist is ordered. and it's obvious that it must be, because the playlist is in essentially the same order when you resume. i wonder how it gets rotated...? |
| 21:25:40 | | Join marek__ [0] (n=marek@78-131-211-178.tktelekom.pl) |
| 21:25:49 | Llorean | That's what seems so very weird about it. |
| 21:26:02 | marek__ | after uploading my compiled RB, CLIp stops at Executing |
| 21:26:21 | Unhelpful | i doubt that if it were using the random seed it could produce the same shuffling and rotate the order |
| 21:26:44 | * | Llorean tries something |
| 21:30:31 | Llorean | Unhelpful: Okay, just wanted to confirm but if I do it, and save the playlists before and after the rotation, I do get two different playlists. |
| 21:30:45 | | Join nielpferd [0] (n=57a949ab@gateway/web/cgi-irc/labb.contactor.se/x-22b0659b79d88cc3) |
| 21:31:03 | nielpferd | hello @ all :) |
| 21:31:12 | Unhelpful | by "different" you mean that one shows the rotation? |
| 21:31:16 | Llorean | Yes |
| 21:31:16 | nielpferd | i have a question :) |
| 21:31:22 | Llorean | One is a rotated version of the other |
| 21:31:44 | gevaerts | nielpferd: that's very interesting! What could it be? ;) |
| 21:32:02 | Llorean | Unhelpful: At least it's very, very easy to reproduce. Tried it on two players, worked every time |
| 21:32:11 | nielpferd | with the new usb driver it seems that my ipod 5g isn't cgarging anymore |
| 21:32:14 | Unhelpful | i would think that "the return value of a function varies between targets" would be another valid use of typedefs? |
| 21:32:15 | nielpferd | is that normal? |
| 21:33:21 | gevaerts | nielpferd: more or less. USB charging doesn't work properly on ipods, which was one of the reasons why 3.2 was released without our own USB mode |
| 21:34:02 | nielpferd | Usually my ipod was charged after a few hours on my pc.. now its not charged at all :D |
| 21:34:03 | nielpferd | ah ok |
| 21:34:34 | Llorean | gevaerts: Speaking of that, any progress/consensus about it re 3.3? I haven't been around too much the last few days |
| 21:34:47 | gevaerts | There is a fix (see http://www.rockbox.org/tracker/task/8802), but we don't want to risk setting ipods on fire, which is why it's not applied yet |
| 21:34:48 | nielpferd | will it get fixed in the future? Or are there problems like with the broadcom chip? |
| 21:35:12 | nielpferd | ah |
| 21:35:13 | nielpferd | k |
| 21:35:36 | gevaerts | Llorean: I strongly suspect that that patch could go in as-is, but I really don't know enough about batteries and ipods to make the decision |
| 21:36:26 | Llorean | I think we can probably be comfortable enabling it for the 5G/5.5G/Nano |
| 21:36:52 | gevaerts | indeed |
| 21:37:03 | Llorean | *probably* all of them, given that we were charging iPods before without a real concern, and if we got away with it then with wall chargers, we're probably fine now with USB. |
| 21:37:16 | Llorean | But that's me and my completely-not-supported-by-hard-facts opinion |
| 21:37:25 | gevaerts | same here |
| 21:37:53 | Llorean | Maybe we should make 3.3 like 3.2 (in regard to USB) and enable it *immediately* after the branch, with a "warning" in the project news that it's experimental charging code. |
| 21:38:07 | Llorean | That gives a whole 3 months for daring people to see if their batteries explode. |
| 21:38:32 | gevaerts | yes |
| 21:39:13 | gevaerts | what would the right forum be to ask about people's experiences with charging on H10 and mr100? General discussion? |
| 21:39:41 | Llorean | Yeah, sounds about right |
| 21:40:01 | gevaerts | I'd like to have some idea on whether it works on those. I guess a forum post is reasonably likely to help |
| 21:40:16 | Llorean | While the mr100 doesn't seem to have many(any?) users around, I'd imagine we'd have heard about charging issues on the H10 by now |
| 21:40:30 | Llorean | Maybe a ML message as well? |
| 21:40:56 | gevaerts | maybe, yes. User ML? |
| 21:41:03 | * | gevaerts would need to subscribe to that... |
| 21:41:17 | Unhelpful | amiconn: you mentioned the section alignment on SH possibly causing some binsize changes from BIT_N to go unnoticed. does that affect the sizes reported by nm? because i was using objdiff to track the changes rather than rockbox-info. |
| 21:41:17 | Llorean | Yeah, dev-ML is unlikely to get any better response than just asking in here. |
| 21:42:26 | nielpferd | thanx very much ;) Gotta go :) Bye |
| 21:42:56 | | Quit nielpferd ("CGI:IRC") |
| 21:45:38 | * | gevaerts posts |
| 21:52:31 | Nico_P | why not post to both MLs? |
| 22:00 |
| 22:01:21 | | Quit bubsy ("Mrrrrreow!") |
| 22:07:38 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 22:13:30 | Nico_P | Bagder: has anything been decided regarding the implementation of the build server remake? |
| 22:14:13 | Bagder | Nico_P: no, I want to wait with all implementation till after/during devcon |
| 22:14:29 | Bagder | to get some input and discussions there too |
| 22:15:01 | Nico_P | it looks like a fun project :) |
| 22:16:19 | Bagder | Nico_P: you're welcome to participate! ;-) |
| 22:18:22 | Nico_P | I'd actually quite like to |
| 22:18:40 | | Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) |
| 22:19:11 | slyyx | When setting a port direction, does 1=in or 1=out? |
| 22:21:03 | bertrik | 1 is usually out on the GPIO controllers I've seen |
| 22:21:33 | * | Bagder agrees |
| 22:26:23 | | Quit Tristan (Remote closed the connection) |
| 22:31:22 | slyyx | Alright |
| 22:32:35 | | Join taylor___ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
| 22:32:45 | | Join onlysoaa [0] (i=422480c4@gateway/web/ajax/mibbit.com/x-119695b6dd6b04c3) |
| 22:33:03 | onlysoaa | Hahah! slyyx, are you here? |
| 22:34:00 | slyyx | Yup |
| 22:34:17 | onlysoaa | Hiya! Did you make any progress on the port? |
| 22:34:17 | slyyx | I fell asleep last night, I have mostly figured out this..now trying to make it turn the red led on |
| 22:34:29 | slyyx | ^ |
| 22:34:41 | Dhraakellian | Other than permanently crippling the playback of DRM crippled files (ohnoes! whatever shall I do?!), how high is the risk of adversely affecting my 8GB Fuze if I put Rockbox on it? |
| 22:35:02 | onlysoaa | slyyx: Ah cool. Mind posting a patch? |
| 22:35:16 | slyyx | It does nothing interesting yet |
| 22:35:23 | slyyx | Just added one definition for this flag |
| 22:35:26 | Llorean | Dhraakellian: Have you read the associated forum thread and wiki pages? |
| 22:35:53 | domonoky | Dhraakellian: pretty low, but no garantie, its not finished. |
| 22:36:06 | Llorean | It's still in development, which means risk could be anywhere from "next to none" which is most of the time, to "could permanently brick it" if something's wrong and gone uncaught. |
| 22:37:04 | onlysoaa | slyyx: ahh. I'll get working on the LCD then. |
| 22:37:05 | *** | Saving seen data "./dancer.seen" |
| 22:38:07 | Dhraakellian | hehheh... the "reconsider it" has kept me from installing it so far, but now that I have nicer earphones, and the microSDHC card in my e200 looks like it might need another round of hotgluing to keep it in, I'm edging more towards the "and once more" |
| 22:39:41 | Dhraakellian | oh, and I saw an ABi thread with links to builds and such that tempt me sorely with their convenience |
| 22:41:41 | slyyx | onlysoaa: onlysoaa LED_Green is connected to the pin for MMC1_D5, MMC_5 is actually pin SCK1, By setting SCK1 to 0b01 it tells it to make that pin GPIOE21... |
| 22:44:04 | onlysoaa | Hmm... How does one set SCK1 to 0b01 though? |
| 22:44:52 | slyyx | That is set under CPUD5 (0xF005A0D4) bits 11 and 10 |
| 22:46:32 | Kupop | I just set up my cross compiler and put the PATH= stuff in my .bashrc do I need to restart for it to take effect? |
| 22:46:48 | slyyx | Now..I think it may be another endian or something..because xoring bit 11 and 10...oh wait..xor does not work like that |
| 22:47:00 | Mikachu | Kupop: you just need to either paste the PATH stuff on your command line or open a new shell |
| 22:47:13 | Kupop | oh right thanks |
| 22:48:01 | | Quit taylor___ ("Leaving") |
| 22:49:46 | onlysoaa | Oh, so that's what all that CPUD stuff is about. |
| 22:51:17 | slyyx | How can I ensure that two bits are both zero? ..I want something like: 1100+1110=0010 |
| 22:51:36 | | Quit marek__ ("Leaving") |
| 22:52:29 | ender` | that's xor |
| 22:52:32 | bertrik | I think you mean xor |
| 22:52:50 | onlysoaa | Wouldn't it be &~? |
| 22:53:22 | onlysoaa | xor would flip the bits, but I think what he wants is bit clear. |
| 22:53:26 | Mikachu | a = (1100 + 1110) & ~0xff |
| 22:53:31 | Mikachu | er |
| 22:53:37 | Mikachu | ~0xff00 |
| 22:54:37 | bertrik | setting a bit is typically done with a |= (1 << bit) and clearing it is typically a &= ~(1 << bit) |
| 22:55:17 | Mikachu | yes, i am completely stupid tonight, i was thinking hex, not binary :) |
| 22:55:50 | onlysoaa | Wouldn't it rather be toclear &= ~0b1100? |
| 22:55:58 | Mikachu | ~0xc |
| 22:56:02 | Mikachu | yes, but you can't write binary literals in c |
| 22:56:14 | onlysoaa | Ah kk. |
| 22:56:36 | Kupop | ../tools/configure: 2520: cannot create autoconf.h: Permission denied |
| 22:56:43 | Kupop | have I got my permissions in a twist? |
| 22:56:55 | Kupop | or is that normal? |
| 22:57:48 | bertrik | I guess you ran it as root in the past, so autoconf.h is now owned by root and can't be overwritten by a normal user |
| 22:57:49 | onlysoaa | slyyx: I'll be rewriting the lcd_copy_buffer_rect() function now. I think that's the one to tackle if we're going to create a fake rgb888 framebuffer. |
| 23:00 |
| 23:00:19 | onlysoaa | onlysoaa: Ah hah. It seems the rgb888 framebuffer needs to be in 32bit. |
| 23:00:28 | onlysoaa | slyyx* oops. |
| 23:04:18 | | Quit fdinel (Read error: 104 (Connection reset by peer)) |
| 23:05:59 | CIA-38 | New commit by bertrik (r21200): Fix some delays in generic_i2c |
| 23:17:36 | slyyx | onlysoaa: Alright..I will continue to figure out why this gpio stuff does not work |
| 23:18:37 | bluebrother | Mikachu: gcc supports binary literals as extension since some rather recent version. |
| 23:18:52 | onlysoaa | slyyx: Cool. Good luck! |
| 23:19:27 | slyyx | onlysoaa: By setting GPIOA to 0xFFFFFFF..it boots without warning about the battery... |
| 23:19:35 | slyyx | er..nvm |
| 23:21:04 | Mikachu | bluebrother: well, probably not a good idea to use it yet :) |
| 23:21:09 | Mikachu | but good to know |
| 23:23:28 | slyyx | onlysoaa: I DID IT! |
| 23:23:31 | slyyx | Red LED is on |
| 23:23:32 | | Quit bimbel ("Woah!") |
| 23:23:45 | slyyx | onlysoaa: I will write up some driver code for turning the different LEDs on and off |
| 23:28:45 | Kupop | do I only need to have rockbox.iriver in my base directory if I'm using an old bootloader? |
| 23:29:25 | Kupop | I tried upgrading the bootloader to version 5 so I'd only need to copy the .rockbox directory over |
| 23:29:31 | onlysoaa | slyyx: Cool. (: I think the LEDs aren't so important right now though. It's probably a better idea to implement at least basic power management and buttons. |
| 23:29:47 | slyyx | onlysoaa: Yeah, but I have the code for it :P |
| 23:29:48 | Kupop | but it still wont boot unless I have the rockbox.iriver in the root directory |
| 23:29:50 | slyyx | So why not |
| 23:30:18 | Llorean | Kupop: Which iRiver do you have? |
| 23:30:28 | Kupop | iHP140 |
| 23:30:30 | onlysoaa | slyyx: Might as well, but what would you use the LEDs for in Rockbox? I don't think there's anything that would require a status light. |
| 23:30:42 | Llorean | Kupop: When did you update? |
| 23:30:50 | Llorean | The latest bootloader for the h100 series has been v6 for years now |
| 23:30:50 | Kupop | about 5 mins ago |
| 23:30:55 | Kupop | oh right |
| 23:31:01 | Kupop | I must be doing it wrong |
| 23:31:15 | Kupop | can I update the bootloader from within rockbox? |
| 23:31:18 | Llorean | No. |
| 23:31:32 | Llorean | There are directions in the manual and RBUtil should also tell you the directions. |
| 23:32:04 | Kupop | I just tried the RBUtil, must have done it wrong |
| 23:32:37 | Llorean | There are steps *after* you run RButil |
| 23:32:44 | Kupop | yeah I know |
| 23:32:50 | bluebrother | Mikachu: no, but once you got used to using hex and bitshifts you don't feel like needing binary literaly anyway ;-) |
| 23:32:58 | Kupop | I went into origional firmware and did an upgrade |
| 23:33:49 | Kupop | oh wait maybe I didn't click the "yes" prompt last time |
| 23:34:20 | Kupop | aha firmware v6 |
| 23:37:24 | | Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) |
| 23:37:38 | notlistening | Hi all |
| 23:38:54 | r0b- | is it wise to update rockbox as you guys build new releases? |
| 23:39:28 | notlistening | bluebrother, when running voice tags do you pass phrases or just words? |
| 23:40:07 | notlistening | and when vpocing menus do you create the files and then put them into one file? |
| 23:41:16 | notlistening | lastly to anyone i am using the latest svn release of Sansa e200v2 is there a way to get the menus voiced? |
| 23:41:32 | r0b- | notlistening do you have the voice file? |
| 23:42:11 | notlistening | yeah but not sure if the riginal e200 works and i have tried to make my own and no spoken menu system |
| 23:42:42 | r0b- | are Voice Menus enabled? |
| 23:42:48 | notlistening | the dir and .talk files work in a fashion |
| 23:42:52 | notlistening | yeah they are rob |
| 23:43:01 | notlistening | by default but i double checked |
| 23:43:04 | r0b- | where is the talk file located |
| 23:43:42 | notlistening | .rockox/langs/english.voice |
| 23:43:50 | notlistening | i think for the file name |
| 23:44:30 | r0b- | hmmm |
| 23:44:33 | | Join at0m [0] (n=at0m@94-225-90-23.access.telenet.be) |
| 23:44:35 | r0b- | my voiced menus work |
| 23:44:39 | notlistening | lol |
| 23:44:53 | notlistening | on the e200v2 |
| 23:45:06 | Llorean | notlistening: Which voice file did you download? |
| 23:45:07 | r0b- | but mine says its a Sansa e250v2 with an R on the back |
| 23:45:09 | r0b- | i dunno |
| 23:45:41 | notlistening | I got the daily build for the e200 and then used the rbutil to generate |
| 23:45:52 | notlistening | neither worked |
| 23:46:16 | r0b- | its weird :( |
| 23:46:23 | Llorean | Well, you're using an in-developmet not-yet-supported port |
| 23:46:28 | Llorean | There may be something preventing it from working |
| 23:46:39 | Llorean | Have you tried creating a voice file using the development environment, specifically for the e200v2? |
| 23:46:53 | notlistening | yeah i know just wondered if other had any joy |
| 23:47:14 | | Join fml [0] (n=4fd3fd8d@gateway/web/cgi-irc/labb.contactor.se/x-e697cbe7a750167d) |
| 23:47:20 | r0b- | r21200 this is the version im using :P |
| 23:47:31 | notlistening | ahh now that what i am talking about Llorean |
| 23:47:42 | notlistening | but i do not know how sorry |
| 23:48:13 | Llorean | That's what the wiki's for. There's plenty of documentation in it. I don't know the exact page, but I know it's there. |
| 23:48:23 | notlistening | if it is too complex for a sat night then i will bug in the week |
| 23:48:40 | fml | Hello. My theme setting "Show icons" is set to "No" but the playlist viewer setting "Show icons" is set to "yes." What is the expected/intended behaviour in the playlist? I'd expect the icons to be displayed. But they aren't. |
| 23:51:55 | r0b- | does rockbox support the Sansa Clip's yet? |
| 23:52:51 | fml | If what I observe is not the desired behaviour I'll file a bug report. But should I? |
| 23:54:40 | Llorean | r0b-: The front page of the site still doesn't say it does, does it? |
| 23:55:12 | r0b- | no :P |
| 23:55:17 | Llorean | fml: Sounds like either a bug, or poor descriptions of the items. |
| 23:55:20 | r0b- | but i noticed a Simulator for the Clip |
| 23:55:30 | Llorean | Yes, the clip port is in-development |
| 23:55:41 | Llorean | But you asked if it was supported, and it's clearly not in our list of supported players. |
| 23:55:47 | Llorean | We do ask that you search *before* asking things in here. |
| 23:56:06 | | Join stoffel [0] (n=sfr@p57B4E422.dip.t-dialin.net) |
| 23:57:41 | fml | Llorean: I'll try to find the code and find out whether the same LANG_ID is used. If it's the same then I'd say it's a bug (not the same LANG_ID, but the fact that icons are not shown) |
icon identifies that the person is a core developer (has commit access).