00:00:13 | gevaerts | Maybe it would help to zero the entire flash first. I'm not sure if we van get that done today though |
00:01:05 | | Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
00:01:23 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
00:01:29 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
00:01:32 | kushal_12_27_200 | lets do it |
00:03:02 | | Quit seba_ (Read error: 110 (Connection timed out)) |
00:03:44 | gevaerts | barrywardell: can you build a new mac-tool ? |
00:05:04 | gevaerts | kushal_12_27_200: we need barrywardell's help for this. This involves a new c250repair-like tool, and I can't build it here. |
00:05:04 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
00:06:01 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
00:06:03 | kushal_12_27_200 | but Barry is not online |
00:06:10 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
00:06:26 | kushal_12_27_200 | Do I need a special compiler to build it? |
00:06:44 | kushal_12_27_200 | Does it come as default with OS X? |
00:08:19 | gevaerts | I don't think it comes preinstalled, and you would need some more libraries and the full rockbox source. |
00:09:13 | kushal_12_27_200 | Can you remotely instruct me what to do? Is it too extensive a process? |
00:09:57 | | Nick kushal_12_27_200 is now known as Sonyman (n=kushal@12.169.180.134) |
00:10:01 | Sonyman | no ... |
00:10:04 | gevaerts | It's probably pretty extensive, and I can't tell you what to do. I don't have a mac, so I don't know this stuff well. |
00:10:16 | | Nick Sonyman is now known as kushal_12_27_200 (n=kushal@12.169.180.134) |
00:11:15 | | Quit BlakeJohnson86 ("Leaving.") |
00:15:26 | toffe82 | kushal_12_27_200: check here http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler#OS_X_start_the_bash_shell |
00:15:51 | | Join webguest20 [0] (n=46438268@gateway/web/cgi-irc/labb.contactor.se/x-987f004ab7e1ff95) |
00:16:13 | | Quit Arathis ("Bye, bye") |
00:16:34 | gevaerts | toffe82: it will also involve libusb. We mainly need a version of e200rpatcher with custom bootloader.bin |
00:16:46 | kushal_12_27_200 | but I have not downloaded any of the tape archives ... |
00:16:46 | | Quit webguest20 (Client Quit) |
00:16:52 | kushal_12_27_200 | i mean tars |
00:17:19 | kushal_12_27_200 | where can I find them? |
00:17:58 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
00:17:58 | | Nick robin0800_ is now known as robin0800 (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
00:18:06 | gevaerts | Anyway, I really should go now, it's getting late |
00:18:23 | | Join DerDome [0] (n=DerDome@dslb-082-083-220-009.pools.arcor-ip.net) |
00:18:27 | kushal_12_27_200 | thank you very much, gecaerts! |
00:18:34 | | Quit ender` (" PHP is a minor evil perpetrated and created by incompetent amateurs, whereas Perl is a great and insidious evil, perpetrate") |
00:18:36 | kushal_12_27_200 | * gevaerts |
00:18:57 | kushal_12_27_200 | thank you very much, gevaerts! |
00:18:58 | gevaerts | I'll ask barrywardell for the new tool, so we can continue tomorrow |
00:19:05 | kushal_12_27_200 | yay! |
00:19:08 | | Quit gevaerts ("ZZzz..") |
00:22:30 | | Quit DerDome (Remote closed the connection) |
00:22:56 | | Join DerDome [0] (n=DerDome@dslb-082-083-220-009.pools.arcor-ip.net) |
00:24:49 | | Quit DerDome (Remote closed the connection) |
00:27:44 | | Quit Axio () |
00:28:40 | | Join DerDome [0] (n=DerDome@dslb-082-083-220-009.pools.arcor-ip.net) |
00:30:58 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
00:30:58 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
00:31:06 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
00:32:07 | | Quit n1s () |
00:33:04 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
00:34:09 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
00:34:17 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
00:38:55 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
00:39:02 | | Quit waldo ("Konversation terminated!") |
00:40:23 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
00:40:31 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
00:40:45 | * | kushal_12_27_200 I will be back ... |
00:40:53 | | Quit kushal_12_27_200 ("This computer has gone to sleep") |
00:41:20 | | Quit Zarggg ("Even electronic brain pancake crystal elderly have mass naked child events lately.") |
00:45:01 | *** | Saving seen data "./dancer.seen" |
00:49:16 | | Join Zarggg [0] (n=zarggg@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
00:51:35 | | Quit DerDome (Remote closed the connection) |
00:57:03 | | Join cool_walking__ [0] (n=root@203-59-129-195.perm.iinet.net.au) |
00:58:13 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <-") |
00:59:07 | | Join DerDome [0] (n=DerDome@dslb-082-083-220-009.pools.arcor-ip.net) |
00:59:21 | | Quit MajorC () |
00:59:51 | | Join heatman [0] (n=kvirc@modemcable236.40-56-74.mc.videotron.ca) |
01:00 |
01:02:24 | heatman | Hello. Anyone there? |
01:02:36 | cool_walking__ | There's pretty much always people here. |
01:02:38 | | Quit S (Read error: 110 (Connection timed out)) |
01:02:44 | heatman | Awesome |
01:02:47 | cool_walking__ | Just ask your question and if someone knows they'll answer. |
01:02:54 | | Quit jhulst (Read error: 113 (No route to host)) |
01:03:17 | | Join corevette [0] (n=corevett@adsl-75-18-210-31.dsl.pltn13.sbcglobal.net) |
01:04:26 | | Join Davide-NYC [0] (n=chatzill@user-0cceqdv.cable.mindspring.com) |
01:04:26 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
01:04:56 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
01:05:02 | | Join stripwax [0] (n=Miranda@87.194.34.169) |
01:05:05 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
01:05:10 | heatman | I installed iPodLinux on my Ipod Nano 2GB (First Generation) and installed, with the automated version of rockbox (ipodpatcher) but when i restart my ipod i get the message that i need to connect to itunes to forrmat.... is there something that i need to change manually so that it can take effect correctly. |
01:06:27 | | Quit amiconn (Nick collision from services.) |
01:06:34 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
01:06:36 | scorche|sh | heatman: so if i am reading you correctly, you installed ipodlinux using ipodpatcher (which they do use), you got that error, and are now asking that here? |
01:06:58 | | Quit Zom ("leaving") |
01:07:12 | | Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) |
01:07:53 | | Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
01:08:00 | | Quit Davide-NYC (Client Quit) |
01:08:13 | heatman | i got no error message from install... just upon reboot... where should i ask my question... was working perfectly before installing rockbox |
01:08:29 | stripwax | heatman - have you installed rockbox? |
01:08:33 | scorche|sh | heatman: so you installed rockbox as well? |
01:08:54 | heatman | yes i follow the manual on the website! |
01:09:33 | scorche|sh | so what *exactly* does the screen say? |
01:10:46 | heatman | my ipod screen says: Use itunes to restore; i dont get even the bootloader |
01:11:59 | scorche|sh | well, it sounds like you did something wrong (obviously), although i am not sure of even what you *did* do...if i were you, i would restore and then follow the manual exactly |
01:13:15 | cool_walking__ | Restore formats the player, so grab all your files off there first. |
01:15:10 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
01:16:08 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
01:16:09 | heatman | ok... but that wont make rockbox available |
01:16:41 | heatman | and will have to reinstall ipodlinux allover again... is there away to circonvent this? |
01:17:47 | scorche|sh | that depends on how you install ipodlinux |
01:17:57 | heatman | ? |
01:17:59 | | Quit ol_schoola () |
01:20:17 | scorche|sh | regardless, ipodlinux is unsupported here and it has caused rockbox to have errors in the past as well |
01:21:08 | | Quit goffa (Remote closed the connection) |
01:22:38 | heatman | Questions. Is the file for fonts supposed to replace some files from the firmware? |
01:23:22 | stripwax | heatman - rockbox does not *replace* the firmware |
01:24:47 | stripwax | the rockbox bootloader lets you boot into rockbox *or* the original firmware |
01:25:04 | heatman | stripwax: sry... when i uzipped rockbox fonts after unzipping the firmware into my ipod, i was aked if some files were to be replace.. i sthat supposed to be normal? |
01:25:33 | stripwax | heatman - that should be fine |
01:26:00 | heatman | stripwax: hmmm then i dunno why it wont work! |
01:26:34 | stripwax | heatman - as scorche mentioned, maybe the problem comes down to ipodlinux, which is not supported here |
01:26:52 | stripwax | do you really need ipodlinux *and* rockbox both to be installed? |
01:28:18 | heatman | stripwax: from what i could understand, rockbox needs to be installed in the root directory of the linux partition to be able to work on an ipod |
01:28:48 | stripwax | rockbox does not need or require ipodlinux. my question was, do you need ipodlinux? |
01:29:12 | scorche|sh | heatman: rockbox only can read FAT32...regardless, ipl related things are unsupported here as we have said |
01:30:27 | heatman | kk... so then those files should be installed on the fat32 partition ? |
01:30:43 | scorche|sh | why dont you try it out.. |
01:31:07 | heatman | aye that what im gonna do |
01:31:25 | stripwax | heatman - a regular ipod only has a fat32 partition, and rockbox works on regular ipods, so .. |
01:31:34 | heatman | kk |
01:31:59 | heatman | sry i guess i had a misconception of rockbox... |
01:32:02 | stripwax | (by regular I mean 'hasn't had ipodlinux installed on it') |
01:32:21 | scorche|sh | and what misconception was that? |
01:32:32 | | Join goffa [0] (n=goffa@216.220.23.105) |
01:32:39 | barrywardell | amiconn: is it desirable to not remove that splash on the ondio? |
01:32:47 | stripwax | heatman - it sounds like you thought rockbox was something to do with linux, which it is not |
01:33:35 | heatman | stripwax: guess so... found the link to it on ipodlinux.org... my bad |
01:34:23 | | Join perrikwp [0] (i=98217268@gateway/web/ajax/mibbit.com/x-83e0dd67415d9027) |
01:34:38 | barrywardell | amiconn: I thought that that splash wouldn't be wanted on any flash based target |
01:34:39 | | Join MethoS---- [0] (n=clemens@pD955FC77.dip.t-dialin.net) |
01:35:22 | stripwax | heatman - hopefully the rockbox manual and the rockbox website made it clear though, right? |
01:35:24 | stripwax | :) |
01:36:13 | heatman | stripwax: well on a second look i guess... but from finding the link from ipodlinux... nah! |
01:36:13 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
01:36:35 | scorche|sh | heatman: rockbox is linked to from many many sites.. |
01:36:42 | amiconn | barrywardell: I'd rather keep the splash on all targets. It can probably be reduced to a simple splash wiithout a counter, but even that needs testing with a large db |
01:36:51 | heatman | aye... will be more carefull! |
01:37:13 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
01:37:32 | amiconn | I don't find the splash annoying at all. It gives feedback that something is happening, and it disappears immediately when the result is ready |
01:37:38 | barrywardell | amiconn: the problem is the way that the splash is implemented. the one I removed is shown as soon as any option in the db is selected. I've left the counting splash in there |
01:37:52 | amiconn | ? |
01:37:57 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
01:38:05 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
01:39:04 | | Part toffe82 |
01:39:56 | barrywardell | what happens right now is: you click an item. on line tagtree.c:1055, show_search_progress(true, 0); starts the timer and teh gui_syncsplash I removed shows a splash straight away no matter how long the search will take |
01:40:01 | * | amiconn only knows one splash in the db, the one that shows the running result count |
01:40:27 | barrywardell | then, the db does the search and does no updating the splash |
01:40:45 | barrywardell | only once the search as returned does it start updating the splash |
01:40:52 | barrywardell | that's my understanding of the code anyway |
01:41:08 | amiconn | The splash updates multiple times during a search |
01:41:50 | amiconn | It seems the interval isn't constant though. Most often the first step I am observing is 9 hits |
01:42:05 | rasher | I'd really rather do away with the splashes when they're too quick to read. They're awfully annoying |
01:42:58 | rasher | It's not like anyone has time to wonder "why isn't anything happening" in teh few hundreths of a second the splash is displayed in most cases |
01:43:13 | barrywardell | amiconn: from my (admittedly limited) understanding of the code, the splashes aren't updated while the search is actually performed (line 1072 of tagtree.c) |
01:44:01 | amiconn | Well, it must be updated somewhere, as I can clearly observe several steps in more complex searches and/or on a slower target |
01:44:03 | barrywardell | amiconn: there's a splash at the start (the one I removed), then it starts updating after tagcache_search is finished |
01:47:19 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
01:47:30 | barrywardell | maybe that's not totally accurately reflecting what's happening, but it reflects the user experience anyway |
01:50:13 | amiconn | rasher: Well, even if the splash isn't readable, it provides visual feedback that rockbox registered your click and is doing something |
01:50:33 | rasher | amiconn: If it's so short-lived as to be unreadable, the visual feedback isn't needed |
01:50:41 | rasher | (since the results will quickly be there) |
01:50:58 | amiconn | No, but the db doesn't know in the beginning how long the search will take |
01:51:53 | rasher | Hence barrywardell's idea of only splaching a) When a spin-up is needed on hdd targets b) always on slow targets |
01:51:58 | | Quit MethoS- (Read error: 101 (Network is unreachable)) |
01:52:03 | amiconn | The disk activity indicator would also provide that information, but (1) on targets without a physical LED, it often does not do that because the statusbar is often not updated when it should be |
01:52:13 | barrywardell | I'm not necessarily against the splashes, but having them appear every time, regardless of how long it takes is not nice |
01:53:02 | barrywardell | the way things are supposed to work, only showing the splash after a period would be OK, if it worked the way it's meant to |
01:53:03 | amiconn | Also, any purely visual information won't help blind users. Several splashes are voiced. |
01:53:32 | barrywardell | unfortunately, it's not getting updated right at the moment |
01:53:55 | rasher | amiconn: An even better reason to remove unnecessary splashes |
01:53:59 | amiconn | The immediate splash is probably because the period would be too long on hdd based targets, because the thread is blocked for too long by the spinup |
01:54:25 | amiconn | rasher: Yes, but the question is whether they actually *are* unnecessary |
01:54:26 | barrywardell | amiconn: that was my reasoning for removing it on flash targets |
01:54:29 | amiconn | That's my point here |
01:54:53 | rasher | amiconn: And my answer is that unless a spinup is needed, or the target is slow (archos), they are |
01:54:58 | barrywardell | I had an idea that might be a best solution for this, but it might be overly complicated |
01:55:23 | barrywardell | would it be possible to show the results as they are being found, so there would be instant feedback |
01:55:46 | | Quit mchua_ (Read error: 113 (No route to host)) |
01:56:33 | amiconn | rasher: It very much depends on how long the search will take. Since that depends on many factors, the db engine cannot know this beforehand. And hence it's better to always splash instead of relying on coarse estimations |
01:56:52 | amiconn | Did you try a complex search across a 20000+ tracks db? |
01:56:55 | rasher | The only one where I can barely see the splash is any search that produces all files in which case it goes "found 1" "found 2" "found 1" |
01:57:50 | rasher | Maybe the number of tracks in the db could be taken into account when deciding whether to splash |
01:57:55 | amiconn | The 'all tracks' search is relatively fast from my experience. Try a Search...->Track, and enter a search word... |
01:58:09 | rasher | amiconn: that was for user rating: 0 |
01:58:22 | amiconn | (without loading the db into ram that is) |
01:58:29 | barrywardell | amiconn: I tried on a 5000 tracks db and the splashes were more an annoyance than anything. even Search...->Track |
01:58:48 | rasher | Does the db boost when searching? |
02:00 |
02:00:00 | | Join MethoS- [0] (n=clemens@pD955E4EB.dip.t-dialin.net) |
02:00:18 | * | amiconn did a Search...->Title->"The" on his recorder |
02:00:26 | amiconn | 9 seconds, 3 of which are spinup time |
02:00:29 | | Quit EspeonEefi ("さよなら") |
02:01:07 | rasher | And this would splash with my "coarse" estimations |
02:01:12 | barrywardell | amiconn: yes, in that case a splash would be good. but for <1 second searches a splash is bad imho |
02:01:20 | amiconn | Otoh, fetching the next chunk takes a few seconnds too, and that's not indicated... |
02:02:37 | amiconn | (othe rthan by disk activity) |
02:04:48 | barrywardell | amiconn: during your "The" search, how long was spent showing the splash indicating 0 found? |
02:05:05 | amiconn | 3 seconds - during spinup time |
02:05:43 | | Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
02:06:25 | barrywardell | and then do you see it counting up? |
02:06:35 | amiconn | yes |
02:07:19 | barrywardell | for me, when I do a "The" search, I get 0 for the spin up, then 1 found, then it shows the results |
02:07:32 | barrywardell | and the results are much more than 1 |
02:08:12 | amiconn | It counts up in many fine-grained steps when I do rasher's search (user rating == 0) |
02:08:25 | | Join liona29 [0] (n=liona29@d033.dhcp212-198-248.noos.fr) |
02:09:22 | amiconn | It counts a bit funny: 1->2->1, and then in about 10..12 steps up to something around 3000 |
02:09:33 | barrywardell | user rating == 0 doesn't give me any results |
02:09:52 | * | barrywardell had the 1->2->1 thing with his "The" search once |
02:10:08 | amiconn | For me it yields all my tracks, since I don't use rating at all |
02:10:08 | | Quit liona29 (Client Quit) |
02:11:18 | amiconn | To be precise, I used "User Rating"->"0", not "Search..."->"User Rating"->"0"(vkeyboard) |
02:11:32 | * | barrywardell just realised that now |
02:11:41 | barrywardell | I see the counting up too now |
02:12:04 | rasher | amiconn: yeah, that's what I did, I imagine it results in the exact same search anyway |
02:15:05 | amiconn | The same search on my Ondio takes ~3.5sec, across 651 tracks |
02:15:55 | amiconn | It does count up too, and in this case, feels responsive enough without the initial splash |
02:16:30 | amiconn | Some other db folders feel a bit sluggist though without that splash (e.g. entering the "User Rating" folder itself) |
02:17:07 | * | amiconn thinks that could indeed be solved by fixing the statusbar updates |
02:17:51 | | Quit MethoS---- (Read error: 110 (Connection timed out)) |
02:18:10 | barrywardell | what do you think about only showing the initial splash if the disk needs to spin up? and then after that relying on the show_search_progress of only updating the splash every 1/4 of a second? |
02:18:20 | amiconn | All actions which could potentially hit the disk and take some time should update the statusbar *before* executing the function |
02:18:31 | rasher | Weird. It seems that pictureflow isn't detecting the albumart I have in .rockbox/albumart/ |
02:20:15 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
02:20:42 | * | amiconn still wonders what problem barrywardell is trying to solve |
02:21:10 | amiconn | These splashes provide feedback, and they don't get in the way of the result. So how are they annoying? |
02:22:12 | * | barrywardell thinks splashes that are too short to be readable are annoying |
02:22:26 | * | amiconn begins to wonder whether he is a weird kind of user, or what :\ |
02:22:30 | barrywardell | and judging from the response here earlier, quite a few other people do too |
02:23:09 | barrywardell | I think the experience is worst on sansa. the splashes are particularly short there |
02:25:09 | rasher | Quick disk, small disk (fewer songs), relatively fast cpu. |
02:26:13 | | Nick [omni] is now known as [omniplusplus] (n=omni@bestII.com) |
02:26:19 | | Nick [omniplusplus] is now known as [omni] (n=omni@bestII.com) |
02:27:06 | pixelma | heh, I can't even say that I really see the splash on my c250... |
02:28:20 | barrywardell | was that before or after my commit today? I could see them every time I selected anything in the db |
02:28:59 | pixelma | before... searching for "the" in track titles at least showed it long enough that I could at least recognise the splash |
02:30:27 | | Join Soap_ [50] (n=Soap@rockbox/staff/soap) |
02:31:06 | barrywardell | so you didn't see a "Searching... 0 found" type splash every time you went up or down in depth in the db tree? |
02:31:36 | pixelma | barrywardell: I could see that the there is something that's supposedly a splash but it's more like "was there something or is it just my imagination?" |
02:32:44 | barrywardell | it was definitely noticable on my e280. maybe the different screens show it up more or less |
02:32:49 | pixelma | when browsing the database it's there but only for a really really short time |
02:33:17 | amiconn | e280 == 8GB, c250 == 2GB |
02:33:37 | amiconn | I would expect the track count to be different |
02:33:43 | amiconn | stats.rock should tell |
02:34:01 | pixelma | 2GB + 1GB microSD - stats says 424 music files |
02:34:42 | barrywardell | 1182 here |
02:35:08 | pixelma | yes sure |
02:37:13 | barrywardell | hmm. looking at the code, the counting it totally wrong. I see why we get 1->2->1 |
02:37:29 | pixelma | but I know the splash from my other targets, can't really say it's annoying. But I remember that I was quite confused when I first saw it on the Ondio because it's also not there for a long time and ever only showed "0 found", I even asked here... |
02:38:45 | | Part Nevtus ("Gone") |
02:39:16 | | Quit Nico_P (Remote closed the connection) |
02:41:15 | * | barrywardell has much better progress reporting behaviour now |
02:43:07 | barrywardell | http://pastebin.com/m11a7dedf <= for anyone who wants to try it out |
02:43:15 | | Join RoC_MasterMind [0] (n=Free@c-71-203-172-58.hsd1.fl.comcast.net) |
02:43:34 | barrywardell | it starts showing the splash if the search takes more than 1/2 of a second, then updates it every 1/10 of a second |
02:45:02 | *** | Saving seen data "./dancer.seen" |
02:45:11 | rasher | I'd set it a bit lower than half a second |
02:45:45 | barrywardell | lower as in longer or shorter time? |
02:47:16 | rasher | Ah, shorter time, 1/3 perhaps |
02:49:44 | * | barrywardell tries out a few different timings |
02:50:43 | JdGordon | 1/2s sounds reasnable to me |
02:52:10 | * | barrywardell can't notice much difference between 1/2, 1/3 and 1/4 |
02:52:27 | barrywardell | except that 1/2 will show short splashes less frequently |
02:54:09 | | Join EspeonEefi [0] (i=espeonee@STRATTON-TWO-SEVENTY-NINE.MIT.EDU) |
02:58:04 | | Join toffe82 [0] (n=chatzill@adsl-71-132-86-250.dsl.sntc01.pacbell.net) |
02:59:03 | barrywardell | my patch makes it yield every 1/10 of a second instead of every 1/4. Is that a problem? |
03:00 |
03:02:47 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
03:03:33 | | Quit DerDome ("Leaving.") |
03:09:56 | | Join TheBashar [0] (n=User@adsl-75-30-122-79.dsl.irvnca.sbcglobal.net) |
03:10:41 | TheBashar | Does anyone know if there is an mpc sv8 patch floating around anywhere that I could try? |
03:11:16 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-6739f8314a15952c) |
03:13:15 | saratoga | is it normal that loading dan_a's git repo should take approximately forever on a very fast internet conncetion |
03:15:14 | | Quit heatman (Remote closed the connection) |
03:19:40 | | Join NEF|Twitchr [0] (n=nnscript@adsl-69-208-82-83.dsl.klmzmi.ameritech.net) |
03:20:31 | NEF|Twitchr | Hello, I am puzzled at to how to get rockboy on my gigabeat. I installed rockbox software, and i cannot find a download for rockboy. Any help is great, cheers |
03:21:47 | cool_walking__ | As the manual says, all plugins are already included in Rockbox. |
03:22:32 | cool_walking__ | There is a section on using Rockboy under "Plugins". |
03:23:07 | NEF|Twitchr | roger, thank you sir |
03:24:24 | cool_walking__ | ... |
03:24:34 | cool_walking__ | The manual does not appear to say that all plugins are included.. |
03:25:35 | krazykit | the manual is a work in progress, you know. |
03:26:13 | Soap_ | all plugins are included, rockboy is a Viewer, also included. This is covered in the manual. |
03:26:50 | cool_walking__ | I'm trying to find where it says all plugins are included |
03:28:16 | | Join syn4pse [0] (n=syn4pse@cpe-075-176-155-093.sc.res.rr.com) |
03:29:06 | Soap_ | regardless, start of section 9 talks about how viewers are a special type of plugin - and what that difference means. |
03:30:17 | Soap_ | and section 9.3.4 of the manual specifically says how to run rockboy |
03:31:05 | cool_walking__ | The fact that there are instructions to run it doesn't necessarily mean it's included in Rockbox, to someone reading that. |
03:31:05 | syn4pse | I wrote a game plugin, and posted it on the tracker as a patch. Do you think anyone will notice it? :D |
03:31:35 | Soap_ | the more you chat it up during European hours the more likely. |
03:31:42 | Soap_ | FS #? |
03:31:54 | syn4pse | 8647 |
03:32:25 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
03:32:53 | Soap_ | cool |
03:33:19 | Soap_ | I'll build that later and play! |
03:34:16 | Soap_ | only for the iPod video? |
03:34:22 | barrywardell | updated search progress patch: http://pastebin.com/m6a490d78 |
03:34:23 | | Quit hannesd (No route to host) |
03:34:30 | syn4pse | it could be done on a smaller scale. |
03:34:40 | barrywardell | this shows the splash straight away if the disk needs to spin up |
03:35:01 | barrywardell | otherwise shows it if the search takes more than 1/2 second and updates every 1/10 second |
03:35:12 | syn4pse | if you look in the amaze.c, the width and height in pixels is #define -d |
03:35:40 | pixelma | syn4pse: the new c file could be in the patch if you "svn add" it before |
03:35:48 | barrywardell | this feels much better to me, but I'll hold off on committing until people have a chance to give opinions on it |
03:36:09 | NEF|Twitchr | I have another quick question... With i see that i have rockboy as a veiwer, but how do i get to that via the gigabeat?(sorry if i am asking amature questions) |
03:36:48 | syn4pse | pixelma: i am confused. svn = greek to me |
03:37:01 | krazykit | NEF|Twitchr, the manual should explain what a viewer is and how you work it |
03:37:07 | Soap_ | section 9.3.4 of the manual does explain how to use it, NEF|Twitchr |
03:37:13 | NEF|Twitchr | thank you |
03:38:11 | syn4pse | pixelma: how would i |
03:38:22 | syn4pse | pixelma: "svn add" it? |
03:39:53 | syn4pse | also, can i release it as gpl if the original author released his code as public domain? |
03:40:28 | pixelma | syn4pse: how did you make the patch? |
03:40:53 | pixelma | the .diff file I mean |
03:41:08 | syn4pse | oh. um.... crap. |
03:41:16 | syn4pse | svn something |
03:41:22 | syn4pse | svn diff? |
03:41:45 | syn4pse | godeater told me this morning, and i didn't have a lot of sleep |
03:42:35 | syn4pse | what i posted may in fact not be a working patch. it's pretty likely that it is not. but the diff is basically the diff versus the svn code. |
03:42:46 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
03:42:58 | | Join jcollie_ [0] (n=jcollie@dsl-ppp239.isunet.net) |
03:43:13 | pixelma | heh yes, now if you run "svn add amaze.c" before (in case you are in the plugins folder) and then using "svn diff" the new file will also be part of the .diff file so you wouldn't have to add it seperately |
03:43:25 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
03:43:43 | syn4pse | can i fix my broken flyspray or whatever that's called? |
03:43:57 | cool_walking__ | syn4pse: the .diff worked fine. |
03:44:16 | krazykit | you can just add a new comment with the new diff and a note about use. |
03:44:18 | pixelma | btw. there is a "WorkingWithPatches" page in the wiki which might explain these things :) |
03:44:38 | syn4pse | yeah. that's where i should have gone first. :/ |
03:45:46 | syn4pse | because, of course, i couldn't <delete> anything that was committed. that would fly against all scientific lab manual/computer science procedure :D |
03:46:02 | syn4pse | i'll fix it. |
03:46:10 | | Join Ebert [0] (n=EbErT@adsl-145-72-52.asm.bellsouth.net) |
03:46:51 | | Quit NEF|Twitchr () |
03:47:04 | | Part pixelma |
03:54:02 | | Join Davide-NYC [0] (n=chatzill@user-0cceqdv.cable.mindspring.com) |
04:00 |
04:00:20 | | Join mud-rb [0] (n=mud@dialup-4.156.9.201.Dial1.Boston1.Level3.net) |
04:02:58 | mud-rb | is firmware/export/config-e200.h the right place to define things such as USE_ROCKBOX_USB? (to be used only in the e200 build) or is there a make switch for that or something? |
04:03:18 | | Part syn4pse |
04:04:46 | | Part TheBashar |
04:07:13 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
04:07:58 | asdrubal | How's the usb coming along for sansas? Is there a way to know the current status? |
04:09:13 | mud-rb | there's some checkins related in the svn log, and i think a forum post or two |
04:09:38 | mud-rb | seems to be working at least partly? i'm about to try it myself |
04:09:58 | | Nick midkay_ is now known as midkay (n=midkay@63-226-231-108.tukw.qwest.net) |
04:17:27 | | Join syn4pse [0] (n=syn4pse@cpe-075-176-155-093.sc.res.rr.com) |
04:17:28 | | Join perrikwp [0] (i=98217268@gateway/web/ajax/mibbit.com/x-a5137aae60ca68e9) |
04:17:44 | | Join mud-rb_ [0] (n=mud@dialup-4.156.9.22.Dial1.Boston1.Level3.net) |
04:17:46 | | Join BlakeJohnson86 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) |
04:18:48 | | Quit mud-rb (Nick collision from services.) |
04:18:54 | | Nick mud-rb_ is now known as mud-rb (n=mud@dialup-4.156.9.22.Dial1.Boston1.Level3.net) |
04:19:53 | | Quit rasher (zelazny.freenode.net irc.freenode.net) |
04:19:53 | NSplit | zelazny.freenode.net irc.freenode.net |
04:19:53 | | Quit preglow (zelazny.freenode.net irc.freenode.net) |
04:20:13 | NHeal | zelazny.freenode.net irc.freenode.net |
04:20:13 | NJoin | rasher [50] (n=rasher@rockbox/developer/rasher) |
04:20:13 | NJoin | preglow [0] (i=thomj@rockbox/developer/preglow) |
04:27:12 | syn4pse | would 220x176 be a good minimum resolution? |
04:27:22 | scorche | for what? |
04:27:29 | syn4pse | for a game plugin |
04:27:41 | scorche | there are smaller screens... |
04:27:44 | syn4pse | i don't think i could scale down smaller than that |
04:28:02 | syn4pse | hmm. |
04:28:43 | mud-rb | what kind of game is it? it'd usually be nice if you can support as many players as possible |
04:29:28 | syn4pse | well, it draws a 3D maze, with a central vanishing point. |
04:29:51 | syn4pse | i think the hard part is showing the map, as it is a little large. |
04:31:35 | syn4pse | the 3d view would just be miniscule. |
04:31:55 | syn4pse | but still possible, i guess. |
04:32:49 | mud-rb | yeah, that kind of thing might be tough. is it just a matter of changing a setting? you could always enable it for as many players as possible, and if it's uselessly small on some, they could be modified later? not sure |
04:33:11 | | Quit barrywardell () |
04:33:41 | mud-rb | i had a lot of trouble trying to tell if a plugin i was writing would be visible on some players too. seems hard without the actual hardware |
04:35:04 | Llorean | syn4pse: Why not make a button the user can press to toggle between "Map view" and "3D view" rather than showing them simultaneously? Then allow the map to be zoomed in and out, for smaller screens? |
04:35:17 | syn4pse | that's what i have right now. |
04:35:54 | Llorean | The smallest color screens are 132x80 or 128x128 |
04:36:18 | Llorean | The smallest mono bitmap screen is, if i recall, 112x64 |
04:36:47 | syn4pse | if i went with small colored squares on the map, with a legend, it could be done, but would not be intuitive. |
04:38:10 | Llorean | Well, generally speaking, we very much prefer that plugins run on all targets, or at least as wide a range as possible. Quite a few games work quite fine with very small graphics on the smaller screens, you often find you can do more than you thought you could |
04:38:19 | mud-rb | would panning be possible (just show part and let the user scroll around the map)? |
04:38:43 | syn4pse | yeah. i was thinking of a scroll. that's probably what i'll have to do on a smaller screen. |
04:39:19 | syn4pse | thanks, everyone. |
04:41:34 | syn4pse | i think i have a lot more work to do. :) |
04:41:59 | mud-rb | :) |
04:42:07 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
04:45:03 | *** | Saving seen data "./dancer.seen" |
04:47:34 | Davide-NYC | Are there any devs on here now that have an iRiver H10? |
04:49:39 | | Quit dandin1 () |
04:53:11 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
04:53:33 | | Quit Thundercloud (Remote closed the connection) |
04:53:41 | | Join miepchen^schlaf [0] (n=el_miep@p54BF408C.dip.t-dialin.net) |
04:55:45 | mud-rb | would someone give me write permissions for the wiki, if it's convenient? (WikiName: JoshuaSimmons). I'm planning on adding to the UsbPerformance page later tonight. |
04:57:11 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
04:57:38 | | Quit preglow (zelazny.freenode.net irc.freenode.net) |
04:57:38 | NSplit | zelazny.freenode.net irc.freenode.net |
04:57:38 | | Quit rasher (zelazny.freenode.net irc.freenode.net) |
05:00 |
05:00:41 | cool_walking__ | mud-rb: done. |
05:00:53 | mud-rb | thanks much |
05:04:00 | | Join keanu [0] (n=keanu@unaffiliated/keanu) |
05:04:16 | | Quit mud-rb (Remote closed the connection) |
05:04:28 | | Quit keanu|afk (Read error: 110 (Connection timed out)) |
05:06:56 | | Join EnterUserName [0] (n=dave@ip-1.50.99.216.dsl-cust.ca.inter.net) |
05:07:17 | EnterUserName | does Accepted in the Patch request means its in the main code |
05:07:29 | | Join slackcub [0] (n=dsfranks@c-98-206-45-221.hsd1.il.comcast.net) |
05:07:48 | EnterUserName | Hi. I'm looking at album-art patch |
05:07:50 | | Quit Davide-NYC ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
05:07:51 | EnterUserName | and it says Accepted |
05:07:56 | EnterUserName | does that mean its been enabled in main code? |
05:08:01 | krazykit | yes. |
05:08:03 | scorche | you JUST asked that |
05:08:10 | scorche | and what else would it mean? |
05:08:13 | EnterUserName | lol ok :) sorry didnt get a response :) |
05:08:19 | EnterUserName | get the response |
05:08:22 | scorche | that isnt a valid excuse |
05:08:35 | EnterUserName | eek. Well I apologize. |
05:09:33 | slackcub | can anyone recommend a good Linux program for resizing a mpg video? |
05:09:43 | cool_walking__ | mencoder |
05:09:52 | scorche | slackcub: there are a bunch on the wiki |
05:09:56 | Llorean | ffmpeg or mencoder. |
05:09:58 | cool_walking__ | Do you want a GUI? |
05:10:09 | slackcub | gui is not necessary |
05:10:19 | cool_walking__ | Yeah, then mencoder or ffmpeg. |
05:10:20 | slackcub | I looked at the wiki, guess I missed them |
05:10:47 | slackcub | thanks! |
05:21:39 | | Quit slackcub ("BitchX-1.1-final: just when you thought it couldn't get any better") |
05:23:15 | EnterUserName | well this is cool alot of the patches that i had to patch originally are accepted int he code |
05:23:48 | | Join keanu|afk [0] (n=keanu@unaffiliated/keanu) |
05:24:06 | | Quit keanu (Read error: 110 (Connection timed out)) |
05:25:28 | | Join mchua_ [0] (n=mchua@user-1087tit.cable.mindspring.com) |
05:27:43 | | Quit RoC_MasterMind ("Leaving") |
05:29:45 | | Quit japc (Remote closed the connection) |
05:35:05 | | Quit Horscht ("User was distributing pornography on server; system seized by FBI") |
05:35:25 | | Join Jon-Kha [0] (i=jon-kha@80-248-247-190.cust.suomicom.fi) |
05:37:22 | NHeal | (timeout) zelazny.freenode.net irc.freenode.net |
05:45:07 | | Join keanu [0] (n=keanu@unaffiliated/keanu) |
05:46:10 | | Quit keanu|afk (Read error: 110 (Connection timed out)) |
05:51:11 | | Join rasher [50] (n=rasher@rockbox/developer/rasher) |
05:51:11 | | Join preglow [0] (i=thomj@rockbox/developer/preglow) |
05:51:40 | | Join NotSoap [50] (n=Soap@rockbox/staff/soap) |
05:52:33 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
05:53:19 | EnterUserName | oh crap |
05:53:24 | EnterUserName | i had my poren on horchst site |
05:53:27 | EnterUserName | j/k |
05:54:05 | cool_walking__ | wrong channel |
05:54:22 | scorche | EnterUserName: please read the guidelines linked in the topic...you have violated a few of them now and i am not going to be very happy if more are violated too... |
05:54:51 | | Join |AhIoRoS| [0] (n=ahioros@201.226.58.34) |
05:57:19 | | Join toffe82 [0] (n=chatzill@adsl-71-132-86-250.dsl.sntc01.pacbell.net) |
06:00 |
06:06:50 | | Join keanu|afk [0] (n=keanu@unaffiliated/keanu) |
06:07:30 | | Quit Soap_ (Read error: 110 (Connection timed out)) |
06:08:02 | | Join Soap_ [50] (n=Soap@rockbox/staff/soap) |
06:08:23 | | Quit keanu (Read error: 110 (Connection timed out)) |
06:09:54 | | Quit NotSoap (Read error: 113 (No route to host)) |
06:15:23 | | Join jpt9 [0] (n=jpt9@vaporeon-16.dynamic.rpi.edu) |
06:16:32 | jpt9 | Hey. I'm trying to convert this font to rockbox format: http://www.chiark.greenend.org.uk/~sgtatham/fonts/tektite.bdf |
06:16:54 | | Quit kushal_12_27_200 ("Leaving") |
06:16:54 | jpt9 | I'm getting the following error: Error: Invalid BDF file, requires FONT_ASCENT/FONT_DESCENT/ENCODING |
06:16:54 | jpt9 | Error reading font header |
06:16:56 | jpt9 | any ideas? |
06:18:34 | jpt9 | if anyone has Wine (which, I believe, comes with a FON2BDF utility for convert windows bitmap fonts to bdf), can you run the Windows font version (see here: http://www.chiark.greenend.org.uk/~sgtatham/fonts/) through it and try it? |
06:19:10 | scorche | i assume you are using convbdf? |
06:19:29 | | Quit jpt9 (Read error: 104 (Connection reset by peer)) |
06:19:46 | | Join jpt9 [0] (n=jpt9@vaporeon-16.dynamic.rpi.edu) |
06:19:56 | jpt9 | sorry... my IRC client just froze. |
06:20:10 | jpt9 | any ideas? |
06:20:52 | scorche | jpt9: you can see things you may have missed from the irc logs at www.rockbox.org/irc |
06:21:12 | | Quit jpt9 (Read error: 104 (Connection reset by peer)) |
06:21:44 | | Join jpt9 [0] (n=chatzill@vaporeon-16.dynamic.rpi.edu) |
06:21:47 | jpt9 | okay... |
06:21:51 | jpt9 | i'm using a different IRC client now. |
06:23:23 | | Quit BitTorment__ ("Do directly to guantanamo bay. Do not pass go. Do not collect your human rights.") |
06:23:59 | | Quit jpt9 (Client Quit) |
06:26:34 | | Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) |
06:29:43 | | Join jpt9 [0] (n=chatzill@vaporeon-16.dynamic.rpi.edu) |
06:29:45 | jpt9 | hey. |
06:29:50 | jpt9 | was having trouble with firefox... |
06:30:02 | jpt9 | any ideas re: the font? |
06:30:13 | cool_walking__ | nothing happened while you were gone. |
06:30:14 | scorche | <scorche> i assume you are using convbdf? |
06:30:21 | jpt9 | yeah. |
06:30:39 | jpt9 | is there such a thing as fon2bdf? |
06:32:37 | jpt9 | never mind... |
06:32:51 | jpt9 | I found Fony: http://hukka.furtopia.org/projects/fony/ |
06:32:58 | jpt9 | it's a free bitmap font editor for Windows. |
06:35:21 | | Join Davide-NYC [0] (n=chatzill@user-0cceqdv.cable.mindspring.com) |
06:35:55 | Davide-NYC | I have scans of an H10 5GB PCB that look nothing like the H20 scans on the wiki. |
06:36:11 | Davide-NYC | Should I add them to the wiki page? |
06:44:04 | EnterUserName | hi all |
06:44:58 | EnterUserName | does anyone know about the usb storage patch |
06:45:04 | EnterUserName | it appears not to be going inside properly and some changes are there (the rejects) and some arent |
06:45:07 | *** | Saving seen data "./dancer.seen" |
06:48:54 | EnterUserName | has this been ported into the Official build |
06:55:52 | | Join abescully [0] (n=abrahm@ip72-218-105-66.hr.hr.cox.net) |
06:57:21 | krazykit | EnterUserName, it's being actively worked on, and a significant amount of code is already in svn |
06:57:56 | EnterUserName | Ok. Then I wont bother adding that patch. <Shrug> |
06:58:20 | EnterUserName | Because that patch is saying there is code that is suppose to be there that isnt |
07:00 |
07:00:04 | | Nick mchua_ is now known as mchua|zzz (n=mchua@user-1087tit.cable.mindspring.com) |
07:00:32 | EnterUserName | Do hardware players help you guys code rockbox or do you guys usually have to reverse engineer? |
07:01:57 | krazykit | do you perhaps mean "hardware companies"? |
07:02:16 | EnterUserName | well the people that make the mp3 player chipsets |
07:02:30 | EnterUserName | im kinda confused how you guys find the code for these things working with the chipsets |
07:02:36 | scorche | there has only been one company that has really helped...all the others we reverse engineer |
07:02:45 | scorche | we dont find the code...we make it |
07:03:09 | EnterUserName | hmm what about these ppc compilers? you create the functions? |
07:03:20 | EnterUserName | erk well the compilers that compile the c code for these player? |
07:03:21 | scorche | eh? |
07:03:53 | scorche | gcc is a whole other project |
07:05:41 | Davide-NYC | anybody know anything about the RTC battery in the H10? |
07:12:36 | EnterUserName | hmm should the compiler be arm |
07:12:41 | EnterUserName | or armb? |
07:12:49 | krazykit | EnterUserName, use rockboxdev.sh |
07:13:16 | EnterUserName | oh.. ok i usually use gentoo to do this but alright :) |
07:13:28 | EnterUserName | i have both arm and armeb on there |
07:14:16 | krazykit | i wouldn't use either of those to compile rockbox. the best thing to do would be to use rockboxdev.sh to set up your cross-compiler. |
07:15:35 | EnterUserName | oh ok.. ive cross compiled before for other devices :) i'll use rockdev.. i think i used gentoo previously can't remember.. i havent done this in awhile |
07:15:50 | EnterUserName | this was considerably less work because most of the patches have been accepted |
07:17:33 | EnterUserName | hmm im getting errors 500 tryin to connect to gnu |
07:20:58 | | Quit jpt9 (Read error: 110 (Connection timed out)) |
07:21:37 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
07:24:36 | | Quit Ebert () |
07:25:45 | | Join NotSoap [50] (n=Soap@rockbox/staff/soap) |
07:31:25 | | Quit |AhIoRoS| (Remote closed the connection) |
07:32:29 | | Join |AhIoRoS| [0] (n=ahioros@201.226.58.34) |
07:38:23 | | Quit FOAD (Read error: 110 (Connection timed out)) |
07:38:23 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
07:40:51 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
07:41:20 | | Quit Soap_ (Read error: 113 (No route to host)) |
07:48:18 | | Quit Davide-NYC ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
07:51:16 | | Join conando [0] (i=Soeren@dslb-084-060-180-227.pools.arcor-ip.net) |
07:51:27 | * | linuxstb wonders which company scorche is talking about |
07:51:50 | scorche | ams |
07:52:37 | linuxstb | They've been far less helpful to Rockbox than companies such as Freescale, Philips, Hitachi etc who make their datasheets publically available. |
07:54:52 | scorche | well yes...i assumed he meant in terms of active communication |
07:55:02 | scorche | but i did neglect them.. |
07:56:24 | linuxstb | I just don't think AMS (making us send people to their offices to collect datasheets, and then not allowing us to share them) deserve a higher status than companies that just make docs freely available for all... |
07:57:24 | * | linuxstb leaves soapbox and carries on drinking coffee |
07:57:48 | | Quit syn4pse ("Hey! Where'd my controlling terminal go?") |
08:00 |
08:12:42 | | Quit cool_walking__ (Read error: 104 (Connection reset by peer)) |
08:12:59 | | Join cool_walking__ [0] (n=root@203-59-129-195.perm.iinet.net.au) |
08:14:02 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
08:14:17 | GodEater | joining the soapbox a bit late - but I agree whole hearyedly with you linuxstb |
08:14:32 | GodEater | heartedly too |
08:15:49 | * | scorche would be impressed if anyone in here disagreed.. |
08:22:22 | | Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) |
08:23:35 | | Part toffe82 |
08:31:27 | | Join Rob2222 [0] (n=Miranda@p4FDCCBA5.dip.t-dialin.net) |
08:31:35 | EnterUserName | hi |
08:31:51 | EnterUserName | all i wanna test hte new rockbox storage |
08:31:58 | EnterUserName | how do i make it so it doesnt boot into the original firmware? |
08:32:59 | EnterUserName | as soon as i plug the sansa device in it loads original firmware ... |
08:33:08 | EnterUserName | and i'm using svn.. |
08:33:28 | GodEater | EnterUserName: did you compile it yourself ? |
08:33:45 | EnterUserName | ya |
08:33:58 | EnterUserName | with no patches |
08:34:12 | GodEater | did you put the two -D entries in the Makefile required for USB support ? |
08:34:27 | EnterUserName | hmm |
08:34:36 | EnterUserName | i didnt see that on the wiki must have issed it |
08:34:52 | GodEater | Edit the make file in a text editor, find the line which starts "export EXTRA_DEFINES=" |
08:35:08 | GodEater | and put "-DUSE_ROCKBOX_USB -DUSE_HIGH_SPEED" after the "=" |
08:35:11 | GodEater | save it |
08:35:12 | GodEater | and then make |
08:35:21 | cool_walking__ | Isn't high speed still unstable? |
08:35:32 | EnterUserName | i was looking at the patches |
08:35:39 | EnterUserName | people seem to lik eit |
08:35:56 | GodEater | yes it is |
08:37:56 | | Join parafin|away [0] (i=parafin@parafin.dialup.corbina.ru) |
08:38:16 | | Quit parafin (Nick collision from services.) |
08:38:24 | | Nick parafin|away is now known as parafin (i=parafin@parafin.dialup.corbina.ru) |
08:40:54 | | Join replix [0] (n=replix@207-88.79-83.cust.bluewin.ch) |
08:41:03 | gibbon_ | morning |
08:41:29 | markun | morning gibbon_ |
08:41:56 | amiconn | Something's wrong wrt icon packaging for the default theme :/ |
08:42:30 | gibbon_ | during my way to work i played around with the sansa c250 arriving yesterday |
08:43:32 | | Quit replix (Client Quit) |
08:43:33 | gibbon_ | and i experience skipping when playing any files from the microSD |
08:43:52 | EnterUserName | hGibbon so you got version 1? |
08:44:00 | | Join Axio` [0] (n=Axio``@alf94-1-81-57-140-233.fbx.proxad.net) |
08:44:04 | EnterUserName | does anyone know what rockboxlogo.h is for |
08:44:12 | EnterUserName | and what plugin it uses? |
08:44:32 | gibbon_ | i have to say that its a SDHC 4GB and i don't know how hacky the code is, exactly |
08:44:52 | gibbon_ | EnterUserName: i wouldn't be able to run rockbox on it if it was a v2 ;) |
08:44:57 | EnterUserName | lol |
08:45:06 | EnterUserName | i just imported a dang patch and its loading rockbox.h |
08:45:08 | *** | Saving seen data "./dancer.seen" |
08:45:09 | EnterUserName | rockboxlogo.h |
08:45:43 | gibbon_ | EnterUserName: you have a c250v1, too right? |
08:45:47 | EnterUserName | no |
08:45:54 | gibbon_ | ah, e |
08:45:55 | EnterUserName | I didnt want the c250 :) i wanted the e280 |
08:45:57 | gibbon_ | i remember |
08:46:16 | linuxstb | EnterUserName: What's your problem? If you want to find out where .h files are used, just search the Rockbox source... |
08:46:38 | gibbon_ | but i thing gevaerts has one |
08:46:43 | EnterUserName | Well the problem is i used albumart patch and view port patch |
08:46:54 | EnterUserName | and its missing a file so i wonder if the code has changed |
08:46:57 | EnterUserName | rockboxlogo.h |
08:47:49 | linuxstb | That file is generated by the build system as part of the compiling process. |
08:48:03 | EnterUserName | odd |
08:48:15 | EnterUserName | its complaining that its missing when i run ./configure than make |
08:48:31 | linuxstb | Are you running it in a clean build directory? |
08:48:36 | EnterUserName | yup |
08:48:40 | EnterUserName | i did a make clean |
08:49:06 | | Quit JdGordon ("http://www.mibbit.com ajax IRC Client") |
08:49:58 | | Quit Rob222241 (Read error: 110 (Connection timed out)) |
08:50:53 | EnterUserName | hmm |
08:51:10 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
08:51:28 | EnterUserName | linuxstb: any idea? i can reverse the patch |
08:51:33 | EnterUserName | to find out which one is causing it |
08:53:49 | gibbon_ | are there some test files usable for testing audio output and decoding anywhere? |
08:54:06 | | Quit BigBambi (Remote closed the connection) |
08:54:23 | gibbon_ | frequency a−−>b over n minutes or so? the'd make the skipping really audible |
08:54:57 | linuxstb | EnterUserName: What albumart patch are you trying to use? |
08:55:03 | EnterUserName | 56 |
08:55:18 | EnterUserName | 5697 |
08:55:51 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
08:56:35 | EnterUserName | i killed my directory ..bah. |
08:56:51 | EnterUserName | linuxstb: is that the wrong one |
08:57:32 | GodEater | EnterUserName: albumart has been in svn for months |
08:57:39 | linuxstb | No idea - it depends what you want... |
08:57:40 | GodEater | there's no need for a patch |
08:57:46 | EnterUserName | oh |
08:57:50 | EnterUserName | i mean the resize |
08:58:00 | EnterUserName | is the resize in there as well? i didnt see that it has been accepted |
08:58:07 | EnterUserName | thats what i was trying to patch |
08:58:20 | EnterUserName | 5697 |
08:59:11 | | Quit gtkspert (Read error: 101 (Network is unreachable)) |
08:59:19 | EnterUserName | and 8457 |
08:59:55 | EnterUserName | Erk. Can someone give me the define keys to enable usb storage. i'll paste it somewhere else next time i still can't find it on the wiki |
09:00 |
09:00:10 | GodEater | it's also in the IRC log now |
09:00:21 | EnterUserName | oh |
09:00:31 | EnterUserName | do you record these conversations? |
09:01:29 | EnterUserName | found it thanx |
09:02:01 | EnterUserName | So has albumart resize been in SVN Now? |
09:02:44 | | Quit Axio` (Remote closed the connection) |
09:02:51 | GodEater | no - resize isn't in yet |
09:02:58 | gibbon_ | if anyone is interested, i'll generate the tone files my myself .. |
09:03:15 | gibbon_ | might be useful for some people other than me |
09:05:28 | EnterUserName | hmm |
09:05:30 | EnterUserName | its not albumart |
09:08:49 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
09:10:12 | | Quit cool_walking__ (Remote closed the connection) |
09:11:54 | | Quit FOAD (Read error: 110 (Connection timed out)) |
09:11:54 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
09:13:11 | EnterUserName | GodEater thanx i solved the problem i messed up applying the viewport patch :) |
09:13:11 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:19:57 | EnterUserName | woo hoo |
09:20:56 | | Quit petur ("*plop*") |
09:21:58 | EnterUserName | does anyone here use the "fast charging" for Sansa e2xx series patch? |
09:22:34 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
09:29:22 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
09:35:04 | EnterUserName | how do i register a bug on the usb storage |
09:35:12 | EnterUserName | it looks like the macintosh doesnt like jit :) but windows does.. |
09:35:32 | GodEater | enter it at the end of the FS task |
09:37:19 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:38:28 | | Quit XavierGr (Read error: 113 (No route to host)) |
09:39:40 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
09:40:36 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
09:43:04 | Bagder | http://pastebin.ca/920242 |
09:43:15 | Bagder | "Verify that the cross-compiler is of a recommended version" |
09:43:17 | Bagder | comments? |
09:47:13 | Nico_P | Bagder: nice :) |
09:47:32 | Zagor | Bagder: about time, I'd say |
09:47:51 | Bagder | I've seen this hit several people the last week only |
09:49:07 | Nico_P | there was a change that made an up to date crosscompiler mandatory for building the S bins |
09:49:53 | Bagder | yes I recall that but I'm not sure what the current situation is there |
09:50:18 | Bagder | it would be good to just recommend one version for all arm targets |
09:57:25 | GodEater | we do don't we ? |
09:57:40 | Zagor | not forcefully enough :) |
09:57:56 | GodEater | we're not using a different version of GCC for the beast - I thought it was a different library ? |
09:58:05 | Bagder | GodEater: well, at least in the past the S people were using a newer one |
09:58:40 | | Quit dan_a (Remote closed the connection) |
09:59:04 | GodEater | ah - I missed that fact |
09:59:42 | Bagder | but I'm not sure if the lib fix we later made also cured their problems or if they still prefer a newer one |
10:00 |
10:01:42 | | Join tvelocity [0] (n=tony@85.72.182.30) |
10:08:08 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
10:08:08 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
10:08:19 | GodEater | well I'm still using the lib fix version |
10:08:27 | GodEater | and have suffered no compile problems because of it |
10:10:34 | pixelma | gibbon_: I don't get any skipping when playing files off of a microSD on my c250. The only difference is that mine's not a microSDHC |
10:11:38 | Bagder | GodEater: good, then I think I'll commit it like this |
10:15:43 | | Quit Nico_P (Remote closed the connection) |
10:16:19 | markun | GodEater: toffe opened up his Gigabeat T400 and it turned out to be the same hardware as the beast (but using flash instead of a HDD) |
10:16:41 | markun | hopefully they didn't fix the exploit.. |
10:20:19 | gibbon_ | pixelma: is test-disk able to test the microsd? i suspect some problem with the card<->player compatiblity |
10:20:39 | gibbon_ | pixelma: nah... i just try it myself ;) don't bother |
10:22:26 | pixelma | it is but you have to change something in the codes (I used a tweaked one to compare speeds of different MMCs on my Ondio but was given a prepaired test_disk by amiconn) |
10:23:54 | gibbon_ | i want to read into plugin code anyway... i give it a try |
10:24:14 | | Quit Xerion (Read error: 110 (Connection timed out)) |
10:30:58 | gibbon_ | but i am quite surprised by the microphone recording quality... |
10:30:59 | amiconn | gibbon_: Change apps/plugins/test_disk.c line 26 to read: |
10:31:02 | amiconn | #define TESTBASEDIR "/<microSD1>/__TEST__" |
10:31:15 | gibbon_ | amiconn: already figured that :), thanks |
10:31:38 | gibbon_ | is it ok to copy that c file to test_disk_mmc.c and add it to SOURCES? |
10:31:42 | gibbon_ | or are there name issues? |
10:31:51 | | Join lee-qid [0] (n=liqid@p54967B46.dip.t-dialin.net) |
10:32:20 | amiconn | There should be no name issues |
10:32:44 | | Join japc [0] (n=japc@bl7-254-16.dsl.telepac.pt) |
10:32:52 | * | amiconn is thinking about making test_disk able to test both internal & external storage on multivolume targets |
10:39:26 | pixelma | wouldn't renaming to test_disk_MMC mean that it needs to be prepared in CATEGORIES too if one wants to have it available from the plugins browser? |
10:45:10 | *** | Saving seen data "./dancer.seen" |
10:48:09 | | Join mrkiko_ [0] (n=mrkiko@88.32.100.177) |
10:48:30 | | Quit mrkiko (Read error: 104 (Connection reset by peer)) |
10:48:43 | | Quit mrkiko_ (Client Quit) |
10:51:56 | gibbon_ | pixelma: i will see in a few moments ;) |
10:54:07 | gibbon_ | pixelma: you are right |
10:55:28 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
10:58:20 | fyrestorm | i decided to plug in my old 4th gen ipod. i always thought the hd went faulty, but i think it was the battery. it booted up and its in disk mode :D |
10:58:37 | * | fyrestorm is excited |
10:58:43 | gibbon_ | fyrestorm: did it make some clicking noises when powered up before? |
10:58:48 | fyrestorm | yes |
10:58:59 | fyrestorm | actually its been a very long time |
10:59:17 | fyrestorm | but it made alot of clicking noises and never let me use the disk again |
10:59:35 | gibbon_ | like spinning up *clicklick* spindown ? |
10:59:39 | fyrestorm | yes |
10:59:47 | gibbon_ | and showing the sad ipod? |
10:59:51 | fyrestorm | bingo. |
11:00 |
11:00:00 | gibbon_ | ha! :) very common :) |
11:00:11 | fyrestorm | but it says i need to format the drive |
11:00:28 | fyrestorm | yeah. i bought a new ipod because i wasnt able to use it |
11:00:34 | fyrestorm | think it was the battery? |
11:00:41 | gibbon_ | it is... |
11:00:44 | fyrestorm | oh man |
11:00:47 | * | fyrestorm dances |
11:00:50 | gibbon_ | https://stuff.jpoetry.net/wiki/ProjectIpodHDD <−− i wrote that a while ago |
11:00:55 | | Join TheBashar [0] (n=User@adsl-75-31-137-24.dsl.irvnca.sbcglobal.net) |
11:01:22 | gibbon_ | its how to relatively easy fix it on demand |
11:01:54 | gibbon_ | you also ay edit as you wish... |
11:02:05 | gibbon_ | (i have to work a bit now... see you ) |
11:02:07 | fyrestorm | gibbon_: thank you so much |
11:02:15 | fyrestorm | ive got to leave for work in 30 |
11:02:15 | TheBashar | Does anyone have a patch for mpc sv8 that I could try? |
11:02:23 | fyrestorm | i cant wait to install rb on it though |
11:05:08 | | Quit japc (Read error: 110 (Connection timed out)) |
11:11:25 | markun | TheBashar: I see nothing in the patch tracker. Did you read something about such a patch? |
11:12:58 | | Quit TheBashar (Read error: 104 (Connection reset by peer)) |
11:13:10 | | Join TheBashar [0] (n=User@adsl-75-31-137-24.dsl.irvnca.sbcglobal.net) |
11:13:31 | | Join midkay_ [0] (n=midkay@63-226-231-108.tukw.qwest.net) |
11:13:49 | TheBashar | markun: I saw something about it in a google archive of the irc logs |
11:21:09 | fyrestorm | amazing. its working. i didnt really have to go through that though, gibbon_ |
11:21:38 | fyrestorm | i just left it alone for a good 2 years. |
11:25:47 | markun | TheBashar: the only things I find are statements by preglow that he's not worked on it. Are you planning to work on it? |
11:29:21 | | Join TheBasha1 [0] (n=User@adsl-75-31-137-24.dsl.irvnca.sbcglobal.net) |
11:29:28 | TheBasha1 | markun: What I saw was that he had some patch he was planning to try to merge. If there was a patch, I was going to eyeball it for difficulty. But if it's too difficult, I'm no coder. |
11:30:54 | | Quit midkay (Read error: 110 (Connection timed out)) |
11:31:35 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
11:35:55 | | Quit TMM (Read error: 110 (Connection timed out)) |
11:46:39 | | Quit TheBashar (Read error: 113 (No route to host)) |
11:49:48 | | Quit jhulst ("Konversation terminated!") |
11:52:06 | | Join hannesd [0] (n=light@p5B160E0F.dip0.t-ipconnect.de) |
11:52:14 | | Part TheBasha1 |
11:56:24 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
11:58:02 | | Join BuNsiE [0] (n=bunsiebu@124.179.183.179) |
11:58:05 | | Join Tom0_ [0] (n=chatzill@202.182.83.193) |
11:58:23 | Tom0_ | hi folks |
11:58:50 | BuNsiE | hey, can anyone help me. i'm looking for how to change the resolution of the splash screen bitmap |
11:58:58 | Tom0_ | can anyone suggest which is the most stable player for rockbox? im looking to from Ebay and i want to it to be perfectly stable |
11:59:01 | BuNsiE | hi Tom0 :) |
11:59:29 | Tom0_ | hi Bunsie :) |
12:00 |
12:00:07 | Tom0_ | I have a H10 iriver, and its old and has a rockbox version from 2006 so its quite outdated. Problem is the battery on the thing is terrible so im looking to upgrade |
12:00:28 | Tom0_ | any ideas? |
12:00:54 | | Join Benjamin_L [0] (n=benni@pD9EE3A77.dip.t-dialin.net) |
12:00:55 | BuNsiE | hmm |
12:01:27 | BuNsiE | im sure i seen part of a forum covering all the differences in players, made for people wanting a suitable player |
12:01:45 | Tom0_ | im looking to buy also for a blind friend |
12:01:53 | Tom0_ | so i need one that works well with the speech |
12:02:01 | GodEater | http://forums.rockbox.org/index.php |
12:02:04 | GodEater | oops |
12:02:11 | GodEater | http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide |
12:02:12 | Tom0_ | couldu link me to that forum thread? |
12:02:14 | GodEater | try that instead |
12:02:17 | Tom0_ | ahh thanks |
12:02:24 | BuNsiE | oh yeahhh |
12:02:56 | BuNsiE | it was a link from a thread leading there ^^ thanks GodEater for saving me the time in looking ;] |
12:02:58 | GodEater | BuNsiE: what do you mean by "change the resolution" of the splash screen bitmap? The screen has a fixed resolution, so all you change is the size of the bitmap. |
12:03:27 | gevaerts | barrywardell: do you have time sometime today to build another c250 repair too for mac ? Same procedure as last time (build e200rpatcher with a custom bootloader.bin), bootloader.bin is at gevaerts/bootloader.bin">http://www.evonet.be/~gevaerts/bootloader.bin |
12:03:43 | Benjamin_L | I just tried to patch in the bootloader boost by patch -p0 <bootloader_boost.patch but it doesn't change the files. gevaerts ubs patch worked like a charm using this method so I must be doing something wrong |
12:04:10 | BuNsiE | im using the LogoSwapper, and i cant change the height of the bitmap because you cant have any other resolution compared to the original bitmap |
12:04:16 | BuNsiE | :S did that make sense? |
12:04:21 | GodEater | correct you can't |
12:04:33 | GodEater | if you want to change the size, you have to build your own rockbox |
12:04:36 | gevaerts | barrywardell: this one first zeroes the entire flash before rewriting the partition table and FAT, to make sure the OF is entirely gone |
12:04:41 | | Join suom1 [0] (i=suom1@irssi.mobi) |
12:04:43 | barrywardell | gevaerts: sure |
12:05:00 | BuNsiE | ok, would i just have to change the splash screen part? |
12:05:13 | Tom0_ | thanks for that |
12:05:16 | Tom0_ | what do u guys use? |
12:05:31 | * | GodEater has four players |
12:05:47 | Tom0_ | anyone of them u prefer? |
12:05:57 | GodEater | the Gigabeat F40 currently |
12:06:00 | BuNsiE | players? |
12:06:12 | GodEater | but I suspect when the port is done, the Gigabeat S will become my new favourite |
12:06:14 | BuNsiE | im using iaudio x5 30g |
12:06:23 | * | gevaerts has a sansa c250, but doesn't really have much experience with it as a _player_. |
12:06:26 | Tom0_ | the X5 is what im thinking of getting |
12:06:57 | Tom0_ | im a bit of an audiophile so i hear the X5 has the best audio chipset |
12:07:29 | * | GodEater has tin ears and doesn't really care |
12:07:36 | BuNsiE | i havnt compared to anyother player so cant help you sorry haha |
12:08:02 | * | Bagder joins the tin ear crowd with 4 players but can't hear any sound quality difference between them |
12:08:06 | * | gevaerts sometimes encodes at 64kbps, because that still sounds "good enough" |
12:08:16 | BuNsiE | haha |
12:08:31 | * | GodEater forms the "tin ears" club in one corner of the channel. |
12:08:38 | Tom0_ | yea lol i prolly wont notice with my earphones as they arnt exactly the best |
12:08:43 | | Quit Tuplanolla (Read error: 145 (Connection timed out)) |
12:08:53 | Tom0_ | how big is the X5, does it fit well in ur pocket? |
12:08:54 | * | Bagder recalls the early days of sansa e200 when the sound was broken and he didn't even notice ;-9 |
12:09:19 | BuNsiE | ummmmmm...yes. but i have large pockets maybe? |
12:09:19 | Bagder | Tom0_: see rockbox.org/wiki/DeviceChart for details |
12:09:34 | Bagder | sizes and weights etc |
12:09:48 | Tom0_ | yea i can see the specs but its kinda hard to put it into context |
12:09:51 | markun | people over at anythingbutipod were raving about the sound quality of the Gigabeat T400, but since it looked like the same hardware as the Gigabeat S inside I wonder if they sound equally good. |
12:10:06 | Bagder | Tom0_: you could compare with something existing you own |
12:10:08 | BuNsiE | orr google x5 user reviews/pics |
12:10:23 | BuNsiE | usually works |
12:10:37 | Tom0_ | but its good to hear feedback from people in a chatroom |
12:10:40 | Tom0_ | i can look up stuff |
12:10:44 | Tom0_ | n come back n ask more questions |
12:10:51 | Bagder | I never had a problem with the x5 size |
12:10:53 | BuNsiE | ok well i dont mind the size |
12:11:11 | BuNsiE | its never had any problems in places that i have put it in |
12:11:36 | Tom0_ | ok then lol |
12:11:36 | GodEater | the mind boggles... |
12:12:26 | BuNsiE | i once had it up my bottom :| wasnt a nuisence at all |
12:12:52 | BuNsiE | um lies |
12:12:56 | BuNsiE | anyway |
12:12:58 | BuNsiE | ! |
12:13:35 | BuNsiE | GodEater: can you help me with my resolution change? please haha, or direct me somewhere that can |
12:13:52 | Bagder | BuNsiE: you can't change resolution, you need to alter your pic |
12:15:20 | BuNsiE | um, i think thats what i mean ^o) |
12:15:58 | BuNsiE | see the x5 splash is 160x50, so small in height >.< |
12:16:25 | GodEater | your first task is setting up a working build environment |
12:16:33 | GodEater | we have a "how to" in our wiki |
12:16:37 | barrywardell | gevaerts: uploaded to the same place as before: barrywardell.net/rockbox/c250repair-mac">http://download.barrywardell.net/rockbox/c250repair-mac |
12:17:46 | BuNsiE | ok ill look for it thanks |
12:17:59 | BuNsiE | bbs haha |
12:18:51 | | Join DerDome [0] (n=DerDome@dslb-082-083-245-227.pools.arcor-ip.net) |
12:19:03 | gevaerts | barrywardell: thanks. Now let's hope it solves kushal's problem |
12:22:28 | gibbon_ | amiconn: it sais that it can not create the test directory |
12:24:15 | pixelma | gibbon_: I'm just running a microSD test_disk on my c200 |
12:25:06 | gibbon_ | pixelma: how does your define look? |
12:25:42 | pixelma | #define TESTBASEDIR "/<microSD1>/__TEST__" |
12:25:43 | gibbon_ | mine looks like #define TESTBASEDIR "/<microSD1>/__TEST__" |
12:26:12 | gibbon_ | this looks the same to me |
12:26:49 | pixelma | maybe something with your card, or SDHC cards? No idea... |
12:27:06 | gibbon_ | i can write the card using rockbox and USB... |
12:27:13 | gibbon_ | i can even navigate on the card |
12:27:17 | | Join TheBashar [0] (n=User@adsl-75-31-137-24.dsl.irvnca.sbcglobal.net) |
12:27:27 | gibbon_ | using the player |
12:27:51 | | Join Tuplanolla [0] (n=jani@a80-186-126-4.elisa-laajakaista.fi) |
12:28:18 | TheBashar | I'm having trouble with tracks removed from a (not current) playlist not staying removed. Any chance that function is broken? |
12:30:06 | | Join Soap_ [50] (n=Soap@rockbox/staff/soap) |
12:32:43 | | Join BitTorment [0] (n=martin@87.194.94.92) |
12:35:07 | | Quit DerDome (Remote closed the connection) |
12:35:26 | TheBashar | If I use the text_editor, I can remove a line, but the playlist viewer doesn't seem to retain track removals. |
12:36:41 | amiconn | If you want the track removed from the original .m3u, yo need to re-save the list after removing the track |
12:37:08 | amiconn | Removing the track from within the playlist viewer is non-destructive |
12:37:18 | | Quit BuNsiE () |
12:37:27 | TheBashar | amiconn: Sorry if this is stupid question, but how do I force the save from the playlist viewer? |
12:37:58 | TheBashar | amiconn: Or do you mean I have to make it the current playlist and then resave it? |
12:40:35 | amiconn | Hmm, non-current. Honestly I have no idea. Should be in the manual somewhere |
12:40:44 | * | amiconn doesn't use saved playlists |
12:40:52 | | Join Thundercloud [0] (n=thunderc@resnet16.nat.lancs.ac.uk) |
12:41:12 | TheBashar | amiconn: I looked in the manual but haven't found anything other than using the text_editor. |
12:42:19 | | Join BuNsiE [0] (n=bunsiebu@124.179.183.179) |
12:42:27 | TheBashar | amiconn: Yeah, looks like I have to make it current and then I can use the save current function to persist the removal. A little awkward. |
12:42:34 | BuNsiE | hey again everyone :D |
12:44:07 | pixelma | TheBashar: after removing the line from within text_editor did you leave the plugin with "save changes and quit" or saved it before? I haven't used it but can't imagine how Rockbox should know what there was before (when loading the playlist) if the line is really gone |
12:44:36 | BuNsiE | another question >.<, im using vmware player to run rockbox distribution of linux i think? anyway when i try and change the resolution of the player, vmware-config-tools.pl, i get a error and well i cant change the size and i dont like it small >.< cant fit apps in it |
12:44:47 | | Quit NotSoap (Read error: 110 (Connection timed out)) |
12:45:05 | | Join DerDome [0] (n=DerDome@dslb-082-083-245-227.pools.arcor-ip.net) |
12:45:13 | *** | Saving seen data "./dancer.seen" |
12:45:39 | TheBashar | pixelma: Sorry for the confusion. It works fine with using the text_editor, or with making it the current playlist, removing, and then saving current. Just can't remove and then save it if it is non-current. |
12:46:16 | | Quit Benjamin_L ("Ex-Chat") |
12:46:50 | pixelma | sorry, misunderstood |
12:47:18 | amiconn | LinusN: around? |
12:51:29 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
12:51:40 | | Join Rob2222 [0] (n=Miranda@p4FDCCBA5.dip.t-dialin.net) |
12:52:20 | BuNsiE | can anyone help me with my problem please? :) |
12:53:26 | | Quit DerDome (Remote closed the connection) |
12:54:02 | | Quit barrywardell () |
12:54:26 | gibbon_ | BuNsiE: Rockbox is a custom firmware for certain digital audio players... perhaps you are confusing us with rocklinux? |
12:55:19 | BuNsiE | no sorry if i confused you, i use vmare player as my compiler and svn updater |
12:55:37 | BuNsiE | for rockbox haha |
12:55:53 | | Join DerDome [0] (n=DerDome@dslb-082-083-245-227.pools.arcor-ip.net) |
12:56:01 | LinusN | amiconn: here now |
12:56:02 | BuNsiE | but i cant change the resolution of the player |
12:56:33 | gibbon_ | BuNsiE: ah... |
12:56:43 | gibbon_ | the vmware player? |
12:56:47 | BuNsiE | yes |
12:57:18 | BuNsiE | asking for software help sorry if this isnt the role of this irc |
12:57:22 | BuNsiE | haha |
12:57:31 | markun | LinusN: can you delete a wiki page? http://www.rockbox.org/twiki/bin/view/Main/GigabeatMInfo |
12:58:09 | LinusN | markun: done |
12:58:25 | gibbon_ | change the resolution of the guest operating system... there is a huge variety of distributions and user interfaces... better consider the appropriate documentation |
12:58:27 | markun | thanks |
12:59:35 | BuNsiE | oh god, what did you just mean |
12:59:40 | amiconn | LinusN: I have some questions regarding sdram setup on coldfire |
12:59:54 | LinusN | shoot |
13:00 |
13:00:17 | amiconn | First, please have a look at firmware/target/coldfire/crt0.S line 180 |
13:00:22 | gibbon_ | BuNsiE: since this is not rockbox related at all, i will query you for this one |
13:00:35 | | Quit DerDome (Client Quit) |
13:00:44 | amiconn | The comment says /* A12=1 means CASL=1 (a0 is not connected) */, but 0xnnnnn800 has bit A11 set |
13:00:57 | amiconn | ...which in turn leads to the correct setup for the H1x0 sdram |
13:01:01 | BuNsiE | umm ok, whats query? |
13:01:08 | | Join CaptainSquid [0] (n=Miranda@proxy17.netz.sbs.de) |
13:01:37 | amiconn | According to your schematics, the mcf5249's A11 bit is connected to the sdram's A5, and setting that means CASL=2 |
13:02:21 | LinusN | hmmm, this was a looooong time ago :-) |
13:02:32 | gibbon_ | BuNsiE: private message on IRC |
13:02:35 | amiconn | This matches the *actual* DACR0 setup (CASL=2), but the comment for this one also says "CAS latency 1" |
13:02:40 | BuNsiE | yep registering |
13:02:56 | amiconn | Besides, CASL=1 isn't possible with the sdram used in the H1x0 |
13:03:11 | LinusN | so i guess my comment is wrong then |
13:03:17 | pixelma | gibbon_: BuNsiE is not registered so couldn't answer you in a query unless you allow messages from unregistered users |
13:03:19 | amiconn | Both comments, then |
13:03:26 | LinusN | yup |
13:03:37 | amiconn | Another question is whether you checked this setup for H300 and X5 |
13:03:55 | LinusN | i believe i did |
13:03:57 | BuNsiE | gibbon: i lost where to register ah |
13:04:11 | gibbon_ | pixelma: i know, i just told him |
13:04:13 | amiconn | The sdram address bus wiring for H1x0 is rather weird, and I can imagine it being different on other targets |
13:04:29 | amiconn | Less likely on H300, but somewhat more likely on X5... |
13:04:32 | BuNsiE | gibbon: nvm |
13:04:47 | amiconn | Unfortunately there are no memory schematics for H300 or X5 |
13:05:04 | LinusN | i was lazy, ok? :-) |
13:05:41 | TheBashar | when I try to save a non-current playlist I get "error accessing playlist file". Should I file this as a bug or feature request? |
13:07:34 | | Join mf0102 [0] (n=michi@85.127.180.200) |
13:07:36 | BuNsiE | gibbon: nickserv isnt doing anything :| |
13:07:56 | gibbon_ | then i guess i can't help you right now... |
13:08:15 | gibbon_ | i think its way too off topoc to be discussed here |
13:08:51 | gibbon_ | you might start with the vmware manual in installing "vmware extensions"... but i guess i can't help you any further then |
13:09:03 | gibbon_ | if you get to register your nick you might query me |
13:13:14 | pondlife | gibbon_: You could use #rockbox-community for OT chat... |
13:13:31 | gibbon_ | ah ,ok |
13:13:58 | | Join Benjamin_L [0] (n=benni@pD9EE3A77.dip.t-dialin.net) |
13:14:45 | Benjamin_L | so i finally managed to brick my sansa ^^ but manufacturer mode doesn't work, i powered off, switched hold on pressed the select button while inserting the usb cable |
13:14:59 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
13:15:07 | Benjamin_L | nothing happens only black screen and blue ring |
13:15:18 | Bagder | that's how manufacture mode looks like |
13:15:32 | Benjamin_L | e200tool doesn't recognize the sansa |
13:16:05 | Benjamin_L | let me try something different, following the rockbox page, maybe this works |
13:16:22 | gevaerts | Benjamin_L: do yoy have administrative rights ? (i.e. root on linux, administrator on windows) |
13:16:38 | Benjamin_L | gevaerts: sure |
13:17:01 | LinusN | amiconn: the X5 SDRAM init sequence is next to identical to ours |
13:19:19 | gevaerts | Benjamin_L: Have you tried more than once ? Sometimes it doesn't work the first time |
13:19:27 | Benjamin_L | ok recover using e200tool and the BL_SD rom file doesn't work either, always tells me "not found" |
13:21:11 | gevaerts | Benjamin_L: can you paste the exact error message somewhere ? |
13:22:12 | Benjamin_L | gevaerts: http://pastebin.com/m4f6024e9 |
13:23:38 | amiconn | LinusN: Yeah, casl bit mapping seems to be the same |
13:23:48 | gevaerts | Benjamin_L: I think I'll let someone else look at this. |
13:23:50 | Benjamin_L | ok now it found something |
13:24:17 | | Quit Tom0_ ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") |
13:26:44 | Benjamin_L | gevaerts: now I'm in recovery mode, phew ^^ |
13:26:56 | gevaerts | Benjamin_L: good news |
13:27:28 | Benjamin_L | wonder what I did wrong, compiled the rockbox bootloader and let sansapatcher install it, afterwards, all went black |
13:29:13 | | Join DerDome [0] (n=DerDome@dslb-082-083-245-227.pools.arcor-ip.net) |
13:36:45 | Benjamin_L | gevaerts: freshly formatted e260 ready to be bricked again ;) |
13:37:09 | gevaerts | Have fun ! |
13:40:07 | * | Benjamin_L wonders why its SD Player now instead of Sansa e260 |
13:42:23 | * | pondlife wonders how paranoid you need to be to ask this -> http://forums.rockbox.org/index.php?topic=15675.msg116930;topicseen#msg116930 |
13:43:04 | * | gevaerts would suggest a hammer |
13:43:34 | pondlife | Or perhaps use of highly pressurised air? |
13:43:50 | TheBashar | In soviet russia, your music listens to you! |
13:44:50 | gevaerts | Maybe it's some kind of workplace requirement like "no recording equipment allowed" |
13:44:59 | pondlife | TheBashar: Sshh, don't tell them about how Rockbox is recording your every move, then when you connect USB, sending the recordings to Llorean for later perusal... |
13:45:00 | LinusN | he could pour coffe in it |
13:45:05 | LinusN | coffee |
13:45:10 | pondlife | Or tea |
13:45:13 | pondlife | Easier to spell |
13:45:18 | LinusN | haha |
13:45:57 | GodEater | is mpeg4creator available in .deb form somewhere ? |
13:45:58 | pondlife | While I'm here, anyone got any known good gapless music to check SVN with? |
13:46:30 | * | pondlife is too lazy to re-encode anything |
13:46:37 | * | GodEater has plenty |
13:46:54 | pondlife | So - does SVN add gaps at the moment for you? |
13:46:59 | | Join japc [0] (n=japc@194.65.5.235) |
13:47:01 | Benjamin_L | is there a precompiled rockbox bootloader for the sansa available which will not brick mine? |
13:47:21 | GodEater | pondlife: haven't checked yet - am about to |
13:48:23 | pixelma | pondlife: I saw the post earlier and the one album I tried which has one gapless track transition sounded alright (with r16341) |
13:48:38 | pondlife | Seems ok here too, with CBR MP3 |
13:48:40 | pixelma | on c200 |
13:49:21 | pixelma | and the album is vbr mp3, I may add |
13:52:17 | | Quit asdrubal (Remote closed the connection) |
13:53:03 | pondlife | I was wondering if the hard disk (and our filesystem) would be fast enough to allow pcm output to be dumped to a file, rather than played? |
13:53:46 | pondlife | I mean, rather than being sent to the audio output. |
13:53:59 | pondlife | Suspect we wouldn't be able to keep up. |
13:54:34 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
13:54:56 | | Quit jcollie_ ("Ex-Chat") |
13:55:21 | amiconn | Why not? It's just like wav recording... |
13:55:45 | pondlife | True, but with crossfade, EQ etc. running too |
13:55:52 | pondlife | Disk i + o |
13:57:15 | amiconn | 44.1kHz stereo 16 bit pcm is 176kByte/s. Our disk access manages a few MB/s (except on Ondio) |
13:57:55 | | Quit Benjamin_L ("Ex-Chat") |
13:59:33 | GodEater | no problems with gapless here pondlife |
13:59:38 | pondlife | Good |
13:59:41 | GodEater | vbr mp3 here |
14:00 |
14:00:10 | pondlife | I'm rather enjoying the current playback.c, probably the best one in years. It would be a shame to have to change it. |
14:00:27 | pondlife | (I mean as a user; the code is still messy.) |
14:00:46 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
14:00:51 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
14:03:04 | | Join defukt [0] (n=WTFOMGBB@91.106.129.78) |
14:03:51 | | Nick mchua|zzz is now known as mchua_ (n=mchua@user-1087tit.cable.mindspring.com) |
14:04:06 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
14:04:25 | | Join MajorC [0] (n=absolut@host183-38.bornet.net) |
14:06:12 | pondlife | GodEater: Hmm, I said playback.c was all lovely and cuddly, and to pay me back it decides to repeat track 9. :/ |
14:06:45 | gevaerts | Maybe it likes track 9 ? |
14:07:02 | pondlife | It's actually playing track 8 again, but calling it track 9 |
14:07:45 | pondlife | Displaying the ID3 from track 8 though displaying "9 of 13". And highlighting track 9 on the playlist viewer. |
14:08:19 | pondlife | Nico_P might want to read this bit of the logs. |
14:12:33 | pondlife | Now it's moved onto track 9's audio, with track 9's info, but as "10 of 13". |
14:12:57 | LinusN | could it be an audio buffer wrapping issue? |
14:13:18 | pondlife | Probably the point when rebuffering occurred |
14:13:32 | pondlife | A race between playback and buffering? |
14:13:52 | pondlife | This is on the sim, I should mention |
14:17:51 | GodEater | I've never had that happen to me |
14:18:11 | GodEater | I wonder if this is because the buffer on the 5.5G is large enough to never refill during one folder's worth of music for me |
14:18:47 | | Quit ch4os_ (Read error: 104 (Connection reset by peer)) |
14:18:51 | pondlife | This is the first time I've had this happen on the sim, I think |
14:18:55 | | Join leftright [0] (n=d9e1fcd5@gateway/web/cgi-irc/labb.contactor.se/x-f6fef27a8bad491a) |
14:19:07 | GodEater | what size buffer does the sim use ? |
14:19:11 | pondlife | It is all fine apart from the playlist index. |
14:19:20 | pondlife | 32MB I think |
14:19:28 | | Part TheBashar |
14:19:47 | GodEater | regardless of the target being simulated ? |
14:20:03 | leftright | I have just installed latest current, I know have Rockbox logo appearing in all my screens in the bottom right corner, I use my own wps, how do I remove this obtrusive logo |
14:20:14 | leftright | know=now |
14:20:28 | pondlife | Probably matches the target. I have 31.347MB, and this is with dircache and lots of tagcache, so maybe it's a bit more? |
14:20:49 | pondlife | A similar config on my H300 gives only 25MB available |
14:21:43 | | Quit MajorC () |
14:21:44 | leftright | ughh, that rockbox logo appears in wps as well, |
14:21:51 | GodEater | the buffer I have on my ipod is 60.293 MB |
14:22:12 | pondlife | leftright: Clear the backdrop |
14:22:31 | leftright | ah, just found it thanks |
14:25:14 | | Quit Febs (Read error: 110 (Connection timed out)) |
14:26:11 | GodEater | pondlife: you know you don't have to specify that −−nogaps don't you ? |
14:26:19 | pondlife | On LAME, yes |
14:26:43 | | Quit CaptainSquid (Remote closed the connection) |
14:26:59 | leftright | really, I thought that mp3 encoded using LAMEv3.90 onwards was gapless |
14:27:22 | GodEater | well, it's as gapless as you can make mp3 |
14:27:38 | | Quit BuNsiE () |
14:27:40 | leftright | thats what I mean, no need to specify the nogap switch |
14:28:08 | GodEater | that's my understanding too |
14:28:42 | pondlife | OK, if played to the end of track 12 (which it thought was 13 of 13) and stopped. I pressed play and it resumed midway through the real track 13. |
14:29:26 | pondlife | Track 12 was 3:30 in length, it resumed in track 13 at 3:30-ish. |
14:30:00 | | Quit leftright ("CGI:IRC") |
14:30:27 | | Part LinusN |
14:45:15 | *** | Saving seen data "./dancer.seen" |
14:48:26 | | Join Febs [0] (n=chatzill@38.98.196.75) |
14:50:38 | | Quit framo ("moo") |
14:54:47 | | Quit kushal_12_27_200 ("This computer has gone to sleep") |
14:56:06 | gevaerts | I'd like some more testing of the latest patch in FS #8562, especially for non-portalplayer targets and ipods with firewire (to make sure it doesn't break anything that should be unrelated). |
14:59:16 | | Join Arathis [0] (n=doerk@p508A3B64.dip.t-dialin.net) |
14:59:49 | * | gevaerts could of course just commit and wait for the cries of outrage if something breaks |
15:00 |
15:00:20 | petur | what goes up must come down |
15:00:43 | | Quit mchua_ ("Holy shiny distraction, Batman!") |
15:04:23 | gevaerts | What's the usual way to handle this ? Just make some test builds to see if nothing obvious is wrong and then commit ? |
15:04:35 | * | gevaerts is still a rockbox-newbie |
15:04:52 | markun | gevaerts: that's what most people do |
15:05:06 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
15:05:24 | petur | that would be to check if it compiles... |
15:05:30 | gevaerts | OK. Once I get home I'll get busy then... |
15:06:04 | petur | is there a chance it breaks on non-pp players? |
15:06:22 | | Quit EspeonEefi ("さよなら") |
15:07:05 | gevaerts | It touches usb.c, which does the usb-ata bridge handover. I tried to be careful, but you never know. Someone tested on h300 and it seems to still work there though |
15:08:39 | GodEater | gevaerts: I'll test on Gigabeat F |
15:10:03 | GodEater | you want this with the integration 3 diff yes ? |
15:10:10 | gevaerts | yes. |
15:10:35 | markun | we still rock: http://www.googlefight.com/index.php?word1=rockbox+sucks&word2=rockbox+rocks |
15:12:16 | petur | heh |
15:16:17 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-bdba47403bbd5a30) |
15:16:19 | * | gevaerts enjoys reading out-of-context quotes on rasher's irc stats pages |
15:18:26 | * | LambdaCalculus37 notices he's listed as yelling 10.5% of the time |
15:19:13 | * | petur is probably still aggressive |
15:19:29 | LambdaCalculus37 | petur: Always kicking the old brain, I see. :) |
15:19:39 | | Join perrikwp [0] (i=98217268@gateway/web/ajax/mibbit.com/x-1e6396835df27028) |
15:19:43 | Zagor | "rockbox sucks because it does not look like the ipod gui" |
15:20:46 | Zagor | hmm, apparently that was irony |
15:20:54 | * | Zagor googles for "rockbox sucks" :) |
15:21:17 | markun | Zagor: hey, I was doing that too ;) |
15:21:49 | LambdaCalculus37 | Zagor: I found one: http://www.gp32x.com/board/index.php?showtopic=36620&st=15 |
15:21:59 | LambdaCalculus37 | Right at the top. A classic. :P |
15:22:09 | Zagor | "Rockbox sucks arse, it really does. ipod linux is much much better." <−− at what, I wonder |
15:22:19 | Zagor | LambdaCalculus37: I'm way past that one :) |
15:23:04 | | Join gtkspert [0] (n=gtkspert@203-206-33-16.dyn.iinet.net.au) |
15:24:30 | LambdaCalculus37 | Nico_P: Paging Nico_P... Mr. Nico_P, you have a call at the front desk. :) |
15:24:39 | markun | LambdaCalculus37: didn't you mean http://www.gp32x.com/board/index.php?showtopic=36620&pid=534665&mode=threaded&show=&st=15&#entry534665 |
15:24:54 | LambdaCalculus37 | markun: Yes, that's the one. |
15:25:05 | * | gevaerts notes that his observation about slight off-topicness being good at waking up people still holds |
15:25:51 | | Join tvelocity [0] (n=tony@athedsl-124459.home.otenet.gr) |
15:25:53 | Zagor | hehe |
15:25:57 | markun | Zagor: I'm trying not to be too offended and see if there is really something we can improve |
15:27:33 | Zagor | about 50% of hits are about the ipod battery life |
15:28:04 | markun | indeed |
15:29:17 | markun | what is the ratio of the runtimes of rockbox vs apple's OF these days? |
15:30:14 | Zagor | i don't know |
15:30:14 | LambdaCalculus37 | markun: Apple OF lists about 14-15 hours of battery life for audio; Rockbox gives me about 11. |
15:37:11 | | Quit |AhIoRoS| (Remote closed the connection) |
15:38:45 | * | LambdaCalculus37 has noticed lots of nasty FLAC issues with r16430 on his iPod video |
15:41:25 | gibbon_ | amiconn: the testdisk i built won't work. whatever i try... owuld you be so kind and send me one of your's? |
15:44:12 | amiconn | I don't think those would help you. Although I have multiple targets, a Sansa is not among these |
15:45:23 | pixelma | gibbon_: I could send you mine... did you also try a plain version? |
15:45:47 | gibbon_ | a plain version tests the internal flash fine ... |
15:46:15 | gibbon_ | and i just tried the sd in the shipped reader... |
15:46:26 | gibbon_ | 4075290624 Bytes (4,1 GB) kopiert, 256,387 Sekunden, 15,9 MB/s |
15:46:43 | gibbon_ | sorry for the german locale, but the card seems to work pretty fine |
15:47:52 | amiconn | What happens if you try test_disk on your card? |
15:48:03 | amiconn | Make sure there's enough free space on the card |
15:49:50 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
15:50:22 | gibbon_ | amiconn: i still have no testdisk to test the card ;) pixelma is so kind to try sending one to me |
15:51:39 | | Join kugel_ [0] (i=kugel@e178114005.adsl.alicedsl.de) |
15:52:02 | amiconn | You said yours won't work, not that you don't have one |
15:52:04 | | Quit kugel (Nick collision from services.) |
15:52:05 | | Nick kugel_ is now known as kugel (i=kugel@e178114005.adsl.alicedsl.de) |
15:52:11 | | Join perrikwp|class [0] (i=98212f32@gateway/web/ajax/mibbit.com/x-cca9ccb576249052) |
15:53:51 | gibbon_ | amiconn: mine told me that it could not create the test file... |
15:54:37 | pixelma | if there wasn't enough space on the card that could happen too :) |
15:54:39 | | Quit cool_walking_ (Remote closed the connection) |
15:54:50 | gibbon_ | wah... file... i ment directory |
15:55:12 | gibbon_ | pixelma: your's seems to work |
16:00 |
16:01:24 | pondlife | Ah, rebuffering killed playback again! Two albums in a row |
16:01:41 | pondlife | It was more obvious this time |
16:01:55 | LambdaCalculus37 | pondlife: Me too! My FLAC albums are going nuts! |
16:02:27 | LambdaCalculus37 | I'm getting that "skip a track, raise the x of y counter on WPS" behavior again. |
16:02:30 | pondlife | Yes |
16:03:03 | | Quit Zagor ("Client exiting") |
16:03:30 | pondlife | I was listening to track 8 of 12, when it rebuffered. Playback skipped back to the start of track 8 and now the playlist index is one out (i.e. 9, not 8) |
16:03:44 | pondlife | ID3 and track playing remain in sync |
16:04:49 | LambdaCalculus37 | I also had a track repeat itself when my iPod video rebuffered, and raise the x of y counter. |
16:07:37 | pondlife | Buffering should not affect playback; they are independent processes. Maybe buffering is reusing the buffer that holds the current playing track? |
16:08:42 | LambdaCalculus37 | pondlife: Now I just had a doozy: playing a Vorbis album, Track 5 finishes, and it jumps FIVE tracks ahead! |
16:10:37 | LambdaCalculus37 | When I selected Track 5 and skipped ahead, it just jumped to Track 6 as expected. |
16:11:53 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
16:13:54 | LambdaCalculus37 | Now it's playing correctly. |
16:14:04 | LambdaCalculus37 | Very curious. |
16:15:23 | | Quit abescully (Read error: 110 (Connection timed out)) |
16:15:56 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
16:21:33 | | Quit Arathis ("Bye, bye") |
16:22:08 | | Quit hcs ("Leaving.") |
16:22:37 | gibbon_ | amiconn: http://pastebin.ca/920656 notes the three tests i performed on the sd |
16:23:51 | | Join n1s [0] (n=nils@nl104-209-105.student.uu.se) |
16:29:33 | | Join turk [0] (n=c18cbe1c@gateway/web/cgi-irc/labb.contactor.se/x-1f7e88b4e317400b) |
16:30:14 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
16:30:17 | turk | how can i design a turkish.voice do you know |
16:31:42 | | Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) |
16:32:47 | Febs | turk: http://www.rockbox.org/twiki/bin/view/Main/VoiceBuilding |
16:32:48 | pondlife | LambdaCalculus37: I just tried to reproduce my last problem. I started the same album from the start, then skipped through tracks 2 to 7 (on the buffering screen) and let it play. It rebuffered exactly where it failed last time, but didn't go wrong. |
16:32:58 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:33:02 | markun | Febs: I was just about to hit enter.. :) |
16:33:45 | turk | thnx |
16:33:53 | pondlife | LambdaCalculus37: So either it's intermittent or doesn't happen unless the WPS (with AA) is displayed... |
16:34:05 | pixelma | is the turkish lang file up to date (or at least anywhere near)? |
16:35:54 | pixelma | according to rasher's page it's not |
16:36:09 | markun | pixelma: wow, 5 years ago :) |
16:36:13 | petur | even very poor: rasher.dk/rockbox/translate/">http://rasher.dk/rockbox/translate/ |
16:37:45 | | Quit DerDome ("Leaving.") |
16:38:01 | rasher | One of the worst |
16:38:56 | | Quit perrikwp|class ("http://www.mibbit.com ajax IRC Client") |
16:41:38 | rasher | turk: first step would be to update the Turkish translation I'm afraid - it's very outdated |
16:41:49 | turk | then |
16:45:17 | *** | Saving seen data "./dancer.seen" |
16:48:22 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
16:49:52 | rasher | turk: Do you have a question? |
16:51:04 | LambdaCalculus37 | pondlife: I'm usingCabbiev2 as my WPS, and have album art for nearly all of my albums. |
16:51:49 | | Join barrywardell_ [0] (n=barrywar@rockbox/developer/barrywardell) |
16:51:56 | pondlife | LambdaCalculus37: Me too |
16:53:33 | turk | no thnk you |
16:53:35 | | Quit turk ("CGI:IRC") |
16:53:49 | petur | gave up quickly |
16:53:52 | barrywardell | how do people feel about this updateded version of my patch from yesterday for removing the "Searching.." splashes in tagtree: http://pastebin.com/m6a490d78 |
16:54:17 | pixelma | a pity |
16:54:26 | LambdaCalculus37 | pondlife: MoB, perchance? Just a thought. |
16:54:57 | barrywardell | the behaviour is now the following: If the disk needs to spin up, show the searching splash straight away. after 1/2 second, start updating the splash (and show it if it hasn't been shown before), then update every 1/10 of a second |
16:55:30 | petur | looks like we won't need VM's on windows for development http://www.royalidea.com/site/?q=node/12 |
16:55:32 | barrywardell | it feels much better during general use to me, but I'd like some feedback on how i works on other targets and various circumstances |
16:57:45 | | Join stewball`ghost [0] (n=WTFOMGBB@91.106.193.82) |
17:00 |
17:04:07 | | Quit defukt (Read error: 110 (Connection timed out)) |
17:04:36 | | Quit JamPSi (Read error: 110 (Connection timed out)) |
17:06:18 | pondlife | It just did it again - 3 albums in a row! |
17:06:30 | pondlife | Just letting it play naturally seems to do it every time |
17:06:54 | LambdaCalculus37 | That's what I'm doing right now; I'm letting an album play all the way through. |
17:07:18 | pondlife | I'm only using CBR MP3; should be about as simple as anything. |
17:07:34 | LambdaCalculus37 | I'm using Q5 Vorbis VBR here. |
17:13:00 | | Join defukt [0] (n=WTFOMGBB@91.106.171.84) |
17:14:29 | LambdaCalculus37 | pondlife: Track 7 started playing, but the x of y counter reads "8 of 11" on the WPS. |
17:15:04 | * | LambdaCalculus37 suddenly notices that the track was repeating itself! |
17:15:07 | barrywardell | LambdaCalculus37: I updated the DiskSpeed wiki page with a new table for test_disk data |
17:15:33 | LambdaCalculus37 | barrywardell: Excellent; I'll post my findings from yesterday up there. |
17:15:59 | pondlife | LambdaCalculus37: That's exactly what I see |
17:16:11 | * | barrywardell would particularly like amiconn and Llorean's feedback on the patch since they gave an opinion on it yesterday |
17:16:26 | pondlife | Which ever track is playing when it rebuffers is restarted, but as track n+1 |
17:16:47 | LambdaCalculus37 | That's so strange. =/ |
17:16:52 | * | pondlife builds a logf sim |
17:17:06 | * | LambdaCalculus37 knows it can't be an act of God^H^H^HJobs |
17:17:55 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
17:18:25 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
17:19:04 | | Quit stewball`ghost (Read error: 110 (Connection timed out)) |
17:19:06 | LambdaCalculus37 | Paging Nico_P... Mr. Nico_P... you have a call at the front desk. :) |
17:19:16 | Nico_P | logs? |
17:20:03 | LambdaCalculus37 | Nico_P: Yep. r16430 has been acting up again. |
17:21:33 | | Quit z35 ("Leaving") |
17:21:35 | Nico_P | :/ |
17:22:02 | GodEater | barrywardell: I'm still not clear on the figures you fill in for the Create / Read / Write speeds? Are you just quoting one set of figures (the ones for 1MB at a time) or a mean of the three ? |
17:24:34 | barrywardell | it should be the mean of three, but I was lazy and only did two measurements |
17:24:34 | barrywardell | for each column, the three values are for the different chunk sizes |
17:26:17 | GodEater | ah ok |
17:26:27 | corevette | if i just uploaded a scrobbler file, should i delete it so it makes a new one? or will it not matter... |
17:26:51 | LambdaCalculus37 | GodEater: I already added my figures from the test I performed yesterday. |
17:26:55 | GodEater | if I do two different cpu speed runs, should I create two rows do you think ? Otherwise it'll look REALLY cluttered |
17:28:16 | GodEater | LambdaCalculus37: did you do two different cpu speeds as well ? |
17:28:29 | | Quit XavierGr (Remote closed the connection) |
17:28:51 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
17:28:53 | barrywardell | GodEater: yes, two rows are probably best |
17:29:03 | * | barrywardell has results at 80MHz to add too |
17:29:31 | LambdaCalculus37 | GodEater: No, just 30 MHz. |
17:29:59 | GodEater | LambdaCalculus37: do us another set at 80 then ? |
17:30:13 | amiconn | You could use the twiki tableplugin feature to combine cells across rows. Tableplugin is enabled in the rockbox wiki |
17:30:36 | amiconn | (similar to what I did in the LcdFrameRates table) |
17:30:37 | LambdaCalculus37 | GodEater: How do you do the test at 80? |
17:31:27 | GodEater | go into debug menu, cpu frequency |
17:31:38 | GodEater | and change the cpu boost up a couple of notches |
17:32:31 | | Quit corevette (Remote closed the connection) |
17:32:38 | LambdaCalculus37 | Test commencing... |
17:32:44 | * | LambdaCalculus37 hits the big red button |
17:33:05 | | Join stewball`ghost [0] (n=WTFOMGBB@91.104.202.206) |
17:33:33 | pondlife | Nico_P: I'm running a test with playback.c logf enabled... no idea if it will reveal anything |
17:34:53 | * | pondlife feels sorry for Slasheri - having his name at the top of playback.c for evermore :) |
17:35:32 | * | LambdaCalculus37 waits for test_disk to complete |
17:36:38 | | Quit defukt (Read error: 110 (Connection timed out)) |
17:37:43 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
17:38:22 | GodEater | amiconn: here? |
17:39:15 | | Join Arathis [0] (n=doerk@p508A3B64.dip.t-dialin.net) |
17:39:54 | GodEater | well that was a waste of time |
17:40:10 | GodEater | I'm still getting overflows in test_disk when I run it at 80MHz |
17:40:33 | * | gevaerts suggests buying a slower disk |
17:40:44 | LambdaCalculus37 | GodEater: Let me try it on my iPod color. |
17:41:07 | GodEater | it's pretty slow at 512 byte tasks already |
17:41:15 | GodEater | check out the 30MHz results |
17:42:52 | | Quit parafin ("So long and thanks for all the fish") |
17:42:55 | | Join parafin [0] (i=parafin@paraf.in) |
17:43:19 | LambdaCalculus37 | And what's funny is that the hard drive in my iPod color is already finicky as it is; it decides to stop working at the strangest times. |
17:45:00 | * | barrywardell updated the DiskSpeed page with amiconn's suggestion |
17:45:04 | barrywardell | thanks for the suggestion |
17:45:27 | GodEater | ooh pretty |
17:47:08 | barrywardell | wow, 5.5G ipods are slooow at writing small chunks |
17:47:23 | GodEater | I want to see the result for a 30GB 5.5G |
17:47:26 | GodEater | it should be faster |
17:47:40 | barrywardell | yeah, I'd guess it will be |
17:47:54 | GodEater | it shouldn't have to do the two sector read before each write faster |
17:47:57 | GodEater | s/faster/first |
17:48:02 | LambdaCalculus37 | GodEater: I have to update my SVN tree before I compile; I'm 21 revisions behind. |
17:48:13 | GodEater | LambdaCalculus37: download the latest tarball |
17:48:32 | * | LambdaCalculus37 smacks his forehead |
17:48:39 | LambdaCalculus37 | D'Oh! Forgot about that! :P |
17:49:13 | markun | is that faster than svn update? |
17:49:35 | | Join Axio [0] (n=Axio``@alf94-1-81-57-140-233.fbx.proxad.net) |
17:49:43 | | Join defukt [0] (n=WTFOMGBB@91.106.155.203) |
17:49:53 | GodEater | it is if he has to wait till he gets home to do it |
17:50:11 | amiconn | GodEater: huh? |
17:50:22 | EnterUserName | is it my partiuclar build that i downloaded or did you guys limit the radio functionality for sansa e2xx's |
17:50:33 | EnterUserName | b ecause my older version of the ssansa had a whole bunch of options.. |
17:50:45 | * | GodEater wonders what amiconn is "huh?"ing at |
17:50:46 | krazykit | such as...? |
17:50:58 | EnterUserName | ok I can add stuff to my presets froma menu |
17:51:16 | EnterUserName | umm it would scan all my presets automatically and add them however now it says there's not enough room |
17:51:27 | EnterUserName | umm. And i could save the presets with the button |
17:51:45 | EnterUserName | i think it was the other menu button i could use. |
17:52:40 | amiconn | GodEater: Why you're getting overflows... |
17:52:42 | | Join mchua_ [0] (n=mchua@cpe-66-108-80-238.nyc.res.rr.com) |
17:52:48 | krazykit | have you read the manual to look for these? i don't hink anything was removed, specifically. |
17:53:02 | GodEater | amiconn: I have a suspicion it's because I did my build wrong |
17:53:08 | EnterUserName | i'll double check the manual |
17:53:14 | GodEater | I had the wrong branch checked out |
17:53:21 | EnterUserName | Maybe you changed the buttons :S |
17:53:22 | | Quit stewball`ghost (Read error: 110 (Connection timed out)) |
17:53:27 | GodEater | and so was running the test_disk from yesterdays' build |
17:53:36 | GodEater | I'll find out in a minute |
17:55:00 | EnterUserName | KrazyKitL: the other thing is i could change what region i was in for the radio by pressing the buttom button |
17:55:05 | EnterUserName | and i cant do that anymore either |
17:55:23 | EnterUserName | and its definetely not able to load all the radio stations to a preset when it use to be |
17:55:29 | krazykit | again, the keymaps may have changed. |
17:55:29 | LambdaCalculus37 | GodEater: 80 MHz results are up. |
17:56:02 | gevaerts | I wonder if seeing that both USB and buffering.c do 16k reads, test_disk shouldn't test that as well. |
17:56:37 | GodEater | I'm running my 80MHz test again now |
17:56:38 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
17:58:01 | LambdaCalculus37 | pondlife and Nico_P: The file skip problem is also persisting when I play a playlist. |
17:58:20 | pondlife | It's any buffering that causes it here too |
17:58:32 | GodEater | nope - still getting overflows |
17:58:39 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
17:59:03 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
18:00 |
18:00:06 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
18:00:25 | LambdaCalculus37 | I'm amazed at how fast the iPod color performs in this test, and with a wonky hard drive, to boot. |
18:03:16 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
18:03:16 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
18:03:48 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
18:05:23 | GodEater | amiconn: I got negative values for all the Aligned tasks done with a chunksize of 4096 bytes |
18:05:29 | GodEater | otherwise everything came out positive |
18:06:52 | | Join OlivierBorowski_ [0] (n=OlivierB@ANancy-157-1-116-193.w90-6.abo.wanadoo.fr) |
18:06:52 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
18:07:33 | GodEater | I've put them in the wiki page anyway |
18:07:41 | GodEater | because the rest of the values seem correct |
18:07:49 | | Join DerDome [0] (n=DerDome@dslb-082-083-245-227.pools.arcor-ip.net) |
18:07:53 | | Join stewball`ghost [0] (n=WTFOMGBB@91.106.229.161) |
18:08:33 | * | GodEater thinks that other than the *diabolical* speeds with 512 byte chunks, the 80GB's drive wins :) |
18:08:44 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
18:10:30 | pondlife | DOH! I played an album that fits in the buffer :/ |
18:10:51 | | Quit defukt (Read error: 110 (Connection timed out)) |
18:11:21 | LambdaCalculus37 | pondlife: I'm playing a 30-track playlist that, other than the minor hiccup from earlier, is behaving well so far. |
18:11:23 | GodEater | why is writing so much faster than reading ? |
18:11:55 | LambdaCalculus37 | But the playlist is going to require loading different album covers as it goes along, so I want to see how it'll handle. |
18:11:58 | gibbon_ | progress with my "skippy sound on the c250 target" problem... |
18:12:13 | gibbon_ | i will never speak up again before checking ALL the parameters :/ |
18:12:20 | amiconn | GodEater: Just to make sure - did you read the correct test_disk_log_NN.txt ? |
18:12:22 | | Quit petur ("work->home") |
18:12:24 | GodEater | LambdaCalculus37: even if the playlist is only from one album, the cover is loaded for each track anyway |
18:12:29 | GodEater | amiconn: absolutey positive |
18:12:37 | GodEater | I even watched the results appearing on the screen |
18:12:37 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
18:12:53 | GodEater | all the 4096,A results came out negative |
18:13:00 | pondlife | GodEater: One cover per track, even if it's the same file? |
18:13:03 | | Join hannesd_ [0] (n=light@p5B164718.dip0.t-ipconnect.de) |
18:13:12 | GodEater | pondlife: that's what Nico_P tells me yes |
18:13:25 | GodEater | I've not confirmed it myself |
18:13:29 | pondlife | That might explain why addition of AA reduced my battery life from 15 hours to 9 hours :/ |
18:13:37 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
18:13:44 | * | pondlife deletes *.bmp |
18:14:13 | Nico_P | yeah there's definitely room for improvement there |
18:14:23 | pondlife | I'm assuming it's AA, that's about all that had changed |
18:14:34 | pondlife | But haven't had time to experiment properly yet |
18:15:34 | LambdaCalculus37 | pondlife: Another leap ahead: Track 11 of the playlist finished and jumped to Track 14. |
18:15:54 | pondlife | 11 shortish songs = 1 buffer? |
18:16:14 | LambdaCalculus37 | 11 songs averaging about 3:30 in playtime. |
18:16:36 | LambdaCalculus37 | Thus far. |
18:16:48 | Llorean | pondlife: I can't imagine AA would result in such a huge reduction in battery life though. I mean, unless your BMPS are huge, it's probably a similar amount of buffer reduction to having voice enabled (if not less) |
18:16:57 | japc | what is AA ? |
18:17:08 | GodEater | Album Art |
18:17:18 | japc | ok, what i tught |
18:17:21 | japc | thought |
18:17:58 | japc | i also noticed a decrease in battery time and a big slowdown when selecting next track in shuffle |
18:18:21 | pondlife | Does test_disk run until stopped? |
18:18:26 | GodEater | yes |
18:18:33 | japc | didn't went scientific with it, rather find . -name *.bmp -exec rm '{}' \; and rsynced |
18:18:33 | pondlife | I'll stop waiting for it then |
18:18:36 | GodEater | at least, I've found no way of interrupting it |
18:18:45 | | Join webguest43 [0] (n=439f2c86@gateway/web/cgi-irc/labb.contactor.se/x-5a03d433eda353e7) |
18:18:49 | gevaerts | pondlife: it tells you when it's done |
18:18:57 | pondlife | OK, that's what I thought. |
18:19:18 | pondlife | GodEater must've misunderstood me. Or he's spreading misinformation. |
18:19:24 | GodEater | I did |
18:19:28 | pondlife | :) |
18:19:34 | GodEater | was just looking at that again and thinking I got it all wrong =( |
18:19:57 | * | pondlife runs out of biscuits before test_disk completes. |
18:19:57 | | Quit webguest43 (Client Quit) |
18:20:13 | * | LambdaCalculus37 gives pondlife some more biscuits |
18:20:31 | amiconn | pondlife: Did you start the "Write & verify" test? |
18:20:39 | pondlife | Not yet |
18:20:39 | GodEater | LambdaCalculus37: I think your entry for the version of ata.c you used is wrong |
18:20:59 | amiconn | The speed test doesn't take that long.... |
18:21:27 | LambdaCalculus37 | GodEater: Should I check the file itself? |
18:21:48 | | Quit OlivierBorowski (Read error: 110 (Connection timed out)) |
18:21:52 | amiconn | Around 2 minutes |
18:21:59 | GodEater | LambdaCalculus37: it'll be the same version as mine |
18:22:05 | GodEater | for both files |
18:22:12 | GodEater | ata.c hasn't been touched since that revision |
18:22:25 | LambdaCalculus37 | Oops. :) |
18:22:28 | LambdaCalculus37 | Will fix. |
18:22:33 | * | LambdaCalculus37 goes to fix his entry |
18:22:59 | | Join webguest34 [0] (n=48e90671@gateway/web/cgi-irc/labb.contactor.se/x-f46b82a020517a29) |
18:23:11 | japc | ok, I guess AA is in good hands :) |
18:23:24 | LambdaCalculus37 | Okay, fixed. (I hope) |
18:23:38 | GodEater | I'm guessing pondlife's disk isn't going to win any awards for speed |
18:23:45 | pondlife | hehe |
18:24:01 | | Join defukt [0] (n=WTFOMGBB@91.104.237.136) |
18:24:54 | LambdaCalculus37 | GodEater: Can you take a peek at DiskSpeed and verify that I've got my entry correct this time? |
18:25:16 | GodEater | yeah that looks fine |
18:25:43 | | Quit OlivierBorowski_ (Read error: 110 (Connection timed out)) |
18:26:03 | LambdaCalculus37 | Thanks for looking out for my error, GodEater. :) |
18:27:53 | | Quit gevaerts ("work->home") |
18:28:27 | | Quit webguest34 ("CGI:IRC (EOF)") |
18:29:17 | | Quit stewball`ghost (Read error: 110 (Connection timed out)) |
18:29:36 | | Quit hannesd (Read error: 110 (Connection timed out)) |
18:29:36 | | Nick hannesd_ is now known as hannesd (n=light@p5B164718.dip0.t-ipconnect.de) |
18:31:11 | EnterUserName | hey is gereats there? |
18:31:27 | EnterUserName | oh nevermind i saw his exit message :) |
18:31:30 | barrywardell | last chance...any objections to this: http://pastebin.com/m6a490d78 for the tagtree Searching... splashes? I think this should give a behaviour that everyon is happy with based on the discussion here earlier and yesterday |
18:34:43 | | Join gtkspert_ [0] (n=gtkspert@203-206-33-50.dyn.iinet.net.au) |
18:36:07 | Llorean | barrywardell: So, basically, an attempt to not show the splash on very fast searches? |
18:36:36 | barrywardell | Llorean: yes, exactly. splashes are only shown after 1/2 of a second |
18:36:47 | barrywardell | it also fixes a bug in the number displayed with the splash |
18:36:50 | Llorean | Sounds good to me. |
18:36:57 | LambdaCalculus37 | I like it. |
18:36:58 | barrywardell | and updates the splashes a bit more often |
18:37:10 | LambdaCalculus37 | Would be nice on my c240. |
18:40:43 | gibbon_ | i like the idea, didn't try it, no objections (as if it would count ;)) |
18:42:08 | | Join stewball`ghost [0] (n=WTFOMGBB@91.104.203.225) |
18:42:19 | * | barrywardell commits the change to svn |
18:45:21 | *** | Saving seen data "./dancer.seen" |
18:46:07 | | Quit defukt (Read error: 110 (Connection timed out)) |
18:46:48 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
18:46:52 | pondlife | OK, my disk speed test results are up. 3 runs at both 45 and 124 MHz |
18:47:01 | | Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.11/2007112718]") |
18:47:05 | pondlife | They aren't great. |
18:48:01 | | Join Mathiasdm [0] (n=Mathias@vpnf079.ugent.be) |
18:48:13 | | Quit gtkspert (Read error: 101 (Network is unreachable)) |
18:48:32 | | Quit Mathiasdm (Read error: 104 (Connection reset by peer)) |
18:48:51 | pondlife | GodEater: How did you get an unaligned write of 11412KB/s? |
18:49:58 | pondlife | barrywardell: red... |
18:50:27 | barrywardell | pondlife: thanks. grrr. sims. I'll fix now... |
18:50:56 | pondlife | Thanks... |
18:51:01 | * | pondlife is trying to build a sim |
18:51:21 | | Join dan_a [0] (n=dan@217.23.173.156) |
18:51:22 | | Quit stewball`ghost () |
18:52:26 | pondlife | Am I right in thinking that logf dumps read upside down... most recent at top? |
18:52:31 | pondlife | Or do they wrap in some manner? |
18:52:39 | | Quit DaCapn (Remote closed the connection) |
18:55:05 | barrywardell | pondlife: fix committed |
18:55:10 | pondlife | Thanks |
18:57:27 | | Join Domonoky [0] (n=Domonoky@92.226.205.29) |
19:00 |
19:02:43 | | Part Llorean |
19:03:25 | | Join x1jmp [0] (n=x1jmp@frbg-4dbc5135.pool.einsundeins.de) |
19:07:22 | | Join Mathiasdm [0] (n=Mathias@vpnf079.ugent.be) |
19:09:58 | | Join DrMoos [0] (i=moos@m170.net81-66-158.noos.fr) |
19:09:58 | | Quit n1s () |
19:14:08 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
19:14:17 | | Join einhirn [0] (n=Miranda@p5B032DD6.dip0.t-ipconnect.de) |
19:15:02 | | Quit moos (Read error: 104 (Connection reset by peer)) |
19:15:04 | | Nick DrMoos is now known as moos (i=moos@m170.net81-66-158.noos.fr) |
19:15:10 | barrywardell | hmm. the reboot on USB detect has been broken for 3 months |
19:17:54 | | Quit moos (Read error: 104 (Connection reset by peer)) |
19:17:54 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
19:19:06 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
19:20:04 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
19:22:47 | pixelma | it's been broken over a year (on and off depending on the build) - just became more noticable with the new USB stack |
19:24:56 | barrywardell | I'm tempted to just bring it in line with what the other targets do - reboot on usb connect unless a button (right) is held |
19:24:58 | | Quit simonrvn ("bbiab") |
19:25:07 | | Quit moos (Read error: 104 (Connection reset by peer)) |
19:25:13 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
19:26:21 | | Join simonrvn [0] (i=simon@unaffiliated/simonrvn) |
19:27:49 | | Join GodEater_ [50] (n=bryan@rockbox/staff/GodEater) |
19:27:49 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
19:28:48 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
19:30:55 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
19:30:57 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
19:31:05 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
19:31:08 | | Quit FOAD (Read error: 110 (Connection timed out)) |
19:31:09 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
19:33:18 | | Quit moos (Read error: 104 (Connection reset by peer)) |
19:33:30 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
19:34:43 | pondlife | LambdaCalculus37: I've put a note on http://www.rockbox.org/tracker/task/8455 regarding the odd playback. It sounds similar... |
19:36:38 | | Join JdGordon| [0] (i=cff4943f@gateway/web/ajax/mibbit.com/x-ce5eca8d036c4a01) |
19:37:21 | LambdaCalculus37 | pondlife: Yes, that's what I'm suffering from as well. I put up a note that I've got the same problems. |
19:40:31 | LambdaCalculus37 | Another weird behavior: Skipping back through the tracks on my playlist made it instead go FORWARD; after about 4 tracks does it finally go back the proper amount of songs. i.e. Forward 3 songs, then back four. |
19:40:47 | LambdaCalculus37 | *from the start of skipping back |
19:41:48 | | Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) |
19:42:21 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
19:42:23 | | Quit dan_a (Remote closed the connection) |
19:42:31 | pondlife | I can't make much sense of my logf dump - the buffer needs to be much wider for a start (sim pathnames being long-ish) |
19:42:41 | pondlife | DEBUGF time, instead... |
19:42:52 | | Quit desowin (Read error: 113 (No route to host)) |
19:42:54 | | Join desowin_ [0] (n=desowin@atheme/developer/desowin) |
19:45:13 | | Join dan_a [0] (n=user@217.23.173.156) |
19:47:36 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
19:54:40 | * | gevaerts reads the logs and the tracker, and is no longer surprised at being confused by H10 reboot/power buttons |
19:55:18 | barrywardell | yeah, the current H10 situation is messed up |
19:55:29 | amiconn | Hmm, interesting stuff.... |
19:56:07 | gevaerts | Seems so. Anyway it seems that the patch doesn't break stuff, so I guess I'll commit it |
19:56:08 | barrywardell | it looks like rockbox UMS mode on H10 might not be far off though, so I'm happy to ignore it until then |
19:56:50 | amiconn | If the cpu has nothing to do, we could put the sdram into low-power self-refresh mode, saving some more battery this way |
19:57:21 | * | barrywardell votes in favor of committing it |
19:57:29 | amiconn | It would require to put the idle loop into iram (simple), and also all isr's, at least their entry points |
19:58:08 | amiconn | Hmm, plus the vector table... |
19:58:30 | gevaerts | I don't really know when it will be enabled by default, but once this patch is in, that particular code shouldn't change any more. The rest of the work is in usb-core.c and usb-storage.c (and maybe the crontroller driver as well, if some new information appears) |
19:59:34 | amiconn | The entry point are easy to put into iram on PP, as there are just two - the fiq and the irq dispatcher, but the vector table is a problem |
19:59:40 | amiconn | On coldfire it's the opposite |
20:00 |
20:01:36 | | Join stripwax [0] (n=Miranda@87.194.34.169) |
20:03:05 | | Join petur [50] (n=petur@rockbox/developer/petur) |
20:03:38 | * | gevaerts does a last test build before committing his code. |
20:03:49 | | Quit ol_schoola () |
20:05:00 | pondlife | gevaerts: Is the problem with multiple processes accessing the disk resolved yet? |
20:05:12 | gevaerts | pondlife: it will be in five minutes |
20:05:27 | pondlife | So will that be about it for full-speed support? |
20:06:12 | gevaerts | The SCSI implementation is still not complete enough for decent windows and mac support. |
20:06:18 | pondlife | Ah, ok |
20:06:46 | LambdaCalculus37 | pondlife: My playlist once again skipped multiple tracks forward while playing. |
20:06:54 | gevaerts | That's next on my list though |
20:07:22 | pondlife | LambdaCalculus37: It happens 99% of the time here, whenever rebuffering occurs and I've not done any manual skipping. |
20:07:38 | pondlife | Manual skipping seems beforehand seems to make it work :/ |
20:07:50 | LambdaCalculus37 | Neither have I. I'm just letting the playlist play naturally. |
20:07:56 | pondlife | That's probably more luck than anything else... |
20:08:03 | pondlife | Anyway, gotta go |
20:08:11 | LambdaCalculus37 | Okay, take care! |
20:08:15 | | Part pondlife |
20:08:37 | * | gevaerts hopes for lots of green... |
20:09:24 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
20:10:44 | | Quit japc (Read error: 110 (Connection timed out)) |
20:10:46 | | Nick mchua_ is now known as mchua|away (n=mchua@cpe-66-108-80-238.nyc.res.rr.com) |
20:11:17 | Febs | gevaerts: since this is a major change, consider sending a message to the user mailing list. |
20:12:35 | | Quit moos (Read error: 110 (Connection timed out)) |
20:13:07 | gevaerts | Febs: UMS is still disabled, so the only "user-visible" change is that if I did something wrong they might see some problems. Does that warrant a mail ? |
20:13:07 | barrywardell | is it a major change? I though it was supposed to be effectively zero change for users |
20:14:12 | * | gevaerts wonders what the "4.8 seconds/build" on the build page is actually supposed to mean |
20:14:48 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
20:15:01 | | Join Merthsoft [0] (n=Shaun@140.141.22.125) |
20:15:11 | Slasheri | gevaerts: it would mean how long it would take to build a single target of rockbox if that work would be distributed to all available build servers at the same time |
20:15:17 | Merthsoft | does rockbox support .m4p files? (Protected AAC from apple?) |
20:15:32 | Slasheri | (but possible in practice but in theory) |
20:15:36 | Slasheri | but=not |
20:15:44 | gevaerts | Slasheri: So basically nothing much |
20:15:49 | scorche|sh | Slasheri: well, due to networks... |
20:16:05 | * | gevaerts obviously made a mistake somewhere... |
20:17:22 | petur | 500 points :) |
20:17:22 | | Part Merthsoft ("Leaving") |
20:17:27 | pixelma | whoa... what a bin size delta... |
20:18:02 | Febs | gevaerts: Ah. In that case, consider an e-mail to the user list when you are ready to commit a "user-visible" change. :) |
20:18:04 | petur | looks like some targets don'r know USBPOWER_BTN_IGNORE |
20:18:44 | barrywardell | missing #ifdef HAVE_USB_POWER |
20:19:05 | LambdaCalculus37 | Merthsoft: No, only .m4a (unprotected). |
20:19:26 | Domonoky | yes, for example the h1x0 doesnt need this button, it cant charge via usb.. |
20:20:22 | LambdaCalculus37 | Merthsoft: We don't, and may never, support DRM-encumbered files. |
20:21:42 | gevaerts | Testing the fix now |
20:23:20 | | Quit nplus ("Leaving") |
20:23:45 | gevaerts | The delta mostly comes from most of the usb stack already being compiled in, just not activated |
20:25:50 | gevaerts | How is the delta calculated ? Does it also take RAM usage into account ? |
20:25:58 | scorche|sh | holy delta indeed |
20:26:38 | barrywardell | the bin size is the same whether USE_ROCKBOX_USB is defined or not |
20:27:34 | barrywardell | gevaerts: yes, hover over the numbers to get a breakdown |
20:27:53 | | Quit Arathis ("Bye, bye") |
20:28:48 | gevaerts | That's not too surprizing, USE_ROCKBOX_USB only disables the UMS activation, not its actual presence. |
20:28:51 | amiconn | Archos Player , Recorder v1, H100 and H120 can't be powered from USB. That's a hardware limitation |
20:29:02 | gevaerts | And UMS adds a 16k transfer buffer... |
20:29:19 | | Join magmaniac [0] (n=nobody@p5B071BB4.dip0.t-ipconnect.de) |
20:29:51 | amiconn | The iAudios can be powered from USB, but rockbox doesn't support that yet. |
20:30:16 | barrywardell | according to the build page, it's a ~3KB code increase, ~40KB ram increase |
20:31:16 | | Quit barrywardell (Remote closed the connection) |
20:33:12 | gevaerts | Actually UMS has a 32k buffer, plus some 512-byte aligned data structures in the controller driver, plus some more data structures left and right,... Some of that can probably be optimized, and maybe the main transfer buffer can use the audio buffer, but I'd like to finish functionality first if possible |
20:33:18 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
20:33:55 | | Join JamPS [0] (n=jamps@a91-152-120-58.elisa-laajakaista.fi) |
20:35:53 | amiconn | gevaerts: Is this 2KB-aligned buffer still there? |
20:37:53 | gevaerts | amiconn: there's a 2k aligned data structure in usb-drv-pp502x.c that's required by the hardware, and the 32k transfer buffer is currently 4k aligned, but probably doesn't have to be |
20:39:38 | gevaerts | This 2k aligned data structure has 6 elements, so that's 12k on its own. The 32k transfer buffer can probably use audio buffer space, but I currently don't know how to do that |
20:40:43 | GodEater_ | will plugin_get_audio_buffer() not work in core code ? |
20:41:30 | gevaerts | No idea. I'm new at this... |
20:41:41 | GodEater_ | I was asking amiconn ;) |
20:41:55 | * | gevaerts hides |
20:42:08 | GodEater_ | I'm now awaiting his "no, you're a blithering idiot because..." explanation |
20:42:27 | | Quit DaCapn (Read error: 104 (Connection reset by peer)) |
20:42:55 | linuxstb | Would using IRAM for that 32KB buffer be helpful? |
20:42:57 | | Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) |
20:43:18 | GodEater_ | we have that much spare ? |
20:43:25 | | Quit desowin_ (Read error: 113 (No route to host)) |
20:43:44 | linuxstb | The plugins/codecs share 48KB (or more) of IRAM. IIUC, that should be unused when USB is running |
20:44:01 | GodEater_ | ah ha |
20:44:50 | gevaerts | The main problem with that is that although we currently use 32k, conceivably at some point in the future (if/when we get chained TDs working properly), we may want more for performance reasons |
20:45:22 | *** | Saving seen data "./dancer.seen" |
20:46:58 | GodEater_ | so is the answer "no it wouldn't be useful to have it in IRAM" then ? |
20:48:21 | Lear | GodEater_: It is called audio_get_buffer() within the core. It is used in playlist.c. |
20:48:28 | gevaerts | I think the answer is that the audio buffer is preferable if possible. USB doesn't actually need IRAM, and there's more outside (while UMS is active, nothing else is) |
20:49:03 | GodEater_ | well I think Lear just answered the question on how to use it in core... |
20:49:14 | * | gevaerts will try |
20:49:34 | | Quit XavierGr (Nick collision from services.) |
20:49:45 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
20:50:14 | | Quit barrywardell_ (Read error: 110 (Connection timed out)) |
20:50:27 | gevaerts | What does talk_buf mean ? And how do I give the memory back when I'm done ? |
20:51:31 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
20:52:31 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
20:52:32 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
20:52:40 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
20:54:47 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
20:54:48 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
20:54:57 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
20:55:41 | | Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) |
20:55:55 | GodEater_ | talk_buf is whether or not you want to allow voice I think |
20:55:59 | GodEater_ | which you won't |
20:56:24 | GodEater_ | and you don't give the memory back - it's whatever else needs it next's job to steal it back again |
20:56:35 | gevaerts | I guess to get 32-byte aligned RAM I just ask for a bit more and align myself ? |
20:57:03 | GodEater_ | I believe that's the standard method yes |
20:57:27 | Lear | And talk_buf is only used on the old archos-series players. |
20:57:55 | GodEater_ | so all SWCODEC devices call it with that set to false ? |
20:58:01 | Lear | There the talk buffer uses the same memory area as the audio buffer. |
20:58:13 | Lear | They don't call it at all. |
20:59:03 | GodEater_ | we're either talking at cross purposes, or there's some magic going on there that I don't understand then |
20:59:25 | GodEater_ | where does playback.c get it's memory from then ? |
21:00 |
21:00:26 | Lear | It uses the audio buffer. On swcodec, the voice file is in a separate buffer. |
21:00:35 | GodEater_ | that's what I meant |
21:01:11 | GodEater_ | how does playback.c know where the audio buffer starts if it never calls audio_get_buffer() ? |
21:01:29 | GodEater_ | or is that decided at compile time ? |
21:01:47 | gevaerts | So on calling audio_get_buffer() I get the amount of RAM I ask for, and after I'm done something else might get it. So if the device gets unplugged and plugged in again, I have to call it again ? |
21:02:08 | GodEater_ | I think so yes |
21:02:17 | * | GodEater_ thinks Lear will know better though |
21:02:33 | Lear | playback.c defines audio_get_buffer, and knows where to find it. |
21:02:42 | | Join fehmicans [0] (n=canavar@88.253.9.206) |
21:03:39 | Lear | gevaerts: No, you get the entire buffer, buflen is an output argument telling you how large it is. |
21:03:58 | Lear | So yes, you re-get it on each connect. |
21:04:28 | gevaerts | Yes. That was becoming clear. |
21:04:40 | Lear | If you _really_ want to keep it between connects, there's another function, but any such allocation must be done early on during startup. |
21:05:14 | gevaerts | I don't need it when not connected, so this will be fine |
21:05:28 | | Nick mchua|away is now known as mchua_ (n=mchua@cpe-66-108-80-238.nyc.res.rr.com) |
21:05:42 | Lear | It is used for cases where you want a static buffer, but want to allow configurable sizes. |
21:05:58 | amiconn | Lear, gevaerts: Atm it is correct that the voice file is in a separate buffer on swcodec, however, this does not actually depend on codec type, but on memory size |
21:06:49 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
21:07:09 | amiconn | An swcodec low-mem target will probably need to handle it the hwcodec way |
21:07:19 | | Join fyrestorm [0] (n=fyre@cpe-68-173-160-247.nyc.res.rr.com) |
21:07:49 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:07:57 | gevaerts | I guess those affected won't have software USB anyway, so I probably don't have yo care right now |
21:07:57 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:09:38 | gevaerts | fyrestorm: Could you test gevaerts/rockbox-vistatest.zip">http://www.evonet.be/~gevaerts/rockbox-vistatest.zip (ipod video build) and see if it still bluescreens vista ? I don't really expect it, but on the other hand I don't actually see anything wrong elsewhere either. |
21:09:53 | fyrestorm | yes sir |
21:10:03 | fyrestorm | also i got my old 4th gen working |
21:10:11 | fyrestorm | i am so fucking happy |
21:11:09 | scorche|sh | you dont need to use that sort of language.. |
21:11:30 | * | gevaerts sulks because he only has one player |
21:11:46 | gevaerts | Maybe more soon though. I need more players to test stuff |
21:12:01 | fyrestorm | well now i have two players to do tests with |
21:12:25 | fyrestorm | and dont question my language. im from brooklyn! :D |
21:13:12 | fyrestorm | gevaerts: does this build have stack enabled |
21:13:32 | gevaerts | fyrestorm: no. |
21:13:36 | fyrestorm | kk |
21:13:42 | fyrestorm | gimme a minute, extracting |
21:13:42 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
21:15:31 | | Join Llorean [0] (n=DarkkOne@ppp-70-243-42-226.dsl.hstntx.swbell.net) |
21:15:42 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:15:47 | fyrestorm | k, plugging in |
21:15:50 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:16:05 | fyrestorm | BSOD. |
21:16:43 | gevaerts | OK. I'll have to find something else then |
21:16:53 | | Join Domonoky_ [0] (n=Domonoky@e179049156.adsl.alicedsl.de) |
21:17:33 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
21:18:32 | | Quit Llorean (Client Quit) |
21:20:28 | | Join Llorean [0] (n=DarkkOne@ppp-70-243-42-226.dsl.hstntx.swbell.net) |
21:20:28 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
21:21:42 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:21:52 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:24:25 | gevaerts | The get_audio_buffer method seems to work. I'll commit it now, so we get a nice green delta again |
21:25:20 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
21:26:24 | * | kushal_12_27_200 is back |
21:27:33 | gevaerts | Hi kushal_12_27_200. barrywardell compiled the new binary. It's at barrywardell.net/rockbox/c250repair-mac">http://download.barrywardell.net/rockbox/c250repair-mac |
21:28:42 | kushal_12_27_200 | thank you |
21:29:25 | kushal_12_27_200 | Downloaded it |
21:29:25 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
21:30:19 | kushal_12_27_200 | what do I need to do next? |
21:30:34 | gevaerts | Open the terminal, and type "cd Desktop" |
21:30:43 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:30:52 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:32:04 | | Quit keanu|afk (Read error: 110 (Connection timed out)) |
21:32:18 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
21:32:49 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:32:57 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:32:59 | | Join keanu|afk [0] (n=keanu@unaffiliated/keanu) |
21:33:44 | kushal_12_27_200 | i am in desktop now |
21:34:05 | gevaerts | OK. Now type "chmod +x c250repair-mac" |
21:34:29 | | Quit Domonoky (Read error: 110 (Connection timed out)) |
21:34:35 | kushal_12_27_200 | done |
21:35:07 | gevaerts | Now put the sansa in manufacturer mode (turn on hold, and press select while turning it on), and plug it in |
21:35:34 | Lear | gevaerts: Actually, audio_get_buffer is an /apps function, which shouldn't be called from /firmware, if you're strictly following the coding guidelines... :) |
21:36:01 | kushal_12_27_200 | done |
21:36:07 | GodEater_ | perhaps it shouldn't be in apps then... |
21:36:22 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
21:36:30 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:36:34 | gevaerts | Lear: well, it's that or 40kb allocated permanently. I don't actually care personally, but 40kb that do nothing at all most of the time is a bit of a shame |
21:37:04 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:37:05 | gevaerts | kushal_12_27_200: OK. Now type "sudo ./c250repair-mac" and press enter when it asks. |
21:37:13 | Lear | Indeed it is. |
21:37:55 | gevaerts | kushal_12_27_200: There should now be something on the sansa screen (moving numbers). |
21:38:11 | kushal_12_27_200 | uploaded successfully |
21:38:12 | kushal_12_27_200 | yes |
21:38:28 | kushal_12_27_200 | they are changing |
21:39:14 | kushal_12_27_200 | ****** kB left |
21:39:17 | * | amiconn is puzzled by gevaerts' latest commit... |
21:39:51 | gevaerts | kushal_12_27_200: It's now erasing the entire flash to make sure there is no faulty firmware left. This will probably take 20 or 30 minutes. When it's done, there should be a message that tells you to turn it off. |
21:39:57 | amiconn | Is it really correct that all buffers share the same memory area?? |
21:40:20 | kushal_12_27_200 | ok |
21:40:22 | gevaerts | amiconn: yes. Only one is in use at the same time |
21:40:56 | amiconn | ah |
21:40:59 | amiconn | interesting... |
21:41:13 | amiconn | And what happened to the 4K alignment? |
21:41:34 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
21:41:48 | kushal_12_27_200 | If I am correct, the number part of ****** kB left, i.e, ****** is decreasing. |
21:42:10 | gevaerts | amiconn: that 4k alignment was not really needed. It was still there from earlier experiments, and putting it back would allow to increase the transfer size to 20k, but it's not really needed |
21:42:28 | gevaerts | kushal_12_27_200: that's true. It will be done shortly after that reaches zero |
21:42:55 | amiconn | ok |
21:43:01 | gevaerts | kushal_12_27_200: after that, you'll have to do a "normal" restore using e200tool |
21:43:02 | kushal_12_27_200 | I am very grateful to you, gevaerts |
21:43:24 | amiconn | There's one minor nitpit though - the 32 byte alignment is wasteful in 1 of the 32 cases |
21:43:41 | amiconn | Adding 31 before masking would be enough |
21:43:50 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:43:58 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:45:46 | amiconn | Iiuc it should be possible to combine all these various struct pointer into a single one, pointing to a union of those various structs |
21:46:45 | gevaerts | That's true. I did consider doing it at some point, but didn't get around to it. |
21:47:35 | | Quit magmaniac ("Leaving") |
21:49:33 | | Join mirak [0] (n=mirak@m135.net81-66-75.noos.fr) |
21:50:35 | | Join Ebert [0] (n=EbErT@adsl-145-72-52.asm.bellsouth.net) |
21:53:07 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
21:54:16 | gevaerts | fyrestorm: could you do another test ? Same url (gevaerts/rockbox-vistatest.zip">http://www.evonet.be/~gevaerts/rockbox-vistatest.zip) |
21:54:29 | fyrestorm | i heard my nick beep |
21:54:34 | fyrestorm | to the rescure |
21:54:37 | fyrestorm | rescue |
21:54:48 | * | gevaerts is trying to get fyrestorm's PC to crash as often as possible |
21:55:17 | gevaerts | Actually this one might help if the problem is something to do with serial number length |
21:56:49 | | Quit desowin () |
21:58:04 | * | kushal_12_27_200 will be back |
21:58:05 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
21:58:24 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
21:58:35 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
21:58:58 | fyrestorm | gevaerts: gimme a few minutes |
21:59:04 | fyrestorm | need to reboot this machine i think |
21:59:08 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:59:16 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:59:27 | gevaerts | fyrestorm: no problem. |
21:59:54 | | Quit fyrestorm (Client Quit) |
22:00 |
22:00:04 | | Join lee-qid [0] (n=liqid@p54966B23.dip.t-dialin.net) |
22:01:42 | gibbon_ | gevaerts: did i remember correctly, that you yesterday rendered the rockbox usb stack of the sansa devices heavily buggy? |
22:01:42 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
22:02:30 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
22:02:39 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
22:03:32 | gevaerts | gibbon_: I regularly have buggy versions here, but the published ones should all be reasonably stable. There are some sansa-specific issues though, mainly a write bug in the ata driver that only seems to be visible when writing from usb (mainly on c200), and maybe some signal quality issues |
22:03:39 | gibbon_ | i sortof tested it... the skippy sound i talked about this morning was caused by audio files broken while copied to the device... sorry to cause such a fuzz |
22:05:02 | gevaerts | gibbon_: can you try removing the udelay() call from firmware/target/arm/sandisk/ata-c200_e200.c ? That seems to improve reliablility a lot on my c250. (You have a c, right ?) |
22:05:46 | gibbon_ | i have a c250 (fm), exactly |
22:06:19 | gibbon_ | but i guess writing broken data really us unusual right? |
22:06:34 | gibbon_ | s/us/is/ |
22:07:26 | gibbon_ | line 986 |
22:07:32 | gevaerts | It is pretty regular at high speed on my c200. Not on e200 though (although it has happened). This ata-c200_e200 seems no to be entirely perfect yet. |
22:07:51 | gevaerts | Removing the udelay() made it reliable here (at least for 5GB) |
22:08:41 | gibbon_ | it was full speed :/ |
22:09:27 | | Join fyrestorm [0] (n=fyre@cpe-68-173-160-247.nyc.res.rr.com) |
22:09:42 | fyrestorm | gevaerts |
22:09:44 | fyrestorm | no BSOD. |
22:10:00 | gevaerts | desowin has reported write-corruption on full speed on his e200 (with exactly the same pattern as what I see here on c200 at high speed), so it's not entirely unseen |
22:10:19 | gibbon_ | ok ok |
22:10:51 | amiconn | gevaerts: Any news on the hub issue? |
22:10:55 | gevaerts | fyrestorm: I'll commit that then. It seems Vista doesn't like 16-character ipod serial numbers. |
22:11:14 | fyrestorm | go ahead. seemed fine |
22:12:07 | * | amiconn wonders whether that's a general vista problem, or just when ipods show unusual serial numbers |
22:13:21 | gevaerts | amiconn: not yet. I still haven't done the signal quality tests (they require some stack support, which should be there now but is untested). I'll try to test somewhere this week. The fact that no-one sees read-related dmesg output on non-sansa makes me wonder though |
22:14:07 | | Quit troxor (Read error: 110 (Connection timed out)) |
22:15:06 | gevaerts | The UMS spec specifies at least 12 digits, so 16 should be fine. Therefore I suspect it is some ipod specific issue. Maybe some itunes related driver ? |
22:15:13 | amiconn | Well, windows has no dmesg. And I still don't trust linux usb support completely; had strange effects with that in the past... |
22:15:58 | * | gibbon_ remembers some interrupt issues using tascam interfaces... |
22:17:24 | amiconn | To be precise, I experienced incorrect data being written to files (not just a single one) - without any error message... |
22:17:24 | petur | there is a usb compliance tool... |
22:17:45 | amiconn | That was with a target using a hardware usb-ata bridge |
22:18:22 | gibbon_ | amiconn: same here yesterday |
22:18:58 | gibbon_ | amiconn: i had this with some usb-sata-bridge, too but the bridge turned out to be faulty |
22:19:00 | amiconn | So not rockbox usb stack related. The very same device had no problems when connected to any other host |
22:19:17 | gibbon_ | oh |
22:19:42 | Bagder | amiconn: it could be anything, the fact that you're about the only one with this experience says something... |
22:19:46 | | Join keanu [0] (n=keanu@unaffiliated/keanu) |
22:19:59 | amiconn | Yes, sure. |
22:19:59 | gevaerts | amiconn: I did read somewhere that linux does 128kb transfers by default, while windows does only 64kb. Maybe that makes a difference ? |
22:19:59 | | Quit keanu|afk (Read error: 110 (Connection timed out)) |
22:20:29 | Bagder | could just be a bug in the past, even in a driver for a particular usb chip |
22:20:34 | gevaerts | I know the 128kb for linux is correct (I see it here). I don't know about windows though |
22:21:16 | * | petur wonders where the hell de put that compliance tool :/ |
22:22:18 | bluebrother | petur: maybe here? http://www.usb.org/developers/tools/ |
22:22:46 | petur | ah right :) |
22:22:57 | gevaerts | petur: be careful with the MSC tests. They write some stuff to sector 0 (among other things). |
22:23:07 | * | petur knows |
22:23:49 | * | gevaerts put a special #ifdef in usb_storage.c to only export the sd card especially for this |
22:25:00 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
22:25:02 | amiconn | An ipod would be fairly safe for that test. Just make sure you have a dump of the mbr+firmware partition for easy restore |
22:25:02 | gevaerts | amiconn: Could you retest behind a hub with the new svn code ? It changes the connect detect logic somewhat. It's a long shot, but still useful to know |
22:25:47 | | Join crzyboyster [0] (n=4b596e83@gateway/web/cgi-irc/labb.contactor.se/x-df458a8de528c161) |
22:26:02 | | Quit barrywardell (Client Quit) |
22:26:31 | crzyboyster | Shouldn't the name of the maker of cabbiev2 have his name put in the rockbox credits? |
22:27:07 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
22:32:44 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
22:33:07 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
22:33:23 | | Quit Lear ("ChatZilla 0.9.81 [Firefox 3.0b4pre/2008022704]") |
22:33:49 | | Quit bluebrother ("leaving") |
22:35:49 | | Quit GodEater_ (Read error: 104 (Connection reset by peer)) |
22:38:29 | amiconn | gevaerts: Hub issue is still there. On root hub it still works as well. |
22:38:54 | amiconn | Charging mode works too, but we need a way to solve th ewindows driver popup problem... |
22:39:15 | | Quit crzyboyster ("CGI:IRC (EOF)") |
22:39:37 | | Quit nicktastic ("Leaving") |
22:40:50 | amiconn | Screenshot seems to be safe now too |
22:41:45 | gevaerts | amiconn: yes. A HID-driver would do that, but that would require implementing interrupt transfers (I think). It might also actually be useful for some people. Maybe there is some other class that I didn't think of that only needs bulk and that's easy to implement |
22:42:20 | * | amiconn has an idea what to test regarding the hub issue |
22:42:51 | amiconn | Would it tell something if I try connecting the ipod to my linux box, using that very same hub? |
22:43:10 | | Quit keanu (Read error: 110 (Connection timed out)) |
22:43:10 | | Join hi_cannon [0] (n=chatzill@ip24-255-87-235.br.br.cox.net) |
22:43:25 | | Join keanu [0] (n=keanu@unaffiliated/keanu) |
22:43:30 | gevaerts | I think it would be useful to test, yes |
22:44:10 | | Join tessarakt [0] (n=jens@e180064033.adsl.alicedsl.de) |
22:45:19 | amiconn | Hmmm... |
22:45:26 | *** | Saving seen data "./dancer.seen" |
22:45:51 | amiconn | I get loads of resets in dmesg just by plugging the mini into my linux box and browsing it in nautilus... |
22:45:58 | amiconn | (rockbox, highspeed) |
22:46:04 | amiconn | That's without the hub |
22:46:11 | petur | amiconn: I would like to commit your 'dump identify_info' patch so it is easier to collect data on different targets and CF cards. Any objections? I'll already reply to your first remark: dump_rom isn't used much either ;) |
22:46:54 | amiconn | It can't be committed as-is |
22:47:11 | petur | yes I know |
22:47:21 | petur | I was talking about the idea in general |
22:47:22 | | Join stripwax [0] (n=Miranda@87.194.34.169) |
22:47:31 | gevaerts | I get those too. The tracer shows that this happens whenever my sansa sends an incomplete packet (which it shouldn't) |
22:47:34 | | Quit x1jmp (Remote closed the connection) |
22:47:41 | | Quit fehmicans (Remote closed the connection) |
22:47:55 | | Join fehmicans [0] (n=canavar@88.253.13.136) |
22:48:02 | * | petur admits he wasn't talking about the idea in general but that was his idea |
22:48:04 | amiconn | Estimated: >100 resets so far, just from browsing the root and a few sub-dirs |
22:48:40 | amiconn | Browsing is much slower than on windows, btw |
22:50:29 | amiconn | gevaerts: Do you know why 3 usb devices pop up in dmesg when plugging the ipod? |
22:50:48 | | Join japc [0] (n=japc@bl7-254-16.dsl.telepac.pt) |
22:50:52 | amiconn | 2x fullspeed, 1x highspeed |
22:51:03 | * | amiconn retried with a rear port just to make sure |
22:51:05 | gevaerts | What does lsusb say ? |
22:51:33 | amiconn | The rear port doesn't generate usb resets (!) |
22:52:52 | | Quit Domonoky_ ("Trillian (http://www.ceruleanstudios.com") |
22:52:54 | gevaerts | That seems actually to be a general issue with lots of PCs these days. Some devices pass all tests (including electrical), but just don't work on some PC front ports. |
22:54:27 | gevaerts | So if we miss some initialization to get the signal quality the OF has, those front ports will be hopeless. |
22:54:32 | gibbon_ | pc front ports are ... oehm... electrical disasters? |
22:54:33 | amiconn | lsusb -v only shows the highspeed device |
22:55:00 | | Join crzyboyster [0] (n=4b596e83@gateway/web/cgi-irc/labb.contactor.se/x-17c0e76064057d05) |
22:55:35 | gevaerts | gibbon_: Some of my colleagues do WHQL and USB certification, so they see a lot of hardware, and that's what they btell me |
22:55:53 | | Join abescully [0] (n=abrahm@wsip-24-249-16-235.hr.hr.cox.net) |
22:56:27 | gibbon_ | gevaerts: i did no measurements but i assembled a lot of these... i wonder why they work in some cases anyway |
22:56:28 | amiconn | Just one single reset now |
22:56:29 | | Quit tvelocity (Remote closed the connection) |
22:56:41 | amiconn | (browsing for a while, opening jpeg files etc) |
22:56:56 | * | amiconn retries with apple diskmode on the front port |
22:57:09 | * | gevaerts was just about to suggest that |
22:57:30 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
22:57:44 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
22:58:33 | amiconn | First thing: No fullspeed devices pop up in dmesg |
22:58:44 | crzyboyster | I'm trying to download svn for compiling on vmware and I keep getting errors. Here is how my compile window looks right now > http://img177.imageshack.us/my.php?image=mwsnap065wd2.jpg How can I download a copy of svn properly? |
22:59:13 | | Quit hi_cannon ("ChatZilla 0.9.81 [Firefox 3.0b3/2008020514]") |
22:59:30 | amiconn | Another detail, probably just due to the i* strings: Linux shows an ipod icon when connecting via diskmode, but just a generic disk icon when connecting via rockbox |
22:59:36 | | Quit fehmicans ("Konversation terminated!") |
23:00 |
23:00:29 | gevaerts | That's probably the strings, yes. Either the usb strings (i*), or the SCSI inquiry data |
23:00:31 | amiconn | And no single usb reset |
23:00:36 | krazykit | crzyboyster, did you run svn cleanup ? |
23:00:54 | amiconn | So I think the problem is signal quality.... |
23:01:00 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
23:01:25 | gevaerts | I think that strongly suggests that we do still have signalling problems at least on the mini. |
23:01:31 | amiconn | I wonder what those transient fullspeed devices are though... |
23:01:41 | | Quit mf0102 ("Verlassend") |
23:01:56 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
23:02:35 | gevaerts | My guess is "chirping" issues. It has to do with the way high speed is detected on both sides. |
23:02:52 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
23:02:57 | | Quit keanu (Read error: 110 (Connection timed out)) |
23:03:12 | | Join keanu [0] (n=keanu@unaffiliated/keanu) |
23:03:16 | | Quit toffe82 (Remote closed the connection) |
23:04:08 | * | amiconn notices he didn't use the same front port and retries to be 100% sure |
23:05:08 | gevaerts | It's been a while since I actively knew that stuff, but on connect the host sends some kind of high-frequency signal. The device then responds similarly. If the host doesn't see a reply, it hands the device over to a full speed controller. My guess is that this happened here, but the device which saw the host chirp then reset the bus when it didn't get a high speed connection. |
23:05:38 | gevaerts | I might have reversed host and device sides there, as I said it's been a while. |
23:06:05 | * | amiconn notices he didn't use the same front port and retries to be 100% sure |
23:06:12 | amiconn | oops, sorry |
23:06:29 | * | gevaerts concludes that amiconn has at least three front ports ;) |
23:06:46 | amiconn | Nah, just too many keyboards ;) |
23:07:11 | crzyboyster | Running "svn cleanup" shows this > http://img301.imageshack.us/my.php?image=mwsnap066hc0.jpg |
23:07:18 | amiconn | Wanted to repeat the 'dmesg' command (Up, Enter), but used the wrong keyboard |
23:07:39 | gevaerts | crzyboyster: try "svn cleanup rockbox" |
23:08:19 | gevaerts | amiconn: That's how I sometimes end up at "sudo halt" and you see a sudden disconnect, only in my case it's usually the wrong xterm |
23:08:42 | amiconn | http://pastebin.ca/921237 <== Rockbox vs. diskmode as seen in dmesg |
23:09:20 | crzyboyster | gevaerts: Thanks, it seems to have worked. |
23:09:37 | crzyboyster | (Sorry, I'm a vmware noob) |
23:10:41 | gevaerts | amiconn: I'm 99% certain now this is a signal quality issue related to missing initialisation. |
23:12:09 | * | amiconn does another test, on windows+hub |
23:13:52 | Bagder | one of the dm320 guys should take a look at the creativezvm patch |
23:13:59 | Bagder | it's growing large |
23:14:42 | Bagder | and there are changes in common files that would be cool to merge nicely |
23:16:29 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
23:16:54 | amiconn | gevaerts: Rockbox on windows+hub generates streaks of "disk event 51" and some related events in the system protocol |
23:17:53 | crzyboyster | Now it spitted out yet another error which I don't know how to solve. http://img245.imageshack.us/my.php?image=mwsnap067ss2.jpg |
23:18:07 | amiconn | Same thing, I'd say - signal quality. Root hub is perfect |
23:18:54 | | Join TMM [0] (n=hp@83.68.29.151) |
23:19:00 | Bagder | crzyboyster: the error message explains it pretty well I'd say |
23:19:31 | * | amiconn will retry these tests on H10 |
23:19:47 | crzyboyster | So how should I fix it? |
23:19:54 | Bagder | crzyboyster: just remove the file and svn update again |
23:20:20 | Bagder | since you already have a checkout you update, not co |
23:20:42 | | Join Sab0t8ge [0] (n=Sab0t8ge@208.53.131.190) |
23:21:12 | Sab0t8ge | I have an ipod 5th gen with rockbox, how do I copy FLAC files to it (itunes wont let me drag them) ? |
23:21:52 | krazykit | Sab0t8ge, drag and drop; the ipod is just an external hard drive. |
23:22:00 | Sab0t8ge | Drag and drop where? |
23:22:06 | BigBambi | To your iPod? |
23:22:08 | gibbon_ | anywhere... |
23:22:16 | Sab0t8ge | ok can just make any folder and rockbox will scan the files? |
23:22:20 | krazykit | yes. |
23:22:21 | BigBambi | yes |
23:22:36 | BigBambi | Or you can use the file menu in rockbox |
23:22:43 | scorche|sh | well, it wont scan them unless you use database...rockbox doesnt have to scan thing to be able to use them |
23:23:16 | crzyboyster | Remove which file? |
23:23:18 | Sab0t8ge | How to force a rescan of my files? I tried holding select button and selecting but it wouldnt update the library |
23:23:42 | BigBambi | crzyboyster: Perhaps the one that the error message tells you is the problem? |
23:23:59 | BigBambi | Sab0t8ge: Select update now in the database menu |
23:24:10 | crzyboyster | Right, but how would I do that? |
23:24:14 | Bagder | crzyboyster: if you can't deal with these minor issues, what on earth are you planning to do with the code? |
23:24:23 | stripwax | crzyboyster - you just delete the file |
23:24:31 | BigBambi | crzyboyster: Just delete it |
23:24:38 | * | BigBambi is puzzled as to the problem |
23:25:14 | crzyboyster | Which file located where? Where is all of the svn downloaded anyways? |
23:25:48 | scorche|sh | wherever you told it to be downloaded to... |
23:26:17 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
23:26:18 | BigBambi | crzyboyster: How about rockbox/firmware/target/arm/olympus/mrobe-100/powermgmt-mr100.c, seeing as that is what your error message says |
23:27:04 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
23:27:39 | * | stripwax wonders if the usb serial number change in svn will fix his windows xp usb woes |
23:27:51 | crzyboyster | I just ran "svn co svn://svn.rockbox.org/rockbox/trunk rockbox". How would I delete a file from within vmware? Like what's the command? |
23:28:20 | BigBambi | crzyboyster: Please search on google for basic linux terminal commands |
23:28:21 | stripwax | crzyboyster - dude. "rm rockbox/firmware/target/arm/olympus/mrobe-100/powermgmt-mr100.c" |
23:28:26 | stripwax | you know how to delete files using linux - right? |
23:29:00 | * | stripwax chuckles at the middlesborough goal |
23:31:51 | gibbon_ | 'rm' as in 'rockbox maintenance' |
23:33:55 | crzyboyster | How would I delete the entire rockbox/ folder? It seems that I have a screwed up svn download from before. |
23:34:01 | gibbon_ | easy to remember :) |
23:34:16 | BigBambi | crzyboyster: BigBambi> crzyboyster: Please search on google for basic linux terminal commands |
23:34:27 | BigBambi | We can't teach you how to use linux |
23:34:29 | Bagder | crzyboyster: yes, that's because you UPDATE not check out again |
23:34:30 | scorche|sh | crzyboyster: type "man rm" |
23:34:30 | abescully | crzyboyster: or just type "man rm' to learn. |
23:34:33 | gibbon_ | crzyboyster: use "man rm" |
23:34:36 | Bagder | as I already said |
23:34:40 | * | scorche|sh wins |
23:34:55 | gibbon_ | scorche|sh: you just use the nearest IRC server... |
23:35:29 | scorche|sh | gibbon_: this si through ssh :) |
23:35:49 | scorche|sh | although all connection are OCsomething... |
23:36:24 | | Quit crzyboyster ("CGI:IRC") |
23:36:30 | | Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
23:39:17 | | Quit FOAD (Read error: 110 (Connection timed out)) |
23:39:24 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
23:40:52 | | Quit keanu (Read error: 110 (Connection timed out)) |
23:41:30 | | Join keanu [0] (n=keanu@unaffiliated/keanu) |
23:44:31 | | Quit japc (Read error: 110 (Connection timed out)) |
23:48:11 | amiconn | gevaerts: More interesting results: On H10, I don't observe any usb resets, be it on windows or linux,root hub, separate hub, front port etc |
23:48:22 | amiconn | That's rockbox high speed... |
23:49:52 | | Quit TMM (Read error: 113 (No route to host)) |
23:51:18 | gevaerts | amiconn: that's interesting. So what's different about H10 ? |
23:51:24 | * | amiconn is doing a rare thing atm - listening to music on his linux box, playing directly from the H10 usb disk |
23:52:10 | amiconn | The H10 has different power management system, i.e. no PCF50605 |
23:52:27 | amiconn | It also has PP5020, while both the Mini G2 and the Sansa c200 have PP5022 |
23:52:31 | Febs | pixelma: take a look at this if you have a moment: http://www.rockbox.org/tracker/task/8658 |
23:53:08 | | Quit jgarvey ("Leaving") |
23:53:10 | pixelma | nice, will do |
23:53:12 | amiconn | Now the question is whether it's some (etxra?) config bit in the PP5022, or is it power supply? (in which case we have to RE 3 different setups) |
23:53:21 | stripwax | didn't Buschel have a question about the PCF settings for driving USB with 5v? |
23:53:21 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
23:53:22 | | Nick robin0800_ is now known as robin0800 (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
23:54:06 | amiconn | PCF50605 (ipods), Sansa (might be AS3514, not sure about that), and H10 (no real idea about the power supply..) |
23:54:23 | gevaerts | So we need to find someone with both a PP5020 and a PP5022 ipod to find out. |
23:54:42 | stripwax | yesterday, in fact: http://www.rockbox.org/irc/log-20080226 08:13 |
23:54:46 | gevaerts | I think the tests have to be done on the same USB port for the results to have any value |
23:55:03 | amiconn | stripwax: No, that was me asking Buschel about the DCUD setup. But that's configured as a step-down converter producing 1.8V |
23:55:14 | | Quit ompaul (Client Quit) |
23:55:33 | amiconn | yeah, that was his answer |
23:56:28 | amiconn | Could have found that myself, but misinterpreted the datasheet :/ |
23:56:52 | stripwax | right. so I probably just misunderstood it, but didn't Buschel suggest that maybe it needs to be stepped-up to generate the proper USB voltage? |
23:57:31 | amiconn | Hmmm, I doubt that. And testing that theory is kinda dangerous.... |
23:57:37 | stripwax | true |
23:57:52 | stripwax | well, given that diskmode works, any clues in there? |
23:57:58 | gevaerts | fyrestorm: are you still there ? |
23:58:33 | amiconn | Diskmode is a rom module, so disassembling it is actually *relatively* easy compared to the full OF... |
23:58:42 | amiconn | (due to size) |
23:58:51 | pixelma | Febs: minor nitpick "volume butons", other than that it describes the player pretty well, and has a good solution for my problem "how to describe the button pad", I think. And I also remember wondering if one should mention the thingy ;) for the lanyard and how that would be called in english... :) |
23:58:56 | amiconn | hmmmmmm |