| 00:00:04 | amiconn | Boost/unboost takes 250..500us on PP5022/5024, so it shouldn't be done too often |
| 00:00:27 | hachi | so I'm confused then |
| 00:00:33 | hachi | with a known issue |
| 00:00:35 | * | amiconn wonders why his linux box doesn't automount the ipod |
| 00:00:39 | hachi | nobody rolled back the changes that caused it? |
| 00:00:47 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 00:00:55 | gevaerts | amiconn: a 128k transfer at full speed takes 100 ms, so in comparison boost/unboost is lightning fast |
| 00:01:05 | hachi | I mean, that seems like the perfect candidate for 'hey... maybe I shouldn't have committed this code' |
| 00:01:25 | | Join JdGordon|w [0] (i=836b0049@gateway/web/ajax/mibbit.com/x-dd01ed3e44b8d762) |
| 00:01:52 | n1s | hachi: we are in active development, sometimes things will remain broken until someone figures out the correct fix |
| 00:02:43 | rasher | The correct fix not always being "revert" |
| 00:03:11 | hachi | well, I'm a bit stuck because I don't have any decent clue on how to build toolchains for myself... I'll give it a shot |
| 00:04:06 | n1s | hachi: you could try out some build from the unsupported builds section in the forum |
| 00:04:59 | stripwax | n1s - is that suggestion because those builds are old (and unsupported..), or because some of the unsupported builds incorporate fixes for the problem? |
| 00:05:36 | amiconn | gevaerts: Mini G2 mounts fine under Linux (debian-amd64). Full speed of course, and there are some differences in dmesg output |
| 00:05:48 | amiconn | (comared to when using apple diskmode) |
| 00:05:49 | n1s | stripwax: at least the ryan temp one is from r 156xx so it's old enough |
| 00:05:50 | rasher | Domonoky, bluebrother (for the logs): You might want to tag/branch rbspeex when tagging/branching rbutil releases |
| 00:06:32 | jhMikeS | why worry about running boosted if the device is powered externally? |
| 00:06:43 | amiconn | heat |
| 00:06:49 | gevaerts | amiconn: some differences are expected. Can you paste the dmesg output somewhere ? |
| 00:07:02 | | Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) |
| 00:07:07 | amiconn | The H10 gets quite warm when running constantly boosted, even when not charging in parallel |
| 00:07:10 | hachi | n1s: I'd kinda be more interested in learning how to build toolchains... I've got a nokia tablet that's arm based, and a neo 1973... these things come with a built toolchain so you can just 'go' |
| 00:07:23 | hachi | nobody talks about how to build these things properly |
| 00:07:28 | hachi | you're just supposed to know it somehow |
| 00:07:47 | stripwax | hachi - you can read the wiki page on rockbox which tells you how to use the prebuilt toolchains |
| 00:07:55 | n1s | hachi: well, then I recommend a trip to the wiki :) |
| 00:07:56 | amiconn | gevaerts: http://pastebin.ca/910438 First is apple diskmode, second is rockbox usb |
| 00:08:04 | jhMikeS | nothing I have gets very warm running boosted and the core sleeps more anyway |
| 00:08:06 | hachi | I was just up on the wiki, I don't see any section for it |
| 00:08:17 | n1s | check the CrossCompiler page |
| 00:08:21 | stripwax | hachi - keep looking, there's a VAST amount of developer info in the wiki.. |
| 00:09:20 | stripwax | start at "DocsIndex" and then For Developers.. |
| 00:09:33 | gevaerts | Speed results including boosted at http://pastebin.ca/910442 |
| 00:09:51 | stripwax | btw not necessarily necessary to actually build your own toolchain - ought to be able to use cygwin or vmware as appropriate |
| 00:10:24 | rasher | gevaerts: nice speeds |
| 00:10:29 | amiconn | gevaerts: How do you test speed? |
| 00:10:50 | gevaerts | amiconn: dd if=/dev/sdc of=/tmp/testfile bs=128k count=100 |
| 00:10:57 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 00:11:05 | gevaerts | amiconn: and then back (so I don't destroy data) |
| 00:11:57 | hachi | that's funny... I figured the front page of the wiki would be the index :\ |
| 00:12:23 | amiconn | eh? That outputs several hundred MB/s here... |
| 00:12:30 | scorche|w | indexes are usually at the end of books...not the beginning.. |
| 00:12:49 | amiconn | Hmm, no, only if I use the partition |
| 00:13:06 | scorche|w | then again, it isnt a *true* index |
| 00:13:12 | stripwax | hachi - no, the front page states "Some pages of interest". wiki is searchable, by the way.. |
| 00:13:26 | amiconn | 620kB/s without boosting and with whatever blocksize the patch defaults to |
| 00:13:32 | amiconn | (reading) |
| 00:14:06 | gevaerts | I defaults to 64k |
| 00:14:31 | amiconn | Haha, and the write test fails immediately |
| 00:14:41 | amiconn | ...due to sector 0 protection in the ata driver |
| 00:14:55 | amiconn | *PANIC* Writing on sector 0 |
| 00:15:35 | gevaerts | amiconn: maybe add skip=1 (or 2) to the dd line ? |
| 00:15:43 | amiconn | yeah |
| 00:16:08 | * | gevaerts values his ability to ruin a partition table easily |
| 00:16:58 | * | amiconn will try to skip the firmware partition, so he doesn't need to restore in case of (not too hard) failure |
| 00:17:13 | gevaerts | amiconn: or seek... I never can remember which one. Also probably best try to use matching skip and seek for read and write |
| 00:17:22 | | Quit alienbiker99 (Read error: 104 (Connection reset by peer)) |
| 00:18:09 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
| 00:19:41 | gevaerts | amiconn: about the dmesg output, the differences that I see are the disk model and version (we get them from ata identify), Mode sense where I'm still not sure which pages we actually need, so it outputs none, and ANSI:, which specifies the SCSI spec version we follow (4=spc-2), Apple denies having read the spec, we don't |
| 00:19:42 | JdGordon|w | skip is read seek is write iirc |
| 00:20:01 | amiconn | okay |
| 00:21:10 | | Join barrywardell [0] (n=barrywar@194.46.170.220) |
| 00:21:15 | robin0800 | the current build is 16354 this appears to be one commit back from the front page however the latest commit is 16357 whats going on? |
| 00:22:10 | amiconn | Hmm, writing doesn't seem to work... |
| 00:22:45 | gevaerts | What happens ? |
| 00:22:47 | | Quit MethoS- ("Konversation terminated!") |
| 00:23:16 | | Quit roxfan (Connection timed out) |
| 00:23:45 | amiconn | dd finishes after ~50ms, and claims 231MB/s write speed |
| 00:23:59 | amiconn | Emulated disk led icon stays on |
| 00:24:13 | * | gevaerts wants a disk like that |
| 00:24:22 | amiconn | There seems to be no further problem |
| 00:24:41 | amiconn | For read accesses, the disk led icon properly follows activity |
| 00:24:45 | gevaerts | Does the disk have a write cache ? |
| 00:25:14 | amiconn | That would certainly not cache 13MB |
| 00:25:21 | gevaerts | Forget that. USB speed should still slow it down |
| 00:25:44 | * | amiconn didn't use a repeat count either, but transferred a larger block instead |
| 00:25:47 | | Join cool_walking_ [0] (n=cool_wal@203-59-129-195.perm.iinet.net.au) |
| 00:27:14 | | Join cheetah65 [0] (n=chatzill@adsl-75-47-73-144.dsl.applwi.sbcglobal.net) |
| 00:27:16 | gevaerts | Maybe add conv=fdatasync or oflag=direct ? |
| 00:27:36 | * | amiconn now tried to write an actual file |
| 00:28:14 | pixelma | robin0800: the front page lists all commits, including the ones for the manual and rbutil which don't trigger a build round (no code changes for the targets). But I can't see what r16355 and 16356 should have been, even svn log doesn't tell me... |
| 00:29:38 | rasher | pixelma: domonoky tagging a rbutil release |
| 00:29:39 | amiconn | Filesystem is still okay (checked with apple diskmode and windows chkdsk) |
| 00:30:05 | gevaerts | That's good news at least |
| 00:30:40 | amiconn | Windows mounts it fine via rockbox usb as well |
| 00:32:08 | cheetah65 | i had a rockbox related question, whenever i play a song with album art enabled, it hangs up for a second or two. ive tried clearing settings, the whole 9 yards. any ideas? |
| 00:32:17 | pixelma | rasher: thanks, I just don't know what that involves but I would have expected that this also shows up somewhere in the history |
| 00:32:21 | cheetah65 | nothing on forums |
| 00:32:30 | scorche|w | pixelma: it doesnt track branches |
| 00:33:29 | pixelma | ah hmm... vague idea now :) |
| 00:33:33 | amiconn | ...and writing works there too. |
| 00:33:54 | * | amiconn is now playing an album on his mini which he copied from windows using rockbox usb mode :) |
| 00:34:24 | stripwax | cheetah65 - what device do you have, which build of rockbox are you running? |
| 00:34:46 | cheetah65 | h10 20gb, latest daily build |
| 00:34:53 | scorche|w | pixelma: in other words, it will only monitor "trunk" and not "branches", "songdbj", "tags" or "www" |
| 00:34:56 | gevaerts | How does boost work ? Do I just call cpu_boost(true) when I need speed, and cpu_boost(false) when I don't ? |
| 00:35:02 | amiconn | gevaerts: Does the patch use 64 byte packets, or still 16? |
| 00:35:09 | gevaerts | amiconn: 64 |
| 00:35:09 | amiconn | yes |
| 00:35:43 | stripwax | gevaerts - oh, what was the fix for the corruption when using >=32 byte packets? |
| 00:35:55 | * | stripwax missed that |
| 00:35:58 | jhMikeS | gevaerts: you can use trigger_cpu_boost/cancel_cpu_boost which don't accumulate counts and are thread local |
| 00:35:58 | amiconn | cpu_boost(true) increments a counter, cpu_boost(false) decrements it. Rockbox will boost when the counter becomes > 0 and unboost if it becomes == 0 |
| 00:36:21 | | Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.11/2007112718]") |
| 00:36:23 | amiconn | So multiple threads can boost/unboost as needed, and we don't loose track |
| 00:36:32 | gevaerts | stripwax: good question. I guess it was a caching problem, which got fixed somewhere on the way, but I don't know exactly when |
| 00:36:44 | stripwax | :) |
| 00:36:46 | markun | amiconn: do you think it's likely that this 380HN chip is the UDA1380HN? http://www.soomal.com/xdoc/miniplayer/18a.jpg |
| 00:36:48 | rasher | This boosting system always appeared elegantly simple to me. |
| 00:37:09 | pixelma | scorche|w: yes, understood now. Thanks :) |
| 00:38:07 | stripwax | cheetah65 - did this problem start occurring for you recently, or has it always happened for you? and by 'hangs up', do you mean that the audio doesn't come out more-or-less immediately −− or that it *does* start playing audio but the screen doesn't refresh until later? |
| 00:38:11 | gevaerts | amiconn: The problem will be to unboost exactly once if I only boost on actual I/O. If some I/O fails the usb_storage code might not get called again properly. I could add a flag somewhere to keep track of this, but that somehow seems wrong |
| 00:38:46 | cheetah65 | stripwax: it started occuring after AA was implemented |
| 00:38:53 | jhMikeS | gevaerts: the trigger/cancel functions track for you |
| 00:39:06 | cheetah65 | im going to try a fresh install right now |
| 00:39:14 | stripwax | cheetah65 - are you album art bitmaps particularly large? |
| 00:39:37 | | Quit ender` (" I was in the grocery store. I saw a sign that said "pet supplies." So I did. Then I went outside and saw a sign that said "") |
| 00:39:37 | amiconn | markun: For sure. |
| 00:39:39 | cheetah65 | i have a few different sizes |
| 00:40:02 | Nico_P | jhMikeS: aliask said he had gotten the SPI driver to work |
| 00:40:14 | stripwax | Actually I meant large in filesize rather than necessarily dimension. e.g. if these are all 24 or 32-bit bmps, try reducing colour depth and saving as e.g. 256 color bitmaps |
| 00:40:17 | jhMikeS | gevaerts: iow calling trigger/cancel repeatedly is ok as calling the opposite function of the previous call does the change |
| 00:40:38 | gevaerts | jhMikeS: Thanks. That sounds easier |
| 00:41:31 | *** | Saving seen data "./dancer.seen" |
| 00:42:16 | gevaerts | Now the question is if this heat problem when boosted will not come back if you copy lots of files... |
| 00:42:17 | | Quit conando (Read error: 110 (Connection timed out)) |
| 00:42:18 | n1s | markun: might be interesting http://patrickbarret.free.fr/asus-mypal-a620/asus-mypal-a620-a620bt.php |
| 00:42:24 | jhMikeS | Nico_P: I had it working awhile ago but I want to have a new driver model for interrupt wakeup style (not spin/yield). we want this processor asleep as much as possible and to let the peripherals do the work since whatever it gets done it gets done quickly and it can spend most time doing absolutely nothing |
| 00:43:00 | cheetah65 | my h10 is refusing to connect right now, i'll come back at a later time |
| 00:43:22 | jhMikeS | I guess the rockbox USB stack works that way though I have a new kernel object optimized for that purpose. |
| 00:43:41 | Nico_P | jhMikeS: I agree completely. IIUC aliask didn't manage to make it interrupt based |
| 00:43:51 | | Part cheetah65 |
| 00:43:55 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
| 00:44:25 | * | amiconn thinks that the rockbox usb stack might even be faster than the H10's built-in diskmode |
| 00:44:37 | jhMikeS | I did the int style drivers for meg-fx i2c and ata to work it out on a running target |
| 00:44:44 | * | gevaerts thinks amiconn should try |
| 00:44:44 | amiconn | The latter annoys me everytime I want to upgrade the build... |
| 00:45:07 | | Quit spiorf ("Read error: 110 (Connection timed out)") |
| 00:46:28 | | Quit fasmaie (Read error: 113 (No route to host)) |
| 00:47:45 | | Quit n1s () |
| 00:47:47 | rasher | Domonoky/bluebrother (for the logs again): Any chance of a working make install target for rbutil? |
| 00:47:55 | pixelma | gevaerts: could it be that it is even faster than using USB with the c200 firmware (I mean including the wait for the database refresh)? ;) |
| 00:48:04 | gevaerts | It would be useful to know if boost is really needed everywhere, or just on sansa. |
| 00:48:08 | rasher | Domonoky/bluebrother: And an option to avoid all the static linking |
| 00:48:23 | | Quit homielowe (Remote closed the connection) |
| 00:48:33 | amiconn | gevaerts: Given what transfer speed I get for reading, boosting should be useful on all PP502x targets |
| 00:49:28 | gevaerts | pixelma: On OF I get 4.5MB/s reading or writing. That's still 5x as fast, so I guess it depends on how many files you have for the database refresh to look at. |
| 00:49:54 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 00:50:16 | | Quit Nico_P (Remote closed the connection) |
| 00:50:17 | jhMikeS | gevaerts: I wondered about just buffering a bunch of data into the audio buffer that will be available and leaking it to disk as fast as possible. I think retailos does that. |
| 00:50:26 | gevaerts | amiconn: OK. I'll try adding that. I probably won't finish it today though (I don't like posting a new patch without having copied at least a few hundred megabytes with it both ways, which still takes time) |
| 00:51:13 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 00:52:40 | jhMikeS | are transfers done in parallel with disk read/write? |
| 00:52:42 | gevaerts | jhMikeS: That's certainly possible, but if we want to do that cleanly we have to de deferred SCSI error reporting (as well as letting the OS know that we do write caching). That adds some more complexity again. |
| 00:52:48 | pixelma | gevaerts: could imagine, the data transfer seem to be quite fast in the OF but then all the waiting... btw. is the patch safe to test on WinXP now? |
| 00:53:17 | gevaerts | jhMikeS: no. Everything is still purely sequential |
| 00:53:58 | gevaerts | pixelma: it should be safe. Plugging and unplugging the sd card while connected will probably not work correctly, but everything else should be fine. |
| 00:54:00 | jhMikeS | so no new transfer is initiated until the previous data is fully read or written? |
| 00:54:01 | amiconn | gevaerts: Similar differences in dmesg output for H10 (OF vs. rockbox) as for mini |
| 00:55:16 | | Quit waldo (Remote closed the connection) |
| 00:55:46 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") |
| 00:55:49 | amiconn | H10 is a bit slower on reading (as I expected - that disk is quite crappy) |
| 00:56:23 | gevaerts | jhMikeS: exactly. I would like to add a buffer so we can do that in parallel, but it probably won't be worth it on high speed (if/when we get that working), and it needs some of the same complexity as a big write cache (if we want to do it properly) |
| 00:57:23 | | Join dandin1 [0] (n=dandin1@bas7-ottawa23-1088832024.dsl.bell.ca) |
| 00:58:10 | gevaerts | jhMikeS: we could of course just tell the OS that everything is fine, but I don't think that's a good idea. Sooner or later someone will loose data because of it. |
| 01:00 |
| 01:00:57 | | Quit amiconn (Nick collision from services.) |
| 01:01:04 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 01:01:14 | * | amiconn unzips a rockbox build from winodws to h10 using rockbox usb mode |
| 01:01:54 | * | gevaerts can't remember the last time he used the OF for that |
| 01:02:12 | Llorean | Does it work well enough, other than being slow, to go into SVN? |
| 01:03:20 | jhMikeS | gevearts: have a header for each block and you can give it instructions to execute and return code field to store for each one and only involve the thread occasionally |
| 01:03:43 | | Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) |
| 01:04:46 | gevaerts | Llorean: I can get it to crash more easily than the version currently in svn (v7). On the other hand I think it requires doing things a "normal" user doesn't do (run lsusb -v in a loop), and this also crashes the one in svn after a while (but it takes longer) |
| 01:05:57 | gevaerts | Llorean: Once the boosting code is added it will be about twice as fast as the one in svn, and I haven't heard anything about lost data recently. |
| 01:06:32 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 01:07:28 | amiconn | gevaerts: It seems to work properly on H10 (small) as well |
| 01:07:30 | gevaerts | jhMikeS: I guess it would be something like that. I vote we stabilize a bit first though. |
| 01:07:43 | amiconn | That's interesting as H10 is PP5020, not PP5022 |
| 01:07:45 | Llorean | I'd just like to see a relatively stable, normal-user-usable USB mode, even if it's slow. So that we can get past the "why does it ask for drivers" stage of questions. |
| 01:08:18 | amiconn | Unzipped a whole build and did chkdsk afterwards |
| 01:08:27 | gevaerts | amiconn: great. So it has now been tested on nearly all pp502x devices (I'm not sure if we've had all types of ipod). |
| 01:08:52 | amiconn | It's slower than OF diskmode though (without boosting at least) |
| 01:08:58 | | Quit ompaul (Client Quit) |
| 01:10:01 | jhMikeS | gevaerts: of course it should be stable first. concurrency and some read/write behind will max it out ultimately (/me always wears the concurrency hat :) |
| 01:12:08 | gevaerts | Llorean: Give me a bit more time. I'd really like to try to get it a bit more solid. |
| 01:12:10 | | Quit Isolinear (Read error: 110 (Connection timed out)) |
| 01:12:23 | Llorean | gevaerts: Oh, I didn't mean to rush you or anything. |
| 01:12:43 | Llorean | Just stating that in my opinion, even if it's slower than disk mode, it'd be nice to have for people once it's solid enough. :) |
| 01:15:24 | gevaerts | jhMikeS: I agree we do need concurrency. The nice thing about this is that I can keep tweaking it and cleaning it up without some boss telling me that the budget for this project is now all used up, so as far as I am concerned it will get faster, better, and cleaner. |
| 01:16:19 | amiconn | Okay. Boosting makes rockbox usb almost as fast as OF on H10 |
| 01:17:02 | amiconn | Unzipping a rockbox build from windows: OF 2:43 min, Rockbox boosted: 3:14 min, uboosted: 5:03 min |
| 01:19:28 | * | amiconn observed no data corruption so far |
| 01:19:37 | gevaerts | I think I'm going to experiment a bit tomorrow with using 20kb USB transfers (the maximum for one transfer descriptor), and 64k or 128k buffer for disk IO. That should bring a lot of simplicity back in the driver, while not being too expensive in speed terms |
| 01:20:19 | * | jhMikeS tells gevaerts to get to work and to stop lying around or you'll work through your lunchbreak :p |
| 01:20:50 | scorche|w | gevaerts: now that you mention the budget... |
| 01:21:01 | * | gevaerts thinks he will ignore jhMikeS's advice and go to sleep soon |
| 01:21:17 | gevaerts | scorche|w: don't tell me we ran out... |
| 01:22:37 | scorche|w | gevaerts: well we only had 0 to spend and we already spent 0... |
| 01:22:59 | gevaerts | scorche|w: so we used it all up already :( |
| 01:23:05 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 01:23:21 | gevaerts | On the other hand, we still have everything left that we started out with |
| 01:23:57 | rasher | I guess it's time to have a cup of no tea, then |
| 01:24:40 | | Quit dandin1 () |
| 01:25:26 | * | gevaerts doesn't drink his cup of no tea |
| 01:26:15 | | Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
| 01:26:16 | preglow | then you won't spill it, at least |
| 01:26:17 | * | ze doesn't not drink a non cup of no tea |
| 01:26:46 | amiconn | markun: It's interesting that the meizu seems to use arm in big endian mode |
| 01:28:40 | | Quit MajorC () |
| 01:31:58 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 01:32:09 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 01:33:09 | gevaerts | On my sansa with 64k buffers, it seems that boosting just for reading and writing is about 2% slower on reads and 3.5% slower for writes than manual boosting for the entire test. |
| 01:34:13 | | Join Bradmont [0] (n=bradmont@bas7-quebec14-1096764198.dsl.bell.ca) |
| 01:35:25 | Bradmont | can anyone tell me how to uninstall themes & modules? I can't figure it out. |
| 01:35:46 | Llorean | Modules? |
| 01:35:50 | Bradmont | er, plugins |
| 01:36:02 | Llorean | Why would you want to remove plugins, they'll just be back with the next update. |
| 01:36:33 | Llorean | As for themes, just delete the files you installed. Each theme may have different files, so you'll have to go look, but generally you're looking for a .cfg file, a .wps file, and a bunch of bitmaps in a folder with the same name as the .wps file |
| 01:37:04 | Bradmont | wow, I feel stupid... |
| 01:37:15 | Bradmont | I didn't notice the .rockbox hidden directory on my player... |
| 01:37:17 | Bradmont | :o |
| 01:37:25 | Bradmont | thanks |
| 01:37:26 | Bradmont | :) |
| 01:38:14 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 01:38:32 | * | gevaerts adds a package manager to his list of useful additions to rockbox which already contained mkfs, fsck and fdisk |
| 01:38:48 | | Quit Bradmont (Client Quit) |
| 01:40:20 | | Join jurrie [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) |
| 01:41:36 | | Quit gevaerts ("Sleeping time") |
| 01:46:52 | | Part toffe82 |
| 01:49:57 | | Join Soap_ [50] (n=Soap@rockbox/staff/soap) |
| 01:53:10 | | Join axionix_ [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
| 01:58:33 | | Quit Thundercloud (Remote closed the connection) |
| 02:00 |
| 02:00:07 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
| 02:09:16 | | Quit axionix (Read error: 110 (Connection timed out)) |
| 02:11:46 | | Quit jgarvey ("Leaving") |
| 02:12:09 | | Quit ol_schoola () |
| 02:29:28 | | Quit scorche|w ("CGI:IRC (EOF)") |
| 02:35:52 | | Join goffa [0] (n=goffa@216.220.23.105) |
| 02:41:32 | *** | Saving seen data "./dancer.seen" |
| 02:43:18 | | Quit cool_walking_ (Read error: 113 (No route to host)) |
| 02:43:57 | | Join cool_walking_ [0] (n=cool_wal@203-59-129-195.perm.iinet.net.au) |
| 02:45:36 | | Join Lambduh [0] (n=Lambda@wbr-2310.student.iastate.edu) |
| 02:48:51 | | Quit barrywardell () |
| 02:50:12 | | Join TiMiD[FD] [0] (n=TiMiD[FD@210.169.80.68) |
| 03:00 |
| 03:00:46 | | Quit Soap_ (Remote closed the connection) |
| 03:00:53 | | Join hannoman [0] (n=Miranda@p54B1DF7C.dip.t-dialin.net) |
| 03:08:13 | | Part pixelma |
| 03:08:26 | | Join Soap_ [50] (n=Soap@rockbox/staff/soap) |
| 03:09:13 | | Join Rob222241 [0] (n=Miranda@p54B0D6FC.dip.t-dialin.net) |
| 03:15:13 | | Quit csc` ("Powering Off") |
| 03:17:14 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 03:18:25 | | Quit csc` (Client Quit) |
| 03:23:31 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 03:24:44 | | Quit Rob2222 (Read error: 113 (No route to host)) |
| 03:25:43 | | Quit csc` (Client Quit) |
| 03:26:27 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
| 03:30:38 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 03:31:27 | | Quit hannoman ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 03:35:01 | | Join crazy_bus [0] (n=philip@CPE-121-217-113-72.nsw.bigpond.net.au) |
| 03:35:13 | | Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) |
| 03:35:28 | | Quit EspeonEefi ("ã•ã‚ˆãªã‚‰") |
| 03:38:14 | crazy_bus | there's some things bugging me in the wiki. Is it possible to activate my wiki account so I can edit? |
| 03:40:07 | | Join DerDom1 [0] (n=DerDome@dslb-082-083-246-191.pools.arcor-ip.net) |
| 03:40:09 | | Quit DerDome (Nick collision from services.) |
| 03:40:17 | | Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-246-191.pools.arcor-ip.net) |
| 03:46:16 | Llorean | crazy_bus: Out of curiosity, what's bugging yah? |
| 03:46:23 | | Quit DerDome ("Leaving.") |
| 03:49:28 | crazy_bus | here's one of the pages http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide it says (only mic for now) but fm recording feature has being implemented in rockbox |
| 03:50:24 | Llorean | Gotcha. |
| 03:50:35 | Llorean | I was just curious, "bugging me" made me wonder if it was subjective content somewhere |
| 03:50:47 | crazy_bus | the spectrum player also doesn't mention working on my player but it does |
| 03:56:13 | | Nick neskaya is now known as Neskaya (i=featherd@wiktionary/neskaya) |
| 03:56:32 | | Quit Kernel (Remote closed the connection) |
| 03:58:06 | | Quit Rob222241 (Read error: 104 (Connection reset by peer)) |
| 03:58:38 | | Join Rob2222 [0] (n=Miranda@p54B0D6FC.dip.t-dialin.net) |
| 03:58:49 | | Quit jcollie (Read error: 104 (Connection reset by peer)) |
| 04:00 |
| 04:04:32 | | Join Rob222241 [0] (n=Miranda@p54B0D6FC.dip.t-dialin.net) |
| 04:13:45 | | Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) |
| 04:19:06 | | Quit defukt (Read error: 110 (Connection timed out)) |
| 04:19:23 | | Quit Lambduh (Remote closed the connection) |
| 04:19:32 | | Quit csc` ("Powering Off") |
| 04:22:38 | | Quit Rob2222 (Read error: 113 (No route to host)) |
| 04:41:34 | *** | Saving seen data "./dancer.seen" |
| 04:41:42 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:41:59 | | Join miepchen^schlaf [0] (n=el_miep@p54BF43C5.dip.t-dialin.net) |
| 04:57:04 | | Quit spr0k3t_ (Remote closed the connection) |
| 05:00 |
| 05:06:23 | | Quit jhulst (Read error: 110 (Connection timed out)) |
| 05:12:02 | | Quit BHSPitMonkey_ ("Ex-Chat") |
| 05:25:57 | | Quit SirFunk (Remote closed the connection) |
| 05:35:41 | | Quit Horscht ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") |
| 05:45:09 | | Quit jcollie (Read error: 113 (No route to host)) |
| 05:48:55 | | Quit TiMiD[FD] ("leaving") |
| 05:51:22 | | Quit nplus (Remote closed the connection) |
| 05:52:03 | | Join Lone_Wanderer [0] (n=chatzill@ip70-174-120-163.hr.hr.cox.net) |
| 05:54:23 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 05:55:45 | | Join BHSPitMonkey_ [0] (n=stephen@129.120.244.114) |
| 05:57:32 | | Join defukt [0] (n=WTFOMGBB@91.106.240.102) |
| 06:00 |
| 06:06:25 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 06:10:50 | | Quit crazy_bus (Remote closed the connection) |
| 06:11:39 | | Join [1]cool_walking_ [0] (n=cool_wal@203-59-129-195.perm.iinet.net.au) |
| 06:26:49 | | Join TiMiD[FD] [0] (n=TiMiD[FD@210.169.80.68) |
| 06:27:01 | | Part Lone_Wanderer |
| 06:27:14 | TiMiD[FD] | I would like to commit http://www.rockbox.org/tracker/task/8543 |
| 06:27:47 | TiMiD[FD] | any objections ? |
| 06:28:02 | | Quit keanu (Read error: 104 (Connection reset by peer)) |
| 06:29:41 | | Quit cool_walking_ (Read error: 113 (No route to host)) |
| 06:29:42 | | Nick [1]cool_walking_ is now known as cool_walking_ (n=cool_wal@203-59-129-195.perm.iinet.net.au) |
| 06:41:35 | *** | Saving seen data "./dancer.seen" |
| 06:43:41 | | Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) |
| 06:45:06 | | Quit DaCapn (Remote closed the connection) |
| 06:45:21 | | Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) |
| 07:00 |
| 07:02:07 | | Quit DaCapn (Remote closed the connection) |
| 07:10:27 | midkay | Bagder: wake up! (again!) i have something for you. |
| 07:19:14 | | Join gtkspert [0] (n=gtkspert@203-206-32-74.dyn.iinet.net.au) |
| 07:19:22 | | Join MethoS- [0] (n=clemens@pD955E62A.dip.t-dialin.net) |
| 07:19:41 | | Join MethoS_mobile [0] (n=clemens@pD955C959.dip.t-dialin.net) |
| 07:23:30 | | Quit MethoS- (Remote closed the connection) |
| 07:25:42 | | Join [1]cool_walking_ [0] (n=cool_wal@203-59-129-195.perm.iinet.net.au) |
| 07:25:42 | | Quit cool_walking_ (Read error: 104 (Connection reset by peer)) |
| 07:25:50 | | Nick [1]cool_walking_ is now known as cool_walking_ (n=cool_wal@203-59-129-195.perm.iinet.net.au) |
| 07:44:59 | | Quit MethoS_mobile (Read error: 110 (Connection timed out)) |
| 07:54:38 | | Join conando [0] (i=Soeren@dslb-084-060-186-214.pools.arcor-ip.net) |
| 07:55:23 | | Quit cool_walking_ (" HydraIRC -> it doesn't let you change this message easily.") |
| 07:55:52 | | Nick JdGordon is now known as JdGordon|zzzz (n=jonno@rockbox/developer/JdGordon) |
| 07:55:56 | | Nick JdGordon|zzzz is now known as JdGordon|zzz (n=jonno@usw3662-s-207-244-148-63.dsl.w-link.net) |
| 08:00 |
| 08:02:49 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 08:12:06 | | Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) |
| 08:12:19 | mrkiko | Hi all! |
| 08:13:02 | mrkiko | As I asked yesterday - can someone tell me how to access the pitch screen without the remote controller on a iRiver H3x? Yeasterday I lost my Internet connection and probably the LinusN answer regarding this. |
| 08:18:00 | Llorean | mrkiko: As a note, there are logs. If someone already answered it, and you know they have, you should just read the log. |
| 08:23:22 | LinusN | mrkiko: hold Navi to pop up the WPS context menu, then select "Pitch" from the menu |
| 08:25:59 | | Quit BigBambi (Remote closed the connection) |
| 08:30:40 | | Join Rob2222 [0] (n=Miranda@p54B0CC65.dip.t-dialin.net) |
| 08:33:04 | * | amiconn partially disagrees with soap ... |
| 08:35:03 | Llorean | LinusN: Re the sleep timer thing, I absolutely don't think it should always be persistent. It'd be frustrating for my device to turn off 15 minutes into a 4 hour car trip, and I have to either pull over or fiddle with the menus while driving to unset the sleep timer. |
| 08:35:25 | Llorean | But the solution I offered was more as what I thought might be easier for him to accomplish, than for what I thought would be a suitable SVN solution to the problem |
| 08:36:03 | LinusN | Llorean: come on, do you really think i want the sleep timer to start *counting*? |
| 08:36:32 | Llorean | Well if you have to restart it counting manually, why does it need to be persistent? |
| 08:37:16 | Llorean | It seems there's not a real benefit to saving it if it doesn't start counting, at least to me. |
| 08:37:17 | LinusN | because it can be handy to have a default value when you set it |
| 08:38:27 | Llorean | It might save a few seconds, but if there was a way to start it counting, I think that'd be more useful. And I *think* that's what he wanted, since he said 90% of the time he needs the timer set |
| 08:38:29 | LinusN | the benefit is to make it easier to start it, since you won't have to edit the counter starting from 0 |
| 08:38:57 | LinusN | and you often use the same value, like 1 or 2 hours |
| 08:39:17 | LinusN | so you only have to press Select to set it |
| 08:39:30 | LinusN | i'd say it's much more convenient than today |
| 08:39:37 | Llorean | Well, I can certainly agree that saving the position isn't bad. But there should be a way to have it start counting from every boot too, I think. |
| 08:39:50 | LinusN | nah |
| 08:39:52 | Llorean | And I *think* but am not sure that's what he was requesting. |
| 08:40:52 | * | amiconn thinks that the current behaviour is perfectly fine (not remembering the sleep timer at all) |
| 08:41:32 | LinusN | i think saving the last entered value would be very convenient for those who use the sleep timer often |
| 08:41:36 | *** | Saving seen data "./dancer.seen" |
| 08:41:38 | Llorean | Yeah |
| 08:41:40 | LinusN | but not start counting |
| 08:41:59 | Llorean | I don't see why you couldn't have a "start timer from boot: yes/no" option to go with it. |
| 08:43:59 | LinusN | i can go with that, but i'm not sure it would be equally convenient, since you may easily forget to turn it off when you don't want a countdown |
| 08:44:14 | LinusN | and then you will be annoyed and stop using that option |
| 08:44:34 | amiconn | What would be the actual benefit of those extra things? I'd expect that if someone uses the sleep timer, the set time will often differ from previous invocation |
| 08:44:45 | LinusN | amiconn: why would it? |
| 08:44:48 | Llorean | LinusN: For people who mainly use the sleep timer. |
| 08:44:52 | GodEater | on the contrary, I think it'd be always the same |
| 08:45:09 | LinusN | amiconn: the sleep timer is a delay, not an absolute time |
| 08:45:15 | Llorean | The last dozen or so times i've used my gigabeat, it's on the dock and I've been in bed. having it default to a timer of a couple hours would've been lovely. Turn it on, auto-resume, and not worry about it. |
| 08:45:15 | amiconn | I know |
| 08:46:05 | amiconn | The only reason for me to (rarely) use the sleep timer is when I want the thing to switch off after a certain, well defined time. And that time will be different each time I use that feature |
| 08:46:22 | GodEater | I think a lot of people actually use it when going to sleep |
| 08:46:25 | Llorean | See, for me, it's "I don't want the noise to last past my first REM cycle" |
| 08:46:37 | amiconn | I never actually used it as a _sleep_ timer though; for that case I just used end-of-album + idle poweroff |
| 08:46:59 | | Quit andrew_ (Read error: 110 (Connection timed out)) |
| 08:47:45 | LinusN | amiconn: when you use it as a sleep timer, i believe you are likely to use the same value every time |
| 08:48:14 | * | GodEater agrees |
| 08:48:20 | * | Llorean thirds the motion. |
| 08:48:43 | | Quit Rob222241 (Read error: 110 (Connection timed out)) |
| 08:49:08 | amiconn | maybe |
| 08:49:37 | LinusN | still, what would be the problem with changing from the last set value instead of from 0 |
| 08:50:23 | GodEater | that's the other point I was going to make too ;) |
| 08:57:05 | amiconn | Optionitis (especially with Llorean's idea) |
| 08:59:12 | | Quit jhMikeS (Nick collision from services.) |
| 08:59:17 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 09:00 |
| 09:05:38 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:07:09 | LinusN | amiconn: a can agree with optionitis regarding the "start timer on boot" option |
| 09:07:33 | LinusN | but i think remembering a value is merely a convenience thing |
| 09:12:59 | GodEater | it doesn't change the number of items in the menu |
| 09:13:30 | | Quit |sanchez| (Read error: 104 (Connection reset by peer)) |
| 09:16:07 | | Quit jhulst ("Konversation terminated!") |
| 09:17:23 | | Join CaptainSquid [0] (n=Miranda@proxy14.netz.sbs.de) |
| 09:23:57 | mrkiko | Llorean: regarding the "sleep timer", it would be relatively siple to add a setting determining if it should be saved or not |
| 09:24:41 | LinusN | now *that* would be optionitis :-) |
| 09:24:44 | mrkiko | Llorean: so that if we save it, we start counting; else we not. |
| 09:25:12 | LinusN | i think just remembering the last value is enough |
| 09:26:53 | mrkiko | LinusN: ... it's a copromise solution... |
| 09:27:16 | GodEater | no, just remembering the last value is the compromise |
| 09:28:35 | | Quit Llorean (Read error: 110 (Connection timed out)) |
| 09:29:08 | LinusN | i think remembering the last value is the most sensible thing to do |
| 09:29:32 | GodEater | it adds no more options, and is a pretty intuitive thing to do I think |
| 09:29:36 | LinusN | it makes it much easier to start the sleep timer for those who actually use it as a sleep timer |
| 09:30:21 | | Join aliask [0] (n=chatzill@rockbox/developer/aliask) |
| 09:33:17 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 09:36:13 | | Quit stripwax (Client Quit) |
| 09:40:57 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 09:40:58 | | Join MethoS_mobile [0] (n=clemens@p5489611D.dip.t-dialin.net) |
| 09:43:51 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
| 09:44:38 | | Quit MethoS_mobile (Remote closed the connection) |
| 09:44:55 | mrkiko | I think you're right. Aniway I think... |
| 09:45:23 | mrkiko | I think that a rockbox newbie will not expect this. This may not be a problem, but I don't understand how it could be considered intuitive. |
| 09:45:53 | mrkiko | Why for example, should the sleep timer behave this way and the idle power off timer not? Knowing the rockbox logic a little I understand this, but I don't think it to be intuivie... |
| 09:47:38 | GodEater | I do |
| 09:49:31 | mrkiko | I agree aniway |
| 09:50:05 | GodEater | "anyway" |
| 09:54:13 | | Quit z35 (Read error: 113 (No route to host)) |
| 09:54:49 | | Quit TiMiD[FD] ("leaving") |
| 09:55:42 | Bagder | http://www.softwarefreedom.org/resources/2008/foss-primer.html |
| 09:56:01 | Bagder | a good read on foss copyrights, licenses, organizations etc |
| 09:57:32 | Bagder | somewhat US-centric (no surprisingly) |
| 10:00 |
| 10:08:44 | | Quit Nico_P (Remote closed the connection) |
| 10:09:17 | | Quit jhMikeS (Nick collision from services.) |
| 10:09:23 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 10:41:38 | *** | Saving seen data "./dancer.seen" |
| 10:42:21 | | Join hamdiya [0] (n=c3e5ecd6@gateway/web/cgi-irc/labb.contactor.se/x-2df631ab2ae5f06f) |
| 10:43:04 | | Quit mrkiko (Remote closed the connection) |
| 10:43:16 | hamdiya | hello |
| 10:44:41 | | Join Mathiasdm [0] (n=Mathias@vpna079.ugent.be) |
| 10:45:16 | | Quit hamdiya (Client Quit) |
| 10:45:46 | | Join hamdiya [0] (n=c3e5ecd6@gateway/web/cgi-irc/labb.contactor.se/x-0bf323e7dfcc9f3e) |
| 10:50:46 | | Quit hamdiya ("CGI:IRC (Ping timeout)") |
| 11:00 |
| 11:04:18 | | Quit jhMikeS (Nick collision from services.) |
| 11:04:24 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 11:11:55 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 11:19:58 | GodEater | has anyone heard from linuxstb this week ? |
| 11:23:46 | petur | linuxstb (n=dave@rockbox/developer/linuxstb) signed off 12 hours and 45 minutes ago (Read error: 104 (Connection reset by peer)) |
| 11:23:46 | | Join Arathis [0] (n=doerk@p508A5E2A.dip.t-dialin.net) |
| 11:24:35 | GodEater | yeah, but I don't think he actually uttered a word yesterday :) |
| 11:35:05 | | Join Thundercloud [0] (n=thunderc@resnet11.nat.lancs.ac.uk) |
| 11:38:54 | | Join stewball [0] (n=WTFOMGBB@91.104.212.222) |
| 11:52:26 | | Quit defukt (Read error: 110 (Connection timed out)) |
| 11:52:49 | Soap_ | "* amiconn partially disagrees with soap ..." ? |
| 11:54:12 | Soap_ | can I assume it is my comments in the user mailing list regarding the H10? |
| 11:54:28 | GodEater | I wondered what he meant by that too |
| 12:00 |
| 12:03:45 | amiconn | soap: yes |
| 12:05:25 | Soap_ | Just trying to warn him "I knew H320, I served with H320, and you H10 are no H320" |
| 12:08:28 | Soap_ | Though I forgot to comment on the H10's FM. |
| 12:08:35 | * | petur mostly agrees with Soap_ |
| 12:09:17 | petur | the H10 buttonlayout (and sliderpad) suck big time |
| 12:21:55 | | Join homielowe_ [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
| 12:26:02 | | Quit homielowe_ (Client Quit) |
| 12:26:45 | | Join homielowe_ [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
| 12:27:27 | | Quit homielowe_ (Client Quit) |
| 12:29:02 | | Quit homielowe (Read error: 104 (Connection reset by peer)) |
| 12:41:42 | *** | Saving seen data "./dancer.seen" |
| 12:50:37 | | Quit Arathis ("Bye, bye") |
| 13:00 |
| 13:03:34 | markun | petur: how does the slider work currently? |
| 13:04:08 | markun | up, down and center? |
| 13:06:47 | | Join mf0102 [0] (n=michi@85.127.180.200) |
| 13:16:56 | | Quit jhMikeS (Nick collision from services.) |
| 13:17:02 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 13:17:48 | petur | up/down only |
| 13:18:44 | petur | I have some real slider code but I don't like the performance |
| 13:18:56 | petur | the touchpad really sucks |
| 13:20:48 | markun | petur: do you have any ideas on how to use the slider? I still have my code to get x and y positions from the Gigabeat cross. |
| 13:21:24 | petur | you mean how I created a slider interface? |
| 13:21:39 | markun | yes |
| 13:22:20 | petur | basicly you track movement, but because of the nature of the touchpad, it needs filtering and position checks |
| 13:22:42 | petur | I think I posted some code in FS - let me get it |
| 13:23:44 | petur | 8409 - my first attempt is at the bottom but it is not really ok |
| 13:25:08 | markun | What I meant was: what do you do with filtered position info? Translate it back to actions? |
| 13:25:49 | petur | yes... for me it was just scroll up/down |
| 13:27:41 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 13:43:23 | *** | SPY: Authentication failed for jhMikeS |
| 13:44:01 | | Join DerDome [0] (n=DerDome@dslb-082-083-246-191.pools.arcor-ip.net) |
| 13:44:23 | markun | can I tell objdump that the start position of a file is for example 0x8000000 ? |
| 13:46:40 | | Quit jcollie ("Ex-Chat") |
| 13:48:50 | markun | never mind, I found it |
| 13:49:22 | | Quit Mathiasdm ("Yuuw!") |
| 13:59:25 | | Join Rondom [0] (n=Rondom@p57A96B80.dip.t-dialin.net) |
| 14:00 |
| 14:11:04 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 14:16:17 | | Join gevaerts [0] (n=fg@195-144-092-010.dyn.adsl.xs4all.be) |
| 14:16:46 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 14:18:33 | * | gevaerts ended up coding some more last night, and testing during today's lunch break |
| 14:19:22 | petur | freak :p |
| 14:19:42 | gevaerts | I uploaded a new patch, performance numbers at http://pastebin.ca/911048 |
| 14:20:38 | gevaerts | I now get 970 kB/s writes and 950 kB/s reads. I think it will be nearly impossible to do better on full speed |
| 14:20:45 | LinusN | impressive |
| 14:21:14 | gevaerts | At the same time, the transfer buffer got smaller |
| 14:22:09 | markun | gevaerts: how much did you get with the OF again? |
| 14:22:41 | gevaerts | markun: 4.5 MB/s, but they cheat by using high speed. |
| 14:23:16 | markun | is it difficult to add high speed support? |
| 14:23:17 | GodEater | heh - I like that that's considered cheating ;) |
| 14:23:27 | GodEater | markun: yes - it doesnt' work ! |
| 14:23:39 | | Join BitTorment__ [0] (n=martin@87-194-94-92.bethere.co.uk) |
| 14:23:46 | * | GodEater wonders if markun has been asleep the last couple of weeks |
| 14:23:51 | markun | mostly |
| 14:24:11 | GodEater | lucky you |
| 14:24:12 | GodEater | :) |
| 14:27:28 | gevaerts | I might steal some performance back to go to 2x16k buffers (current patch uses 2x32k). That costs about 2% but allows a lot more simplicity in the USB driver, which might improve stability. |
| 14:28:16 | markun | GodEater: I'll read the patch tracker comments |
| 14:29:59 | | Join EspeonEefi [0] (i=espeonee@STRATTON-FOUR-O-EIGHT.MIT.EDU) |
| 14:32:33 | gevaerts | markun: high speed support will most probably require reverse engineering the OF. As far as I understand the hardware it should already work, but it still doesn't for unknown reasons. |
| 14:37:00 | * | amiconn wonders whether LinusN might have found something USB related in his appe OF RE endeavour |
| 14:37:09 | amiconn | s/appe/apple/ |
| 14:37:32 | LinusN | i have only disassembled the bootloader so far |
| 14:37:42 | LinusN | which uses full speed iirc |
| 14:38:30 | amiconn | It uses high speed, even though it's fairly slow on G5 |
| 14:38:33 | GodEater | I didn't know the bootloader had any usb support at all |
| 14:38:35 | LinusN | oh |
| 14:38:44 | amiconn | But ~2MB/s can't be fullspeed |
| 14:38:47 | | Quit BitTorment_ (Read error: 110 (Connection timed out)) |
| 14:38:48 | LinusN | then i should perhaps work a little more on that |
| 14:38:52 | GodEater | oh - we're talking disk mode ? |
| 14:38:56 | amiconn | yes |
| 14:39:24 | amiconn | On Mini G2, diskmode is as fast as OF - maybe that would be a better choice for disassembly |
| 14:39:48 | LinusN | nah, all i want to know is how to do high speed |
| 14:40:12 | LinusN | does the mini have the same pp chip? |
| 14:41:22 | gevaerts | I think the missing bits might well be some DMA setup issue outside of the USB controller address range. |
| 14:41:34 | gevaerts | So it might be hard to find |
| 14:41:43 | *** | Saving seen data "./dancer.seen" |
| 14:42:50 | amiconn | The mini ROM code seems to be designed to be run both on Mini G1 and G2, i.e. PP5020 and PP5022 |
| 14:43:29 | LinusN | amiconn: care to send me a bin? |
| 14:45:45 | jhMikeS | gevaerts: that usb_core_init call really has to get out of usb_detect and be done on-thread only |
| 14:46:34 | | Join nicktastique [0] (n=nick@unaffiliated/nicktastic) |
| 14:46:58 | | Quit aliask ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020710]") |
| 14:47:04 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-675f41dabe811939) |
| 14:47:42 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
| 14:48:25 | LambdaCalculus37 | Morning, all! |
| 14:48:59 | GodEater | good afternoon |
| 14:49:32 | jhMikeS | good aeon |
| 14:52:05 | gevaerts | jhMikeS: I don't disagree. I also would like to get the USB connect screen triggering out of there, and only show it when really needed (i.e. when the host is actively accessing the disk). I guess we mainly want the thread creation gone. The rest doesn't do much (just some variable setting). |
| 14:53:27 | jhMikeS | true. just using the existing usb thread itself would be better because I can name at least one plugin where connecting usb will fail to create the thread anyway (uses all the slots up) |
| 14:56:14 | amiconn | The USB screen should be shown during the whole duration of the connection |
| 14:56:30 | GodEater | not if you're only charging |
| 14:57:00 | amiconn | Yes, but that's something different, as it's not an MSD connection |
| 14:58:07 | gevaerts | amiconn: the use case I have in mind is that you plug the player in, copy some files, choose "eject" or "safe remove hardware", after which Windows (at least) doesn't access the device at all any more. I can imagine someone wanting to play some music then while the battery is still charging. |
| 15:00 |
| 15:00:16 | gevaerts | amiconn: I have to test this some more, but I think we get a nice SCSI command to tell us that sort of stuff (either vSTART_STOP_UNIT or SCSI_ALLOW_MEDIUM_REMOVAL) |
| 15:03:23 | preglow | gevaerts: that'll work as you intend also on linux, i think |
| 15:05:33 | gevaerts | preglow: it should. We just have to test on some more exotic/outdated systems as well (MacOS 9, Windows98,...) |
| 15:06:20 | jhMikeS | how about having usb_enable just take a parameter that says "for_what_reason" USB_POWERED, etc. etc. |
| 15:08:32 | amiconn | usb_enable is actually ums_enable as I see it |
| 15:08:38 | | Join Ramla_ [0] (n=ramla@c03.keltti.jyu.fi) |
| 15:08:47 | | Quit Ramla (Read error: 104 (Connection reset by peer)) |
| 15:09:56 | gevaerts | Currently it's mainly that, yes. If I get serial working at the same time as ums it will be more. |
| 15:10:54 | gevaerts | I think we have to differentiate between "plugged in", "usb protocol running", and "mass storage active". Only the last one requires disk lock-out. |
| 15:10:58 | * | jhMikeS just needs the queasy feeling to go away of seeing certain kernel calls done in interrupt context that will trash it :) |
| 15:11:26 | * | gevaerts only wants queue_post in interrupt context |
| 15:13:28 | jhMikeS | that's about the only one intended for it (+ a few misc other queue functions) |
| 15:15:03 | * | gevaerts points out that he only inherited that part of the code, and that the current code already runs a lot less in interrupt context than it used to. |
| 15:16:09 | gevaerts | I guess most of this code was written to quickly get things working, and when that didn't happen it wasn't cleaned up. |
| 15:16:50 | gevaerts | Now that it actually works, it's worth spending time to make it work cleanly |
| 15:22:10 | jhMikeS | I'm guessing a number of FS bugs have the context issue at the root (unit responsive after plugging, etc.) |
| 15:24:23 | * | gevaerts volunteers to try and clean this up |
| 15:25:13 | | Join udoprog [0] (n=udoprog@c83-250-201-20.bredband.comhem.se) |
| 15:25:53 | udoprog | anyone knows when a stable release for rockbox will be available for ipod nano gen 1? |
| 15:26:11 | udoprog | the current build screwed with my ipod, so i'd wather wait : P |
| 15:26:16 | udoprog | rather* |
| 15:26:45 | preglow | no idea at all |
| 15:26:51 | preglow | we haven't even planned a release |
| 15:27:03 | preglow | and what do you mean by "screwed" with your ipod? |
| 15:27:46 | * | LinusN has an interrupt driven serial port driver on his ipod video |
| 15:27:54 | udoprog | i got strange behaviour on boot, hanging and such, also weird when adding audio-files, like detexting the same file 4 times |
| 15:28:04 | udoprog | detect* |
| 15:29:30 | udoprog | i might try with a later build if i get in the mood/get some spare time |
| 15:29:37 | * | gevaerts likes interrupt driven drivers as long as the "interrupt" part doesn't do too much |
| 15:33:54 | | Join MethoS- [0] (n=clemens@pD955D052.dip.t-dialin.net) |
| 15:35:14 | * | amiconn thinks that a driver can't be driven, it should drive itself ;) |
| 15:36:21 | * | jhMikeS gets the "four files" thing on sansa but thought it was from a phantom folder created by trying to rename the SD card |
| 15:37:04 | preglow | LinusN: \o/ |
| 15:37:15 | preglow | LinusN: what was wrong with the interrupt setuÃp? |
| 15:37:35 | LinusN | my own incompetence :-) |
| 15:38:55 | preglow | oh, the old forehead slapping routine |
| 15:39:07 | preglow | forehead: no offence |
| 15:39:32 | LinusN | haha |
| 15:39:46 | jhMikeS | forehead to sore head? |
| 15:39:55 | LinusN | something like that |
| 15:41:29 | | Join postglow [0] (n=54bd792b@gateway/web/cgi-irc/labb.contactor.se/x-7b062ea042e360ab) |
| 15:46:04 | * | preglow greets the enigma |
| 15:48:09 | | Join SSnake [0] (n=dfsff@host-84-220-54-35.cust-adsl.tiscali.it) |
| 15:48:30 | SSnake | hello |
| 15:49:17 | nplus | If I have understood well, the database browser uses ID3, but the playlist viewer uses filenames - am I right? |
| 15:50:20 | | Quit postglow ("CGI:IRC (EOF)") |
| 15:50:49 | preglow | not much of a talker, is he |
| 15:51:22 | preglow | nplus: the database is the only thing that deals with id3 as a means of selecting music |
| 15:53:23 | nplus | so, preglow, how can I make playlist_viewer and file_browser show cyrillic filenames? |
| 15:54:03 | preglow | they should do so by default if you've got the right font, afaik, |
| 15:55:54 | nplus | yes, but they don't |
| 15:56:07 | nplus | I'll try taking a pic |
| 15:56:12 | preglow | well, do you have the right font? |
| 15:57:09 | | Quit Rondom (Remote closed the connection) |
| 15:59:18 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 16:00 |
| 16:00:04 | | Join Falafel [0] (n=Falafel@227pc220.sshunet.nl) |
| 16:01:20 | nplus | hmm, it's hard taking a picture of sansa's display, but I have tried unifont and 6+12x13 - they seem to show proper tags in the database |
| 16:02:40 | nplus | the same is if I use helvR12 |
| 16:03:16 | preglow | well, weird |
| 16:03:26 | preglow | i'm not an expert on this at all, though, so i don't know |
| 16:19:51 | markun | nplus: do you use linux? |
| 16:20:08 | nplus | yes |
| 16:20:23 | markun | my guess is that your player is not mounted with the correct codepage then |
| 16:20:44 | nplus | actually it isn't a bug |
| 16:21:15 | markun | if you use a UTF-8 locale and you mount the drive as latin1 it will still look correctly in linux after you transfer them, but not in rockbox or on other computers. |
| 16:21:20 | nplus | i tried a build without patches and there wasn't any problem |
| 16:21:30 | markun | really? |
| 16:21:48 | | Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) |
| 16:21:51 | markun | do you know which patch causes it? |
| 16:22:05 | nplus | no, I'll try to figure it out |
| 16:22:18 | markun | ok, good luck |
| 16:22:23 | markun | strange problem |
| 16:26:22 | markun | nplus: which features do you miss in the official build? |
| 16:28:25 | markun | LinusN: do you now going to implement the ipod accessory protocol? |
| 16:28:38 | markun | are you... |
| 16:28:49 | nplus | viewports, bmp resize, backlight behavior for sansa, casegame, video in main menu, shutdown in menu... |
| 16:29:03 | nplus | mainly those |
| 16:29:22 | LinusN | markun: i have it implemented |
| 16:29:44 | LinusN | markun: well, only the mode 2 commands (the simple remote buttons) |
| 16:34:04 | markun | nice |
| 16:36:31 | | Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) |
| 16:38:16 | amiconn | LinusN: I also have a simple remote for my mini to test... |
| 16:39:18 | LinusN | that's good |
| 16:39:21 | amiconn | ...and as ipl has a serial driver for pp5002, adapting your work for pp5002 shouldn't be too difficult either |
| 16:39:35 | * | amiconn should also have a 2nd Gen remote somewhere |
| 16:39:57 | LinusN | i wouldn't be surprised if my code worked on pp5002 unaltered |
| 16:40:54 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
| 16:41:02 | amiconn | Really? |
| 16:41:20 | amiconn | I wonder why the ipl guys didn't manage to get serial working on pp502x |
| 16:41:25 | amiconn | ..then |
| 16:41:43 | | Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) |
| 16:41:45 | *** | Saving seen data "./dancer.seen" |
| 16:42:22 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:42:29 | amiconn | I don't think the actual remote code will work unaltered though. Iirc the protocol is slightly different between the early remotes and the later ones |
| 16:42:44 | | Join JamPS [0] (n=jamps@a91-152-120-58.elisa-laajakaista.fi) |
| 16:42:59 | | Quit DerDome (Remote closed the connection) |
| 16:43:06 | JamPS | nice, the sansa usb support is broken again :P |
| 16:43:29 | | Join DerDome [0] (n=DerDome@dslb-082-083-246-191.pools.arcor-ip.net) |
| 16:43:46 | scorche|w | hrm? |
| 16:43:50 | | Join dandin1 [0] (n=dandin1@bas7-ottawa23-1088832024.dsl.bell.ca) |
| 16:44:40 | JamPS | Now it goes black and jams |
| 16:44:59 | | Quit DerDome (Remote closed the connection) |
| 16:45:32 | | Join DerDome [0] (n=DerDome@dslb-082-083-246-191.pools.arcor-ip.net) |
| 16:45:50 | GodEater | it's not actually changed in the builds distributed on the website... |
| 16:46:10 | JamPS | what do you mean? |
| 16:46:26 | GodEater | I mean the USB code has not changed for the sansa since before xmas |
| 16:46:30 | JamPS | I now have build r16354 |
| 16:46:41 | JamPS | you wish |
| 16:47:00 | JamPS | something has changed again |
| 16:47:17 | LinusN | GodEater: barry wardell made a usb related commit yesterday |
| 16:47:26 | GodEater | ah did he ? |
| 16:47:29 | GodEater | must have missed that |
| 16:47:37 | GodEater | I thought gevaerts was the only one working on it |
| 16:47:50 | * | GodEater apologises for being misinformed |
| 16:48:07 | LinusN | r16354 to be exact |
| 16:48:20 | JamPS | bah I should probably just stick with a firmware that works |
| 16:48:26 | LinusN | "FS #8588: disable USB device again when USB is disconnected on PortalPlayer targets. Previously, the USB device was left on after USB disconnection causing extra battery drain. This alleviates this problem somewhat, although it seems like battery drain may still be higher after a USB disconnection, so we're still missing something." |
| 16:48:56 | scorche|w | JamPS: rockbox isnt released for those devices yet...you are a tester of a firmware that is in development... |
| 16:49:02 | JamPS | My sansa just goes black when I plug in the wire |
| 16:49:17 | JamPS | I have to reset |
| 16:49:33 | JamPS | But why those commits affect my sansa? |
| 16:49:50 | LinusN | because sansa has a portalplayer cpu |
| 16:50:12 | JamPS | ah ok |
| 16:50:53 | | Quit Siku (Nick collision from services.) |
| 16:50:59 | | Join Siku [0] (i=Siku@e81-197-69-77.elisa-laajakaista.fi) |
| 16:51:03 | LinusN | i suggest we revert that commit if it causes this kind of problem |
| 16:51:04 | JamPS | But usb has never worked with rockbox, it just rebooted to original firmware. |
| 16:51:16 | pixelma | the automatic reboot from a running Rockbox into the OF doesn't work in every build it's been like that for a while - and it changes even when completely unrelated code changes |
| 16:51:27 | JamPS | nice :P |
| 16:51:46 | LinusN | pixelma: aha |
| 16:52:06 | GodEater | JamPS: correct, but gevaerts is most of the way to fixing "usb not working in rockbox" |
| 16:52:12 | pixelma | but it's reliable if you plug USB when the player is turned off |
| 16:52:19 | JamPS | yea I know |
| 16:52:44 | scorche|w | then do that? |
| 16:53:16 | JamPS | oh btw windows says that this device can perform faster now when it freezes :P |
| 16:55:56 | LinusN | wow, my ipod froze, and menu+select has no effect... |
| 16:56:14 | Horscht | hold it long enough |
| 16:56:17 | Horscht | had it once, too |
| 16:56:18 | GodEater | LinusN: hold switch to on, then off first ;) |
| 16:56:30 | GodEater | as per apple's instructions... |
| 16:57:37 | LinusN | no go |
| 17:00 |
| 17:00:10 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
| 17:00:12 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 17:00:21 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 17:00:38 | LinusN | and i thought that the menu+reset was somehow hardwired |
| 17:01:07 | JamPS | did you press it like 20 seconds? |
| 17:01:09 | | Quit freqmod__nx (Read error: 104 (Connection reset by peer)) |
| 17:01:28 | JamPS | might work... |
| 17:02:24 | LinusN | i tried over a minute |
| 17:02:34 | preglow | LinusN: you pressed them DEAD simultaneous, yes? |
| 17:02:44 | preglow | i've yet to see an ipod that can be reset that way, and i don't think i'm alone |
| 17:02:51 | preglow | can/can't :/ |
| 17:03:09 | LinusN | really odd, it has always worked before |
| 17:03:18 | preglow | :/ |
| 17:04:52 | JamPS | I opened my sansa about 5 times before I knew that it could be reset by pressing power 15secs :P |
| 17:07:17 | dionoea | LinusN: maybe your batteries just ran out |
| 17:07:17 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
| 17:07:57 | LinusN | dionoea: no, it's stuck on the rockbox splash screen |
| 17:08:13 | | Quit CaptainSquid (Remote closed the connection) |
| 17:08:51 | GodEater | hold to on, then to off, then menu+select has always worked for me too :( |
| 17:08:58 | Horscht | for me, as well |
| 17:09:10 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 17:09:56 | LambdaCalculus37 | Me as well. |
| 17:09:59 | GodEater | I've only seen occasions where menu+select doesn't work if I've not done the hold trick first |
| 17:11:47 | LinusN | removing the battery helped |
| 17:12:50 | LinusN | really strange |
| 17:14:33 | LambdaCalculus37 | Indeed. I never saw that kind of behavior on my iPod before. |
| 17:14:40 | LinusN | me neither |
| 17:14:41 | | Join Llorean [0] (n=DarkkOne@ppp-70-253-63-198.dsl.hstntx.swbell.net) |
| 17:14:49 | | Quit Llorean (Client Quit) |
| 17:14:50 | | Join freqmod_nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) |
| 17:15:12 | LambdaCalculus37 | Usually for me, if the hold trick doesn't work the first time, a second time will get it to work. |
| 17:18:24 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
| 17:21:23 | LinusN | the recipe was simple: set up an irq and don't handle it |
| 17:24:20 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
| 17:24:24 | barrywardell | LinusN: I don't think my commit should have any negative effect |
| 17:25:02 | LinusN | barrywardell: it could just be the odd code alignment issue pixelma mentioned |
| 17:26:57 | barrywardell | If it is causing problems, I'm fine with it being reverted, but I didn't notice and new problems with it |
| 17:27:19 | | Quit toffe82_ (Read error: 110 (Connection timed out)) |
| 17:32:53 | JamPS | good luck to you guys making rockbox better :) |
| 17:37:00 | LinusN | thanks, we need it :-) |
| 17:41:36 | | Join Domonoky [0] (n=Domonoky@92.226.137.95) |
| 17:43:06 | | Join Arathis [0] (n=doerk@p508A5E2A.dip.t-dialin.net) |
| 17:46:18 | markun | Does anyone know what this "V24000" chip could be? http://www.soomal.com/xdoc/miniplayer/18a.jpg |
| 17:46:46 | markun | I've read claims that it's an FM radio receiver chip by Sanyo |
| 17:46:58 | LambdaCalculus37 | markun: I'll Google it for you. |
| 17:47:29 | | Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) |
| 17:48:10 | LambdaCalculus37 | markun: Confirmed. Here's the info: http://en.meizu.com/userforum/forum_posts.asp?TID=268&PN=1 |
| 17:48:13 | LambdaCalculus37 | Check the first post. |
| 17:53:08 | | Quit XavierGr (Nick collision from services.) |
| 17:53:16 | markun | LambdaCalculus37: yes, but who wrote that. I would prefer to see it on a sanyo site. |
| 17:53:19 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 17:53:42 | LambdaCalculus37 | Back to Google I go. |
| 17:53:45 | LambdaCalculus37 | markun: Good point. :) |
| 17:54:32 | | Join tvelocity_ [0] (n=tony@athedsl-4421292.home.otenet.gr) |
| 17:55:43 | markun | too bad that I couldn't find a datasheet for the CPU or this FM radio chip |
| 17:56:39 | LambdaCalculus37 | markun: I'm coming up empty handed. |
| 17:56:52 | LambdaCalculus37 | No listing on Sanyo's site that I could find. |
| 17:57:22 | markun | me neither |
| 17:58:03 | | Join Axio [0] (n=Axio@alf94-1-81-57-140-233.fbx.proxad.net) |
| 17:59:17 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 17:59:49 | | Join agm3nt [0] (n=opera@bartek.tu.kielce.pl) |
| 18:00 |
| 18:02:59 | | Quit gevaerts ("work->home") |
| 18:03:17 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 18:09:21 | | Join n1s [0] (n=nils@nl104-209-105.student.uu.se) |
| 18:11:17 | | Join herrwaldo [0] (n=waldo@ip-81-11-219-216.dsl.scarlet.be) |
| 18:13:12 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
| 18:16:52 | | Quit SSnake (Read error: 110 (Connection timed out)) |
| 18:19:58 | | Join hannesd [0] (n=light@p5B163DA1.dip0.t-ipconnect.de) |
| 18:22:10 | | Quit petur ("work->home") |
| 18:23:05 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 18:25:20 | | Join japc [0] (n=japc@bl7-247-230.dsl.telepac.pt) |
| 18:25:33 | jhMikeS | markun: I think the docs used for the sansa FM chip will do |
| 18:26:11 | | Quit LambdaCalculus37 ("CGI:IRC (EOF)") |
| 18:27:16 | jhMikeS | the one's used were for LV24000,1,2. the sansa FM chip is also simple marked "V24020" |
| 18:29:19 | | Quit japc (Remote closed the connection) |
| 18:29:53 | | Join gevaerts [0] (n=fg@195-144-092-010.dyn.adsl.xs4all.be) |
| 18:35:24 | | Quit XavierGr (Nick collision from services.) |
| 18:35:35 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 18:38:00 | | Join japc [0] (n=japc@bl7-247-230.dsl.telepac.pt) |
| 18:41:47 | *** | Saving seen data "./dancer.seen" |
| 18:42:07 | | Quit ch4os_ ("Lost terminal") |
| 18:44:02 | | Quit japc (Remote closed the connection) |
| 18:46:28 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
| 18:47:36 | gevaerts | I just changed the usb driver to only use one transfer descriptor, and not support chaining. This limits transfer sizes to 16k (actually 20k if we really want). It seems to be much more stable. I have now been running badblocks -w with a lsusb -v loop for 5 minutes without any problem. The svn version stops bulk transfers after a few seconds of this, and usully recovers after a bus reset. Recent patches usually don't recover. This one do |
| 18:47:50 | gevaerts | ...doesn't even stop. |
| 18:47:57 | * | gevaerts should really type shorter lines |
| 18:48:56 | | Join perrikwp [0] (i=98216e29@gateway/web/ajax/mibbit.com/x-d222b3724fd6a2a0) |
| 18:49:09 | LinusN | gevaerts: do you think it's time for a new commit? |
| 18:49:31 | gevaerts | That means the version I am running now is probably the most stable one yet. The "cost" is bein limited to 16k transfers, which means a 2% slowdown. |
| 18:49:55 | gevaerts | LinusN: I think so. I |
| 18:50:59 | rasher | Still full speed? |
| 18:51:33 | gevaerts | I'll upload a new patch sometime tonight. After this I'm going to tackle jhMikeS' remarks about threads and interrupt context. |
| 18:52:03 | gevaerts | rasher: yes, but at least twice as fast as two days ago. |
| 18:53:24 | gevaerts | I think we should still leave it disabled for now, and once the threading and interrupt cleanups are done it should be ready for general consumption |
| 18:54:42 | | Quit Horscht ("I am root. If you see me laughing, you better have a backup") |
| 18:55:40 | gevaerts | As far as I can see it doesn't even slow down significantly under this lsusb load. I stil get over 900 kB/s write speed |
| 18:55:55 | LinusN | damn nice |
| 18:58:26 | | Join JdGordon|w [0] (i=836b0049@gateway/web/ajax/mibbit.com/x-4c9eb6cc2302c329) |
| 18:58:44 | | Quit scorche|w ("CGI:IRC (EOF)") |
| 18:59:53 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 19:00 |
| 19:02:21 | * | gevaerts is now going to try if all this solved the serial/storage coexistence issue by accident |
| 19:02:51 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 19:02:51 | * | LinusN would LOVE usb-serial logf() |
| 19:07:16 | | Join Phill [0] (n=irc-Feb2@5ac47d15.bb.sky.com) |
| 19:07:21 | | Quit barrywardell (Remote closed the connection) |
| 19:07:40 | | Quit tedrock (Read error: 104 (Connection reset by peer)) |
| 19:09:19 | Phill | LinusN: I have usb-serial logf working-ish (although obviously not in combination with mass storage). It works okay as long as there are not too many logfs in quick succession. |
| 19:09:30 | gevaerts | It works ! |
| 19:10:24 | LinusN | gevaerts: wohooo! |
| 19:11:00 | preglow | \o/ |
| 19:11:08 | * | gevaerts now has cu session open that echoes everything back with case changed, while copying files |
| 19:11:22 | LinusN | how cute |
| 19:12:19 | rasher | gevaerts: Brilliant |
| 19:12:27 | | Quit dandin1 () |
| 19:12:28 | * | preglow has been waiting for this for a long time |
| 19:12:59 | gevaerts | Phill: can you post a patch somewhere ? It might be useful to integrate it in the "big" usb patch. |
| 19:13:01 | rasher | Now to hpe that the sansa dock talks over serial |
| 19:13:21 | rasher | oh wait.. that's.. different serial |
| 19:13:28 | rasher | silly me |
| 19:13:49 | LinusN | rasher: let's hope that my pp502x serial code works for the sansa too |
| 19:14:01 | LinusN | time to get me a sansa :-) |
| 19:14:34 | LinusN | what's with the sansa dock btw? |
| 19:14:39 | * | rasher has access to a sansa dock |
| 19:14:44 | LinusN | does it have a remote or what? |
| 19:14:47 | rasher | Yup |
| 19:14:54 | rasher | And sound output |
| 19:14:59 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 19:15:01 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-bb9a62f9d3ddb17b) |
| 19:15:42 | Phill | gevaerts: I'll try to find some time later this evening to boot into linux and get the patch. Hopefully I can tidy it up a bit first too. |
| 19:16:25 | gevaerts | Phill: OK. I'll upload my new patch in a few minutes. We can always merge later |
| 19:16:27 | rasher | LinusN: costs about as much as the e200 itself, too |
| 19:16:32 | LinusN | rasher: wow |
| 19:16:44 | rasher | Depending on where you buy them, of course |
| 19:16:48 | LinusN | gevaerts: still don't want svn access? |
| 19:17:12 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 19:18:47 | gevaerts | LinusN: Maybe it's time to start considering it. |
| 19:19:07 | preglow | i'd say |
| 19:20:13 | * | pondlife pops in to congratulate LinusN and gevaerts |
| 19:20:25 | | Part pondlife |
| 19:21:58 | | Join japc [0] (n=japc@bl7-247-230.dsl.telepac.pt) |
| 19:23:26 | | Quit EspeonEefi ("ã•ã‚ˆãªã‚‰") |
| 19:24:40 | | Quit japc (Client Quit) |
| 19:24:53 | | Part LinusN |
| 19:24:57 | gevaerts | Patch is uploaded. Serial is enabled, so Windows might ask for a driver. |
| 19:24:59 | | Join japc [0] (n=japc@bl7-247-230.dsl.telepac.pt) |
| 19:25:01 | * | gevaerts is going to eat something now |
| 19:25:51 | BigBambi | Congrats :) |
| 19:27:45 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 19:28:53 | | Quit japc (Remote closed the connection) |
| 19:31:29 | | Join MethoS-- [0] (n=clemens@pD955F0BE.dip.t-dialin.net) |
| 19:41:05 | amiconn | gevaerts: With ums_v22, I get an immediate data abort on mini G2 when plugging USB |
| 19:43:39 | amiconn | The crash happens in set_serial_descriptor |
| 19:45:42 | | Join beheadingpain [0] (n=not@99.242.23.173) |
| 19:46:01 | | Join remotechief_311 [0] (n=markus@217-162-226-15.dclient.hispeed.ch) |
| 19:46:46 | beheadingpain | hi i've been eating kfc chicken wings 3 weeks straight is that bad for my body? how long can i continue? |
| 19:47:21 | LambdaCalculus37 | Uh, what!? |
| 19:47:49 | | Join gregzx [0] (n=gregzx@dsn227.neoplus.adsl.tpnet.pl) |
| 19:47:58 | krazykit | beheadingpain, this is an on-topic channel. please take non-rockbox chatter elsewhere |
| 19:48:01 | LambdaCalculus37 | What does KFC have to do with Rockbox? |
| 19:48:07 | moos | spam ! |
| 19:48:17 | * | LambdaCalculus37 pulls the Anti-Spam Cord |
| 19:48:19 | | Join japc [0] (n=japc@bl7-247-230.dsl.telepac.pt) |
| 19:48:45 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 19:50:28 | | Quit remotechief_311 (Remote closed the connection) |
| 19:55:31 | | Quit DaCapn (Read error: 104 (Connection reset by peer)) |
| 19:56:04 | amiconn | gevaerts: Btw, those hex[] arrays are actually const, so they should be declared const. That'll save some init code gcc otherwise adds |
| 19:56:55 | amiconn | And I found the culprit - struct usb_string_iSerial is unaligned. Is there a reason why all those structs are declared packed? |
| 19:58:30 | gevaerts | amiconn: yes. They go over the wire as-is, so if they are not packed it won't work. Th other alternative would be to copy them all to a temporary buffer. |
| 19:59:20 | preglow | almost preferable, with arm... |
| 19:59:34 | gevaerts | amiconn: usb_string_iSerial should probably also be cache aligned to work properly. |
| 20:00 |
| 20:00:56 | beheadingpain | i have high cholesterol how long till i'll die if i don't lower it and keep eating chicken wings and sit on my leg all day? |
| 20:01:10 | gevaerts | preglow: only seven of the fields actually ever need to be changed, and three of those are chars. Otherwise I would agree |
| 20:01:23 | amiconn | Okay, understood. However, declaring them packed also makes them unaligned (another gcc glitch? Afaiu they shouldn't be unaligned unless also explicitly declared unaligned) |
| 20:01:28 | DBUG | Sent KICK beheadingpain to server |
| 20:01:29 | Kick | (#rockbox beheadingpain :Rotten persons outside, please) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-81a6e41ab8c04a25 |
| 20:01:51 | * | petur is amazed by the default kick message :) |
| 20:02:29 | amiconn | Would it work to declare alignment in usb_ch9.h together with the 'packed' attribute? |
| 20:02:51 | preglow | amiconn: of the entire struct or members? packed structs should definitely break member alignment if necessary |
| 20:02:53 | amiconn | Then all incarnations would be sutably aligned in memory... |
| 20:03:05 | amiconn | The entire struct is obviously unaligned |
| 20:03:19 | amiconn | Have a look at e.g. struct usb_string_descriptor |
| 20:04:05 | amiconn | It consists of 2 8-bit-members, then an array of 16 bit elements. So the whole struct needs to be 16 bit aligned in memory in order to not crash arm |
| 20:04:26 | | Part at0m|c ("Clear Channel Event") |
| 20:04:32 | amiconn | But by default it isn't. |
| 20:06:04 | preglow | weird, i wouldn't expect packedness to affect alignment of the entire thing at all... |
| 20:07:29 | gevaerts | amiconn: struct usb_string_iSerial is the only struct usb_string_descriptor that needs to be modified, and it isn't part of a bigger struct. The config_data struct needs to be packed, but we could assemble it by hand in a buffer, or declare four nearly-identical copies of it. |
| 20:08:12 | amiconn | This is just by chance |
| 20:08:47 | amiconn | Any in-ram struct usb_string_decsriptor has a 50% chance to be misaligned to access its 16 bit members |
| 20:09:58 | gevaerts | amiconn: true, but they are (or should be) const, so the gcc initialisation code needs to write them. After that the rockbox code treats them as an opaque buffer to send over the wire if the host asks for them |
| 20:10:06 | amiconn | Imho we have 3 options. (1) Explicitly align every such struct (as you did for sansa, but not for ipod). (2) declare alignment along with packedness in usb_ch9.h |
| 20:10:25 | preglow | which sounds good |
| 20:10:38 | preglow | the latter should be the best, if gcc has it work... |
| 20:10:40 | amiconn | (3) use 'unaligned' pointers to access the 16 bit members |
| 20:10:58 | amiconn | This last option causes bigger and slower code though |
| 20:11:23 | | Join spiorf [0] (n=spiorf@79.20.211.254) |
| 20:11:46 | gevaerts | These members are only accessed very rarely, and only in very few places, so that shouldn't be a big problem. |
| 20:12:38 | amiconn | No, but if proper alignment can be ensured (like in this case, it should be preferred, imho |
| 20:13:29 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
| 20:14:44 | * | bluebrother notices the addition of serial port registers for pp5020 |
| 20:16:01 | amiconn | gevaerts: Seems to work nicely |
| 20:16:59 | amiconn | I just changed the attributes for struct usb_string_descriptor in usb_ch9.h to read: |
| 20:17:01 | amiconn | __attribute__ ((packed,aligned(2))); |
| 20:17:39 | | Quit moos (Connection reset by peer) |
| 20:17:50 | gevaerts | I'll do the same change here. |
| 20:17:51 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
| 20:17:55 | | Join Rob222241 [0] (n=Miranda@p54B0CC65.dip.t-dialin.net) |
| 20:18:26 | amiconn | Then you can remove the explicit attribute for usb_string_iSerial on sansa in usb_core.c |
| 20:19:40 | amiconn | Is there a reason why this is declared different for sansa than for the rest? |
| 20:20:09 | gevaerts | amiconn: I probably forgot to change both after fixing it for sansa. |
| 20:20:32 | amiconn | I mean in general, not just the attribute |
| 20:23:40 | gevaerts | Oh ok. The OF for sansa and ipod have different length serial number strings, and we started out trying to get exactly the same. I guess we could just take the largest one and leave the extra zeroes, since we decided to not follow the OF exactly here. |
| 20:24:12 | amiconn | Hmm, ok |
| 20:24:25 | amiconn | I also notice that there is no serial number (yet) for H10 |
| 20:24:45 | amiconn | It probably needs figuring out where the OF gets this number from? |
| 20:25:37 | gevaerts | Yes. |
| 20:25:55 | * | amiconn also wonders whether the code should be checked for endian issues |
| 20:26:16 | amiconn | Right now it's only used on little endian targets, but that might change |
| 20:26:58 | gevaerts | Actually it doesn't really work properly on c200 either (i.e. I don't get the same as the OF). For some reason e200 and c200 don't get their serial from the same place |
| 20:30:21 | gevaerts | I think those same usb descriptors will be the hardest to get endian-clean. SCSI should be mostly there (SCSI is big endian...), except for one or two magic numbers. |
| 20:30:41 | | Quit spiorf (Remote closed the connection) |
| 20:31:19 | | Quit Phill (Read error: 110 (Connection timed out)) |
| 20:32:02 | gevaerts | By the way, does anyone have a script somewhere that builds all targets in one go ? |
| 20:33:39 | bluebrother | gevaerts: I did something very basic for building all manuals ... it's mainly a "for i in $foo; do make -C $i; done" |
| 20:34:36 | * | amiconn never built *all* targets so far in years of rockbox hacking |
| 20:35:25 | | Quit Rob2222 (Read error: 113 (No route to host)) |
| 20:35:59 | * | gevaerts might not build all targets, but checking if everything still compiles for should-be-unaffected targets sounds useful |
| 20:36:15 | amiconn | I rather select the target(s) that might be affected by a change, and if it's a generic change, a selection of as few targets as possible that covers the whole range of properties which might be affectede |
| 20:36:18 | amiconn | -e |
| 20:37:31 | gevaerts | That's probably a good way to do it, once you know which those targets are |
| 20:37:32 | | Join Munkie [0] (i=Munkie@c7-17-1.ctn.dial-up.net) |
| 20:37:36 | * | gevaerts is still a newbie |
| 20:37:55 | pixelma | bluebrother: does that still work? ;) |
| 20:38:25 | Munkie | Is the sever up? Trying to install themes and its saying it cant find any? |
| 20:38:27 | bluebrother | pixelma: just started testing ;-) |
| 20:38:44 | bluebrother | and in fact I build the manual-pdf target. I think that should still work ... |
| 20:38:53 | pixelma | you are aware that you need "make manual" now? |
| 20:39:04 | bluebrother | yes, I am. |
| 20:39:35 | bluebrother | I already thought about removing the manual configuration option and simply use the (N)ormal build instead |
| 20:39:51 | scorche|sh | hrm...how did logbot know to kick him?...did someone do that manually? |
| 20:40:27 | bluebrother | which reminds me, I wanted to fix something regarding output names for the manual. They're a bit inconsistent. |
| 20:40:49 | | Quit ch4os_ (Read error: 104 (Connection reset by peer)) |
| 20:40:57 | petur | scorche|sh: logbot can be manipulated ;) |
| 20:41:01 | Munkie | Why would it be giving me and error? the fonts work and the games, but not the themes |
| 20:41:25 | scorche|sh | petur: of course, but by whom? |
| 20:41:38 | * | petur smiles |
| 20:41:51 | *** | Saving seen data "./dancer.seen" |
| 20:41:52 | pixelma | scorche: check the logs (at least the current.txt has it) :) |
| 20:42:24 | petur | scorche|sh: it really is a nice way for devs to kick somebody when no ops are around |
| 20:42:39 | pixelma | Munkie: do you mean installing themes with rbutil for an Ipod Video? |
| 20:42:56 | * | amiconn wonders what makes the H10 microdrive so crappy compared to the one used in the ipod mini |
| 20:44:01 | petur | only the microdrive? |
| 20:44:14 | amiconn | yes |
| 20:44:16 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
| 20:44:16 | Munkie | yup i do |
| 20:44:18 | amiconn | It's dead slow |
| 20:44:44 | * | LambdaCalculus37 wonders if a CF mod would do wonders for an H10 |
| 20:44:45 | Munkie | ive got dead slow internet, so it makes no difference to me |
| 20:44:48 | amiconn | Rockbox unzipping times: Mini G2, diskmode: 16 sec. Mini G2, rockbox: 35 sec. H10, OF: 2:42. H10, rockbox: 308: |
| 20:44:57 | amiconn | s/308:/3:08/ |
| 20:45:04 | * | petur notices rasher and JdGordon are interested in the powers of logbot :) |
| 20:45:05 | * | scorche|sh shall have to investigate logbot a bit further |
| 20:45:26 | bluebrother | Munkie: the themes are on a different server. |
| 20:45:27 | amiconn | Spinup time is also looong for a microdrive: almost 3 sec instead of ~500ms |
| 20:45:42 | bluebrother | scorche|sh: which reminds me ... how's the official themes thingy going on? |
| 20:45:59 | petur | amiconn: is the pinout compatible with CF? |
| 20:46:07 | * | gevaerts likes the disk in the H10. It makes the rockbox usb stack look good |
| 20:46:13 | Munkie | ok |
| 20:46:18 | JdGordon|w | petur: would be nice to know how to use him when I get back and everyone is out when they are needed... |
| 20:46:20 | scorche|sh | bluebrother: it has been ready for ages...i am just waiting for viewports in WPS to be committed |
| 20:46:50 | pixelma | Munkie: the Ipod Video themes were taken down from the server rbutil searches because of bandwidth issues. I'm not sure if they are available through a mirror (scorche|w?), if not then have a look at the WpsGallery in the Rockbox wiki. |
| 20:46:54 | scorche|sh | JdGordon|w: well, let me find out more, maybe do a bit of tuning, and then we shall see |
| 20:46:58 | bluebrother | petur: the microdrive in the mini has the same pinning as a CF card, so I guess the H10 does too. |
| 20:47:12 | scorche|sh | pixelma: soap has them mirrored |
| 20:47:23 | LambdaCalculus37 | I guess the only way to truly find out is to perform the mod and see what happens. |
| 20:47:23 | amiconn | petur: No. It has a so-called F-FLEX interface |
| 20:47:33 | petur | hmmm |
| 20:47:38 | bluebrother | maybe we should remove the "install all" button in the themes window. |
| 20:47:44 | gevaerts | amiconn: I would say that the main problem probably is huge seek times |
| 20:47:46 | pixelma | scorche|w: do you have a link for Munkie then? |
| 20:47:49 | bluebrother | I wasn't a fan of that button in the first place anyway. |
| 20:48:04 | amiconn | It's a Seagate ST660211FX |
| 20:48:36 | scorche|sh | http://rockbox-themes.cleansoap.org |
| 20:48:55 | scorche|sh | pixelma: and scorche|w is gone now that i can ssh through work's vpn :) |
| 20:49:41 | amiconn | The mini has a Hitachi HMS360604D5CF00 |
| 20:49:42 | amiconn | That one is CF type II |
| 20:50:24 | LambdaCalculus37 | And the Seagate drive in the H10 isn't CF Type II, if I am to understand this correctly? |
| 20:50:31 | amiconn | yes |
| 20:50:48 | bluebrother | so it's type I? Or something completely different? |
| 20:51:01 | amiconn | Completely different |
| 20:51:01 | pixelma | scorche|sh: see, if you are here as scorche + scorche|* then you're making it hard for tab completion (and I didn't check back) :) |
| 20:51:01 | * | bluebrother thought all microdrives were CF II |
| 20:51:33 | amiconn | Microdrive with CF connector are always CF II. The only difference between type I and II is thickness |
| 20:51:38 | amiconn | 3.3mm vs. 5mm |
| 20:51:45 | petur | desowin: is there a mac version of qtscrobbler? If not, I assume it is possible? |
| 20:51:59 | amiconn | http://www.bellmicro.de/d/frame/index_d.html?/d/products/seagate/seagate_1.html |
| 20:52:03 | desowin | petur: I heard of people having success compiling it on mac |
| 20:52:10 | amiconn | CF == compact flash, FX == F-FLEX |
| 20:52:22 | bluebrother | yep, but up to my knowledge all microdrives were 5mm. Seems my knowledge was wrong. |
| 20:52:23 | amiconn | ANd the one in the H10 is ..FX |
| 20:52:35 | amiconn | No, your knowledge is correct |
| 20:52:42 | desowin | petur: don't own nor have access to mac myself though |
| 20:52:45 | amiconn | But not all microdrives have CF connectors |
| 20:53:20 | * | bluebrother learned something new today :) |
| 20:53:33 | | Join qwedsa_ [0] (n=superman@ip51ccca31.speed.planet.nl) |
| 20:54:21 | * | LambdaCalculus37 has learned the Tech Paper "Microdrive Technical Differences"! |
| 20:54:52 | * | gevaerts remembers Sinclair microdrives |
| 20:55:05 | | Join tessarakt [0] (n=jens@e180068238.adsl.alicedsl.de) |
| 20:58:35 | Munkie | Are there any rockbox programming tutorials anywhere? |
| 20:59:04 | bluebrother | there is quite some information in the wiki. But no tutorials. |
| 20:59:49 | Munkie | ok cool cool. Would c# work? |
| 20:59:58 | BigBambi | No, C |
| 21:00 |
| 21:00:06 | BigBambi | and bits of assembly |
| 21:00:06 | Munkie | ok.. |
| 21:00:16 | LambdaCalculus37 | Plain, classic C. |
| 21:00:23 | | Join bertrik [0] (n=Bertrik_@242-033-045-062.dynamic.caiway.nl) |
| 21:00:33 | BigBambi | Munkie: You have to remember these are limited, embedded devices... |
| 21:00:58 | Munkie | ok. i must learn that. Rockbox is so amazing. Is there any way to get sleep mode on the ipod video? that will make it perfect |
| 21:01:08 | bluebrother | c#? /me coughs. |
| 21:01:17 | Horscht | sleep mode, Munkie? |
| 21:01:37 | bluebrother | I guess he means the "off" mode that Apple uses. |
| 21:02:15 | bluebrother | and hasn't amiconn figured out how to run the cpu at 11MHz? |
| 21:02:22 | gevaerts | bertrik: have a look at http://www.evonet.be/~gevaerts/ums/ |
| 21:02:35 | | Join Llorean [0] (n=DarkkOne@ppp-70-253-63-198.dsl.hstntx.swbell.net) |
| 21:02:38 | Munkie | yes, thats what i mean, so it can load up quick, instead of having to reboot everytime |
| 21:02:40 | bertrik | nice! |
| 21:02:48 | * | petur read today that assembly is a no longer used skill since 2000... idiots... |
| 21:03:03 | gevaerts | Not entirely there yet, but close. |
| 21:03:09 | Munkie | awsum |
| 21:03:12 | Horscht | who? |
| 21:03:18 | amiconn | bluebrother: huh? |
| 21:03:43 | petur | 32kHz? |
| 21:03:49 | | Join indigo_ [0] (n=indigo@pD95E839F.dip0.t-ipconnect.de) |
| 21:03:53 | bluebrother | err ... yep, meant that. |
| 21:04:04 | amiconn | Yes, 32kHz is the sleep (or as I call it, suspend) clock |
| 21:04:13 | gevaerts | bertrik: I added some #ifdefs to usb_storage.c to disable access to the internal flash, and only show the sd card. USBCV MSC tests are a lot safer then |
| 21:04:26 | amiconn | But that's not the only necessary condition for suspend mode |
| 21:05:09 | amiconn | We'd also need to find out how to shut down various other components (lcd, audio codec...), and put the ram into low-power self refresh mode |
| 21:05:13 | Munkie | what does it usually run at? |
| 21:05:14 | indigo_ | hi, after creating a compiler to build rockbox via crossdev (gentoo), I get the following error message while executing "make" |
| 21:05:22 | amiconn | I know how to do this on a 1st and 2nd Gen *only* |
| 21:05:31 | bertrik | gevaerts: ok, very good idea |
| 21:05:32 | indigo_ | /home/indigo/rockbox/firmware/target/arm/system-arm.h: In function `queue_enable_queue_send': |
| 21:05:36 | indigo_ | /home/indigo/rockbox/firmware/target/arm/system-arm.h:119: warning: asm operand 3 probably doesn't match constraints |
| 21:05:38 | indigo_ | /home/indigo/rockbox/firmware/target/arm/system-arm.h:119: warning: asm operand 3 probably doesn't match constraints |
| 21:05:41 | indigo_ | /home/indigo/rockbox/firmware/target/arm/system-arm.h:119: error: impossible constraint in `asm' |
| 21:05:44 | indigo_ | /home/indigo/rockbox/firmware/target/arm/system-arm.h:119: error: impossible constraint in `asm' |
| 21:05:47 | indigo_ | make[1]: *** [/home/indigo/rockbox/build-dir/firmware/kernel.o] Error 1 |
| 21:05:49 | amiconn | STOP |
| 21:06:00 | Horscht | i second amiconn's request |
| 21:06:00 | amiconn | indigo_: Using crossdev isn't recommended. |
| 21:06:01 | scorche|sh | indigo_: please use a pastebin next time |
| 21:06:16 | indigo_ | scorche|sh: ok, sorry |
| 21:06:53 | bluebrother | indigo_: what version of arm-elf-gcc do you have? |
| 21:07:03 | indigo_ | amiconn: but on http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler#Gentoo_Gentoo_Crossdev it's recommended for gentoo users |
| 21:07:12 | indigo_ | 3.4.6 |
| 21:07:23 | n1s | indigo_: you should probably try using our rocboxdev.sh script to build your crosscompiler |
| 21:07:26 | bluebrother | that's too old. |
| 21:07:27 | indigo_ | as 4.* seems not to work properly atm |
| 21:07:43 | n1s | 4.0.3 is recomended for arm |
| 21:07:44 | bluebrother | as you also see on that page 4.0 is _required_ for arm targets. |
| 21:07:47 | indigo_ | as sayd somewhere in the wiki |
| 21:08:11 | Llorean | indigo_: 3.4.6 is for Coldfire targets, 4.0.3 is for ARM |
| 21:09:02 | * | amiconn seems to remember that people using crossdev had all sorts of problems |
| 21:09:08 | amiconn | Am I remembering wrong? |
| 21:09:09 | scorche|sh | indigo_: where did you see 4.*? |
| 21:09:32 | | Quit qwedsa (Read error: 110 (Connection timed out)) |
| 21:09:36 | rasher | amiconn: I don't think so. Frankly I think that section should be removed |
| 21:09:47 | indigo_ | scorche|sh: GCC 4.0.x seems to work fine when building Rockbox for Coldfire platforms. For the time being, it is not the recommended or preferred version to use. |
| 21:10:00 | | Join defukt [0] (n=WTFOMGBB@91.106.251.133) |
| 21:10:07 | n1s | keyword there is _coldfire_ |
| 21:10:08 | rasher | indigo_: Codeword being _Coldfire platforms_ |
| 21:10:09 | indigo_ | that's what the wiki says |
| 21:10:19 | * | gevaerts gives everyone a beer |
| 21:10:30 | * | n1s cheers :) |
| 21:10:37 | petur | nice, thanks! |
| 21:10:48 | scorche|sh | gevaerts: you have more than a few beers that should be going to you atm :) |
| 21:11:20 | gevaerts | scorche|sh: I can't code after too many of them |
| 21:11:44 | JdGordon|w | sure you can! |
| 21:11:58 | scorche|sh | gevaerts: stick with the ballmer peak |
| 21:12:02 | * | gevaerts likes code that still makes sense the next day |
| 21:12:04 | bluebrother | gevaerts: try virtual beer for now ;-) |
| 21:12:31 | bluebrother | and real beer later ... |
| 21:13:01 | Llorean | indigo_: The problem is, "Coldfire" is for the iRiver H100 and H300, and the iAudio X5 and M5. Not any other players. It's an entirely different compiler, which you seem to have confused. |
| 21:14:13 | | Join Domonoky_ [0] (n=Domonoky@92.226.147.200) |
| 21:15:27 | | Quit Munkie () |
| 21:16:29 | | Quit stewball (Read error: 110 (Connection timed out)) |
| 21:16:32 | indigo_ | ok, now I try using the crossdev-script in order to get the building process to work. Thanx for the bunch of information. |
| 21:24:05 | | Join EspeonEefi [0] (i=espeonee@STRATTON-SEVEN-FOURTY-THREE.MIT.EDU) |
| 21:24:42 | | Quit Jon-Kha (Remote closed the connection) |
| 21:26:41 | | Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) |
| 21:27:24 | Domonoky_ | bluebrother: did you notice that your rbutil linux build wasnt really static ? (libusb... ) |
| 21:29:19 | bluebrother | no. |
| 21:29:37 | bluebrother | but I guess libusb is common enough to assume it present. |
| 21:29:51 | rasher | bluebrother: except it might be 64-bit |
| 21:30:01 | rasher | Also, any chance of getting an install target in the makefile? And an option to avoid the static linking |
| 21:30:44 | bluebrother | rasher: dang, good point. |
| 21:31:06 | rasher | amiconn ran into that yesterday |
| 21:31:10 | bluebrother | rbutil will only get linked statically if you use -config static when running qmake |
| 21:31:17 | rasher | Fancy |
| 21:31:44 | bluebrother | my development builds are usually dynamic builds. |
| 21:32:03 | | Quit Domonoky (Read error: 110 (Connection timed out)) |
| 21:32:18 | bluebrother | I can look into adding an install target. Not sure what exactly is needed though (as the makefile is generated by qmake) |
| 21:32:33 | * | bluebrother puts a note on the todo-list |
| 21:33:04 | rasher | I guess "manually" copying isn't much of a problem (I was having a go at debian packaging last night) |
| 21:33:36 | bluebrother | yep. Of course it would be nice to use the usual "make install" |
| 21:33:49 | Llorean | Is it usual that RButil downloads Rockbox much more slowly than downloading it yourself, or am I just unlucky? |
| 21:35:15 | bluebrother | I haven't done speed tests, but for the older versions (when I had a good internet connection, not this stupid thing I use right now) I hadn't noticed a huge difference. |
| 21:35:53 | Llorean | I've been downloading rockbox.zip for several minutes now, and I'm on a fairly fast connection here. I don't remember it taking this long in the past, but then, usually I just compile my own builds, so it's been a while |
| 21:37:24 | preglow | i don't notice much of a difference |
| 21:37:34 | Llorean | Okay |
| 21:43:35 | Llorean | What needs to be true for rbutil to create a voice for me? |
| 21:45:59 | Llorean | Voicefile generation gave me a 5k file. =/ |
| 21:47:18 | | Join Phill [0] (n=irc-Feb2@5ac47d15.bb.sky.com) |
| 21:49:15 | bluebrother | Llorean: have you checked the tts settings? Especially the language when using sapi? |
| 21:49:50 | Llorean | I've set it to english |
| 21:49:58 | Llorean | And it says I have Microsoft Anna available in voices. |
| 21:50:14 | bluebrother | hmm. Domonoky_ is the expert for voice. |
| 21:50:25 | Llorean | Do I need rbspeexenc.exe separately, or is the encoder built in to rbutil? |
| 21:50:58 | preglow | builtin |
| 21:51:02 | Llorean | Hmm |
| 21:51:03 | Phill | gevaerts: i've upload my logf patch to http://pastebin.ca/911624 . I'm not sure it's too helpful, as it's probably done in a very horrible way, but it's a starting point! Unfortunately I haven't got time to work on it at the moment. |
| 21:52:22 | | Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) |
| 21:52:31 | Llorean | And it's creating 5k vioce files. :( |
| 21:52:34 | Llorean | So they're empty |
| 21:52:53 | * | preglow never tried with rbutil |
| 21:52:59 | Llorean | I've never tried with it before ether |
| 21:53:06 | Llorean | But I want to show someone else how to do it on Windows. |
| 21:53:07 | Llorean | =/ |
| 21:53:14 | Llorean | Are there known issues with Vista? |
| 21:53:22 | preglow | i would doubt it |
| 21:53:27 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
| 21:53:29 | preglow | not in windows now, or i'd try |
| 21:54:11 | Llorean | I don't have any special accessibility features installed, but it found the Anna voice on its own, and I went and confirmed my computer at least seemed to be able to speak in Control Panel |
| 21:54:28 | Llorean | I've disabled UAC entirely, so I doubt very much that's getting in the way. |
| 21:54:51 | n1s | Llorean: might be worth a shot trying with admin rights |
| 21:55:19 | hachi | I like the part where I hit the 'skip back' button in rockbox |
| 21:55:23 | hachi | and it keeps going forward |
| 21:55:28 | Llorean | I'm on an admin account, so everything is run with admin rights. |
| 21:55:53 | amiconn | Isn't Anna a German voice? |
| 21:56:02 | Llorean | amiconn: It says Anna (english) |
| 21:56:13 | n1s | Maybe she's multilingual :) |
| 21:56:17 | amiconn | Aha, don't know that one |
| 21:56:25 | Llorean | Or rather "Microsoft Anna - English (United States)" |
| 21:56:29 | pixelma | weren't there reports of exactly the same issue in the forums? Thought that was fixed though... |
| 21:56:52 | Llorean | Yeah, I seem to recall reports of that, but I couldn't remember if it was forums, or list. |
| 21:58:39 | Llorean | Aha |
| 21:58:44 | Llorean | When I try to generate .talk files, encoding fails |
| 21:58:47 | Llorean | Is that a clue? |
| 21:59:12 | bluebrother | maybe. Does it tell any details? |
| 21:59:19 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
| 21:59:44 | Llorean | Encoding of /path/to/_dirname.talk.wav failed is all |
| 21:59:49 | gevaerts | For some reason this thing won't work anymore in Windows without an sd card plugged in... |
| 22:00 |
| 22:00:13 | | Quit bertrik ("bye") |
| 22:00:50 | | Quit gevaerts (Read error: 110 (Connection timed out)) |
| 22:02:08 | Llorean | bluebrother: Any idea where it keeps temporary files? I'm not seeing any signs of it even creating the .wav files |
| 22:03:27 | preglow | does it create wav files? |
| 22:03:34 | preglow | oh, right, yes it does |
| 22:03:39 | Phill | gevaerts: on my e200 with ums_v22 the drives no longer show in windows, although the devices are listed in device manager |
| 22:04:18 | Llorean | preglow: It ought to, I thought. :) |
| 22:04:55 | preglow | yeah, and the code i wrote takes a wav file, so it pretty much has to |
| 22:05:08 | preglow | unless that got changed without me noticing |
| 22:05:09 | Llorean | I can only assume then that the speech isn't working |
| 22:05:18 | Llorean | Do I have to have speech actually enabled somewhere in windows? |
| 22:05:18 | | Quit Phill () |
| 22:05:22 | | Quit mf0102 ("Verlassend") |
| 22:14:12 | | Quit Arathis ("Bye, bye") |
| 22:14:20 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 22:15:09 | preglow | amiconn: i assume there are no better ways to load an address on coldfire than use move.l? |
| 22:16:26 | | Quit hannesd (No route to host) |
| 22:18:03 | | Quit hcs ("Leaving.") |
| 22:20:46 | | Join hamdiya [0] (n=c3e5ecd6@gateway/web/cgi-irc/labb.contactor.se/x-f6e56dcf41a88d5d) |
| 22:20:52 | hamdiya | hello |
| 22:21:02 | | Join gevaerts [0] (n=fg@195-144-092-010.dyn.adsl.xs4all.be) |
| 22:21:27 | | Quit hamdiya (Client Quit) |
| 22:22:29 | | Join hamdiya [0] (i=c3e5ecd8@gateway/web/ajax/mibbit.com/x-595272d46a30a37a) |
| 22:22:32 | | Quit ol_schoola () |
| 22:22:37 | | Quit BitTorment__ ("Do directly to guantanamo bay. Do not pass go. Do not collect your human rights.") |
| 22:23:10 | hamdiya | hello |
| 22:23:17 | hamdiya | need some help please with my first wps |
| 22:23:35 | hamdiya | i've got alot of the graphics ready but need some help with the coding |
| 22:24:06 | hamdiya | trying to make a custom progress bar and ive used $xl to preload a few images of the progress bar |
| 22:24:17 | hamdiya | however, it does not move |
| 22:24:24 | hamdiya | this is the code i;ve written |
| 22:24:25 | hamdiya | %?px<%xda|%xdb|%xdc|%xdd|%xde|%xdf|%xdg|%xdh|%xdi|%xdj> |
| 22:24:39 | | Quit bluebrother (Read error: 110 (Connection timed out)) |
| 22:24:50 | | Quit nicktastique ("Leaving") |
| 22:25:18 | | Join BitTorment [0] (n=martin@87-194-94-92.bethere.co.uk) |
| 22:26:13 | * | Llorean finally tries CabbieV2 on his gigabeat. |
| 22:26:24 | Llorean | I have to say I really like how the current version in SVN looks. |
| 22:26:57 | hamdiya | anyone please |
| 22:26:57 | hamdiya | ? |
| 22:27:31 | scorche|sh | hamdiya: have a bit of patience...you may even be better off posting this question in the forums |
| 22:27:39 | pixelma | you wrote "$xl" is that a typo in here (should be "%xl") - and do you want something like a real bar? Because then you could use the %P tag and not several single pictures... |
| 22:27:47 | pixelma | ^hamdiya |
| 22:28:11 | hamdiya | i actually want a custom bar |
| 22:28:23 | hamdiya | the %P tag is not suitable for my theme |
| 22:28:44 | hamdiya | did i wirte $xl? |
| 22:29:09 | pixelma | in your post here, yes. I have to admit that I never used %px though |
| 22:29:45 | hamdiya | ohh that |
| 22:29:47 | hamdiya | sry |
| 22:29:48 | hamdiya | typo |
| 22:30:05 | hamdiya | %px returns the percentage played |
| 22:30:13 | hamdiya | i assumed i should be using this |
| 22:30:29 | hamdiya | it returns a digit from 0-99(100?) |
| 22:30:45 | hamdiya | is the conditional statment corrent by the way? |
| 22:30:48 | * | Domonoky_ hears about voice generation problems with rbutil, which means finally someone tries it.. :-) |
| 22:31:07 | JdGordon|w | interesting logic |
| 22:31:22 | preglow | but valid |
| 22:31:22 | preglow | heh |
| 22:31:40 | gevaerts | I can't figure out how to make Windows handle this removable slot correctly. It tries reading a partition table, and gets an error back. This is new in the latest patch (it used to just send back random garbage). |
| 22:32:12 | Llorean | Domonoky_: Yes, I tried it. Windows Vista, nothing special installed. It recognized the one voice I seem to have, but created a 5k file. Talk clip generation doesn't seem to output wavs (I don't seem them anywhere), or at the very least, it errors when trying to encode the wavs. |
| 22:32:13 | n1s | hamdiya: looks correct to me, maybe you should try with a sim using the −−debugwps switch |
| 22:32:23 | pixelma | hamdiya: yes, I read that but never used it myself so all I can say I'd probably try the same |
| 22:32:26 | gevaerts | I can work around this by only letting the host know about the slot if there is a card present, and find a real solution later. Any thoughts on that ? |
| 22:32:42 | hamdiya | the −−debugwps switch |
| 22:32:43 | hamdiya | :D |
| 22:32:45 | hamdiya | noob here |
| 22:32:46 | hamdiya | sry |
| 22:32:49 | hamdiya | how do i do that? |
| 22:33:02 | n1s | hamdiya: do you have a simulator? |
| 22:33:08 | hamdiya | yes |
| 22:33:08 | JdGordon|w | gevaerts: you could do what my phone does and use a folder for the sd card instead of allowing it to be a seperate drive? |
| 22:33:22 | hamdiya | imagine making a wps withouth one :O |
| 22:33:24 | Llorean | gevaerts: I agree with JdGordon|w |
| 22:33:33 | JdGordon|w | not really nice though |
| 22:33:34 | Llorean | Since we present the SD card as a folder in Rockbox, why don't we do that too? |
| 22:33:41 | gevaerts | JdGordon|w: no. UMS exports block devices, not filesystems. |
| 22:33:56 | Llorean | Basically, present windows with the exact same file tree as we present the user. (Or at least, similar, since the folder name may be invalid) |
| 22:34:03 | n1s | hamdiya: start it with −−debugwps from a command line |
| 22:34:04 | Llorean | Ah, nevermind then. =/ |
| 22:34:27 | Domonoky_ | Llorean: rbutil puts those temporary files in the temp folder (for voice generation) |
| 22:34:52 | Llorean | Domonoky_: Ah, well when doing .talk generation, the path it mentioned in the error was on the device, when looking for the .wav |
| 22:34:58 | hamdiya | k, lemm try |
| 22:35:01 | Domonoky_ | and it deletes it again... for talk generation you can tell it, to keep the wav files.. |
| 22:35:13 | Llorean | Where is the temp folder? |
| 22:35:27 | n1s | hamdiya: if you are using a lot of images it might be failing because the buffer is full |
| 22:35:36 | Domonoky_ | for talk generation the wav files will be on the device... this is different from voice.. |
| 22:35:54 | Llorean | Domonoky_: I tried both talk and vioce. |
| 22:35:57 | JdGordon|w | gevaerts: in that case.. yeah, just ignore the slot if no card is present.. or maybe even ignore the slot completly for the time being |
| 22:36:04 | preglow | JdGordon|w: i bet your phone doesn't use ums |
| 22:36:09 | Llorean | Domonoky_: With talk, the .wav never showed up, and it errored when it tried to encode the .wav that wasn't present. |
| 22:36:15 | | Join BoBKA [0] (n=58c42d6c@gateway/web/cgi-irc/labb.contactor.se/x-086518254ca93414) |
| 22:36:16 | Llorean | With voice, it reported no errors, but I got a 5k voice file |
| 22:36:23 | JdGordon|w | preglow: pretty safe bet there... |
| 22:36:26 | hamdiya | the image is quite small |
| 22:36:27 | BoBKA | hi |
| 22:36:33 | Domonoky_ | Llorean: then its probably the sapi voice |
| 22:36:35 | BoBKA | ja\ |
| 22:36:37 | BoBKA | a |
| 22:36:38 | BoBKA | a |
| 22:36:40 | hamdiya | 446bytes |
| 22:36:49 | hamdiya | only loaded it 8 times |
| 22:37:08 | Llorean | Domonoky_: Know of anything I can do? I can make windows speak, so the voice is definitely present, but do I need to do something to enable it to be used by RButil or something? |
| 22:37:22 | hamdiya | is there some kind of log for the −−debugwps? |
| 22:37:29 | Domonoky_ | Llorean: would be nice if you could try the sapi_voice.vbs script alone, (i can give you the commands to try) |
| 22:37:32 | BoBKA | were a can get new plguins for rockbox player e200 series |
| 22:38:21 | Llorean | Domonoky_: Well, I need to leave soon. But I can PM you my email address if you'd like to send me what you want tested, and I'll email you back what results I get, or just try to catch you on IRC again soon. Will that work? |
| 22:39:33 | Domonoky_ | just try: "cscript sapi_voice.vbs /language:english" |
| 22:39:46 | n1s | hamdiya: are you on windows? |
| 22:39:51 | hamdiya | yes |
| 22:39:56 | Llorean | Where do I get sapi_voice.vbs? |
| 22:40:09 | Domonoky_ | then enter: SPEAK<tab>test.wav<tab> testing<enter> |
| 22:40:09 | n1s | hmm, dunno if that works on windows :-/ |
| 22:40:26 | Domonoky_ | Llorean: tools folder of rockbox source.. :-) |
| 22:40:58 | Llorean | Ok |
| 22:41:09 | | Quit BoBKA (Client Quit) |
| 22:41:53 | *** | Saving seen data "./dancer.seen" |
| 22:42:01 | Llorean | I got speech there |
| 22:42:03 | n1s | hamdiya: I could check it out if you could post a zip somewhere |
| 22:42:14 | pixelma | hamdiya: since I don't see the complete wps (and if you want to show, don't paste it here but use a pastebin), are the images at a different position and does the WPS look correctly otherwise? |
| 22:42:32 | Domonoky_ | Llorean: it generated a test.wav ? |
| 22:42:35 | Llorean | Yes |
| 22:42:38 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
| 22:42:38 | scorche|sh | hamdiya: also, try to not use the enter key as much...put your thoughts on one line please ;)/w 3 |
| 22:42:45 | Llorean | Domonoky_: 46k, plays fine. |
| 22:42:46 | scorche|sh | argh |
| 22:43:13 | Domonoky_ | hm.. try cscript sapi_voice.vbs /language:english /listvoices |
| 22:43:24 | hamdiya | the bg image loads good |
| 22:43:29 | Domonoky_ | this will give you a list of aviable voices... |
| 22:43:36 | hamdiya | and so do the song details |
| 22:43:37 | Llorean | Domonoky_: Doesn't list any\ |
| 22:43:46 | Llorean | Wait |
| 22:43:46 | Llorean | Typo |
| 22:43:59 | hamdiya | is it correct to do this |
| 22:44:00 | Llorean | Microsoft Anna - English (United States) is the only one |
| 22:44:05 | hamdiya | %xl|a|stat_bar.bmp|32|135| |
| 22:44:10 | hamdiya | %xl|b|stat_bar.bmp|33|135| |
| 22:44:14 | hamdiya | %xl|c|stat_bar.bmp|34|135| |
| 22:44:18 | hamdiya | %xl|d|stat_bar.bmp|35|135| |
| 22:44:27 | hamdiya | %?px<%xda|%xdb|%xdc|%xdd> |
| 22:44:28 | Llorean | hamdiya: If you need to make a multi-line paste, please use pastebin |
| 22:44:33 | Llorean | As per the channel guidelines |
| 22:44:40 | hamdiya | pastebin |
| 22:44:49 | hamdiya | crap! |
| 22:44:50 | Domonoky_ | then try: cscript sapi_voice.vbs /language:english /voice:"Microsoft Anna - English (United States)" |
| 22:44:51 | hamdiya | i must go |
| 22:44:53 | hamdiya | sry guys |
| 22:45:04 | hamdiya | ill come back later |
| 22:45:08 | hamdiya | hope to catch uz |
| 22:45:11 | hamdiya | bye |
| 22:45:13 | | Quit hamdiya ("http://www.mibbit.com ajax IRC Client") |
| 22:45:30 | n1s | do we support loading the same bitmap with multiple ids and positions? |
| 22:45:40 | Domonoky_ | and then the SPEAk command again... (ie create a file with a specific voice) |
| 22:46:13 | Llorean | Domonoky_: Says it finds no matching voice |
| 22:46:43 | Domonoky_ | so, there is the problem, thank you for testing, i will investigate it.. |
| 22:46:48 | Llorean | Thanks |
| 22:46:49 | Llorean | :) |
| 22:46:57 | gevaerts | OK, that works. |
| 22:47:10 | pixelma | and I even reminded him... |
| 22:47:15 | Llorean | Domonoky_: If I shorten it to simply "Microsoft Anna" it doesn't complain |
| 22:47:57 | Domonoky_ | nice hint.. :-) |
| 22:48:05 | Llorean | And it creates a playable wav file |
| 22:48:25 | Domonoky_ | jup, if it finds the voice, all should work.. |
| 22:48:34 | Llorean | Well, I must go. Good luck. :) |
| 22:49:32 | pixelma | n1s: sure (but it will load it x times, it does not know that it's the same image and then it needs a different ID if it should be at a different position) |
| 22:54:49 | n1s | pixelma: tried a similar wps like the one he posted in a sim and it works... |
| 23:00 |
| 23:00:37 | | Join asdrubal [0] (n=abc@unaffiliated/asdrubal) |
| 23:01:35 | | Part agm3nt |
| 23:02:22 | Domonoky_ | amiconn: do you know how to best solve the problem with sapi_voice.vbs listing other voicenames then accepting as voice selection ? ( ie. getDescription returns not the same as needed as "name: " value in the select string... |
| 23:04:29 | Domonoky_ | we could either loop over all voices and comparing the description while selecting the voice, (ie not using the selectstring for voice selection) or change the listvoices code, to give the real voice names.. |
| 23:04:55 | Domonoky_ | (i dont know how todo the second..) :-) |
| 23:07:27 | amiconn | Should be rather simple |
| 23:07:40 | amiconn | Btw, I'm currently fiddling with sapi_voice.vbs |
| 23:07:50 | amiconn | Found a sapi4 bug already |
| 23:08:45 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
| 23:09:14 | Domonoky_ | :-) |
| 23:09:25 | | Quit desowin () |
| 23:09:26 | * | petur reads his mails and sends congratulations to gevaerts |
| 23:09:34 | Domonoky_ | so i will leave this to you, and go sleeping :-) |
| 23:09:44 | | Quit Domonoky_ (Read error: 104 (Connection reset by peer)) |
| 23:10:45 | amiconn | Too slow... I just committed a fix :\ |
| 23:14:09 | Soap_ | what is the best way to remove the Rockbox dev environment? I don't need arm-elf, sh-elf, and m68k-elf on this tiny machine anymore. |
| 23:14:14 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 23:15:49 | gevaerts | I am testing if my patch still gives a working system if USE_ROCKBOX_USB is not defined, and I get an interesting result : when I plug in my c250, the backlight immediately turns off and all blue leds turn on, so it looks exactly like manufacturer mode. After this, I have to power it off the hard way. Any hints ? |
| 23:16:33 | preglow | amiconn: i assume there are no better ways to load an address on coldfire than use move.l? |
| 23:16:58 | amiconn | Depends on whether the address is relative to something |
| 23:17:22 | amiconn | Sometimes you can use pc relative lea.l |
| 23:17:44 | * | gevaerts thanks petur and gives him a beer |
| 23:18:36 | preglow | amiconn: is there a way to construct a lea.l sequence from a label? |
| 23:19:06 | pixelma | gevaerts: if you hold the sansa close to a lamp in this case, do you see the Rockbox USB screen? If it's that then it's /probably/ the usual hang when it's trying to reboot into OF that's there in some builds... |
| 23:20:41 | pixelma | e.g. I have that just now with my self-compiled build without the USB patch (built on r16350) |
| 23:23:30 | gevaerts | pixelma: it is indeed showing the USB screen. |
| 23:24:49 | | Quit Axio () |
| 23:30:54 | | Join perrikwp [0] (i=98216e29@gateway/web/ajax/mibbit.com/x-b10c087eed7f9b28) |
| 23:32:44 | | Quit ompaul (Client Quit) |
| 23:34:13 | | Quit ch4os_ ("Lost terminal") |
| 23:38:21 | | Join corevette [0] (n=corevett@adsl-75-18-210-31.dsl.pltn13.sbcglobal.net) |
| 23:38:57 | corevette | is there an audio scrobbler for last.fm for rockbox |
| 23:39:49 | petur | yes |
| 23:40:11 | petur | you enable it in the settings, and get QTScrobbler to upload |
| 23:40:41 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
| 23:42:31 | pixelma | read more about it here http://www.rockbox.org/twiki/bin/view/Main/LastFMLog |
| 23:42:52 | gevaerts | I uploaded ums_v23. I think it is a clear improvement on current svn, so I'd like to commit it. It shouldn't influence anything else. Any thoughts ? |
| 23:43:05 | * | gevaerts would like his first commit not to have to be reverted immediately |
| 23:43:25 | petur | hehe but maybe you can earn some points ;) |
| 23:43:37 | amiconn | Is it enabled or disabled by default? |
| 23:43:50 | gevaerts | amiconn: still disabled. |
| 23:43:52 | amiconn | I noticed that the code spits several warnings when enabled |
| 23:44:27 | gevaerts | I'll check |
| 23:46:24 | | Quit n1s () |
| 23:46:53 | | Quit jgarvey ("Leaving") |
| 23:47:12 | * | petur is seriously stuck in this CF business... two changes that contradict the datasheet (powermanagement and soft reset) |
| 23:48:49 | preglow | gevaerts: if it's an improvement and doesn't affect anything else, i'd say go ahead |
| 23:48:59 | preglow | gevaerts: just make sure to not commit that rockboxdev.sh change that is in your patch :) |
| 23:49:02 | gevaerts | amiconn: I fixed the warnings here. |
| 23:49:27 | preglow | gevaerts: no biggie if there are warnings anyway, as long as you're around after the first build to check out if it went ok |
| 23:49:57 | gevaerts | preglow: I noticed that as well. I try to always run diffstat on it first, but I forgot this time... |
| 23:50:40 | | Quit alienbiker99 ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 23:51:35 | preglow | gevaerts: just tested on nano, works peachy :) |
| 23:52:21 | gevaerts | OK. Let's go... |
| 23:52:58 | * | preglow does the first commit dance |
| 23:53:18 | | Quit DataGhost (Nick collision from services.) |
| 23:53:26 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
| 23:53:51 | * | petur guesses some script will miss the login <-> name translation |
| 23:56:38 | BigBambi | Petur was right |
| 23:58:45 | | Quit Soap_ (Remote closed the connection) |
icon identifies that the person is a core developer (has commit access).