| 00:00:16 | TheSeven | i consider indenting them altogether ok. but not indenting them *between* the # and the ifdef |
| 00:00:31 | saratoga | IMO something like #IF \t \t CONDITION might be a nice compromise, so that the # is left aligned but the check is lined with the code |
| 00:01:26 | TheSeven | "# ifdef WHATEVER" looks very weird though |
| 00:01:35 | TheSeven | (and that's what I just found) |
| 00:01:49 | saratoga | #ifdef X>Y looks ok to me |
| 00:02:04 | saratoga | since you can find it easily while skimming, and then see what level it applies to |
| 00:02:07 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 00:02:17 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 00:02:34 | TheSeven | and in files like config.h where there are *only* preprocessor directives, I'd indent them like regular code |
| 00:05:33 | Slasheri | Davide-NYC: that might be bad/risky |
| 00:06:30 | Davide-NYC | well I just flashed to the latest (SVN) BL without the patch and now I can only boot from ROM |
| 00:06:30 | Slasheri | it's a safety feature to boot from disk after having used the bootloader usb mode (if flash images are corrupt) |
| 00:06:51 | Slasheri | ah yes, but try_flashboot should check the bootmethod before that |
| 00:07:21 | Slasheri | well, it could be safe. But ideally the bootloader should be fixed to allow booting directly from CF |
| 00:07:43 | bertrik | TheSeven, do you configure the SDRAM controller for the nano 2g? |
| 00:07:58 | Davide-NYC | I agree. And I'm willing to be the test pilot (once). So if you'd like to help I'm here to test for the next 30 minutes or so. |
| 00:08:09 | Slasheri | Davide-NYC: that's great to hear that the svn bootloader is working |
| 00:08:36 | TheSeven | bertrik: No, I rely on norboot to set that up. |
| 00:08:39 | Davide-NYC | well it's NOT working. Only ROM boots. |
| 00:09:13 | Davide-NYC | HD and RAM do not boot. In other words, SVN BL for iriver H1x0 targets is borked. |
| 00:09:13 | Slasheri | oh.. does it give any error message when it tries to boot from the CF? |
| 00:09:21 | Davide-NYC | ata -80 |
| 00:09:31 | Slasheri | ouch.. HD wont boot either? |
| 00:09:45 | Davide-NYC | I don;t have any HDDs anymore. (LOL) |
| 00:10:06 | Davide-NYC | I can however still boot from ROM and access the filesystem on the CFCard no problem. |
| 00:10:21 | Slasheri | ah, ok. hmm, i have not much idea about CFs because my HD is still working :) |
| 00:11:13 | Slasheri | Davide-NYC: just remember to keep a working ram and rom image :) |
| 00:11:47 | Davide-NYC | Slasheri: Certain CF cards seem to work fine while others do not. The idea is to have the BL work with all CF cards on the market. My other (tiny) CF card give no problems. |
| 00:11:55 | Slasheri | so it says: "ATA error: -80"? |
| 00:11:59 | Davide-NYC | correct |
| 00:12:16 | Slasheri | hmm, interesting |
| 00:12:26 | | Quit bmbl ("Bye!") |
| 00:12:32 | Davide-NYC | I'm going to reflash with the semi-official bootloader v7pre4 |
| 00:14:36 | Davide-NYC | Oh crap. The iriver flash utility just gave me a "NOT from ROM" error. |
| 00:15:47 | Slasheri | Davide-NYC: you have to boot using the RAM image |
| 00:15:54 | Slasheri | then it works |
| 00:16:23 | Davide-NYC | Yeah, but with my new SVN bootloader RAM booting does not work!!! |
| 00:16:27 | Davide-NYC | :-P |
| 00:16:39 | Slasheri | ouch, really? that's bad |
| 00:16:42 | Davide-NYC | Only ROM. So now what? |
| 00:16:56 | TheSeven | Davide-NYC: Don't say you hadn't been warned. ;-) |
| 00:17:06 | Davide-NYC | I'm not saying anything of the sort. |
| 00:17:06 | | Quit mt (Read error: 131 (Connection reset by peer)) |
| 00:17:09 | Davide-NYC | I'm smiling. |
| 00:17:19 | kugel | amiconn: this gives me a slight speed up, but still slower than the asm http://pastie.org/668380 |
| 00:17:26 | Davide-NYC | See? :-) |
| 00:17:35 | | Join mt [0] (n=mtee@rockbox/developer/mt) |
| 00:17:35 | Slasheri | well, that's a little more difficult issue then.. |
| 00:17:48 | Slasheri | did you try re-flashing the RAM image (rockbox.iriver)? |
| 00:18:07 | Davide-NYC | Can I do that if I boot from the ROM image? |
| 00:18:34 | Slasheri | ah, yes! there is a way |
| 00:18:44 | Slasheri | try ROLO'ing directly to the rockbox.iriver |
| 00:18:51 | Slasheri | (short click navi on it) |
| 00:18:55 | Davide-NYC | yes! |
| 00:21:04 | Slasheri | did it work? |
| 00:21:07 | Davide-NYC | Strange, I was able to reflash the bootloader, but the same problem persists. I'm going to reflash the RAM image to see if that canges anything. |
| 00:21:37 | Davide-NYC | Boot to ROM −−> ROLO from CF −−> flash RAM −−> reboot |
| 00:21:49 | Slasheri | hmm, interesting. maybe the ram image has become corrupted |
| 00:22:07 | Davide-NYC | That's what I'm thinking |
| 00:22:50 | Slasheri | (but i don't think that should happen) |
| 00:23:34 | Davide-NYC | Works! |
| 00:23:49 | Davide-NYC | I also cleared all of my settings for good measure (twice) |
| 00:24:00 | Slasheri | great! so the ram image stopped working immediately after flashing the new bootloader? |
| 00:25:08 | Davide-NYC | I had V7pre4 on there originally. CF booting to my RiData card didn't work. After flashing the BL to the current SVN image my RAM booting also failed to work. |
| 00:25:30 | Davide-NYC | I had today's SVN compiled with RTC flashed to both RAM and ROM. |
| 00:25:37 | * | Davide-NYC living on the edge! |
| 00:26:28 | Slasheri | ok, i will have to check that. In fact re-flashing bootloader and testing ram/rom boot after that was missing from my test sequence. So it's very possible there was a bug |
| 00:27:00 | Slasheri | Davide-NYC: great :) |
| 00:28:04 | Davide-NYC | For my other card (different brand) everything works as it should. Petur mentioned that it may be a timing issue with the different cards. (I have no clue what that actually means0 |
| 00:28:59 | | Quit reydarz ("CGI:IRC") |
| 00:29:30 | Slasheri | indeed. I was looking for ata error code -80 but couldn't find it yet, amiconn? |
| 00:30:25 | Davide-NYC | Maybe I just buy a Kingston Ultimate or a Sandisk Extreme III and call it a day. |
| 00:31:03 | | Join T44 [0] (n=Topy44@f048198168.adsl.alicedsl.de) |
| 00:31:26 | Davide-NYC | Or better yet, the Kingston Elite Pro cards are even cheaper and I bet have no timing issues. Thoughts? |
| 00:32:12 | * | TheSeven found the difference between the slow and fast menus |
| 00:35:33 | | Join stoffel [0] (n=quassel@p57B4FB09.dip.t-dialin.net) |
| 00:36:18 | saratoga | I don't understand the coldfire libmad assembly |
| 00:36:33 | saratoga | it looks like it doesn't use the same mdct algorithm as the arm assembly |
| 00:38:14 | Davide-NYC | Slasheri: I'm also noticing that my "HDD" light stays on my RiData unit but no on the other one. |
| 00:40:13 | Slasheri | Davide-NYC: i am just trying to find the correct error code.. but it looks rather hard, there may be several possible places because that -80 isn't very accurate |
| 00:41:45 | Davide-NYC | Slasheri: Please confirm that rockbox.iriver is the name of the bootloader. When I try to flash it from a ROLOd RB it asks if I want to reflash the RAM image. |
| 00:41:59 | Slasheri | ok, it might be the set_features() function in ata.c where the problem occurs |
| 00:42:11 | kugel | Slasheri: -80 is possibly the 8th error that can happen in the storage driver (those return usually -N*20) |
| 00:42:26 | saratoga | unless i'm missing something the coldfire libmad mdct is much less efficient then the one used on ARM |
| 00:42:59 | Slasheri | Davide-NYC: that depends what target you are building |
| 00:43:02 | | Join German [0] (n=d9e3991c@giant.haxx.se) |
| 00:43:10 | Slasheri | normally rockbox.iriver is the actual rockbox ram image |
| 00:43:14 | German | hallo =D |
| 00:43:17 | German | *halo |
| 00:43:20 | Slasheri | but when building a bootloader, it will be the bootloader |
| 00:43:21 | saratoga | unless maybe its unrolled somehow, it does seem to have roughly 2x the multiplications as the arm version |
| 00:43:30 | | Nick German is now known as Guest44680 (n=d9e3991c@giant.haxx.se) |
| 00:43:41 | Slasheri | (you can determine that from the file size, bootloader is below 64 KiB) |
| 00:43:56 | Davide-NYC | Guys, when I compile a BL I configure (H120, BL) then I make. I end up with bootlader.bin, bootloader.elf, bootloader.map and rockbox.iriver. |
| 00:44:24 | Slasheri | yep, rockbox.iriver is the bootloader (you have to rename it to bootloader.iriver) |
| 00:44:41 | | Quit stoffel (Remote closed the connection) |
| 00:45:04 | Davide-NYC | Ah! |
| 00:45:09 | AlexP | Slasheri: Is there any reason that is is named rockbox.iriver and not directly bootloader.iriver, or is it just legacy? |
| 00:45:27 | Davide-NYC | Slasheri: quick commit! |
| 00:45:30 | Davide-NYC | :-) |
| 00:46:00 | | Quit JackWinter (Read error: 131 (Connection reset by peer)) |
| 00:46:12 | Slasheri | AlexP: it's just nobody has not "fixed" that in the Makefile yet :) |
| 00:46:23 | AlexP | Slasheri: I suspected as much :) |
| 00:46:55 | Slasheri | because not so many people are building those bootloader either |
| 00:47:01 | AlexP | yep |
| 00:47:05 | | Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) |
| 00:47:05 | | Quit Guest44680 (Client Quit) |
| 00:49:15 | AlexP | Slasheri: Looks quite an easy fix actually, just testing |
| 00:49:22 | | Quit JackWinter (Remote closed the connection) |
| 00:49:28 | Davide-NYC | OK, I had originally simply overwritten my RAM file with the newer bootloaders. |
| 00:49:43 | | Quit Topy44 (Read error: 110 (Connection timed out)) |
| 00:49:59 | Davide-NYC | I guess the name of the file is what the iriver_flash utility uses to determine what the user is trying to do. |
| 00:50:26 | Slasheri | AlexP: that sounds good :) |
| 00:50:51 | Davide-NYC | Now when I try to reflash the bootloader it says "Incompatible/Untested bootloader" and it does not let me flash the BL. |
| 00:50:52 | Slasheri | Davide-NYC: indeed, that would explain it then |
| 00:51:14 | Davide-NYC | Do I need to modify the iriver_flash utility? |
| 00:51:30 | Slasheri | yep.. you have to override the safety check from iriver_flash.c. How did you flash the SVN version just a moment ago? |
| 00:51:37 | Slasheri | yes |
| 00:51:42 | *** | Saving seen data "./dancer.seen" |
| 00:52:17 | Davide-NYC | I never did. I only *thought* that I had tested it when in fact I only borked the RAM image. |
| 00:52:31 | Davide-NYC | Am I nuts to even attempt this? |
| 00:52:33 | Slasheri | ah :D |
| 00:52:49 | Slasheri | lets hope it works, nobody knows |
| 00:53:12 | Slasheri | and, be sure to keep a working rom image.. |
| 00:53:35 | Slasheri | bootloaders have some simple safety mechanism to load than rom image if bootloader fails |
| 00:53:39 | AlexP | Slasheri: http://pastebin.com/m34c21a10 - if bootoutput isn't specified it uses output |
| 00:53:53 | | Join Bob_C_ [0] (n=chatzill@host86-141-199-226.range86-141.btcentralplus.com) |
| 00:54:42 | Slasheri | AlexP: ah, that looks good. Did you test it? Just go and commit :) |
| 00:54:43 | AlexP | I've checked with and without that and rockbox.iriver and bootloader.iriver have identical md5sums |
| 00:55:03 | Slasheri | ok, then it should be fine |
| 00:55:34 | | Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) |
| 00:56:02 | CIA-85 | New commit by alex (r23336): Change the name of the H100 bootloader output from rockbox.iriver to bootloader.iriver (as required by the iriver_flash plugin). |
| 00:57:10 | Davide-NYC | If I just comment out the "if (!detect_valid_bootloader(audiobuf, len))" section (to the endbrace) is that all I need to do in iriver_flash.c? |
| 00:58:11 | | Quit elinenbe_ (Read error: 113 (No route to host)) |
| 00:58:23 | Slasheri | yep, that should be enough (from the flash_bootloader-function) |
| 00:59:55 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 00:59:58 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 01:00 |
| 01:00:41 | Davide-NYC | Now I can actually test the SVN bootloader. Then (if my player's not bricked) I'll test the patched version. |
| 01:01:17 | Davide-NYC | make reconf |
| 01:01:17 | Davide-NYC | ?me doh! wrong window! |
| 01:01:17 | kugel | it reads "audiobuf" directly? nasty stuff ;/ |
| 01:02:16 | Slasheri | kugel: well, it uses audiobuf directly for other purposes (to load the flash image in memory for flashing) |
| 01:02:48 | kugel | it was probably made when we didn't have a useful buffering api |
| 01:03:29 | Slasheri | indeed. And anyway, the number of api calls should be minimized when flashing critical code (like bootloader) |
| 01:04:32 | Slasheri | best way would be to disabled interrupts entirely during the flashing process |
| 01:06:05 | Davide-NYC | me/ Wonders if there is a way to globally remove all games and demos from the build process. Like a "lean" build... |
| 01:06:05 | * | Davide-NYC learns the me switch |
| 01:06:05 | kugel | it's impressive which powers plugins actually (could) have when looking at these old plugins |
| 01:06:53 | kugel | Davide-NYC: you can do make `pwd`/apps/plugins/iriver_flash.rock |
| 01:07:11 | kugel | to only build that and no other plugin |
| 01:07:27 | Davide-NYC | kugel: thanks |
| 01:08:28 | AlexP | Davide-NYC: If you want to do it permanently, remove the ones you don't want (or comment them out) from /apps/plugins/SOURCES |
| 01:09:39 | Davide-NYC | AlexP: I know that method but I compile so infrequently that I'm usually redownling the source and my patches are broken. :-P |
| 01:10:17 | AlexP | Interesting |
| 01:10:43 | AlexP | The build system seems to be checking for rockbox.iriver specifically, so is erroneously being red |
| 01:11:03 | AlexP | Is that something I have access to, or do I need Bagder / Zagor? |
| 01:12:58 | TheSeven | gevaerts: did you see that weird beast build? |
| 01:13:35 | Davide-NYC | W00t! I just flashed to the SVN build and booted from CF card! |
| 01:13:39 | Davide-NYC | :-) |
| 01:13:41 | kugel | AlexP: I *think* the error-regex is somewhere in SVN, but I'm not sure |
| 01:14:59 | AlexP | I think I need to change /www/buildserver/builds |
| 01:15:04 | Slasheri | Davide-NYC: that's great! maybe it's a time for next bootloader release :) |
| 01:15:10 | AlexP | But I'm a little wary of doing it blindly |
| 01:15:23 | Davide-NYC | RAM boots OK. |
| 01:16:23 | Davide-NYC | Slasheri: the real test is if USB diskmode exits gracefully. |
| 01:16:24 | kugel | AlexP: m68k:nozip:h100boot:iriver H100 - Boot:rockbox.iriver:−−target=h100,−−type=b:690 to m68k:nozip:h100boot:iriver H100 - Boot:bootloader.iriver:−−target=h100,−−type=b:690 looks like the way to go |
| 01:16:36 | AlexP | kugel: Yes, that's what I think |
| 01:16:41 | AlexP | http://pastebin.com/m6a774658 |
| 01:17:26 | AlexP | I'll try :) |
| 01:17:32 | kugel | if it's not right then you discovered a useless field at least :) |
| 01:17:40 | AlexP | If it still moans I'll revert and wait :) |
| 01:18:13 | Davide-NYC | I am confirming that USB disk mode exits gracefully to disk boot (default)! |
| 01:18:21 | AlexP | \o/ |
| 01:18:28 | AlexP | Davide-NYC: Is that with any changes to SVN? |
| 01:18:33 | Davide-NYC | no |
| 01:18:42 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 01:18:46 | Davide-NYC | no patch. Just whatever is in SVN |
| 01:19:15 | CIA-85 | New commit by alex (r23337): Hopefully fix the buildserver to take account of the change of name of the H100 bootloader in r23336. |
| 01:19:47 | Davide-NYC | Can we get anyone else that has a CFModded H1x0 series player to test this new BL *before* we make it official? |
| 01:20:45 | AlexP | Is the build server in SVN live, or does it need manually updating like the website? |
| 01:22:38 | | Quit bertrik (Read error: 113 (No route to host)) |
| 01:23:20 | | Quit Horscht ("Verlassend") |
| 01:23:29 | mc2739 | AlexP: I thought it needed a manual update, but i could be wrong |
| 01:23:30 | TheSeven | AlexP: We'll see on the next commit |
| 01:23:38 | | Quit Bob_C (Read error: 110 (Connection timed out)) |
| 01:23:41 | * | TheSeven hunts for something to commit :-) |
| 01:23:46 | AlexP | Thanks :) |
| 01:24:01 | | Quit DerPapst ("Leaving.") |
| 01:26:19 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 01:27:12 | | Quit Strife1989 ("My number of files is OVER 9000!") |
| 01:27:14 | CIA-85 | New commit by theseven (r23338): Adjust the iPod Nano 2G CPU clock freq again, this time to an exact value. Also add hardware defines for the 9th DMA channel we discovered on the ... |
| 01:27:44 | AlexP | aha :) |
| 01:27:48 | TheSeven | let's see what happens... |
| 01:28:39 | | Quit faemir ("Leaving") |
| 01:28:41 | | Quit ender` (" " There is no reason anyone would want a computer in their home. " -- Ken Olson, president, chairman and founder of DEC") |
| 01:29:47 | | Join elinenbe_ [0] (n=elinenbe@207-237-212-81.c3-0.80w-ubr4.nyr-80w.ny.cable.rcn.com) |
| 01:30:41 | | Quit Horscht (Client Quit) |
| 01:31:22 | mc2739 | \☺/ |
| 01:31:26 | AlexP | ah good :) |
| 01:31:36 | | Join mt_ [0] (n=mtee@41.233.139.12) |
| 01:32:22 | Davide-NYC | My HDD LED will not shut off. Is there a way to find out what is causing this? |
| 01:34:56 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 01:35:34 | * | TheSeven will have another shot at doing a nano2g battery bench tonight |
| 01:38:19 | | Join reydarz [0] (n=44fea580@giant.haxx.se) |
| 01:40:41 | pixelma | mc2739: hope I didn't scare you off |
| 01:41:28 | Davide-NYC | night all... |
| 01:41:36 | | Quit Davide-NYC ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") |
| 01:42:08 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 01:42:12 | mc2739 | pixelma: not at all, just been busy with work |
| 01:42:52 | amiconn | saratoga: The coldfire libmad mdct is very likely *more* efficient than the arm version |
| 01:43:08 | amiconn | That is, if the mdct is the major contributor to decoding time |
| 01:44:17 | | Quit faemir (Read error: 104 (Connection reset by peer)) |
| 01:44:32 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 01:44:41 | amiconn | Coldfire has emac, and it really pays off to make use of it |
| 01:47:03 | mc2739 | pixelma: I will rework my patch after reading your comments. I'm not trying to supercede any work you have done, just trying to learn the manual stuff better. |
| 01:48:22 | | Quit mt (Read error: 110 (Connection timed out)) |
| 01:49:41 | | Quit esperegu (Remote closed the connection) |
| 01:52:18 | pixelma | mc2739: just read your comment - the \nopt{scrollwheel,IRIVER_H10_PAD}{} is really there for complete "lines" in the finished table, so everything from there to the next \\ . It's decided there whether you need one line in the table (with the description "Scroll through albums / track list |
| 01:53:03 | CIA-85 | New commit by mt (r23339): Add support for ID3v1 metadta tags in Real Media container. |
| 01:53:13 | pixelma | ") or if you need two line because the targets use different buttons - one with the description "Scroll through albums" and the second line "Scroll track list" or something |
| 01:53:29 | | Join saratogalab [0] (i=9803c264@gateway/web/freenode/x-tigowkcugvhspnup) |
| 01:53:57 | saratogalab | amiconn: coldfire mp3 is fast becaue the EMAC is fast, but the ASM code seems to do quite a few more multiplies per IMDCT then the ARM version |
| 01:54:19 | pixelma | mc2739: since I *believe* the M3 belongs to the latter, you wouldn't put the M3 in this \opt - but in a later one for the \opts in the columns |
| 01:54:47 | amiconn | saratoga: Yes, and I'm saying that this is very likely okay, since reducing the number of multiplies there will probably make things slower |
| 01:54:59 | saratogalab | ARM uses a fast algorithm that takes ~46 muls per 36 point IMDCT (lowest known count is about 43), whereas Coldfire seems to need more then 100 |
| 01:55:17 | mc2739 | pixelma: I see, and thats why that \\ was inside the {}, otherwise you would have a blank line at the top of the table |
| 01:55:23 | pixelma | mc2739: for excluding it from the first column and then \opting in the second |
| 01:55:58 | AlexP | Isn't it nopt where you can't have multiple things in one \nopt ? |
| 01:56:54 | pixelma | mc2739: yes, but it wouldn't be blank because the description would probably there |
| 01:57:06 | mc2739 | oh, right |
| 01:57:27 | pixelma | AlexP: there is some limits with \nopt but this kind of "adding" works |
| 01:57:34 | AlexP | OK |
| 01:57:42 | AlexP | I always forget and just check it :) |
| 01:59:45 | pixelma | it doesn't work if you want both or more things to be true then you would have to use nested nopts, if I remember correctly |
| 01:59:58 | | Quit petur ("*plop*") |
| 02:00 |
| 02:00:09 | * | kugel wonders if pixelma ever saw my question/problem |
| 02:00:23 | kugel | about the manual entry for the goto playlist feature |
| 02:00:30 | pixelma | can't remember seeing it |
| 02:00:52 | kugel | it was 1 day before 3.4 or so |
| 02:01:51 | pixelma | what was it? |
| 02:01:57 | kugel | I don't know a way to properly opt that thing. some targets that don't have this feature due to lack of buttons shouldn't have the manual entry |
| 02:02:57 | AlexP | kugel: If there is no existing way of doing it, you could add it to features.txt |
| 02:03:21 | kugel | AlexP: that would mean introducing a #define for it (there's none) ;) |
| 02:03:23 | pixelma | or \(n)opt it manually by *_PAD since that's the restrictive thing |
| 02:03:40 | AlexP | kugel: yep, but it is that or by each individual pad |
| 02:03:53 | AlexP | If it is only a few pads, that'd be better I think |
| 02:04:07 | kugel | I basically would like to know if it's possible to make an opt from the existence of the following command "\newcommand{\ActionWpsPlaylist}{\ButtonRec}" |
| 02:04:45 | AlexP | kugel: Just do \opt{pads_with_lots_of_keys}{blah} |
| 02:05:02 | AlexP | or \nopt{pads_with_no_keys}{blah} |
| 02:05:09 | AlexP | depending on which is the bigger group |
| 02:05:38 | pixelma | yes, you could add this command to the platform files that have it and use it like e.g \nopt{ONDIO_PAD}{\ActionWpsPlaylist} |
| 02:06:08 | pixelma | later in the table or description |
| 02:06:41 | kugel | hrm, that would work, I more hoped though that something like \opt{\ActionWpsPlaylist} would be possible |
| 02:06:49 | saratogalab | mt_: can RM files have ID3v2 tags? |
| 02:07:02 | kugel | i.e. whether that command is defined or not |
| 02:07:17 | pixelma | kugel: I sometimes wished there was something like this too |
| 02:07:31 | AlexP | It'd be nice, but no :( |
| 02:08:09 | pixelma | would be useful for the ActionRC* in texts I think |
| 02:08:14 | gevaerts | TheSeven: yes. I've seen similar failures in the past. It seems to be caused by apps/features not being generated correctly, or at least I can get similar errors by tweaking that file |
| 02:08:24 | gevaerts | No idea why this happens though |
| 02:09:20 | pixelma | mc2739: did you get what I wanted to say about using IAUDIO_RC_PAD vs. IAUDIO_M3_PAD in the second column parts? |
| 02:09:58 | pixelma | not sure if I expressed myself clearly... |
| 02:10:00 | kugel | I asked google, and some pages suggest it was possible but I couldn't make it to work |
| 02:10:06 | | Join Strife89 [0] (n=michael@adsl-220-102-158.mcn.bellsouth.net) |
| 02:10:17 | mc2739 | pixelma: yes, I understand that now, thanks for the explanation |
| 02:11:22 | pixelma | it will probably mostly apply to plugin button tables (currently) |
| 02:13:56 | mt_ | saratogalab: According to this : https://common.helixcommunity.org/2003/HCS_SDK_r5/htmfiles/rmff.htm, no. They have their own structuring for extended metadata tags however. |
| 02:14:04 | | Nick mt_ is now known as mt (n=mtee@41.233.139.12) |
| 02:14:05 | TheSeven | is there really nobody who wants to give FS #10714 a shot? |
| 02:14:15 | saratogalab | mt: ok was wondering if it made sense to use the MP3 parser to save some space |
| 02:14:32 | saratogalab | but if its ID3v1 only maybe thats more effort then 500 bytes is worth |
| 02:14:51 | mt | it's 128 bytes even :) |
| 02:16:34 | * | TheSeven 's battery benchmark is running now, so he'll go to bed |
| 02:18:09 | * | mt heads off |
| 02:20:00 | | Join peter-b [0] (n=peter_b@mnch-5d873a35.pool.mediaWays.net) |
| 02:20:14 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 02:20:37 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 02:26:04 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 02:28:30 | | Quit peter__b (Read error: 145 (Connection timed out)) |
| 02:33:41 | reydarz | I'm testing it now TheSeven |
| 02:49:33 | | Quit Rondom (Nick collision from services.) |
| 02:49:44 | | Join Rondom [0] (n=Rondom@dslb-084-057-139-133.pools.arcor-ip.net) |
| 02:51:46 | *** | Saving seen data "./dancer.seen" |
| 02:56:50 | | Quit kugel (Remote closed the connection) |
| 02:57:10 | | Quit petur (Read error: 110 (Connection timed out)) |
| 02:59:13 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 02:59:42 | | Quit GeekShadow (Read error: 104 (Connection reset by peer)) |
| 02:05:52 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 02:06:33 | | Quit amiconn (Nick collision from services.) |
| 02:06:35 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 02:06:40 | | Quit saratogalab ("Page closed") |
| 02:06:55 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 02:08:47 | | Quit pixelma (Nick collision from services.) |
| 02:08:49 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 02:09:09 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 02:10:53 | | Quit mc2739 ("Leaving") |
| 02:14:00 | | Quit Horscht (Nick collision from services.) |
| 02:14:06 | | Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) |
| 02:16:55 | | Quit GeekShado_ (Read error: 110 (Connection timed out)) |
| 02:26:25 | | Quit shaggy-h (Read error: 110 (Connection timed out)) |
| 02:33:38 | | Join mc2739 [0] (n=mc2739@cpe-67-10-237-133.satx.res.rr.com) |
| 02:34:10 | | Join peter__b [0] (n=peter_b@93.135.47.41) |
| 02:34:58 | | Quit mc2739 (Client Quit) |
| 02:35:28 | | Quit peter-b (Read error: 60 (Operation timed out)) |
| 02:37:14 | | Quit Lss (Read error: 54 (Connection reset by peer)) |
| 02:51:01 | | Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) |
| 02:53:28 | | Join packetdeath [0] (n=packetde@ns.km34721-01.keymachine.de) |
| 02:53:56 | packetdeath | hey, have a dumb question |
| 02:54:11 | mc2739 | packetdeath: go ahead and ask |
| 02:54:41 | packetdeath | how would i go about backing up my ipod library before installing rockbox |
| 02:55:17 | | Join _0x90u [0] (n=00x90u@01-111.232.popsite.net) |
| 02:55:57 | packetdeath | HAW HACKE IPOD! |
| 02:56:25 | | Quit packetdeath ("leaving") |
| 02:57:05 | Torne | ... |
| 03:00 |
| 03:06:21 | | Quit dmb (Read error: 104 (Connection reset by peer)) |
| 03:16:02 | | Quit dockimble ("Leaving") |
| 03:16:55 | | Quit mc2739 ("leaving") |
| 03:18:13 | | Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) |
| 03:30:31 | Unhelpful | kugel: the only work-around i ever found for that problem was a pseudo-eabi build - a compiler that passes the flags for eabi to the assembler by default, but does not itself generate eabi code |
| 03:31:30 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 03:31:52 | | Join StealthyXIIGer [0] (n=stealthy@68.62.19.6) |
| 03:32:56 | | Quit adiroiban (Read error: 145 (Connection timed out)) |
| 03:51:48 | *** | Saving seen data "./dancer.seen" |
| 03:59:52 | | Nick Ypsy is now known as YPSY (n=ypsy@87.106.45.183) |
| 04:00 |
| 04:00:34 | | Join elinenbe [0] (n=elinenbe@pool-173-77-17-158.nycmny.east.verizon.net) |
| 04:03:16 | | Quit TheSeven (Nick collision from services.) |
| 04:03:37 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
| 04:03:49 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
| 04:08:47 | | Quit Strife89 ("Bed.") |
| 04:14:14 | | Quit StealthyXIIGer (Read error: 131 (Connection reset by peer)) |
| 04:14:25 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 04:18:02 | | Quit elinenbe_ (Read error: 113 (No route to host)) |
| 04:18:02 | | Nick elinenbe is now known as elinenbe_ (n=elinenbe@pool-173-77-17-158.nycmny.east.verizon.net) |
| 04:33:46 | | Quit reydarz ("CGI:IRC") |
| 04:48:57 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 04:49:19 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 04:52:03 | | Join reydarz [0] (n=44fea580@giant.haxx.se) |
| 04:53:37 | | Quit reydarz (Client Quit) |
| 05:00 |
| 05:11:51 | | Part toffe82 |
| 05:24:18 | | Quit efyx_ (Remote closed the connection) |
| 05:44:50 | | Join ademille [0] (n=ademille@c-24-10-232-214.hsd1.ut.comcast.net) |
| 05:46:39 | | Part ademille |
| 05:50:46 | | Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) |
| 05:51:52 | *** | Saving seen data "./dancer.seen" |
| 05:58:41 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 05:58:44 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 06:00 |
| 06:10:31 | | Quit Llorean ("Leaving.") |
| 06:20:56 | | Join _0x90u[Nap|AFK] [0] (n=00x90u@08-133.232.popsite.net) |
| 06:23:59 | | Quit _0x90u (Read error: 60 (Operation timed out)) |
| 06:38:41 | | Quit panni_ (Read error: 60 (Operation timed out)) |
| 06:49:37 | CIA-85 | New commit by FlynDice (r23340): Add define for SD_SET_CLR_CARD_DETECT 42 /* acmd42 */ to sd.h for use with 4 bit WIDEBUS. |
| 07:00 |
| 07:09:20 | | Quit alexbobp (Read error: 110 (Connection timed out)) |
| 07:20:05 | | Join ck2000 [0] (n=4ce42369@giant.haxx.se) |
| 07:20:09 | ck2000 | hi |
| 07:21:06 | ck2000 | ok since i dont have an mp3player i use the simulators but i want an apple ipod 2nd gen nano |
| 07:21:25 | ck2000 | where would i get 1? |
| 07:21:53 | ck2000 | and i wish this would be ported to the ipod touch =) |
| 07:23:00 | ck2000 | i am downloading kubuntu |
| 07:23:32 | ck2000 | ok what is the programing language for this? |
| 07:23:38 | ck2000 | rckbox |
| 07:25:15 | ck2000 | alexP? you here? |
| 07:25:49 | | Quit ck2000 ("CGI:IRC (EOF)") |
| 07:29:56 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
| 07:36:26 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 07:36:44 | topik | rockbox is mostly C |
| 07:37:00 | topik | and try ebay for a 2nd gen nano |
| 07:41:20 | | Join jfc^3 [0] (n=john@66.82.208.2) |
| 07:46:49 | | Join Crackerizer [0] (n=7d1a9736@giant.haxx.se) |
| 07:51:56 | *** | Saving seen data "./dancer.seen" |
| 07:55:29 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 07:58:05 | | Join stoffel [0] (n=quassel@p57B4CD38.dip.t-dialin.net) |
| 08:00 |
| 08:01:13 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 08:05:34 | | Join mt_ [0] (n=mtee@41.233.139.12) |
| 08:07:03 | JdGordon | mt: hey, are rm really supposed to have id3 tags? |
| 08:07:05 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 08:07:18 | JdGordon | or is that stupid people doing non standard stuff? |
| 08:13:20 | | Quit mt (Read error: 145 (Connection timed out)) |
| 08:21:33 | | Join mt [0] (n=mtee@rockbox/developer/mt) |
| 08:24:04 | | Quit phanboy4 ("Leaving") |
| 08:26:00 | | Quit mt_ (Read error: 60 (Operation timed out)) |
| 08:29:31 | | Join mt_ [0] (n=mtee@41.233.139.12) |
| 08:33:05 | mt_ | JdGordon: :) .. No they could have id3v1 tags, see the end of the this page https://common.helixcommunity.org/2003/HCS_SDK_r5/htmfiles/rmff.htm |
| 08:34:02 | mt_ | I didn't knew about it until that guy on the forums put some samples with id3 tags |
| 08:43:07 | | Join Rob2222 [0] (n=Miranda@p4FDCC0E9.dip.t-dialin.net) |
| 08:43:21 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:45:05 | | Quit mt (Read error: 113 (No route to host)) |
| 08:45:40 | bertrik | The meizu m6 framebuffer is located in system memory, do I still have to do something in lcd_update in that case? |
| 08:50:28 | | Quit mt_ (Read error: 60 (Operation timed out)) |
| 08:50:42 | amiconn | You mean the lcd controller reads from that buffer by itself? |
| 08:53:03 | bertrik | yes, it does master DMA to get the data |
| 08:53:44 | bertrik | I vaguely remember that e200 does this as well, but this has a copy step, I'll check |
| 08:54:36 | amiconn | Yes, that copy step is needed, because the application needs a way to decide which changes go to the lcd and when |
| 08:55:01 | amiconn | Well, unless you have a way to control the dma |
| 08:55:05 | bertrik | to prevent flicker? |
| 08:55:23 | amiconn | yes |
| 08:56:35 | * | amiconn still wonders whether nobody tried to find out how this dma is set up in the e200 |
| 08:57:12 | bertrik | ok, for the meizu m6 I plan to commit it without the extra framebuffer for now, I'll add this issue in a comment in the top of the file |
| 08:57:32 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 08:57:44 | amiconn | hmm :\ |
| 09:00 |
| 09:01:03 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 09:01:20 | | Quit BHSPitLappy (Remote closed the connection) |
| 09:02:11 | markun | bertrik: did you get the display working? |
| 09:02:26 | bertrik | markun, more or less |
| 09:02:41 | markun | cool |
| 09:02:42 | tmzt | s3c framebuffer? |
| 09:02:47 | bertrik | the LCD is in portrait mode and there's sometimes a line at the bottom belonging to the top of the screen |
| 09:03:21 | bertrik | the 16-bit colors work out fine (I was afraid it could only handle 32-bit pixels) |
| 09:03:27 | tmzt | the timing is wrong |
| 09:03:39 | tmzt | margin/bp |
| 09:03:45 | bertrik | I don't know that yet |
| 09:03:55 | markun | bertrik: will you add the other LCD inits from the SP and SL firmwares as well? |
| 09:04:16 | tmzt | that's the only problem with it? |
| 09:04:22 | | Quit bluebrother (Read error: 104 (Connection reset by peer)) |
| 09:04:31 | bertrik | markun, what do you mean? |
| 09:04:43 | tmzt | try changing all the values (vertical) by one one at a time |
| 09:04:43 | | Join bluebrother [0] (n=dom@92.224.236.141) |
| 09:05:20 | bertrik | sometimes is not just a single line. I've seen once that the bottom contained a kind of vertically mirrored version of the top |
| 09:05:57 | tmzt | have you located all the lcdc writes? |
| 09:06:08 | markun | bertrik: I mean the values that are written to the LCD driver over SPI, I assume you had to copy them into rockbox, right? |
| 09:08:18 | bertrik | the m6 sp driver basically contains code for two separate LCDs now, I copied the controller init, lcd init/enable etc. from a reverse engineered OF |
| 09:09:50 | bertrik | the weird thing is that one of the two meizu m6 drivers cannot even work in an m6 sp, because it selects the LCD driver based on an ID read back from the LCD, and the pin to read this is not even connected |
| 09:10:19 | bertrik | I haven't really looked at the meizu m6 sl driver yet |
| 09:11:46 | bertrik | tmzt, yes I think I've located most of them. The OF does seem to make much more use of the special features of this LCD controller (OSD overlay for example). I'm currently only using the "background buffer" |
| 09:12:05 | tmzt | what chip? |
| 09:12:37 | tmzt | lcd controller/lcdc I mean the framebuffer registers, not lcm or driver |
| 09:12:37 | | Quit bluebrother (Read error: 131 (Connection reset by peer)) |
| 09:12:56 | | Join bluebrother [0] (n=dom@g224236141.adsl.alicedsl.de) |
| 09:13:57 | bertrik | the LCD controller is part of the s5l8700 SoC and handles the framebuffer part (for example conversion of packed pixels into 24-bit RGB towards the LCD), the LCD is probably a samsung S6DXXXX type |
| 09:14:21 | tmzt | okay |
| 09:15:06 | tmzt | so those are the registers I mean, the type of corruption you seem to be describing is related to that |
| 09:15:16 | bertrik | oh and one giant issue is that the player seems to hang after initialising the display .. :\ |
| 09:15:48 | tmzt | I believe incorrect pixclock would have different symtoms depending on lcm |
| 09:16:12 | bertrik | what do you mean by lcm? |
| 09:16:12 | tmzt | okay, that's probably dma or EN bits of some kind |
| 09:16:23 | tmzt | lcd control module |
| 09:16:40 | tmzt | the samsung s6dxxxx you were referring to |
| 09:16:57 | tmzt | is that the part number of the lcd? |
| 09:19:57 | bertrik | yes I think so, the protocol for talking with the lcd (to set the gamma curve for example) is identical to the protocol used in the s6d0139 |
| 09:21:32 | tmzt | okay |
| 09:27:32 | tmzt | kug: I think your the one to ask, ams sansa has a two stage rockbox bootloader? |
| 09:29:59 | bertrik | markun, the "aha" moment to get this driver working was the realization that the framebuffer was located in DRAM and DRAM access has not been properly set up yet ... :) |
| 09:31:03 | bertrik | so setting up DRAM properly is probably the next thing I'll work on |
| 09:31:54 | tmzt | missing clock? |
| 09:32:48 | tmzt | are you working on bootloader now? |
| 09:36:59 | bertrik | yes, I'm compiling it as a bootloader and writing it into the internal NOR flash |
| 09:37:36 | | Join esperegu [0] (n=quassel@145.116.15.244) |
| 09:38:05 | tmzt | so you need full dram init including timings? |
| 09:38:16 | tmzt | or just an enable bit and the proper clock? |
| 09:39:02 | bertrik | I don't know, I think I need both |
| 09:39:25 | bertrik | I guess this is probably easy to locate in the OF |
| 09:39:36 | tmzt | there should be uboot patches for that generation |
| 09:40:36 | bertrik | the SDRAM is a K4M28163PF |
| 09:41:31 | tmzt | and the controller? |
| 09:41:46 | tmzt | is it in the package with flash? |
| 09:42:11 | bertrik | yes, the SDRAM controller is part of the s5l8700 SoC |
| 09:42:55 | tmzt | what is this soc? it's for mp3 players or it's more general purpose like the s3c/s5c |
| 09:47:12 | bertrik | yes, it seems to be aimed at mp3 players (it has IIS and a unique chip id for example) |
| 09:47:48 | | Join liar [0] (n=liar@83.175.83.185) |
| 09:49:22 | tmzt | for drm? |
| 09:49:44 | bertrik | I think so |
| 09:51:18 | tmzt | what arm core? |
| 09:51:51 | TheSeven | 940T |
| 09:51:59 | *** | Saving seen data "./dancer.seen" |
| 09:52:16 | tmzt | which is what isa |
| 09:52:25 | tmzt | arm9/armv5t? |
| 09:52:30 | bertrik | + CalmADM2E and a CalmRisc16 |
| 09:52:53 | tmzt | interesting, never heard of those |
| 09:58:07 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 10:00 |
| 10:00:35 | | Quit fyrestorm (Read error: 54 (Connection reset by peer)) |
| 10:00:53 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-148-25.si.res.rr.com) |
| 10:09:21 | | Join |DaMaGeD| [0] (n=|DaMaGeD@83.149.19.109) |
| 10:09:24 | TheSeven | tmzt: samsung proprietary stuff |
| 10:09:45 | TheSeven | and it's an ARMv4T, I think |
| 10:10:13 | tmzt | arm7? |
| 10:12:23 | TheSeven | ARM9TDMI core, which is ARMv4T |
| 10:13:26 | TheSeven | hey my battery bench is running fine, we've passed 8 hours now and it only ate 2 columns of pixels on the battery icon in the status bar |
| 10:13:44 | TheSeven | so i won't be able to play with it today, i think :-/ |
| 10:15:39 | | Quit _0x90u[Nap|AFK] (Read error: 113 (No route to host)) |
| 10:17:48 | | Join DerPapst [0] (n=DerPapst@p4FE8FEA3.dip.t-dialin.net) |
| 10:31:00 | | Join skyhunter [0] (n=quassel@85.177.243.69) |
| 10:34:24 | bertrik | markun, do you know how the left/right buttons on the meizu are connected? possibly through the touch strip? |
| 10:39:46 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 10:54:25 | CIA-85 | New commit by bertrik (r23341): power-meizu.c: fix usage of USB_TR name |
| 10:54:53 | n1s | am i just blind or does talked_tick in main.c:tagcache_init() not need to be static (with the init moved out of the loop of course) ? |
| 10:58:11 | bertrik | n1s, that does indeed look silly |
| 11:00 |
| 11:00:36 | bertrik | svn blame says you last touched that line :) |
| 11:00:36 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
| 11:00:58 | bertrik | it was a patch from FS #6159 |
| 11:02:57 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-148-25.si.res.rr.com) |
| 11:03:41 | n1s | bertrik: heh |
| 11:08:51 | n1s | ok, i'll fix then |
| 11:20:17 | CIA-85 | New commit by nls (r23342): No need for this to be static |
| 11:22:42 | markun | bertrik: on the SL it's connected to GPIO pins, on the SP probably the touchpad driver |
| 11:24:40 | markun | bertrik: I don't have the M6SP schematics with me right now, can you see it there? |
| 11:27:26 | | Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) |
| 11:28:02 | bertrik | markun, no, I don't see any left/right or fwd/rev buttons on the m6 sp schematic |
| 11:29:14 | bertrik | it shouldn't be too hard to figure out if they are indeed connected through the touchpad once the display driver is fully stable |
| 11:37:21 | markun | bertrik: yes, like we did for the m3 |
| 11:37:43 | markun | when we found out that the <> button is touch sensitive :) |
| 11:41:30 | | Join adiroiban [0] (n=adiroiba@h194-54-129-79.teleson.ro) |
| 11:42:23 | CIA-85 | New commit by nls (r23343): Little bit of const correctness |
| 11:52:00 | *** | Saving seen data "./dancer.seen" |
| 11:56:48 | | Quit gevaerts (Nick collision from services.) |
| 11:57:00 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 11:59:55 | | Quit |DaMaGeD| (Read error: 131 (Connection reset by peer)) |
| 12:00 |
| 12:01:48 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 12:04:00 | CIA-85 | New commit by funman (r23344): buffering: leave a comment to explain what is broken in the code and link to FS #10605 |
| 12:23:40 | bertrik | TheSeven, I don't understand the s5l8700 boot.lds file. Why is the bss data moved by 12 MB? |
| 12:24:46 | TheSeven | probably because the firmware will be loaded to the addresses below |
| 12:25:37 | | Join ChelseaToner [0] (n=chelsea@host-84-9-247-171.dslgb.com) |
| 12:25:57 | TheSeven | no idea why linuxstb chose 12MB for that, because an apple firmware is around ~7MB, and one could have chosen an even thing like 16MB |
| 12:27:22 | ChelseaToner | Hi there. I'm confused about installing Rockbox onto the Ipod Nano 2nd Generation. It says in the PDF that it can be done manually, yet when I went to the page to get the .zip, there was no option for the 2nd generation. |
| 12:27:47 | TheSeven | which page? |
| 12:28:11 | TheSeven | the zip is at: http://build.rockbox.org/data/rockbox-ipodnano2g.zip |
| 12:28:39 | ChelseaToner | Thank you very much. I'll try this. |
| 12:29:30 | bertrik | I will need to work around that for the meizus |
| 12:29:43 | TheSeven | bertrik: why? |
| 12:30:30 | TheSeven | ah right you only have 16MB of DRAM... |
| 12:31:15 | CIA-85 | New commit by bertrik (r23345): Meizu M6 SP: update lcd driver, it is now possible to display a rockbox logo (with some limitations, see comments in lcd-m6sp.c) |
| 12:31:54 | | Quit ChelseaToner ("Leaving") |
| 12:33:07 | bertrik | Why would you have to skip over the apple firmware? |
| 12:34:13 | TheSeven | because we need to use the bss while loading the apple firmware there |
| 12:43:32 | | Quit Zarggg (Read error: 110 (Connection timed out)) |
| 12:55:30 | linuxstb | TheSeven: I chose 12MB so the same value could be used for targets with 16MB RAM |
| 12:57:10 | linuxstb | bertrik: What needs changing for the Meizu? |
| 12:58:42 | linuxstb | mt: (if you read the logs) Why not use the existing id3v1 parser for rm? |
| 13:00 |
| 13:01:30 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
| 13:01:35 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
| 13:04:26 | | Quit Horscht ("Verlassend") |
| 13:13:26 | | Join mitk [0] (n=594d9564@giant.haxx.se) |
| 13:18:06 | mitk | Hi. I prepared patch introducing PLAYLIST_INSERT_LAST_SHUFFLED functionality. Can one who can commit take a look on FS #10717? |
| 13:19:12 | | Quit JackWinter (Remote closed the connection) |
| 13:19:59 | | Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) |
| 13:26:53 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 13:29:54 | funman | saratogo: mt: before starting any work on the Clip+ we need a copy of the OF. The 2 possibilities are : wait for the first firmware upgrade for Clip+, or try to put it in recovery mode just like the e200v2 so we can read the OF directly from the device |
| 13:30:28 | funman | or 3/ unsolder the nand chip and read it with a custom device |
| 13:31:22 | | Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) |
| 13:32:37 | | Quit funman ("free(random());") |
| 13:39:23 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 13:39:50 | | Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 13:42:52 | | Quit Crackerizer ("CGI:IRC (Ping timeout)") |
| 13:43:28 | | Join DerPapst1 [0] (n=DerPapst@p4FE8FEA3.dip.t-dialin.net) |
| 13:52:02 | *** | Saving seen data "./dancer.seen" |
| 13:54:13 | bertrik | linuxstb, but don't we waste 3/4 of SDRAM that way? |
| 13:54:23 | | Quit DerPapst (Read error: 110 (Connection timed out)) |
| 13:54:47 | | Nick YPSY is now known as Ypsy (n=ypsy@87.106.45.183) |
| 13:55:12 | bertrik | oh, it's just the bootloader |
| 13:55:29 | bertrik | 4 MB should be enough for that I guess |
| 13:55:59 | | Join Crackerizer [0] (n=7d1a9736@giant.haxx.se) |
| 13:58:48 | | Quit skyhunter (Remote closed the connection) |
| 14:00 |
| 14:00:16 | | Join ALdbeign [0] (n=chatzill@d149-67-92-110.try.wideopenwest.com) |
| 14:00:56 | ALdbeign | greetings |
| 14:01:41 | ALdbeign | i have a potentially stupid question if anyone is around to answer it :D |
| 14:02:12 | TheSeven | then just ask it |
| 14:02:41 | ALdbeign | is a device (such as an ipod) required to use rockbox as a player? |
| 14:03:11 | TheSeven | well, there are simulators :-) |
| 14:03:56 | ALdbeign | hmm...ok thanks, more work than i intend to go through for what im looking for |
| 14:04:03 | ALdbeign | thanks for your help though :) |
| 14:04:26 | * | ALdbeign waves |
| 14:04:37 | | Part ALdbeign |
| 14:12:47 | * | TheSeven is going to get a 4g btw |
| 14:14:32 | pixelma | greyscale or Color/Photo or something entirely different? ;) |
| 14:16:34 | TheSeven | 4g nano |
| 14:17:02 | n1s | TheSeven: \o/ |
| 14:17:49 | TheSeven | well, I'm a little concerned that this may not be too good for the nano2g port |
| 14:20:59 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 14:22:04 | | Join elinenbe [0] (n=elinenbe@207-237-212-81.c3-0.80w-ubr4.nyr-80w.ny.cable.rcn.com) |
| 14:32:02 | * | bertrik tries to configure meizu m6 as a target without storage at all to prevent compile errors |
| 14:40:26 | CIA-85 | New commit by teru (r23346): Correct Id keyword and add svn:keywords property. |
| 14:41:37 | bertrik | What was the policy again on svn:eol-style properties? |
| 14:42:59 | | Quit elinenbe_ (Read error: 113 (No route to host)) |
| 14:42:59 | | Nick elinenbe is now known as elinenbe_ (n=elinenbe@207-237-212-81.c3-0.80w-ubr4.nyr-80w.ny.cable.rcn.com) |
| 14:52:48 | CIA-85 | New commit by bertrik (r23347): Meizu M6 SP: make bootloader compile and run again ... |
| 14:55:49 | | Quit mitk ("CGI:IRC") |
| 15:00 |
| 15:03:45 | CIA-85 | New commit by bertrik (r23348): Fix ipod nano 2g bootloader link problem, caused by my previous commit |
| 15:08:59 | | Quit JackWinter (Remote closed the connection) |
| 15:11:20 | | Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) |
| 15:15:04 | n1s | bertrik: svn:eol-style native i think |
| 15:15:29 | n1s | TheSeven: that's mostly working now anyway ;) |
| 15:15:46 | TheSeven | n1s: I don't think so |
| 15:16:07 | TheSeven | it's obviously still screwing people's FTLs and there's still quite a bunch of things to fix |
| 15:16:20 | TheSeven | especially the very slow reaction of the menus, which is really annoying |
| 15:17:06 | | Join mt [0] (n=mtee@rockbox/developer/mt) |
| 15:18:14 | mt | linuxstb: I just looked into metadata_common.c and how metadata/ape.c implemented id3 parsing. |
| 15:25:12 | | Join flydutch [0] (n=flydutch@87.15.212.81) |
| 15:25:35 | | Quit efyx_ (Remote closed the connection) |
| 15:28:27 | | Quit JackWinter (Remote closed the connection) |
| 15:29:13 | | Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) |
| 15:39:09 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 15:39:22 | | Quit liar (Read error: 148 (No route to host)) |
| 15:40:50 | | Quit stoffel (Read error: 113 (No route to host)) |
| 15:45:56 | | Quit Crackerizer ("CGI:IRC") |
| 15:52:05 | *** | Saving seen data "./dancer.seen" |
| 15:59:34 | | Quit teru ("Quit") |
| 16:00 |
| 16:04:05 | | Join rvvs89_ [0] (n=ivo@pdpc/supporter/base/rvvs89) |
| 16:04:36 | elinenbe_ | TheSeven: quick question... what's the status with the 4G nano? |
| 16:04:45 | | Quit rvvs89 (Nick collision from services.) |
| 16:05:15 | | Nick rvvs89_ is now known as rvvs89 (n=ivo@pdpc/supporter/base/rvvs89) |
| 16:05:35 | | Nick elinenbe_ is now known as elinenbe (n=elinenbe@207-237-212-81.c3-0.80w-ubr4.nyr-80w.ny.cable.rcn.com) |
| 16:06:21 | TheSeven | we're trying to work out a way to dump the bootrom |
| 16:27:33 | | Nick Ypsy is now known as YPSY (n=ypsy@87.106.45.183) |
| 16:30:00 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 16:30:10 | linuxstb | bertrik: Yes, the bootloader needs about 300KB BSS (but that could probably be trimmed a lot if it ever needed to be) |
| 16:33:23 | linuxstb | mt: I can't see any id3 parsing in metadata/ape.c. You should just be able to call setid3v1title() (in apps/metadata/mp3.c) - that is taking account of the current codepage, which I don't think your version is doing. |
| 16:39:45 | | Join reydarz [0] (n=44fea580@giant.haxx.se) |
| 16:40:46 | | Quit petur ("later") |
| 16:40:55 | | Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
| 16:42:02 | * | bertrik is slightly confused by the polarity of the hold button in ams sansa hardware |
| 16:42:41 | | Join gtkspert [0] (n=gtkspert@124-169-255-126.dyn.iinet.net.au) |
| 16:50:00 | | Join stoffel [0] (n=quassel@p57B4CD38.dip.t-dialin.net) |
| 16:51:03 | | Quit reydarz ("CGI:IRC (EOF)") |
| 16:56:19 | | Join StealthyXIIGer [0] (n=stealthy@68.62.19.6) |
| 16:58:04 | | Quit gtkspert_ (Read error: 101 (Network is unreachable)) |
| 17:00 |
| 17:04:16 | bertrik | ideally I should have a fuze, e200v2 and a c200v2 to really make the button reading robust ... |
| 17:05:56 | | Quit Horscht ("Verlassend") |
| 17:13:10 | | Join toffe82 [0] (n=chatzill@adsl-75-3-221-126.dsl.frs2ca.sbcglobal.net) |
| 17:13:42 | mt | linuxstb: stupid question, should I just copy setid3v1title ? |
| 17:16:28 | FlynDice | Doe anyone interested in the AMS Sansas have any concerns about changing the IDECLK to 62 MHz under the assumption that MCLK == IDECLK for the internal SD card as I posted here: http://forums.rockbox.org/index.php?topic=14064.msg157291#msg157291? |
| 17:16:38 | FlynDice | er does... |
| 17:19:00 | | Quit DerPapst1 ("Leaving.") |
| 17:20:14 | bertrik | I don't see a problem with that, what is the current value? |
| 17:21:14 | FlynDice | right now we're doing 82 MHz |
| 17:22:18 | bertrik | FlynDice, I could test stuff on a clip (internal only) and a c200v2 (internal + uSD) if you want |
| 17:24:12 | FlynDice | I've tested on my e280v2 but perhaps a clip test would be prudent. Pastie coming up |
| 17:27:03 | FlynDice | bertrik: http://pastie.org/669045 |
| 17:28:25 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 17:29:07 | bertrik | sorry, I like to test things, but I don't have much time right now |
| 17:31:42 | FlynDice | bertrik: No problem , thought you wanted to do it, I'm not too concerned, it should be fine |
| 17:39:20 | | Quit StealthyXIIGer (Read error: 131 (Connection reset by peer)) |
| 17:39:34 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 17:52:07 | *** | Saving seen data "./dancer.seen" |
| 17:55:48 | toffe82 | bertrik: for the meizu, to install rockbox how do you do ? |
| 18:00 |
| 18:04:50 | | Nick uflops is now known as mikroflops (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 18:04:58 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 18:05:07 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 18:05:15 | TheSeven | my nano 2g is running for 17 hours now, and the battery icon is still at around 2/3 |
| 18:05:50 | TheSeven | (i know this is badly calibrated and especially the lower end of the scale is far off, but i'd nevertheless say that it's around half full) |
| 18:07:01 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 18:12:21 | mt | Should a clip+ page go under "Sandisk" or under "Sandisk->SansaClip" |
| 18:12:29 | mt | ? |
| 18:13:14 | | Join liar [0] (n=liar@213162066156.public.t-mobile.at) |
| 18:13:31 | mc2739 | clipv2 is on http://www.rockbox.org/wiki/SansaClip so maybe that would be a good place for clip+ also |
| 18:14:26 | | Join Tuplanol1a [0] (n=jani@adsl-77-109-223-193.kymp.net) |
| 18:18:12 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 18:20:00 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 18:21:56 | kugel | bertrik: what do you mean by "different pre-charge level"? |
| 18:23:24 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 18:28:49 | | Quit stoffel (Read error: 113 (No route to host)) |
| 18:31:28 | bertrik | kugel, I mean the the value you write to the DBOP, before doing the DBOP read, so for example 0xE0FF instead of 0xF0FF (where bit 12 for the hold button is different) |
| 18:32:20 | bertrik | I'm having trouble to really understand how the buttons are connected to the DBOP lines in the various ams sansas |
| 18:32:31 | kugel | I tried that, and it didn't work. without precharging it would always detect whether it's pressed or not |
| 18:32:48 | * | Unhelpful takes another stab at building gcc-4.4.2 :/ |
| 18:33:03 | bertrik | On the c200v2 for example, all buttons seem to pull down a line when pressed, but this is different apparently for the hold button on the e200v2/fuze |
| 18:33:07 | bertrik | kugel, so it always detected hold, or never detected hold? |
| 18:33:09 | kugel | Unhelpful: did you have the unwind exceptions thing also? |
| 18:33:20 | Unhelpful | after disabling libiberty, and patching out the direct dep on libiberty.a for fixincludes |
| 18:33:28 | kugel | bertrik: it things it was pressed if it wasn't |
| 18:34:29 | kugel | bertrik: see my very first comment on that task |
| 18:34:50 | kugel | Unhelpful: was that a yes? |
| 18:34:56 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 18:36:20 | Unhelpful | kugel: yes, i did. one way to address it is by building a non-eabi compiler that passes the eabi flags to the assembler. this will create non-standard objects, not that we care, which will have non-eabi struct and calling conventions, but which have the eabi-style jump relocations which will be stubbed if needed at link time. |
| 18:36:23 | | Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 18:36:26 | | Quit Zarggg (Connection reset by peer) |
| 18:36:26 | | Quit Zarggg_ (Read error: 54 (Connection reset by peer)) |
| 18:37:43 | kugel | Unhelpful: do you think it's a bug or did we miss something? unfortunately nobody on the gcc ml answered yet |
| 18:38:11 | Unhelpful | i think it has to do with things that eabi expects of the environment in which code is executed |
| 18:38:25 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 18:38:59 | kugel | IIUC this unwind stuff is only needed for non-C languages which can do advanced exception handling |
| 18:40:06 | kugel | I can live with that I have to have stub sections for extab/exidx, but not that unwind makes require linking against a C lib implementation |
| 18:41:27 | kugel | I haven't tried patching gcc to #if 0 the unwind related code though |
| 18:41:58 | Unhelpful | i was discarding extab/exidx. i *believe* it was a div0 handler that pulled in the unwind stuff. i don't have the depth of knowledge to figure out where to stub out a handler to avoid the unwinding... |
| 18:43:04 | TheSeven | does anybody know what the "synopsys otg" is? |
| 18:43:52 | kugel | Unhelpful: a div0 handler? |
| 18:44:25 | bertrik | synopsis designs logic circuits, so the synopsis otg is an USB otg controller designed by synopsis. I looked for more information on it but I couldn't find it. |
| 18:44:36 | Unhelpful | i *think* that was what it was. it was a while ago. :P |
| 18:48:03 | | Quit robin0800 (Remote closed the connection) |
| 18:49:15 | linuxstb | mt: Why would you want to copy setid3v1title? Can't you just call it directly? (after making it non-static of course) |
| 18:49:49 | bertrik | kugel, yeah that's the weird thing about the hold button I don't understand: it seems that if you precharge the hold data line with 0, and wait only a short while it reads back as 1, but if you wait longer it reads back as 0 again ... :S |
| 18:50:22 | mt | linuxstb: Yeah ok .. didn't want to modify mp3.c :) |
| 18:50:23 | | Join einhirn [0] (n=Miranda@p5DCC01B3.dip0.t-ipconnect.de) |
| 18:50:33 | n1s | linuxstb, mt: maybe it should move into the metadata_common.c file if used by several parsers |
| 18:50:41 | kugel | bertrik: I haven't noted that behavior |
| 18:50:49 | mt | n1s: Was just going to ask about that |
| 18:51:11 | kugel | or a id3v1.c :) |
| 18:52:42 | Unhelpful | you can try looking in the mapfile to see what you need to fix... |
| 18:52:50 | | Join _0x90u [0] (n=00x90u@16-144.232.popsite.net) |
| 18:56:07 | kugel | Unhelpful: was that for me? |
| 18:57:14 | mt | linuxstb: So what do you think about moving setid3v1title to metadata_common ? |
| 18:58:12 | linuxstb | mt: I don't think it fits there. I would just leave it in mp3.c, as that's where all the id3 parsing code lives. |
| 18:58:31 | Unhelpful | kugel: indeed |
| 18:58:42 | linuxstb | Although that could be split into mpeg audio parsing and id3 parsing, but that doesn't seem important... |
| 18:58:43 | kugel | bertrik: I'm not sure about the wrong detection of hold with 0xE0FF anymore actually, it's very possible that it just didn't work (i.e. never detected hold) |
| 18:59:23 | kugel | I rather think it was this way since your initial patch caused the false positives IIRC |
| 18:59:36 | kugel | Unhelpful: what map file?# |
| 18:59:52 | kugel | also, you're having a go right now so I won't do anything :P |
| 19:00 |
| 19:00:35 | saratoga | is there some script that parses the test_codec output files and converts them or did everyone make those tables by hand? |
| 19:00:43 | mt | linuxstb: It's ok to put its prototype in metadata_common.h though right ? :) |
| 19:01:07 | | Join stoffel [0] (n=quassel@p57B4CD38.dip.t-dialin.net) |
| 19:01:33 | linuxstb | mt: Maybe metadata_parsers.h - that's where other functions from mp3.c are exported - e.g. getid3v2len() |
| 19:01:39 | Bagder | http://www.greenhughes.com/content/give-your-older-mp3-player-or-ipod-new-lease-life-rockbox |
| 19:01:57 | linuxstb | ipods are not mp3 players? |
| 19:02:43 | Bagder | "If you get stuck you'll find a manual specifically written for your device on the site with full instructions, an impressive documentation effort." |
| 19:02:51 | Bagder | a fine quote |
| 19:03:13 | n1s | linuxstb: no! they are so much more! thay can... uh, have notes on them! |
| 19:03:49 | Unhelpful | kugel: i'm still trying to compile gcc-4.4.2... i think it's time to give up :) |
| 19:04:05 | linuxstb | "Rockbox can be extended through plugins and many of these are available on the site" is a bit misleading though. |
| 19:04:10 | n1s | which btw was a nice thing added by apple but for entirely different reasons :) |
| 19:04:21 | bertrik | yay, we just got ogg support \o/ |
| 19:05:21 | linuxstb | "Sadly it doesn't work on newer iPods, as changes to the newer products have meant that you need iTunes, which is still not available for Linux" is also a bit odd... |
| 19:05:56 | | Join quidam [0] (n=ruben@ns304994.ovh.net) |
| 19:06:08 | quidam | hi, quick question |
| 19:06:24 | linuxstb | 5...4...3...2...1.............. |
| 19:06:41 | quidam | is there a way to remove the original apple firmware from my ipod and use just rockbox? |
| 19:07:35 | kugel | Unhelpful: I wonder if it's worth trying a 4.3.0 snapshot |
| 19:08:36 | krazykit | quidam, no, not completely. |
| 19:08:47 | linuxstb | quidam: There are two parts to the Apple firmware - the part stored in flash ROM, and the part on disk. What do you want to remove, and why? |
| 19:09:19 | quidam | I'd like to get rid of any non-free software piece |
| 19:11:57 | CIA-85 | New commit by mt (r23349): Revert r23339 and use setid3v1title() from metadata/mp3.c instead. |
| 19:12:23 | quidam | linuxstb: can I remove at least the part on disk? |
| 19:14:26 | | Join reydarz [0] (n=44fea580@giant.haxx.se) |
| 19:15:38 | mt | From ClipV2's components, I can identify the different chips on the clip+'s board, but how do I double check ? searched but couldn't find something useful. |
| 19:15:58 | | Quit Bob_C_ (Read error: 104 (Connection reset by peer)) |
| 19:17:27 | | Join Bob_C [0] (n=chatzill@host86-141-199-226.range86-141.btcentralplus.com) |
| 19:17:32 | mt | (I've searched using the chip markings btw) |
| 19:19:11 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
| 19:21:27 | linuxstb | quidam: You can if you want to, but there's no real point - it's not run unless you select it. See http://www.rockbox.org/wiki/IpodPatcher for various options. |
| 19:21:27 | | Quit reydarz ("CGI:IRC (EOF)") |
| 19:22:10 | | Join tresh [0] (n=tresh@62.178.230.100) |
| 19:23:42 | quidam | linuxstb: thank you, that is interesting |
| 19:23:45 | | Quit stoffel (Remote closed the connection) |
| 19:25:48 | | Join liar|netbook [0] (n=liar@83.175.83.185) |
| 19:26:09 | | Quit Bob_C (Read error: 104 (Connection reset by peer)) |
| 19:26:27 | | Quit liar|netbook (Read error: 131 (Connection reset by peer)) |
| 19:28:22 | tresh | Hi. I just dropped by to ask if i can install rockbox on my sansa e260v2 using the automated way of installation. The e200v2 installation entry and the wiki are kinda contradicting. Right now i tried the current stable version of rockbox utility and that seems to be unable to flash e200v2 players. tia |
| 19:28:36 | | Quit liar (Read error: 110 (Connection timed out)) |
| 19:30:06 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 19:30:07 | | Join TopyMobile [0] (n=topy@xdsl-78-34-64-136.netcologne.de) |
| 19:30:16 | JdGordon | kugel: seen 10721? |
| 19:31:46 | CIA-85 | New commit by FlynDice (r23350): AMS Sansa: Assume IDECLK is MCLK for the internal SD Disk. Reduce IDECLK to 62 MHz for now to be consistent with MCLK for uSD which is PCLK. ... |
| 19:34:27 | kugel | JdGordon: yes, now :) |
| 19:34:49 | JdGordon | looks like the custom sb broke it :) |
| 19:40:15 | | Join Lss [0] (n=Lss@cm46.delta91.maxonline.com.sg) |
| 19:46:44 | kugel | JdGordon: I wonder how :/ |
| 19:48:08 | JdGordon | yeah, no clue either :p |
| 19:48:36 | JdGordon | maybe its the same thing that I was asking about where the default vp gets set to 0,0,0,0? although if other text is being displayed probably not |
| 19:49:19 | | Part quidam ("WeeChat 0.2.6") |
| 19:52:08 | *** | Saving seen data "./dancer.seen" |
| 19:52:28 | kugel | JdGordon: it seems to try to load a "-.bmp" |
| 19:54:44 | * | JdGordon builds a h100 sim to have a looky |
| 19:56:38 | JdGordon | yep... tris reading -.bmp! |
| 19:57:42 | JdGordon | hmm... umm |
| 19:58:05 | JdGordon | it doesnt if you manually load the boxes.wps |
| 19:58:39 | * | kugel didn't touch %pb parsing |
| 19:58:54 | JdGordon | and the parsing code still looks fine |
| 20:00 |
| 20:03:14 | pixelma | the fallback default WPS doesn't seem to display a progressbar either |
| 20:04:21 | JdGordon | e200 also |
| 20:04:26 | JdGordon | so presumably all.. |
| 20:04:39 | pixelma | c200 here |
| 20:06:17 | | Quit TopyMobile ("Ex-Chat") |
| 20:06:29 | | Join einhirn [0] (n=Miranda@p5DCC01B3.dip0.t-ipconnect.de) |
| 20:06:34 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 20:07:02 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 20:08:34 | kugel | JdGordon: if %pb||....| works it might be that this "-" slips in from somewhere |
| 20:08:48 | JdGordon | that shouldnt work |
| 20:09:16 | JdGordon | oh, that does work |
| 20:09:37 | kugel | haha |
| 20:09:51 | JdGordon | I'm just looking at the code |
| 20:10:49 | | Join TopyMobile [0] (n=topy@xdsl-78-34-64-136.netcologne.de) |
| 20:14:18 | | Quit faemir ("Leaving") |
| 20:15:32 | | Join pamaury [0] (n=pamaury@88-123-151-89.rev.libertysurf.net) |
| 20:16:51 | kugel | I think I know the problem |
| 20:17:51 | kugel | boxes.wps %pb is different due my changes (probably the wpsbuild.pl/WPSLIST ones) |
| 20:18:48 | kugel | so if plain %pb was ever supposed to work it was likely broken before |
| 20:19:52 | pixelma | it worked after the last big %pb rework |
| 20:20:14 | pixelma | after some fixes, if I recall correctly |
| 20:20:20 | kugel | arg that wouldn't explain the builtin wps breakage |
| 20:24:09 | | Quit pamaury ("exit(*(int *)0 / 0);") |
| 20:26:06 | | Quit Rondom (Nick collision from services.) |
| 20:26:09 | pixelma | could it be something with bitmap or no bitmap handling (or the parameter). I can confirm that non bitmap progressbars still work if they have all the parameters set (%pb|-|...) |
| 20:26:17 | | Join Rondom [0] (n=Rondom@84.57.203.241) |
| 20:30:18 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 20:34:02 | bertrik | FlynDice, I've been playing audio on my sansa clip since your ide clock update and I've seen no weird effects yet |
| 20:34:45 | bertrik | BTW, did saratoga's clip stability work already go in? I haven't had a crash yet ... |
| 20:34:56 | FlynDice | bertrik: Yes, it should be fine, we're still overclocking but we're overclocking less.... Thanks for letting me know ;) |
| 20:35:17 | FlynDice | I don't think so |
| 20:35:39 | bertrik | oh maybe I just got lucky then |
| 20:36:21 | | Quit n1s ("Lämnar") |
| 20:36:47 | saratoga | bertrik: its mostly matsch's work |
| 20:36:59 | saratoga | he found the bug somehow |
| 20:37:12 | saratoga | so far all thats gone in is a comment by funman today explaining the bug |
| 20:37:31 | pixelma | kugel: or the fallbacks are off if the parameters ar not set? Like e.g. zero height or so that it is just invisible |
| 20:41:20 | pixelma | I already get a weird result if I replace the height with - in my WPS... |
| 20:42:47 | pixelma | the progressbar is a lot higher than it should be (that should be dependent on font size IIRC or at least something reasonable like 7 pixels or so |
| 20:45:38 | pixelma | hmm... no. It looks correctly was bislead by the fact that the viewport was limiting the size |
| 20:46:10 | | Join liar [0] (n=liar@83.175.83.185) |
| 20:46:34 | saratoga | huh is it just me or has wavpack decoding gotten slower on arm |
| 20:47:01 | amiconn | [00:32:19] -*- TheSeven found the difference between the slow and fast menus <== What is it? |
| 20:48:16 | TheSeven | everything that goes through tree.c seems to be slow |
| 20:48:35 | TheSeven | i.e. everything that goes through browse() in root_menu.c or whatever it's called |
| 20:48:43 | pixelma | kugel: oh, but it disappears if I replace the width with "-". This is with a test WPS now that only contains %pb|1|3|-|-| not even disabling the statusbar. If I put a number into the width field the progressbar shows up |
| 20:48:47 | JdGordon | because of disk access? |
| 20:49:05 | pixelma | kugel: no viewports defined in that WPS either |
| 20:49:13 | kugel | interesting |
| 20:49:52 | kugel | pixelma: what about the filename argument? |
| 20:49:58 | saratoga | accroding to test_codec, wavpack has actually gotten 10% slower |
| 20:49:58 | kugel | %pb|1|3|-|-| lacks one |
| 20:50:10 | TheSeven | no idea what actually slows it though |
| 20:50:44 | JdGordon | kugel: that one should fail the parse.... or 1 with be the filename |
| 20:50:49 | pixelma | kugel: sorry typoed %pb|-|1|3|-|-| |
| 20:51:04 | JdGordon | either way... %pb should be working :) |
| 20:51:12 | kugel | does omitting parameters work the same way as for viewports? |
| 20:51:23 | JdGordon | they get given default |
| 20:51:32 | * | kugel remembers some line height magic |
| 20:51:46 | JdGordon | thats only with %pb though |
| 20:51:51 | JdGordon | not if it has any params |
| 20:51:52 | JdGordon | i tihnk |
| 20:51:54 | pixelma | well height seems to work but width doesn't |
| 20:52:19 | JdGordon | no.. im wrong.. it happens if the y position is - |
| 20:52:56 | pixelma | %pb|-|1|3|130|-| works so I assume I'm allowed to ommit parameters, and I'm already allowed to do so for the bmp |
| 20:53:34 | pixelma | I'm convinced it worked once |
| 20:53:53 | kugel | JdGordon: what happens with y="-"? |
| 20:54:07 | JdGordon | pb->y = -line_num - 1; /* Will be computed during the rendering */ |
| 20:54:41 | JdGordon | I want to say I dont tihnk the default viewport is getting initialised corectly... but that doesnt seem to make sense |
| 20:58:28 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
| 20:59:13 | saratoga | WMA is now 1.5x as fast as it was 2 years ago |
| 20:59:31 | saratoga | MP3 2x |
| 20:59:33 | saratoga | on PP |
| 20:59:37 | saratoga | Vorbis is a lot faster too |
| 21:00 |
| 21:00:17 | saratoga | AAC is still slow, but faster then MP3 was in August 2007 |
| 21:00:32 | saratoga | wavpack got slower |
| 21:02:18 | saratoga | slower on both ARM and Coldfire |
| 21:02:22 | kugel | did any hybrid wav code land in svn? |
| 21:02:31 | saratoga | i don't think so |
| 21:02:34 | | Join Strife89 [0] (n=michael@adsl-220-102-158.mcn.bellsouth.net) |
| 21:02:35 | saratoga | but it happened a long time ago |
| 21:02:42 | saratoga | probably fall 2007 or early 2008 |
| 21:04:47 | saratoga | i updated this: http://www.rockbox.org/wiki/CodecPerformanceComparison |
| 21:06:11 | saratoga | the coldfire results are surprisingly poor for most transform codecs |
| 21:06:20 | saratoga | i suppose the current imdct lib isn't all that fast on coldfire |
| 21:07:02 | saratoga | hopefully the new one will do something about that |
| 21:12:33 | kugel | "the new one"? |
| 21:13:18 | | Quit TopyMobile (Remote closed the connection) |
| 21:15:30 | saratoga | mt and i are working on a better one (hopefulyl better) |
| 21:24:21 | | Quit adiroiban ("Leaving.") |
| 21:27:05 | | Join toffe82_ [0] (n=chatzill@adsl-75-3-221-126.dsl.frs2ca.sbcglobal.net) |
| 21:27:38 | | Join reydarz [0] (n=44fea580@giant.haxx.se) |
| 21:27:40 | CIA-85 | New commit by tomers (r23351): Use ARRAYLEN macro in usb_keymaps.c |
| 21:31:56 | | Join Gosc411 [0] (n=Anonymou@acdb106.neoplus.adsl.tpnet.pl) |
| 21:34:09 | | Quit Gosc411 (Client Quit) |
| 21:41:08 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 21:44:21 | | Join phanboy_iv [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 21:47:55 | | Quit niekie (Read error: 131 (Connection reset by peer)) |
| 21:50:34 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 21:52:12 | *** | Saving seen data "./dancer.seen" |
| 21:56:42 | | Quit toffe82 (Connection timed out) |
| 21:57:57 | | Quit bluebrother (Nick collision from services.) |
| 21:57:59 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
| 22:00 |
| 22:01:47 | | Quit crashd ("leaving") |
| 22:02:48 | | Join _0x90u[Nap|AFK] [0] (n=00x90u@02-175.232.popsite.net) |
| 22:03:00 | | Join crashd [0] (i=foobar@lostnode.org) |
| 22:03:06 | | Quit phanboy4 (Read error: 110 (Connection timed out)) |
| 22:03:07 | | Quit reydarz ("CGI:IRC (EOF)") |
| 22:06:09 | | Quit n17ikh (Read error: 104 (Connection reset by peer)) |
| 22:12:46 | | Join stoffel [0] (n=quassel@87.180.205.56) |
| 22:14:34 | | Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) |
| 22:15:02 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
| 22:17:30 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 22:17:57 | | Quit _0x90u (Read error: 113 (No route to host)) |
| 22:17:59 | | Join adiroiban [0] (n=adiroiba@h89-43-250-166.teleson.ro) |
| 22:19:05 | | Join _0x90u [0] (n=00x90u@20-174.232.popsite.net) |
| 22:24:00 | kugel | bertrik: I'll try the dbop patch later today. is there anything else I can test? I don't think 0xe0ff is going to work |
| 22:27:09 | kugel | btw, is writing to dbop_dout safe during lcd updates? couldn't that won't that mess up the coordinates? I don't understand it fully |
| 22:29:13 | | Join stoffel_ [0] (n=quassel@p57B4CD38.dip.t-dialin.net) |
| 22:29:28 | | Quit esperegu (Read error: 131 (Connection reset by peer)) |
| 22:31:23 | bertrik | kugel, the lcd only really looks at the DBOP data lines around the time a control line pulses. The control lines are disabled by the dbop read routine (and restored to their old value at the end of the dbop read routine), so this should be safe. |
| 22:32:15 | bertrik | In the old situation we actually communicated with the LCD controller instead, so it was possible that a command was interrupted by the write-red-pixel command. |
| 22:32:35 | bertrik | (at least, that is the theory :) ) |
| 22:33:52 | bertrik | kugel, I'm a bit out of ideas what next to try, I'd really like to get rid of the extra delay for reading the hold button on the fuze, but maybe we just can't get around that. |
| 22:34:33 | bertrik | One final thing to try is to write something into bits 8-11 of the pre-charge and see if that has any effect on the hold button reading |
| 22:36:44 | | Quit Horscht ("Verlassend") |
| 22:36:55 | | Quit faemir ("Leaving") |
| 22:37:24 | | Quit _0x90u[Nap|AFK] (Read error: 113 (No route to host)) |
| 22:37:30 | | Quit stoffel (Read error: 148 (No route to host)) |
| 22:38:10 | mt | This is what I could identify so far on the clip+'s board : http://www.pastie.org/669339 |
| 22:39:38 | | Join DerPapst [0] (n=DerPapst@p4FE8FEA3.dip.t-dialin.net) |
| 22:40:10 | bertrik | great, please put it on the wiki. The FM chip looks like another si4702 just like the clip v1, and the "SD" in the memory marking looks like a memory chip with SD card interface (which is easier to interface than a raw NAND chip) |
| 22:40:10 | | Quit bmbl ("Bye!") |
| 22:40:11 | mt | Should I save it like that ? I wanted to double check the chips' markings but searching with any part of the marking didn't get me any good result. |
| 22:41:01 | tomers | Can somebody check the build server? |
| 22:41:16 | tomers | Build should have been done 68m 57s ago, at 22:32:15... |
| 22:41:56 | TheSeven | ipod playing for 21.5h now, battery indicator still above half full... |
| 22:42:03 | mc2739 | tomers: I think it will correct itself the next time something is committed |
| 22:42:28 | | Nick YPSY is now known as Ypsy (n=ypsy@87.106.45.183) |
| 22:43:17 | TheSeven | i think this can't be that terribly off... breaking the 24h apple manages should succeed then! |
| 22:43:22 | kugel | mt: the soc has the same markings as clip and fuze? |
| 22:43:24 | | Join alexbobp [0] (n=alex@66.112.249.119) |
| 22:43:39 | mt | kugel: Yes |
| 22:43:48 | TheSeven | i wouldn't be surprised if it's still running when i get up tomorrow |
| 22:43:53 | amiconn | kugel: Do you have a patch for testing lcd_bitmap_transparent_part() in test_gfx somewhere? |
| 22:44:21 | kugel | amiconn: yea, but I noticed my tests are pretty nonsense |
| 22:44:32 | * | amiconn got some C code that's only 1 instruction longer than the asm; speed should be about the same, depending on the amount of transparent pixels |
| 22:44:49 | | Join kyle6513 [0] (n=kyle@58.174.128.189) |
| 22:44:58 | kugel | or rather they only tested the loop performance, as the bitmap didn't have the transparent colors |
| 22:45:26 | amiconn | If there are many transparent pixels, it should be a bit faster than the asm, if there are none or almost none, it should be a little slower (but still measurably faster than the C in current svn) |
| 22:46:50 | | Quit flydutch ("/* empty */") |
| 22:47:25 | kugel | I basically made a test calling show_logo() (and modified show_logo() itself a bit), but I didn't exchange the rockbox logo |
| 22:48:48 | | Quit kyle6513 (Client Quit) |
| 22:49:32 | saratoga | mt: so basically you're stuck waiting for a sandisk firmware update? |
| 22:50:07 | mt | Or way to get into recovery mode :) |
| 22:50:21 | kugel | with my paste from tonight I got 68fps on my fuze (again, only the loop performance). That does not do "int i = width" and then counting towards zero because that was actually slower it (the asm version does this) |
| 22:51:06 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 22:51:25 | saratoga | mt: you cuold try shorting the pins on the flash memory and see if you can get into recovery mode like the e200v2 |
| 22:52:17 | mt | I'll look into it tonight |
| 22:54:19 | kugel | I think I'm gonna do better tests as I also didn't cut enough out of show_logo() (i.e. it does more stuff that just doing the lcd_bitmap_transparent() call) :/ |
| 22:55:30 | linuxstb | Maybe choosing some different-sized bitmaps from apps/plugins/bitmaps/native/ and drawing those |
| 23:00 |
| 23:01:57 | linuxstb | TheSeven: Wow, that's an impressive runtime... |
| 23:02:32 | TheSeven | Somebody needs to do one without boosting/undervolting then |
| 23:03:17 | TheSeven | the battery runtime so far is far better than expected, the ADC measurements are probably way too high because of the current the ADC itself and the CPU (which will be busy waiting during the measurement) consumes |
| 23:04:03 | | Quit stoffel_ (Remote closed the connection) |
| 23:04:11 | TheSeven | and remember that this ipod battery is 3 years old and very heavily used, several times deep discharged, etc. |
| 23:04:47 | linuxstb | Is boosting/undervolting in SVN? |
| 23:04:56 | TheSeven | no, but in flyspray |
| 23:05:40 | TheSeven | If the battery indicator is right, we'll hit ~50 hours, that's ~8mA if the battery would still have its full capacity, so probably even less! |
| 23:05:43 | linuxstb | I could run some tests - my Nano2G has hardly been used, apart from the last couple of months for Rockbox development. |
| 23:06:16 | TheSeven | if what I think right now is true, the boosting patch may almost double the run time |
| 23:06:43 | TheSeven | so yours is likely to end within a day at least, while i'll have to wait for another day... |
| 23:07:44 | linuxstb | I could try with SVN, and then again with your patch. It makes sense to do them both with the same ipod. |
| 23:08:01 | bertrik | TheSeven, that's a really good runtime! many targets seem to consume something on the order of 30 mA or so. |
| 23:08:05 | linuxstb | So is battery bench working, or are you just watching it "manually" ? |
| 23:08:14 | TheSeven | linuxstb: if you don't need your ipod, go for it! |
| 23:08:37 | TheSeven | it's working after some fixes like stack size increases |
| 23:08:56 | TheSeven | hm, the battery bench stack is probably the only one I haven't committed |
| 23:08:59 | bertrik | can you turn the ADC measurement somehow in a wakeup/signal wait? |
| 23:09:13 | TheSeven | it's I2C |
| 23:09:29 | TheSeven | so i need to poll the PMU for a finished conversion |
| 23:09:39 | TheSeven | but yes, i could wait a bit less busy |
| 23:10:08 | | Join niekie [0] (i=quasselc@dreamworld.bergnetworks.com) |
| 23:10:15 | TheSeven | my ADC readings are at ~16mA |
| 23:18:16 | | Quit Strife89 ("She sells C Shells by the seashore....") |
| 23:21:58 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 23:25:37 | | Join Strife89 [0] (n=michael@adsl-220-102-158.mcn.bellsouth.net) |
| 23:26:21 | linuxstb | Bagder: Can you poke/kick/tickle/whatever the build system? |
| 23:30:53 | | Part froggyman |
| 23:31:20 | | Join FuRom [0] (n=samuel@ip98-183-225-164.hr.hr.cox.net) |
| 23:31:25 | | Join Topy [0] (n=Topy44@e179109187.adsl.alicedsl.de) |
| 23:31:53 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 23:31:53 | Bagder | I restarted the server, but I guess it doesn't regenerate the table until the next commit |
| 23:32:41 | FuRom | Can I use rockbox with the ipod touch? |
| 23:32:45 | saratoga | no |
| 23:32:47 | TheSeven | no |
| 23:33:12 | FuRom | Thanks |
| 23:33:39 | saratoga | Bagder: can you upload this to the webserver in the testfiles directory: http://duke.edu/~mgg6/rockbox/64kaache.m4a |
| 23:33:46 | FuRom | #iphone |
| 23:33:56 | | Part FuRom |
| 23:33:59 | saratoga | http://download.rockbox.org/test_files/ |
| 23:34:12 | | Quit tresh (Client Quit) |
| 23:34:32 | Bagder | done! |
| 23:34:46 | saratoga | on a side note if anyone wants to encode a copy of that track in Apple lossless, Cook, ATRAC3, etc it would be great |
| 23:35:00 | saratoga | i'm not really sure how to do most of those oddball formats though |
| 23:35:38 | saratoga | speex and shorten too |
| 23:36:06 | linuxstb | Apple lossless is hardly "oddball"... ;) |
| 23:36:24 | saratoga | well odd for me since I don't have itunes :) |
| 23:36:35 | saratoga | thougyh i've got a lab machine with it somewhere so maybe i can make a file tonight |
| 23:37:03 | saratoga | also i should dig out my gigabeat F and run a test on it |
| 23:37:03 | linuxstb | Doesn't ffmpeg have an alac encoder now? But I guess using itunes would make a better test file. |
| 23:37:07 | | Nick Ypsy is now known as YPSY (n=ypsy@87.106.45.183) |
| 23:37:09 | saratoga | yes it does |
| 23:37:21 | saratoga | i think its actually supposed to be quite good so maybe that would be good enough |
| 23:37:50 | Unhelpful | kugel: looking at maps from attempting to build on e200 with 4.4.1 eabi, after discarding the exception-related segments, i see references to a number of division-related (per naming convention) routines with __eabi prefixes. my guess is that the eabi compiler emits calls to different division routines than the "standard" one... perhaps aliasing these to more "normal" routines would help? |
| 23:39:29 | | Quit faemir ("Leaving") |
| 23:40:04 | kugel | Unhelpful: maybe, remember we still need working division :/ |
| 23:40:58 | Unhelpful | kugel: obviously, but if we supply our own division routines with the expected names, or alias the eabi ones to "standard" ones, we can perhaps avoid the other cruft that they pull in. |
| 23:41:01 | kugel | __eabi_* ain't the problem, is it? the unwind relateted functions are |
| 23:41:47 | kugel | one should probably have a look why the eabi pulls unwind exceptions in even for C code :S |
| 23:42:18 | kugel | in the gcc sources, that is |
| 23:42:59 | Unhelpful | good luck, libgcc is a bit icky. |
| 23:43:02 | | Join mt2 [0] (n=chatzill@41.233.139.12) |
| 23:43:17 | kugel | hehe, I can imagine |
| 23:43:41 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 23:43:57 | | Quit ender` (" If you're going to do something tonight that you'll be sorry for tomorrow morning, sleep late.") |
| 23:44:16 | mt2 | Tried shorting the flash's pins; 17 & 18, while and connecting .. here's what I get : http://www.pastie.org/669396 |
| 23:44:40 | mt2 | er .. *while connecting to usb (!!) |
| 23:45:15 | mc2739 | kugel: FS #10723 |
| 23:46:09 | Unhelpful | i recall seeing things in libgcc, when i tried to trace the source of various functions, like defines in function names and in types being used to build the same function several times for different types, by compiling the same source file repeatedly with different flags. it's an ugly mess in there. |
| 23:46:22 | kugel | mc2739: grr, I'll have a look |
| 23:46:40 | mt2 | (following funman's post here : http://www.fixya.com/support/t871061-sansa_clip_recovery_mode_bad_firmware) |
| 23:46:50 | | Join explore [0] (n=msparker@pool-173-57-92-51.dllstx.fios.verizon.net) |
| 23:46:50 | mc2739 | thanks |
| 23:47:20 | | Quit explore (Client Quit) |
| 23:47:45 | kugel | mt: interesting, that's more than what you get on the other devices |
| 23:47:59 | | Join casainho [0] (n=chatzill@bl15-99-146.dsl.telepac.pt) |
| 23:48:37 | casainho | joim emc |
| 23:48:52 | casainho | ui, sorry - my mistake |
| 23:49:15 | mt2 | kugel: It reads the size as 4MB though ? |
| 23:49:20 | | Quit T44 (Read error: 110 (Connection timed out)) |
| 23:49:52 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 23:50:41 | kugel | mt: yea, 3,5MB more than on my fuze |
| 23:51:56 | mt2 | oh ok. |
| 23:52:14 | *** | Saving seen data "./dancer.seen" |
| 23:53:10 | Unhelpful | kugel: a function that does nothing but return int a / int b calls __aeabi_idiv on arm-elf-eabi, __divsi3 on arm-elf |
| 23:53:57 | mt2 | what are those files for : MTABLE.SYS, RES_INFO.SYS, SYS_INFO.SYS ? |
| 23:54:27 | kugel | Unhelpful: I remember that divsi3 somehow |
| 23:55:00 | Unhelpful | dividing long long is somewhat more tricky, eabi uses __aeabi_ldivmod instead of __divdi3 - these quite likely have different calling conventions |
| 23:56:06 | kugel | can you look what __aeabi_*div* calls related to unwind excetopns? |
| 23:56:09 | bertrik | mt2, I think one of those holds the configuration (like FM enabled or not, language, volume limit, etc) |
| 23:56:23 | kugel | although these are probably asm |
| 23:56:46 | | Join evilnick_ [0] (n=evilnick@98.14.194.126) |
| 23:58:46 | Unhelpful | neither seems to refer to those symbols :/ |
icon identifies that the person is a core developer (has commit access).