00:01:43 | | Quit n1s () |
00:02:16 | | Join crzyboyster [0] (n=4b596e13@gateway/web/cgi-irc/labb.contactor.se/x-a85719e65ad76cda) |
00:03:12 | crzyboyster | What does everyone think of this version of cabbiev2 for the gigabeat > http://forums.rockbox.org/index.php?topic=10030.msg114838#msg114838 ? |
00:04:22 | Nico_P | I love it!! :p |
00:04:43 | * | Llorean is a fan |
00:05:04 | pixelma | see logs, not that long ago (though it's now yesterday's log) |
00:05:52 | Nico_P | I'd like to mention that the background was slightly hacked so a bit more work might be needed on that respect |
00:07:15 | | Join rasher_ [0] (n=rasher@62.79.64.148.adsl.hs.tiscali.dk) |
00:07:35 | Nico_P | haah one less bug! :) |
00:08:17 | jhMikeS | Who's good at approaching companies around here? I'm afraid I'd just get in a fight with them and they don't want that. :) |
00:08:51 | | Quit MethoS- (Remote closed the connection) |
00:11:49 | crzyboyster | Which day's log? I couldn't find it being discussed in yesterday's log... |
00:12:25 | kugel | saratoga: Are you sure it's not charging at all? I'm refering to your last post in "cpchan branch" |
00:12:44 | linuxstb | gevaerts: I'm not happy with the structure (i.e. the #ifdefs, and this should probably be moved to the target-specific parts of the source), but this patch (apply on top of your patch) gives the correct iManufacturer/iProduct/iSerial for ipods (plus VendorId and ProductId in inquiry) - http://www.davechapman.f2s.com/rockbox/ums_serial.diff |
00:12:47 | kugel | It does charge, very very slowly though. I was on a train trip recently, started with an empty battery. I put the sansa into a power source and watched a movie with rockbox. I was able to watch 1 hour + listen a few minutes to music after disconnecting the sansa from the power source |
00:13:32 | pixelma | crzyboyster: yesterday's log as in 10th of February, not the current.txt (ok, I prefer reading) |
00:15:06 | linuxstb | jhMikeS: Bagder seems to have more success than most... |
00:15:15 | saratoga | kugel: on my sansa the battery charger status register indicates that the charge circuit is powered down |
00:15:24 | saratoga | and we certainly do not enable it |
00:15:56 | kugel | saratoga: Ok, but why was my sansa not empty after I disconnected it from the power source? |
00:16:00 | saratoga | so unless your bootloader is enabling it, i don't see how it could charge |
00:16:38 | kugel | Nico_P: Oh I just noticed your last commit. I had this issue too, but I couldn't reproduce it and I had it very rarely. I didn't think of the next track + VBR combo at all |
00:16:39 | saratoga | kugel: perhaps the battery heated up which raised voltage high enough to run rockbox futher |
00:16:40 | * | jhMikeS summons Bagder to sweet talk FS into getting the MC13783 RM :) |
00:17:00 | pixelma | saratoga: battery charger status register - is this something in a debug screen? |
00:17:04 | rasher_ | saratoga: are you saying the sansas don't charge in Rockbox? |
00:17:11 | | Quit crzyboyster ("CGI:IRC") |
00:17:42 | kugel | saratoga: Hmm, well. So tell me, why is charging disabled? |
00:17:59 | kugel | It was enabled if iirc |
00:18:26 | kugel | -if |
00:18:28 | pixelma | just asking because I don't trust what Rockbox is telling me when USB ("charger") is connected - the reported battery voltage of 4,6V and up can't be right |
00:18:51 | | Quit asdrubal (Read error: 110 (Connection timed out)) |
00:19:32 | | Quit keanu ("Leaving") |
00:19:57 | | Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-1f75a7f6572306b2) |
00:20:26 | kugel | Hmm |
00:20:27 | | Quit countrymonkey (Client Quit) |
00:20:44 | XavierGr | Slasheri: for the logs, your bootloader.iriver file that you've sent me works (of course I tested the iriver_flash.rock with current svn and the crc checksum works too) |
00:21:43 | gevaerts | linuxstb: I think the ipod stuff should probably come before the flash stuff in identify2inquiry(). Right now flash-based ipods won't get a correct id. |
00:21:47 | | Quit rasher (Read error: 110 (Connection timed out)) |
00:21:47 | | Nick rasher_ is now known as rasher (n=rasher@rockbox/developer/rasher) |
00:22:18 | saratoga | kugel: see http://www.rockbox.org/tracker/task/8363 |
00:22:26 | Nico_P | kugel: I found a reliable way to repro so it wasn't *too* hard to track down (still not straightforward though) |
00:25:20 | saratoga | bit 0 of 0x22 (the first byte added to debug_menu.c in that patch) is the charger enable bit |
00:25:34 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- Chicks dig it") |
00:25:55 | kugel | yea, I see |
00:26:01 | | Join NoFullName [0] (n=full@cpe-24-160-175-197.columbus.res.rr.com) |
00:26:18 | kugel | saratoga: Ahh, thanks. I remember that task, somehow I've forgotten about it. Does that patch a bad job, or is it reliable (for e200 at least)? If the latter what is the reason for not committing? |
00:26:19 | gevaerts | linuxstb: as far as the #ifdefs are concerned, there's a lot of stuff in the usb stack that needs cleanup, so a bit more right now won't hurt |
00:26:20 | pixelma | saratoga: do you get more reasonable battery voltage readouts during charging with that patch? |
00:26:24 | | Quit Axio (Remote closed the connection) |
00:26:34 | NoFullName | Hi there, I got some issue with panic error anyone could help? |
00:27:11 | saratoga | pixelma: I haven't tried it yet |
00:27:25 | saratoga | i didn't see much point until USB support was in and it seemed like it was a ways off |
00:27:41 | saratoga | i think it would work ok for the e200 (not the c200 though) |
00:27:43 | jhMikeS | isn't a version of gcc available that compiles for ARM11? |
00:28:10 | stripwax | NoFullName - is it reproducible? which device? |
00:29:49 | | Join asdrubal [0] (n=abc@cpe-76-190-216-97.neo.res.rr.com) |
00:29:49 | NoFullName | stripwax: It's third time that happen on my Sansa E200 series: It read" *PANIC* Udating size on empty dir entry 39" I tried to google for solution, it's very similar to this http://osdir.com/ml/systems.archos.rockbox.sourceforge/2003-12/msg00311.html |
00:30:21 | stripwax | NoFullName - did you by any chance try and delete database.* files when you got that? |
00:30:41 | saratoga | pixelma: I was thinking of doing a charge cycle hooked up to an ADC with that patch so I could verify that it really did observe correct safety precautions (over heating detection, etc) |
00:30:59 | saratoga | that specs are a bit vague about what the hardware will do IMO |
00:31:02 | stripwax | NoFullName - in fact, were you doing anything in particular when you got that PANIC or did it just happen 'by itself' when listening to music? |
00:31:05 | NoFullName | stripwax: Nope. what's the extension for database file? *? |
00:31:27 | BigBambi | *.tcd in /.rockbox |
00:31:50 | NoFullName | stripwax: I just turn it on and got that message. |
00:31:58 | stripwax | NoFullName - actually I meant 'did doing that cause the problem' rather than 'try doing that' :) |
00:32:01 | stripwax | NoFullName - hm. |
00:32:19 | | Quit mirak (Read error: 110 (Connection timed out)) |
00:32:23 | pixelma | saratoga: I was just talking about the number I can read in the "view battery" debug screen |
00:32:24 | stripwax | NoFullName - can you try resetting settings while turning it on? I'm afraid I don't know the Sansa keypress to do that |
00:32:52 | saratoga | I guess that should have been directed at kugel |
00:32:58 | saratoga | i mixed up your questions |
00:33:01 | NoFullName | stripwax: Sansa won't let me turn off the device. I have to either let the battery drain out or take up the battery. |
00:33:11 | BigBambi | NoFullName: Hold power |
00:33:12 | stripwax | Nico_P - hm, I can't reproduce that playlist not-buffering-the-correct-track problem I mentioned using sim .. |
00:33:14 | pixelma | saratoga: heh :) |
00:33:34 | BigBambi | NoFullName: For 15 seconds or more - it is a hardware reset |
00:33:46 | stripwax | and my ipod is running a battery_bench right now so I can't reproduce on that either :) |
00:33:50 | NoFullName | stripwax: lol. amazing. it turn off! |
00:33:52 | Nico_P | jhMikeS: what do you mean? |
00:34:25 | * | stripwax tries enabling dircache in sim and trying again |
00:34:31 | Genesis | bye |
00:34:38 | | Quit Genesis (Remote closed the connection) |
00:35:17 | amiconn | stripwax: You need multiple targets ;) |
00:35:21 | rasher | NoFullName: Not amazing - it's built to do that. Hold record while booting to reset settings |
00:35:35 | kugel | saratoga: I don't own such electricity stuff (ADC, not even a device to messure the power consumtions of i.e. my pc), so I unfortunately can't help :( |
00:35:48 | stripwax | amiconn - heh. i wonder if I can reproduce the bug on my h120 .. |
00:36:03 | NoFullName | rasher: well, I tried that before for 10 seconds and it didn't work, but I guess you need to hold longer than that. :) |
00:36:08 | linuxstb | gevaerts: Hmm, flash-based ipods (i.e. the Nano) use the ATA driver, so they should use the ATA identify info. |
00:36:17 | Nico_P | amiconn: do you have an idea how much time the ipod will take to arrive in France? |
00:36:18 | kugel | Nice to have this cleared now, I really thought it's charging at least a bit |
00:36:25 | BigBambi | NoFullName: Yes, 15 seconds or more as I said |
00:37:12 | NoFullName | BigBambi: So my solution is try to delete *tcd file in /.rockrock directory? |
00:37:17 | BigBambi | eh? |
00:37:35 | BigBambi | I was just telling you which files were database files |
00:37:46 | | Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-e221173d7af4eebc) |
00:38:08 | NoFullName | BigBambi: oh ok. I will delete it anyway :) If you don't heard from me it's mostly likely it works. |
00:38:09 | BigBambi | NoFullName: I didn't really read about your problem |
00:38:13 | countrymonkey | Is rbspeexenc built into rbutil? I'm having problems building .talk clips. |
00:38:21 | BigBambi | NoFullName: heh, good luck :) |
00:38:32 | NoFullName | thanks everyone! |
00:38:42 | | Part NoFullName |
00:38:43 | stripwax | NoFullName - try resetting your settings first before deleting the .tcd files .. |
00:38:44 | stripwax | oh |
00:39:02 | jhMikeS | Nico_P: Right now it's just set to arm9tdmi. |
00:39:06 | gevaerts | linuxstb: ok. |
00:39:16 | Nico_P | jhMikeS: n1s changed that today |
00:40:13 | preglow | countrymonkey: yeah, it's built in |
00:40:21 | jhMikeS | I tried to change it but without success |
00:40:21 | preglow | at least in any recent version |
00:40:49 | countrymonkey | I cannot figure out why I'm having problems building .talk clips! :p |
00:41:05 | Nico_P | jhMikeS: maybe I don't really understand what you mean... isn't http://svn.rockbox.org/viewvc.cgi/trunk/tools/configure?r1=16272;r2=16273 the correct change? |
00:41:30 | Nico_P | I had to update my cross-compiler to be able to compile with that change |
00:41:46 | jhMikeS | I wanted to use the mcrr instruction |
00:42:24 | Nico_P | which is? |
00:42:42 | linuxstb | gevaerts: But HAVE_FLASH_STORAGE is defined for the Nano, so I'm not sure if the other code in the USB driver works correctly... |
00:42:44 | countrymonkey | does rbutil do only the dirrectory you set it to do or does it do all directories under that one also. And can it do a whole drive like voicebox can? |
00:43:10 | saratoga | it transfers registers between processors i think |
00:43:11 | jhMikeS | guess I failed to discover the correct type |
00:43:34 | jhMikeS | 4.0.3 seems to work |
00:43:39 | gevaerts | There are a lot of #ifdefs in usb_core.c that could be removed/centralized by using function pointers. That would also open the way to supporting more than one usb function at the same time (provided the hardware supports enough endpoints). Are there objections to doing that ? |
00:43:51 | | Quit jhulst (Success) |
00:44:00 | stripwax | Nico_P - hm, maybe I can reproduce the bug in sim after all. From 'stopped', I play a track on an album, and check the Buffering debug info - I see track count: 23 (which is correct). Music starts playing, I then go back to fiiles, hold Select on a different album, and Insert Next. Then go back to the Buffering debug info - I see track count is now 19 (which is not the number of tracks on the different album) |
00:44:07 | stripwax | Is that correct behaviour? |
00:44:35 | Nico_P | could be |
00:44:37 | stripwax | I can't reproduce the playing-the-wrong-music behaviour on sim, but I can see that as soon as the current track finishes, then the entire rest of the playlist gets buffered in a one-er |
00:44:37 | linuxstb | gevaerts: I don't think there are enough endpoints to do that... |
00:45:03 | stripwax | I imagine on-device that that won't work well |
00:45:08 | Nico_P | ah, it's not buffered when the playlist changes? |
00:45:12 | stripwax | nope |
00:45:17 | Nico_P | that's not good |
00:45:19 | stripwax | right |
00:46:04 | gevaerts | linuxstb: the rest of the code doesn't use HAVE_FLASH_STORAGE to differentiate between types. It either uses the cardinfo stuff or ata. cardinfo gets used if HAVE_HOTSWAP is defined. |
00:46:06 | stripwax | It looks like the real and usefl indicators drop back down to almost zero when i Insert Next. prior to that they were almost full |
00:46:33 | stripwax | as if only the currently-playing track remains buffered, everything else gets zapped, and then it needs to buffer everything on the track change |
00:46:56 | gevaerts | linuxstb: if there are only enough endpoints for a single function we could still make it runtime-configurable. |
00:47:20 | linuxstb | gevaerts: Yes, I just noticed that. That doesn't seem logically correct (using HAVE_HOTSWAP), but will work for current targets. |
00:47:30 | gevaerts | linuxstb: anyway the first function is not fone yet, so it's still a bit hypothetical |
00:47:34 | | Quit obo ("bye") |
00:47:49 | Nico_P | stripwax: it makes sense for the existing buffered data to be flushed, but I don't really understand why no new data is then buffered |
00:47:58 | jhMikeS | Nico_P: mcrr lets you do cache range operations in one instruction |
00:47:58 | stripwax | bleh, it does it for Insert Last also. real and usefl drop to a very small number (compared to how much was buffered before) |
00:48:08 | linuxstb | gevaerts: Yes, I think the usb_serial driver works (to some extent), so we want to make it run-time configurable. |
00:48:11 | Nico_P | jhMikeS: and it's new to ARM11? |
00:48:15 | stripwax | Insert Last should very much *not* flush the existing buffer |
00:48:22 | stripwax | unless I'm missing something? |
00:48:31 | Nico_P | stripwax: agreed, but the playback code doesn't know the diff |
00:48:39 | Nico_P | to it, both are just "new playlist" |
00:48:47 | stripwax | oh, ouch. |
00:49:00 | | Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) |
00:49:06 | stripwax | it rebuffers the entire buffer whenever you add anything to the end of the playlist? |
00:49:19 | Nico_P | whenever you change the playlist |
00:49:34 | gevaerts | linuxstb: the cardinfo stuff is declared in hotswap.h, so following that logic HAVE_HOTSWAP is correct. However once a HD player with SD slot turns up we are in trouble |
00:49:42 | linuxstb | Can ipod users (with Linux) check their logs and let tell me what the line "scsi 24:0:0:0: Direct-Access Apple iPod 1.62 PQ: 0 ANSI: 0" looks like? Specifically, do you get "1.62" displayed, or another number? |
00:49:54 | linuxstb | gevaerts: Yes, or a flash-based target with no removable cards... |
00:49:57 | stripwax | Nico_P that's not ideal |
00:50:36 | stripwax | What's the Track Count refer to (it certainly doesn't seem to be either the number of tracks buffered nor the number of tracks in the playlist) |
00:51:12 | linuxstb | (that request was for UMS with the OF, not the Rockbox UMS patch) |
00:51:15 | Nico_P | indeed not. if that conforts you, it's not new to MoB. FS #8029 describes the same kind of issue. |
00:51:24 | stripwax | Nico_P - ta |
00:51:37 | Nico_P | stripwax: it's the number of buffered tracks (according to playback.c) |
00:51:42 | gevaerts | linuxstb: I think the entire storage infrastructure should be reworked to support these combinations. It's done to some extent (i.e. by having the sansa code have an ata-lookalike interface), but it will have to be more dynamic at some point. |
00:51:50 | stripwax | Nico_P - hm, it can't be right |
00:52:02 | Nico_P | i.e. the number of tracks for which metadata is loaded |
00:52:11 | stripwax | oh, just the metadata? ok then |
00:52:27 | Nico_P | audio is handles by buffering.c |
00:52:37 | stripwax | was comparing the Track Count to the amount of usefl data |
00:52:51 | * | gevaerts is afraid that his last remark might sound like volunteering... |
00:53:21 | Nico_P | stripwax: usefl is also relative to where the read position is in the buffer |
00:53:29 | | Quit ender` (" To get as fewest unhappy people as possible, always bully the same ones.") |
00:53:32 | linuxstb | gevaerts: That's what happens when you start something in Rockbox - it never ends... |
00:53:46 | Nico_P | it's basically (readpos - writepos) % wrap |
00:54:35 | gevaerts | linuxstb: looks like it |
00:54:35 | stripwax | any way to see what metadata has been buffered at any point in time? |
00:55:19 | Nico_P | I don't think so, but I'm also not sure I quite understand the question |
00:55:44 | stripwax | Nico_P - just wondering if I can get any sense why adding 11 tracks to a 23-track playlist changes the Track Count from 23 to 19 .. |
00:56:45 | Nico_P | well I guess your 23 tracks would fit in the buffer, and when you added the 11 tracks everything got rebuffered and only a total of 19 tracks could fit |
00:57:17 | | Quit kugel ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020710]") |
00:58:11 | stripwax | Nico_P - that makes sense I suppose. Are you able to reproduce the nonbuffering problem? |
00:58:18 | stripwax | of audio, that is |
00:58:29 | Nico_P | stripwax: alloc and real can help you too on that. alloc is the spaced allocated, real is the space actually used |
00:58:48 | Nico_P | I've just seen the problem occur |
00:58:50 | stripwax | alloc stays full, real drops very low |
00:59:25 | Nico_P | yeah, the buffering thread just doesn't notice it needs to get working |
00:59:30 | | Quit lee-qid (Read error: 104 (Connection reset by peer)) |
00:59:53 | stripwax | does stopping playback flush the buffer too? stopping playback doesn't seem to change Track Count, even though alloc drops to zero. |
01:00 |
01:00:42 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
01:00:55 | Nico_P | that's probably because the variables that are used to calculate track_count aren't reset when you stop playback |
01:01:01 | * | Nico_P checks |
01:02:10 | Nico_P | the debug screen isn't really self-explanatory... it's most useful when you know the underlying code at least a bit |
01:02:20 | stripwax | true |
01:02:47 | Nico_P | the buffering started just before the track change occured |
01:02:53 | Nico_P | which is logical |
01:04:44 | stripwax | not sure I follow - so the buffering is ok? |
01:05:23 | jhMikeS | Nico_P: jhmikes.cleansoap.org/DDI0211J_arm1136_r1p5_trm.pdf">http://jhmikes.cleansoap.org/DDI0211J_arm1136_r1p5_trm.pdf |
01:05:23 | Nico_P | well at least it's not completely broken. it's just that it doesn't take advantage of a spinning disk when it should |
01:06:58 | Nico_P | a nice read :) |
01:07:06 | stripwax | - and disk will be spinning at that point, since user changed the playlist |
01:07:18 | Nico_P | indeed |
01:07:35 | Nico_P | the playback thread should even have told the buffering thread to buffer some data |
01:08:13 | *** | Saving seen data "./dancer.seen" |
01:08:27 | | Join SacredTerror [0] (n=Miranda@pool-71-190-214-151.nycmny.fios.verizon.net) |
01:10:26 | stripwax | Does it wake the thread up? |
01:10:53 | countrymonkey | testing |
01:10:54 | stripwax | actually I don't know the buffering thread at all, so feel free to ignore that question :) |
01:12:20 | Nico_P | hmm in fact in that case there won't be a buffering request (for quite good reason) |
01:13:04 | stripwax | why? |
01:13:06 | Nico_P | and the disk activity detection code in the buffering thread is disabled |
01:14:07 | Nico_P | the func that loads a track from playback.c is audio_load_track. it has a boolean param (start_play) indicating whether that track will be played immediately or not. we only request buffering if start_play == true |
01:14:23 | Nico_P | because we don't want to request buffering for every track we add |
01:15:04 | stripwax | however playing a single track causes the entire album to be buffered |
01:15:38 | gevaerts | linuxstb: I uploaded a new patch with your changes integrated, and a few minor things. Tomorrow I'll start refactoring the usb stuff a bit to make it more flexible. |
01:15:44 | linuxstb | amiconn: Do you know if the PP has a serial number embedded, and if so, where it is? |
01:16:05 | stripwax | I thought we would request buffering for all the next 'n' tracks until the buffer is full (but I assume that is not the case) |
01:16:08 | | Quit countrymonkey ("CGI:IRC (Ping timeout)") |
01:16:28 | linuxstb | gevaerts: Do you have any idea where the serial number is coming from that the Sansa OF is generating? |
01:17:44 | jhMikeS | linuxstb: I think it's in the ROM somewhere |
01:18:00 | Nico_P | gevaerts, linuxstb: maybe it would be good to commit the current patch before starting to refactor |
01:18:21 | linuxstb | jhMikeS: I didn't think there was a ROM on the Sansas? |
01:18:23 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
01:18:30 | jhMikeS | linuxstb: yes, it's an i2c rom |
01:19:03 | Nico_P | stripwax: requesting buffering of a track aborts the current buffering and starts buffering the requested track, so if we request it for every track we add the first one won't have a chance to get buffered, and it's the most important one |
01:19:09 | linuxstb | Could someone dump it and compare with the USB serial ID? |
01:19:59 | Nico_P | stripwax: but once the buffering thread starts buffering data, it'll go on util the buffer is full. it just needs a starter basically |
01:20:15 | Nico_P | current starters are an explicit request or a low buffer |
01:20:42 | stripwax | Nico_P - wouldn't the starter always be the currently-playing track? or is that the problem, there's no way to 'add' tracks to the buffer if something is already in there (because rebuffering would blow it away)? |
01:21:43 | stripwax | i.e. Insert Next, Insert Last, etc would just rebuffer everything starting from the currently playing track |
01:21:52 | Nico_P | stripwax: the problem here is the code at playback.c:1855 (in audio_load_track) |
01:22:27 | Nico_P | playlist events will trigger a rebuffer (i.e. readding all the tracks), but will never ask the buffering thread to buffer data |
01:22:55 | Nico_P | I think I have an idea though |
01:23:16 | stripwax | Nico_P - I have to head off now but will be reading logs with interest when I return :) |
01:23:23 | stripwax | gnight |
01:23:26 | Nico_P | gnight |
01:23:29 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
01:23:48 | * | jhMikeS wonders why he calculated 534MHz when the S processor is supposed to be 532MHz. |
01:25:09 | gevaerts | Nico_P: I don't mind comitting the current patch, but I'm not sure it's really needed. The refactoring I want to do is not terribly heavy, mostly moving stuff to different files and trying to get rid of some #ifdefs. |
01:26:12 | pixelma | Nico_P: logf.txt looks identical with a skipping and a normal folder (just playback.c enabled logf) |
01:26:18 | gevaerts | Nico_P: but I wouldn't enable the usb storage stuff by default yet. I think it needs more testing my people who know what they are getting into |
01:27:14 | Nico_P | gevaerts: it's your call, but it would be better not to commit a huge patch |
01:27:41 | linuxstb | The speed is also an issue IMO - on ipods at least (where the OF disk mode is very convenient), I would still prefer to use it to the Rockbox UMS code. But we could always commit, but not enable. |
01:28:53 | gevaerts | linuxstb: I think enabling it now in official builds is madness, so as far as I'm concerned you don't need to worry about that. |
01:30:00 | linuxstb | gevaerts: BTW, when you copy a new rockbox.mi4 file, does Rockbox detect it, and prompt you to load it? |
01:30:04 | Nico_P | pixelma: strange |
01:30:06 | gevaerts | linuxstb: yes |
01:30:12 | linuxstb | And it works? |
01:30:12 | pixelma | Nico_P: should I try enabling buffering.c too? Or playlist? |
01:30:50 | Nico_P | pixelma: maybe in the playlist code, yes. but I don't even know whether there are logf messages in there |
01:31:33 | gevaerts | Nico_P: I'll try to get a patch tomorror night that keeps it disabled with an easy-to-use #define to enable it. Hopefully by then I'll also have the sd card working in windows. |
01:31:36 | | Join Triple_7 [0] (n=18d97411@gateway/web/cgi-irc/labb.contactor.se/x-4ac5c8e8e1465039) |
01:31:47 | gevaerts | Nico_P: we can decide then whether to commit or not. |
01:31:48 | Triple_7 | Hello |
01:32:17 | gevaerts | linuxstb: looks like it anyway. |
01:33:12 | linuxstb | gevaerts: OK. I haven't managed to get it to work on my ipod - with some #ifdef changes, it now does the detection, but it refuses to load it. |
01:33:25 | | Quit Triple_7 (Client Quit) |
01:34:12 | * | gevaerts is going to sleep a bit earlier than on previous days today... tomorrow is a working day |
01:36:02 | * | amiconn wonders whether this code is faster than ipod G5/nano diskmode, or H10 UMS mode |
01:37:12 | pixelma | Nico_P: doesn't look like there is |
01:37:23 | * | gevaerts gets 300 to 450 kbps |
01:37:29 | | Join cool_walking_ [0] (n=Miranda@203-59-129-195.perm.iinet.net.au) |
01:38:23 | amiconn | gevaerts: It's not the kbps - both G5/nano diskmode and H10 mus mode insert rather long pauses between files |
01:38:54 | gevaerts | amiconn: between files ? How do they do that ? |
01:39:29 | amiconn | If you're copying a few large files, it's fast-ish (even a bit faster than fullspeed), but with many small files like when unzipping a rockbox build, it takes ages |
01:39:48 | * | gevaerts is considering if we can call our usb-resets a feature |
01:39:55 | amiconn | I don't know why that happens, but it's a fact, and annyoing |
01:41:14 | gevaerts | amiconn: is this on windows or linux ? It might be related to the 'removable' bit in the scsi inquiry data |
01:41:22 | amiconn | windows |
01:42:35 | amiconn | But it doesn't happen with other ipod's diskmode (e.g. my mini G2), or when booting into the OF and using its usb mode |
01:43:28 | amiconn | ipod diskmode resides in flash rom, and is also called 'emergency diskmode'. On all ipods except G5 and Nano, it's as fast as the OF's usb mode |
01:46:31 | linuxstb | gevaerts: I've just compared the scsi inquiry data on my ipod, and there are two differences - 1) "version" is 0x00 [no conformance claimed] in Rockbox, 0x03 [SFC] in the OF; 2) Resp_data_format is 0 in Rockbox, 3 in the OF. Plus the OF includes a "Unit serial number", which I'm guessing is the disk's ID? |
01:46:54 | | Join barrywardell [0] (n=barrywar@89-125-27-182.dhcp-ripwave.irishbroadband.ie) |
01:47:15 | gevaerts | amiconn: I would say it's a problem with the device_removable bit. Maybe there's a setting in the device manager to fix that |
01:48:03 | linuxstb | gevaerts: Plus one more - "RMB" is 1 in RB, 0 in the OF (I guess that's the device_removable bit you're talking about)... |
01:48:38 | linuxstb | Sorry, reverse that - 1 in OF, 0 in RB... |
01:49:08 | amiconn | Why does rockbox not set the removable bit? |
01:49:12 | linuxstb | In fact, reverse it back... |
01:49:24 | * | linuxstb should go to sleep |
01:50:05 | pixelma | Nico_P: or do I have to let playback run till it stops at the end of playlist? I thought let it playing until it skips and stop would be enough |
01:50:36 | Nico_P | latter should be fine, yes |
01:51:23 | pixelma | then there is no difference... |
01:52:20 | gevaerts | amiconn: what does it mean to be removable ? In SCSI terms I guess it means something like a cd or a floppy, so we should certainly set it for the sd card slot. But should we set the removable bit just because you can unplug the cable (I can also unplug my scsi disks, but they are not marked as removable...) ? I think it's not entirely clear |
01:52:55 | rasher | gevaerts: Could it perhaps be intended originally for stuff like hot-swappable disks? |
01:53:10 | gevaerts | linuxstb: version should be 3. If not, it looks like you have something overwriting the inquiry data before it gets used. |
01:53:17 | rasher | In which case the dap should certainly set it as well |
01:53:30 | Nico_P | pixelma: maybe it's the codec that for some reason asks for the next track |
01:53:52 | soap | PS - Slashdot story on"Best Open Source License for Hardware" is eerie in its timing. |
01:54:08 | linuxstb | gevaerts: It is 3 - I got very confused over which output was which... Here it is - http://www.pastebin.ca/899294 |
01:54:14 | rasher | soap: surprisingly light on details though |
01:54:32 | scorche|sh | soap: the slashdot slime is gaining sentience |
01:55:21 | gevaerts | rasher: The thing is that windows uses that bit to decide whether writes should be synchronous, so setting it means being a lot slower (but users don't have to choose "safe remove") |
01:56:03 | | Quit fasmaie (Read error: 113 (No route to host)) |
01:56:31 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-928dae5b54895e32) |
01:56:49 | rasher | gevaerts: Ah, so I take it the OF (of Sansa at least) don't set it? |
01:57:12 | gevaerts | linuxstb: I had that problem earlier today. inquiry got overwritten by the create_thread in usb_core.c (it was ok ust before the call and had zeroes just after and at the first line of the thread itself) |
01:57:57 | pixelma | Nico_P: repeated the test with enabled logf in buffering.c too, in a skipping folder I get: "bunch of bufclose", then "releasing all tracks", then another bunch of "bufclose", then "clearing tracks:3/8,0" "Codec finished". The line below shows the path to the folder, I can paste the complete output if you want but wanted to make a test run with a working folder too before. |
01:58:12 | gevaerts | rasher: I think the sansa sets it, but on a flash device the effect is a lot different than on a disk, since you don't have huge seek times |
01:58:30 | jhMikeS | gevaerts: say more. |
01:58:34 | Nico_P | pixelma: ok, thanks :) |
01:58:46 | | Quit SacredTerror ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
01:59:35 | saratoga | the AS chip on th epp5024 actually has 128 bits of memory for storing serial numbers or encryption keys |
01:59:48 | saratoga | so the sansas could get it from there, though i really doubt it |
02:00 |
02:00:06 | jhMikeS | saratoga: the fuse array might be the place for it |
02:00:09 | | Join karashata [0] (n=Kimi@bas3-kitchener06-1096622343.dsl.bell.ca) |
02:00:12 | | Part karashata |
02:00:17 | | Join karashata [0] (n=Kimi@bas3-kitchener06-1096622343.dsl.bell.ca) |
02:00:18 | pixelma | Nico_P: does that already give you an idea? |
02:00:19 | * | jhMikeS forgot about that |
02:00:43 | Nico_P | pixelma: not really, no |
02:00:59 | pixelma | ok |
02:01:08 | Nico_P | well actually "codec finished" is very weird |
02:01:14 | | Join crzyboyster [0] (n=4b596e13@gateway/web/cgi-irc/labb.contactor.se/x-7a56872bd0798a62) |
02:01:43 | | Join gtkspert [0] (n=gtkspert@203-206-96-109.dyn.iinet.net.au) |
02:02:15 | crzyboyster | Nico_P: What font does the new gigabeat cabbiev2 use? helvR10 or helvr12? And can I have the actual wps? |
02:02:27 | | Quit barrywardell () |
02:02:46 | Nico_P | helvR12. sure you can have it |
02:03:36 | crzyboyster | Did you make it by modifying the wps in SVN right now? |
02:03:43 | gevaerts | jhMikeS: about the seek times or about the thread issue (I guess the thread) ? I noticed that one of the static structs (_inquiry) in usb_storage got half-zeroed, and it seems to happen in this create_thread call. It doesn't happen any more in the latest version of the patch because I re-initialize _inquiry everytime I need it (for unrelated reasons). It happens in v5 of the patch, but in that one I moved the declarations around to make t |
02:03:46 | Nico_P | crzyboyster: just a sec though, I need to finish something |
02:03:58 | Nico_P | crzyboyster: I made it some time ago by changing the one in SVN |
02:04:48 | * | gevaerts thought he mean it when he said he was going to sleep earlier... |
02:04:59 | gevaerts | *meant |
02:05:19 | Nico_P | interesting. audio_flush_and_reload_tracks() gets called twice when I use playlist > insert |
02:05:19 | | Quit saratoga ("CGI:IRC (EOF)") |
02:05:48 | jhMikeS | gevaerts: it wasn't the thread doing it when it started to run? |
02:06:34 | gevaerts | jhMikeS: no. I checked the values at the first line of the thread. |
02:07:11 | pixelma | Nico_P: should I add it the two files to the tracker entry once I hae them both (shouldn't be too long) or do you prefer something else? |
02:07:46 | crzyboyster | Nico_P: Post it up onto the forum thread and I will rename and upload to patch tracker. And what files were modified? |
02:07:58 | jhMikeS | hmmm...perhaps a stack init problem though I'd expect 0xdeadbeef to be seen then |
02:08:31 | gevaerts | jhMikeS: yes, that's what I thought as well. It was zeroes though |
02:09:00 | Nico_P | stripwax: I have a patch that improves things (has a couple drawbacks though): http://pastebin.ca/899310 |
02:09:09 | | Quit XavierGr () |
02:09:34 | jhMikeS | gevearts: anything using UNCACHED_ADDR must also be cache aligned and padded |
02:09:36 | Nico_P | pixelma: yes, add them to the tracker. I probably won't have time to look this evening. it's already very late and I need to go to bed |
02:09:48 | pixelma | me too |
02:10:30 | Nico_P | crzyboyster: no need to add it to the tracker. if it's agreed on I'll commit |
02:10:58 | jhMikeS | gevearts: that's an out of the blue guess since it's sounds like that sort of thing to me |
02:11:06 | | Join DerPapst [0] (n=DerPapst@p5B23C586.dip.t-dialin.net) |
02:11:17 | gevaerts | jhMikeS: cache aligned means 32 bytes ? |
02:11:21 | * | DerPapst is still reading though the logs |
02:11:32 | DerPapst | linuxstb: 1.62 iirc |
02:12:27 | | Join psycho_maniac [0] (i=psycho_m@ppp192.hk.centurytel.net) |
02:12:57 | crzyboyster | Are all the files named properly? And I have no problem against Nico_P's version (though I don't own a gigabeat)... |
02:13:58 | linuxstb | DerPapst: That's a 5.5g? |
02:14:00 | | Quit gtkspert_ (Read error: 101 (Network is unreachable)) |
02:14:16 | DerPapst | yes |
02:14:27 | DerPapst | don't know about my 3G though |
02:14:30 | linuxstb | DerPapst: Thanks. So it's the same values for a Nano, ipod Color, 5g and 5.5g |
02:14:43 | gevaerts | jhMikeS: I think I'll drop those UNCACHED_ADDR pointers from anything that's not performance critical, and just memcpy the data to the transfer_buffer first. That should be safe I guess. |
02:14:49 | jhMikeS | gevearts: theres some macros defined for that |
02:14:56 | * | DerPapst continues reading the logs |
02:15:06 | linuxstb | DerPapst: That doesn't matter, the USB stack doesn't work on the 3G (this is to mimic the values the OF gives) |
02:15:21 | jhMikeS | gevearts: UNCACHED_ADDR is only really needed for the peripheral I/O to avoid constant flush/invalidate calls |
02:15:50 | Nico_P | crzyboyster: here is the patch: http://pastebin.ca/899319. You'll also need http://nicolas.pennequin.free.fr/rockbox/wpsbackdrop-240x320x16.bmp |
02:16:28 | gevaerts | jhMikeS: the addresses I'm using it for are sent directly to the USB controller. |
02:17:23 | jhMikeS | it reads the memory regions to send as packets? |
02:17:30 | gevaerts | jhMikeS: yes |
02:18:53 | | Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
02:19:17 | crzyboyster | So all the other bitmaps weren't edited? And the menu backdrop stays the same? |
02:19:22 | Nico_P | yes |
02:19:26 | jhMikeS | see firmware/export/system.h starting at line 232 |
02:21:45 | crzyboyster | Nico_P: Is it possible that you could make a new menu backdrop that is 32 bit (just generate from photoshop file)? |
02:22:32 | Nico_P | crzyboyster: I don't have the photoshop files, and why would a new menu backdrop be needed? |
02:23:27 | gevaerts | jhMikeS: thanks. I'll look at it in more detail tomorrow. I really need some sleep now |
02:24:01 | | Quit gevaerts ("really going to sleep now ! I mean it !") |
02:25:25 | crzyboyster | Because the wps backdrop is 32 bit. I will generate one myself, I have the psd. And why is the wps formatting so confusing on the patch/pastebin you posted? What am I supposed to do with it? I usually just post the modified files to the tracker in a zip |
02:25:52 | DerPapst | linuxstb: the unit serial number is the serial of the entire iPod. it's engraved into the back of your iPod. |
02:26:19 | DerPapst | it changes if you replace the mainboard of the iPod. |
02:26:20 | Nico_P | crzyboyster: it's a patch. see http://www.rockbox.org/wiki/WorkingWithPatches |
02:26:35 | pixelma | Nico_P: humm, I somehow managed to get no buffering messages in the logf.txt with a "normal" folder (should be the same build)... I should probably get some sleep first... :\ |
02:26:51 | pixelma | crzyboyster: why is the wpsbackdrop 32-bit? |
02:26:55 | Nico_P | pixelma: me too :) |
02:27:01 | Nico_P | there's no rush |
02:27:13 | linuxstb | DerPapst: So it is... |
02:27:55 | | Join crazy_bus [0] (n=philip@CPE-121-216-16-55.nsw.bigpond.net.au) |
02:28:06 | * | Nico_P goes to bed |
02:28:10 | | Quit Nico_P (Remote closed the connection) |
02:28:10 | | Quit crzyboyster ("CGI:IRC (EOF)") |
02:28:34 | linuxstb | DerPapst: It's appears to be in the flash ROM - offset 0x201c (0x401c on the 5g)... |
02:28:55 | | Part pixelma |
02:28:58 | crazy_bus | do I have bad mp3's and ogg vorbis files or does rockbox usually have trouble resuming some longer files from bookmarks (it goes to the start of the file and does other things) |
02:30:04 | | Join crzyboyster [0] (n=4b596e13@gateway/web/cgi-irc/labb.contactor.se/x-99ac8a6cc39ce211) |
02:30:18 | DerPapst | linuxstb: :-) |
02:30:55 | crzyboyster | I have no clue why the wpsbackdrop is 32 bit... and do I just submit the patch file along with the new wps backdrop (make it 24 bit first?) to the patch tracker? |
02:31:07 | crzyboyster | In the cabbie 2.0 entry? |
02:31:39 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
02:33:40 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
02:34:21 | rasher | linuxstb: what's involved in looking for the sansa serial? Dumping the rom and looking through it, and how difficult is the dumping? |
02:34:37 | linuxstb | e200tool will dump the i2c rom - but I don't know if it's there. |
02:35:11 | linuxstb | (I think e200tool will...) |
02:35:29 | * | rasher looks into e200tool |
02:36:49 | linuxstb | e200tool i2cdump dumpfile.bin |
02:38:56 | | Quit crzyboyster ("CGI:IRC") |
02:42:26 | rasher | I seem to be doing something wrong |
02:42:57 | | Quit tessarakt ("Client exiting") |
02:45:22 | | Quit csc` (Success) |
02:45:46 | linuxstb | BTW, I seem to recall that dumping the i2c rom is very slow. |
02:45:58 | | Join csc` [0] (n=csc@archlinux/user/csc) |
02:46:29 | | Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-0cecd95cb3f6edb9) |
02:46:50 | rasher | I simply get "Searching for device 6666:e200 ... 9 8 7 6 5 4 3 2 1 0 not found!" |
02:47:54 | linuxstb | Are you root? |
02:48:07 | * | rasher slaps forehead |
02:48:31 | DerPapst | hehehe |
02:48:48 | countrymonkey | I would like to do a japanese lang update. In order for this to happen, 8576 must be committed. Could that happen? |
02:50:37 | rasher | countrymonkey: Do you speak Japanese natively? |
02:50:46 | rasher | And please stop using notepad... |
02:51:02 | countrymonkey | near natively. |
02:51:24 | rasher | What does that mean? |
02:51:39 | countrymonkey | and how about using notepad to edit and then running the documents through notepad2 (file->open and file->save as) |
02:51:59 | countrymonkey | that means I can carry on long conversations no trouble at all |
02:52:10 | DerPapst | he speaks as good japanese as i speak english? :-P |
02:52:14 | rasher | countrymonkey: I don't really care how you achieve it, but all your patches have BOMs in them |
02:52:57 | rasher | countrymonkey: I can carry conversations in English, but I still wouldn't dream of claiming I can translate Danish to English to any useful degree |
02:53:01 | countrymonkey | You're right, derPapst. |
02:53:25 | rasher | Meanwhile, e200tool is still failing for me. Is "manufacturer mode" supposed to be a black screen? |
02:53:38 | alienbiker99 | what time zone is the website set to? |
02:53:40 | soap | why use notepad to edit? Notepad2 is soo nice. |
02:53:50 | soap | GMT +1 isn't it, alienbiker99? |
02:53:51 | rasher | alienbiker99: some parts are UTC, some parts are Sweden-time |
02:53:56 | DerPapst | countrymonkey: don't underestimate how bad my english is :-D |
02:54:02 | countrymonkey | I have been using notepad as long as I have had windows! |
02:54:16 | alienbiker99 | do you know what the svn is in? |
02:54:21 | rasher | countrymonkey: That's not really an excuse. It makes a mess of the files, and it's annoying. |
02:54:47 | krazykit | rasher, yeah, it's supposed to be a black screen |
02:55:01 | DerPapst | and it doesn't have syntax highlightning and stuff |
02:55:16 | linuxstb | rasher: I'm not sure... You can tell if you're in manufacturer mode by the lsusb output - it should be 0x7821:0x0720 (changing to 0x6666:0xe200 when e200tool uploads the ARM application to the device, and that takes over the USB connection). |
02:55:19 | countrymonkey | alienbiker99: What do you mean? |
02:55:37 | alienbiker99 | what time zone the svn is in |
02:55:50 | countrymonkey | gmt |
02:55:53 | DerPapst | the server hosting svn should be gmt+1 too |
02:55:58 | countrymonkey | I think |
02:56:00 | DerPapst | oh.. |
02:56:02 | DerPapst | nvm then |
02:56:02 | rasher | linuxstb: I don't even seem to get a usb device |
02:56:40 | countrymonkey | no wonder! |
02:57:09 | countrymonkey | What does nvm mean? |
02:57:33 | alienbiker99 | nevermind |
02:58:00 | krazykit | DerPapst, which is why we don't use internet abbreviations like that ;) |
02:58:22 | soap | countrymonkey, it is obvious you haven't even tried the notepad replacements pointed out to you last night. Notepad2 will cause you no grief. |
02:58:30 | DerPapst | i thought there is this cool irc lingo wiki page. |
02:58:41 | soap | you might even dig its contextual colouring. |
02:58:41 | DerPapst | and i also though nvm is quiet common |
02:58:54 | countrymonkey | I tried it, (notepad2 at least) I don't like it very much. |
02:59:33 | soap | what about it don't you like? I can't think of what notepad features it doesn't replicate perfectly. What it adds is pretty non-obtrusive. |
02:59:36 | * | DerPapst normally doesn't use much abbreviations |
03:00 |
03:00:12 | countrymonkey | The line is "DerPapst normally doesn't use many abbreviations |
03:00:37 | countrymonkey | The line numbering annoys me |
03:00:44 | soap | you can turn that off. |
03:01:02 | rasher | countrymonkey: Use whatever you like, just don't use plain notepad. |
03:01:04 | DerPapst | see? that's what i meant :-P |
03:01:07 | krazykit | countrymonkey, maybe you should try metapad. it's essentially identical to notepad with regards to notepad. |
03:01:10 | countrymonkey | I havn't found that feature. |
03:01:22 | * | DerPapst can't live without line numbering anymore... |
03:01:35 | linuxstb | emacs! |
03:01:57 | countrymonkey | oh, well, notepad2 it is |
03:02:25 | | Quit Thundercloud (Remote closed the connection) |
03:03:04 | | Quit crazy_bus (Read error: 104 (Connection reset by peer)) |
03:03:43 | rasher | So why am I not getting a usb device in lsusb when entering manufacturer mode? I turn hold on, hold down select, plug usb and the wheel lights up - a few messages in dmesg, but no device in lsusb. Any ideas? |
03:04:51 | countrymonkey | And on this channel, do y'all consider :), :P, :->, and other such symbols as abreviations? |
03:05:37 | krazykit | no, those are smileys. |
03:08:16 | *** | Saving seen data "./dancer.seen" |
03:08:38 | DerPapst | Good night all. |
03:08:47 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
03:10:47 | countrymonkey | I wonder what that quit message means... |
03:10:58 | linuxstb | Google it... |
03:10:58 | cool_walking_ | Are you serious? |
03:11:02 | rasher | It means DerPapst is a dolphin. |
03:11:06 | * | karashata chuckles |
03:11:27 | countrymonkey | good one, rasher, but dolphins don't irc. |
03:11:45 | linuxstb | countrymonkey: How do you know? |
03:12:11 | cool_walking_ | Yeah... there are a lot of undersea internet cables |
03:12:36 | | Join csc`` [0] (n=csc@archlinux/user/csc) |
03:12:53 | countrymonkey | under water computers? I wish! (I mean client comps) |
03:13:20 | krazykit | fun as h2g2 is, it isn't on topic. |
03:14:16 | | Quit csc` (Connection timed out) |
03:18:04 | | Quit caysee ("Ex-Chat") |
03:22:46 | | Quit countrymonkey ("CGI:IRC (Ping timeout)") |
03:28:01 | | Quit psycho_maniac (" my irc program is broken") |
03:29:43 | | Quit karashata (" HydraIRC -> http://www.hydrairc.com <- \o/") |
03:36:06 | | Quit DerDome (Nick collision from services.) |
03:36:09 | | Join DerDom1 [0] (n=DerDome@dslb-082-083-210-070.pools.arcor-ip.net) |
03:36:19 | | Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-210-070.pools.arcor-ip.net) |
03:41:42 | | Join rocko [0] (n=rocko@71.80.121.24) |
03:47:24 | | Nick csc`` is now known as csc` (n=csc@archlinux/user/csc) |
03:50:12 | | Quit asdrubal ("Leaving") |
03:50:44 | | Join aliask [0] (n=chatzill@rockbox/developer/aliask) |
03:53:47 | | Join GrooveStix [0] (n=chatzill@76.226.160.43) |
03:54:13 | GrooveStix | hey people, any HDD or Gigabeat experts here? |
03:57:06 | GrooveStix | or anyone in between? |
03:57:33 | aliask | Which gigabeat? |
03:58:56 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
03:58:57 | aliask | And you're much more likely to get a response if you just ask your question straight off... |
03:59:34 | krazykit | not to mention that that's part of the guidelines |
04:00 |
04:00:45 | GrooveStix | haha |
04:00:49 | GrooveStix | sorry |
04:01:54 | GrooveStix | my hdd seems to be damaged, and I was wondering if I can use 20GB hdd (MK2004GAL) on my Gigabeat F10 model |
04:03:03 | aliask | Shouldn't be a problem. |
04:03:26 | rocko | I was riding my bike all day in the snow + 45 mile an hour wind |
04:03:40 | rocko | my ipod turned off, and when I got home it turned back on |
04:03:50 | rocko | what's the operating temps for the ipod |
04:03:53 | | Join axionix_ [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
04:03:59 | aliask | GrooveStix: http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement |
04:04:09 | GrooveStix | oh I was about to paste that |
04:05:23 | GrooveStix | but maybe I am missing something, since I wasn't able to find anything explicitly stated about my predicament |
04:06:15 | GrooveStix | all I am getting is that they are similar HDD |
04:06:18 | GrooveStix | s |
04:06:34 | aliask | GrooveStix: Well, it's the same physical size, and uses the same connection. So yes - they are compatible. |
04:07:23 | GrooveStix | I see, thanks a lot. in meantime, has anyone experienced a screeching HDD ? |
04:08:00 | GrooveStix | I think just a small section of my HDD is damaged and I can tell that it's damaged towards the end |
04:08:37 | GrooveStix | because I can put around 7.5GB (on my 10GB) player and works just fine |
04:09:10 | | Join axionix__ [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
04:09:27 | GrooveStix | when I start filling the remainder I get this noise and the coping process freezes, and I can hear this terrible screeching sound from inside |
04:10:29 | GrooveStix | (not that that terrible, I am being dramatic.) |
04:10:34 | GrooveStix | :) |
04:11:04 | | Join webguest96 [0] (n=8ddbe88f@gateway/web/cgi-irc/labb.contactor.se/x-bfccf0c6fe1ed558) |
04:11:21 | webguest96 | whats up everyone |
04:11:50 | | Quit webguest96 (Client Quit) |
04:16:30 | | Quit BitTorment ("SEGFAULT: shit!") |
04:18:57 | | Quit axionix (Read error: 110 (Connection timed out)) |
04:21:40 | | Join Apollonovich [0] (n=xxx@71-217-222-155.cdrr.qwest.net) |
04:22:14 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
04:22:24 | Apollonovich | Are there any technical reasons why attaching an external usb/firewire drive to an ipod would not work/has anyone tried such a thing? |
04:23:47 | Apollonovich | I admit I haven't yet looked at the rockbox code; nonetheless, if there is anyone here who is interested in such a thing and feels capable of working on it, I am willing and able to write firewire support code to try to make it happen. |
04:24:21 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
04:24:56 | | Quit jhulst (Remote closed the connection) |
04:25:10 | | Quit axionix_ (Read error: 110 (Connection timed out)) |
04:25:23 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-60fa728ac6bb457b) |
04:25:32 | saratoga | theres no USB support at all right now |
04:25:50 | saratoga | and if you add todays USB patch, you'd still be missing USB host functionality |
04:25:55 | saratoga | (for ipods) |
04:26:43 | | Quit GrooveStix ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") |
04:27:35 | Apollonovich | that's fair. I'm assuming that a)firewire does not separate into host/non-host controllers and b)ipods may not even have host functionality in hardware? |
04:27:48 | Apollonovich | based on these assumptions, I was aiming to do it in firewire. |
04:28:02 | | Join daurnimator [0] (n=daurn@unaffiliated/daurnimator) |
04:28:03 | Apollonovich | if the ipod has usb host hardware capability, perhaps that'd be more sensible. |
04:28:41 | Apollonovich | saratoga: are you aware of what hardware limiations do/don't exist in this vein? |
04:29:05 | | Quit BjoernErik (No route to host) |
04:29:42 | | Join cool_walking_200 [0] (n=Miranda@203-59-129-195.perm.iinet.net.au) |
04:34:01 | | Join aneka [0] (n=kvirc@66.251.25.244) |
04:35:15 | | Quit cool_walking_ (Read error: 110 (Connection timed out)) |
04:35:25 | saratoga | Apollonovich: I don't know about firewire, but the USB is pure software, so i think it can be programmed to do whatever |
04:36:03 | | Quit LinuxMafia (Read error: 110 (Connection timed out)) |
04:37:35 | Apollonovich | cool. I'm setting up my build environment now. I'll poke around with it a bit, perhaps be back in a few days with new questions. if I do anything interesting, I'll be sure to post patches. |
04:39:17 | Apollonovich | the firewire does intrigue me, though. I've never worked directly with it, but I assume it's more complex, since it took awhile for linux to have good support and windows still has a few bugs afaik. that being said, for the 1st 3 gen's of ipods, it appears to be the "natural" state. |
04:40:02 | Apollonovich | I assume there's no legal reason I couldn't look at the linux kernel for hints as to how to implement firewire code? |
04:40:21 | saratoga | linux is fine, its GPL, but it probably won't help you |
04:43:13 | | Nick cool_walking_200 is now known as cool_walking_ (n=Miranda@203-59-129-195.perm.iinet.net.au) |
04:46:45 | saratoga | Apollonovich: looking at the wiki, theres a datasheet for the ipod's firewire controller |
04:46:46 | | Quit HellDragon (Nick collision from services.) |
04:47:03 | saratoga | that and the USB patch would probably be the best places to look |
04:48:37 | Apollonovich | will do. much appreciated. |
04:49:03 | Apollonovich | that there's a datasheet for the controller is nice. that at least means it's doable. |
04:51:06 | | Join HellDragon [0] (n=Nocebo@unaffiliated/helldragon) |
04:53:59 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
04:54:22 | | Join miepchen^schlaf [0] (n=hihi@p54BF438E.dip.t-dialin.net) |
04:55:41 | | Join t0pGuN [0] (n=look@dsl-137-130.aei.ca) |
04:56:17 | t0pGuN | is there a way to remove files directly from my f10 like in the original os? |
04:57:19 | krazykit | that'd be covered in the manual |
04:57:26 | t0pGuN | wheres the manual |
04:57:36 | krazykit | linked from every page on rockbox.org |
04:58:18 | | Quit dave_ ("Ex-Chat") |
04:59:20 | t0pGuN | great thanks :D |
05:00 |
05:02:29 | JdGordon | Slasheri: did anything end up happening with the runtime data patch? |
05:03:39 | | Quit DerDome ("Leaving.") |
05:05:25 | | Join roxfan [0] (n=dunno@16.54-240-81.adsl-dyn.isp.belgacom.be) |
05:08:18 | *** | Saving seen data "./dancer.seen" |
05:09:13 | t0pGuN | ummm this might sound like a stupid question, but whats the "long select" |
05:09:15 | t0pGuN | button |
05:10:19 | scorche | a long press on the select button |
05:11:04 | t0pGuN | wooooo ballin new menu ive never seen before :) |
05:11:36 | JdGordon | anyone around with a hard disk target that uses the database and has "enable runtime data" enabled? |
05:12:35 | t0pGuN | thanks :) |
05:14:59 | | Quit roxfan2 (Read error: 110 (Connection timed out)) |
05:15:04 | * | JdGordon wonders if lostlogic would get pissed if i tested a build on his ipod :p |
05:17:35 | | Quit csc` (Read error: 110 (Connection timed out)) |
05:18:50 | | Quit t0pGuN () |
05:21:34 | scorche | backup the .rockbox folder and he will never know... |
05:21:41 | scorche | wait a second...you test? |
05:22:39 | JdGordon | no one else is around to bloody test this |
05:22:44 | JdGordon | and its a farking bug fix! |
05:23:04 | JdGordon | 8565 if you got a min |
05:23:41 | * | scorche is eating and ignores JdGordon |
05:26:02 | | Quit madman91 (Read error: 113 (No route to host)) |
05:27:59 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
05:32:01 | | Quit aneka ("KVIrc 3.2.4 Anomalies http://www.kvirc.net/") |
05:35:32 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
05:41:26 | | Quit simonrvn ("brb...") |
05:42:32 | | Join simonrvn [0] (i=simon@unaffiliated/simonrvn) |
05:44:32 | | Quit Horscht ("electromagnetic radiation from satellite debris") |
05:49:41 | | Quit saratoga ("CGI:IRC (EOF)") |
05:50:31 | JdGordon | FUCK disk mode is slow on the video! |
05:58:45 | Llorean | I do believe it's slower on the Nano. |
05:59:39 | JdGordon | and builindg the db with a full hard disk isnt fun either :( |
06:00 |
06:00:48 | | Quit jhulst ("Konversation terminated!") |
06:06:13 | Llorean | We definitely need a fast, host-side DB tool working again |
06:06:37 | JdGordon | :( damn patch doesnt work |
06:08:09 | | Join dannymill [0] (n=4a43de27@gateway/web/cgi-irc/labb.contactor.se/x-01b67da2cc022b95) |
06:08:49 | dannymill | yay |
06:09:38 | midgey | JdGordon: is this an attempt at fixing 8442? |
06:10:27 | | Join replix [0] (n=replix@164-112.78-83.cust.bluewin.ch) |
06:10:31 | JdGordon | yes |
06:11:19 | dannymill | if i have an ipod video with movies already on it, where do i got to watch them on rockbox? |
06:12:13 | midgey | videos that play in the apple firmware don't work in rockbox |
06:12:44 | dannymill | ic |
06:13:01 | dannymill | just have to use ipod's firmware then |
06:13:21 | midgey | Llorean: i was just checking out the forum and it seems i'm in the member group but i have a dev badge |
06:13:52 | midgey | i.e. i'm not on this page http://forums.rockbox.org/index.php?action=staff |
06:14:25 | | Quit dannymill ("CGI:IRC (EOF)") |
06:15:16 | JdGordon | fuck, Slasheri... what arnt you telling me about the database syncing??? |
06:15:52 | replix | when i choose "h4rdc0r3 linux" theme on my sansa e250, the playing screen does not look how it should |
06:16:14 | replix | there's so byaaa-tux and the picture stuff |
06:16:16 | Llorean | midgey: Someone other than me must've given you the dev badge. |
06:16:22 | Llorean | They set it as a secondary member group, instead of your primary |
06:16:53 | midgey | i see, i just noticed it so it's been like that for a while |
06:17:05 | | Join webguest80 [0] (n=4c445393@gateway/web/cgi-irc/labb.contactor.se/x-98ccbbf1f00a7aa1) |
06:18:19 | midgey | replix: do you have the font package installed? |
06:18:36 | replix | yes, how to tell? |
06:19:39 | | Quit webguest80 (Client Quit) |
06:20:01 | midgey | go to Settings > Theme Settings > Browse Fonts |
06:20:14 | replix | installed |
06:20:26 | replix | doesn't work, it was already installed |
06:20:30 | midgey | what looks wrong about the theme? |
06:21:08 | midgey | Llorean: out of curiosity, how difficult would it be to change my forum name to match my irc name? |
06:21:16 | replix | there are only the titles and the album displayed |
06:23:09 | | Join dannymill000 [0] (n=danrules@cpe-74-67-222-39.twcny.res.rr.com) |
06:24:44 | JdGordon | does anyone have a bunhc of 30s tracks I can get my grubby hands on? |
06:24:51 | dannymill000 | nah |
06:25:40 | dannymill000 | why is it that when i downloaded rockbox, it came with pacman but i cant run it |
06:25:46 | dannymill000 | ? |
06:25:55 | JdGordon | because you didnt read the manual |
06:26:09 | dannymill000 | >.< |
06:26:24 | dannymill000 | well i found where to get the wads and what not for doom |
06:26:26 | Llorean | midgey: Cake |
06:26:38 | dannymill000 | i just dont know where pacman is |
06:26:44 | Llorean | midgey: Uppercase or lowercase M? |
06:26:51 | midgey | lowercase is good |
06:26:51 | Llorean | Your login name will remain the same, though. |
06:27:06 | Llorean | It merely changes what is displayed. |
06:27:09 | midgey | thats fine, i'll remember it |
06:27:13 | Llorean | Okay, done |
06:27:20 | midgey | thanks |
06:27:21 | * | dannymill000 runs through the manual... |
06:28:20 | midgey | dannymill000: pacman roms are found in the pacman arcade machine. legally you have to dump it yourself and we won't help you break copyright law |
06:28:46 | dannymill000 | ok |
06:28:49 | dannymill000 | thanks midgey |
06:30:26 | JdGordon | ... there is definatly some other disk writing going on between tracks |
06:35:13 | | Quit dannymill000 ("Procrastinators Unite...tomorrow") |
06:36:34 | | Quit aliask ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020710]") |
06:38:19 | * | JdGordon gives up |
06:40:10 | midgey | does gather runtime even work at all right now? FS #8529 seems to suggest its completely broken |
06:42:26 | JdGordon | I dunno, I dont use the db usually |
06:42:55 | | Quit replix ("Verlassend") |
06:43:26 | * | JdGordon doesnt see how the updating is supposed to happen.... |
06:44:34 | | Join kaimuki [0] (i=EZE@cpe-76-88-164-36.hawaii.res.rr.com) |
06:44:51 | JdGordon | hmm.... I may have found the problem |
06:45:17 | | Join Syndrome [0] (n=chatzill@166.70.219.200) |
06:45:58 | JdGordon | tagcache_get_numeric() I'm guessing reads from the disk on the buffer event which is why the disk is spining at the unbuffer event (or vice verca.. doesnt matter either way.. the disk is spining very shortly after unbuffer) |
06:46:11 | * | JdGordon enables ramcache to find out |
06:49:53 | JdGordon | ramcache doesnt help! |
06:53:39 | * | JdGordon wants nico_P to magically appear :p |
06:56:23 | | Join TiMiD[FD] [0] (n=TiMiD@ntoska209165.oska.nt.ftth.ppp.infoweb.ne.jp) |
06:57:54 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
07:00 |
07:02:47 | JdGordon | I'm wrong :'( |
07:05:00 | TiMiD[FD] | I hate recompiling my own bootloader ... |
07:07:32 | | Join advlaptop2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
07:08:19 | *** | Saving seen data "./dancer.seen" |
07:10:41 | JdGordon | does close() cause a spin up if the file was only opened rdonly? |
07:13:07 | | Quit oskie (Remote closed the connection) |
07:13:50 | JdGordon | doesnt look like it |
07:14:15 | | Join replix [0] (n=replix@164-112.78-83.cust.bluewin.ch) |
07:27:37 | | Quit sitwon ("Leaving") |
07:27:47 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
07:33:34 | | Quit replix ("Verlassend") |
07:35:31 | | Join Kupop [0] (n=jono@adsl-69-111-245-15.dsl.snlo01.sbcglobal.net) |
07:39:16 | lostlogic | JdGordon: what were you testin' on my IPV? |
07:39:35 | JdGordon | trying to fix 8529 |
07:39:46 | JdGordon | runtime data causes spinup for every track |
07:40:48 | lostlogic | ah, runtime data bugs −− the kind I don't fixor :-P |
07:42:37 | | Join Kupopop [0] (n=jono@adsl-63-196-195-131.dsl.snlo01.pacbell.net) |
07:49:17 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
07:51:04 | | Join tvelocity [0] (n=tony@athedsl-391824.home.otenet.gr) |
07:55:37 | | Quit Kupop (Read error: 110 (Connection timed out)) |
07:57:26 | | Quit midgey () |
08:00 |
08:01:57 | | Quit moos ("Rockbox rules the DAP world") |
08:02:42 | | Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-74-29.w86-218.abo.wanadoo.fr) |
08:02:50 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
08:04:05 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
08:06:11 | Slasheri | JdGordon: the db shouldn't get updated directly on unbuffer event |
08:07:05 | Slasheri | JdGordon: so there isn't immediate access to disk unless there is a bug somewhere |
08:07:26 | Slasheri | the access should happen when the queue gets ran |
08:07:29 | TiMiD[FD] | Slasheri: I saw in the irc logs that you know quite well about the h100's bootloader and flashing procedure |
08:07:57 | TiMiD[FD] | is it safe to comment the detect_valid_bootloader ? |
08:08:09 | TiMiD[FD] | I use a custom bootloader ... (based on the last svn) |
08:09:17 | Slasheri | TiMiD[FD]: for h100/h115 ? |
08:09:53 | Slasheri | i already realeased the tested svn version of the h120 version but not the h100 version yet |
08:10:12 | TiMiD[FD] | h140 yes |
08:10:23 | Slasheri | hmm, you did some modifications to the code? |
08:10:32 | TiMiD[FD] | I want to try rockbox in flash (rombox) |
08:10:44 | TiMiD[FD] | I disabled an ata check on the bootloader |
08:10:51 | Slasheri | why? |
08:11:17 | TiMiD[FD] | works fine (had to do that since the first versions of the rb bootloader to make it work with my player) |
08:11:33 | Slasheri | hmm, interesting |
08:11:36 | TiMiD[FD] | if I don't do that, the booloader fails |
08:11:42 | TiMiD[FD] | ata error -32 |
08:12:00 | LinusN | TiMiD[FD]: it was a water accident, wasn't it? |
08:12:02 | Slasheri | so you removed that ata_init() line? |
08:12:10 | TiMiD[FD] | on the other hand the same code just works fine in daly builds |
08:12:14 | TiMiD[FD] | ah no |
08:13:04 | TiMiD[FD] | I commented the call to "check_registers" in the "init_and_check" function in ata.c |
08:13:16 | TiMiD[FD] | LinusN: no |
08:13:17 | Slasheri | TiMiD[FD]: you could try flashing the released 7pre4 version and immediately after that rombox and rockbox.iriver |
08:13:24 | TiMiD[FD] | that was the other guy's case |
08:13:26 | TiMiD[FD] | not mine |
08:13:33 | LinusN | ah |
08:13:34 | TiMiD[FD] | mine never got wet :) |
08:13:35 | Slasheri | if bootloader fails to load from disk, you could load the version from flash |
08:13:52 | Slasheri | hehe |
08:14:05 | Slasheri | ah that is the "water accident" :) |
08:14:30 | TiMiD[FD] | Slasheri: already tried the 7pre4 vanilla bootloader, failed the same way on my player so I made the modification and flashed the new bootloader |
08:14:32 | JdGordon | Slasheri: yeah, i tried figuring out what it was, but ailed |
08:15:01 | TiMiD[FD] | I wonder what's wrong with my player though |
08:15:16 | Slasheri | TiMiD[FD]: interesting. well, you can disable the bootloader check and then just flash it |
08:15:20 | TiMiD[FD] | I mean the hdd seems perfectly fine, on it's 3rd year |
08:15:22 | Slasheri | just make sure you have the right file |
08:15:27 | TiMiD[FD] | ok |
08:15:51 | TiMiD[FD] | just to make sure it won't fail from some obscure reasons |
08:16:06 | | Quit spr0k3t (Read error: 104 (Connection reset by peer)) |
08:16:11 | XavierGr | Slasheri: I tested your bootloader.iriver file, it works okay, so I guess you can continue on releasing bootloader version 7 |
08:16:25 | XavierGr | Slasheri: checksums worked nice too |
08:16:45 | TiMiD[FD] | btw how do you generate the crc32 checksums ? |
08:17:17 | TiMiD[FD] | I tried to include my checksum in the plugin's table but it failed |
08:17:22 | Slasheri | XavierGr: great, i will then upload that to the wiki too |
08:17:31 | Slasheri | TiMiD[FD]: i can send you the program to do that |
08:17:39 | pondlife | jhMikeS: Any further info on "11.50.19 # <jhMikeS> one piece of nastiness in ata.c is sleeping while holding a mutex :\" ? |
08:17:40 | | Join spr0k3t [0] (n=spr0k3t@CPE-69-76-171-220.kc.res.rr.com) |
08:17:52 | TiMiD[FD] | Slasheri: i could try with your program |
08:18:15 | TiMiD[FD] | I tried with cksvf under linux |
08:18:32 | TiMiD[FD] | is it the bootloader.bin file that you have to check ? |
08:18:37 | Slasheri | TiMiD[FD]: now you have it :) |
08:18:43 | Slasheri | no, rockbox.iriver |
08:18:51 | Slasheri | you need to rename that to bootloader.iriver |
08:19:04 | Slasheri | so then we have a dual checksum |
08:19:10 | Slasheri | one simple and one complex |
08:19:27 | Slasheri | that simple one including the model number too |
08:19:40 | TiMiD[FD] | ok |
08:20:22 | TiMiD[FD] | well I patched my ihp_120.hex file with bootloader.bin so I thought it was that file |
08:21:14 | pondlife | Does mutex_lock() always block until it obtains the mutex? |
08:21:36 | TiMiD[FD] | thanks for your program |
08:21:39 | TiMiD[FD] | I'm testing |
08:21:44 | | Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) |
08:21:55 | JdGordon | Slasheri: I'm thinking about commiting the patch anyway incase it does make it easy to find the actual bug... |
08:22:53 | TiMiD[FD] | nice works |
08:23:25 | TiMiD[FD] | so I guess that once it's flashed I'll have to cross my fingers and reboot ... |
08:23:49 | TiMiD[FD] | is it ok just to flash the ram image or should I also flash the rom one ? |
08:24:55 | TiMiD[FD] | well booted without any problem |
08:25:04 | * | JdGordon vents his frsutration at the less than brilliant event callback system in playback.c |
08:25:54 | Slasheri | TiMiD[FD]: that is a correct way also |
08:26:11 | Slasheri | TiMiD[FD]: .iriver file just has additional header information |
08:26:36 | TiMiD[FD] | hmm |
08:26:50 | TiMiD[FD] | I get a "Aborting: Read failure" when trying to flash rombox.iriver |
08:27:46 | TiMiD[FD] | weird |
08:28:18 | | Quit BigBambi (Remote closed the connection) |
08:28:39 | TiMiD[FD] | that would mean that the length reported by rb->filesize() differs from the one actually read |
08:28:59 | Slasheri | really interesting |
08:29:03 | Slasheri | that should never happen |
08:29:04 | | Join conando [0] (i=Soeren@dslb-084-060-153-079.pools.arcor-ip.net) |
08:29:18 | LinusN | pondlife: yes |
08:29:46 | | Join GodEater [50] (n=bryan@rockbox/staff/GodEater) |
08:30:14 | TiMiD[FD] | Slasheri: yes but I'm a guy with a very high failure rate when it comes to hardware ... |
08:30:16 | pondlife | Thanks |
08:31:40 | TiMiD[FD] | Slasheri: by the way, the bootmenu is always showing up (at every reboot), is there anything to tweak in the source like EEPROM setting ? |
08:31:52 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
08:32:41 | TiMiD[FD] | ah found it ... a press on record to switch the default boot |
08:34:48 | Slasheri | yep :) |
08:34:53 | TiMiD[FD] | the ram image works like a charm :) |
08:34:57 | Slasheri | great |
08:35:04 | jhMikeS | pondlife: no further info |
08:35:35 | TiMiD[FD] | but I don't get what's wrong with the rombox flash .. |
08:35:37 | pondlife | I mean, where is is sleeping with a mutex held? I may be missing the obvious... ;) |
08:35:47 | pondlife | s/is is/is it |
08:36:00 | jhMikeS | ata_power_on |
08:36:40 | | Quit Syndrome ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") |
08:36:51 | pondlife | Aargh, I see... |
08:36:51 | | Quit jhulst (Read error: 113 (No route to host)) |
08:37:22 | jhMikeS | not a biggie. I've got a little change after I hit the enter key here (increase that thread's priority) |
08:37:51 | pondlife | I'd think that the mutex handling should occur only inside the ata_...() routines anyway, no? |
08:37:54 | jhMikeS | also important for idle callbacks |
08:38:05 | pondlife | Ah, ata_power_on is static anyway, so maybe just not named well |
08:38:36 | jhMikeS | I think things were written to avoid reentering locks but it's not an issue now |
08:38:42 | amiconn | jhMikeS: What's the problem with holding the mutex in case of spinup? I would think that's even necessary |
08:39:13 | amiconn | And spinup takes a while, hence sleeping is a good idea as well |
08:39:52 | * | amiconn wants to understand why that could be a problem |
08:40:13 | jhMikeS | I don't think it is a problem. It's not even in a critical place since it only happens on USB plug. |
08:41:28 | amiconn | Hmm? If I am not missing something, the ata functions always sleep during spinup, and also hold the mutex in that case |
08:41:59 | amiconn | Ah, now I understand, you mean the ata *thread* |
08:42:22 | jhMikeS | yeah |
08:42:50 | amiconn | In fact that may be the problem which cause the occasional freeze-on-usb-plug instead of reboot to diskmode on PP targets |
08:43:36 | amiconn | This is something I want to change anyway - the serialisation of things during shutdown, transition to/from usb etc |
08:43:42 | jhMikeS | I'm thinking through having the priority implementation more thorough which would make it all irrelevant |
08:44:16 | TiMiD[FD] | Slasheri: wwoops I've got an explanation for that error I think ... it seems that my fat is broken |
08:44:45 | amiconn | Right now, these things are messy, preventing the implementation of suspend on 1st+2nd Gen |
08:45:59 | jhMikeS | priority inheritance (thread holding lock gets boosted to highest priority waiting) or another scheme must exist or inversions will happen |
08:46:29 | amiconn | The mentioned transitions need to be serialised properly |
08:47:02 | amiconn | Right now all threads receive e.g. the usb insertion event, and try to do their housekeeping, racing against the others |
08:47:44 | amiconn | Shutdown is even more messy - it all happens in a single thread, "seizing" operation from the dedicated threads |
08:49:44 | TiMiD[FD] | Slasheri: ok it was that, a fsck fixed it:) |
08:50:22 | jhMikeS | amiconn: not sure what you mean by racing. the acking should prevent that. |
08:51:10 | Slasheri | TiMiD[FD]: hehe, great :) |
08:51:38 | amiconn | It prevents that the system enters usb before all threads are done - but it does not prevent that the ata thread finishes its housekeeping before other threads |
08:51:47 | amiconn | And that's bad... |
08:57:53 | jhMikeS | then ata should be given the message once all acks have happened |
08:58:18 | amiconn | yes |
08:59:16 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
09:00 |
09:00:01 | amiconn | But since this rework will cause the threads to process several transition events instead of just one (usb) right now, keeping the simple broadcast-and-expect-acknowledge-from-all |
09:00:03 | jhMikeS | in other words it should ignore SYS_USB_CONNECTED and have its own message and probably not even be public |
09:00:14 | amiconn | -threads mechanism is not optimal |
09:01:02 | | Quit cool_walking_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
09:01:37 | amiconn | Only the threads "interested" in transitions (because they need to do something) should have to ack. That will save quite some case:s in the other threads |
09:03:16 | jhMikeS | keep ata out of the broadcast and send SYS_USB_CONNECTED from elsewhere after all acks |
09:04:35 | amiconn | Then it's no longer a broadcast |
09:04:53 | amiconn | My idea is some kind of registration mechanism for critical events |
09:05:53 | jhMikeS | sure it's a broadcast to all registered queues |
09:06:01 | LinusN | amiconn: how do we define "save the resume point" as a critical event? |
09:06:28 | LinusN | the playback thread would have a permanent registration |
09:06:39 | amiconn | Yes, of course |
09:06:59 | | Nick jhulst_ is now known as jhulst (n=jhulst@unaffiliated/jhulst) |
09:07:07 | amiconn | A few threads need to register for events, and that registration will be permanent in most (all?) cases |
09:07:20 | amiconn | But not all threads are interested in the same events |
09:07:41 | amiconn | E.g. playback needs both USB_CONNECTED and SHUTDOWN resp. SUSPEND |
09:07:49 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:07:53 | amiconn | Backlight *only* needs to register for SUSPEND |
09:08:05 | jhMikeS | They just ignore posts they don't care about though so it's no big deal |
09:08:20 | *** | Saving seen data "./dancer.seen" |
09:08:47 | amiconn | They cannot just ignore them, they have to acknowledge them, unless such a registration scheme is implemented |
09:09:05 | LinusN | that is true for usb |
09:09:09 | jhMikeS | ones that should be acked |
09:09:15 | amiconn | LinusN: Yes, right now |
09:09:27 | amiconn | Latzer there will be 2, 3, or even more such critical events |
09:09:27 | LinusN | hmmm, i guess suspend must be acked as well |
09:09:39 | GodEater | Nico_P: I've just tried out FS8260 as you requested, and it's still not a fix really |
09:10:07 | amiconn | And I don't want *each* thread to have to acknowledge all of them, if it doesn't need to do something |
09:10:46 | amiconn | LinusN: Yes, of course. For suspend it's even more important, e.g. it's something that needs to be acked by the backlight thread |
09:11:05 | | Quit jhulst ("Konversation terminated!") |
09:11:09 | amiconn | Backlight *must* be switched off before suspend, but not before shutdown or usb |
09:11:42 | LinusN | i still don't see why it is such a problem to have to ack messages you don't care about |
09:12:02 | LinusN | we could even implement a default handler that does that |
09:12:19 | LinusN | i am not that fond of registration mechanisms |
09:12:24 | jhMikeS | I guess some acks would block others wouldn't or shouldn't for some .... hmmm |
09:12:43 | LinusN | was that english? |
09:13:05 | jhMikeS | I'm pretty sure :) |
09:13:08 | LinusN | :-) |
09:13:18 | jhMikeS | btw, you're probably not fond of mpegplayer then :) |
09:18:15 | | Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) |
09:23:12 | amiconn | LinusN: The problem is that each and every thread would have to handle these events -> extra code |
09:23:53 | petur | registration code would also mean extra code + memory to store |
09:23:56 | amiconn | Plus you can't easily control the order in which things happen |
09:24:07 | petur | how many threads have we, anyway? |
09:24:25 | jhMikeS | a priority code |
09:24:26 | amiconn | Depends on the target |
09:24:47 | petur | amiconn: the order of things could be an issue, yes |
09:25:50 | amiconn | The "registration" can be fairly static |
09:26:50 | | Quit TMM ("Ex-Chat") |
09:30:05 | | Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) |
09:32:02 | | Join ol_schoola_ [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
09:32:10 | | Quit ol_schoola (Read error: 104 (Connection reset by peer)) |
09:36:06 | | Join spiorf [0] (n=spiorf@host118-214-dynamic.20-79-r.retail.telecomitalia.it) |
09:39:05 | LinusN | amiconn: that extra code would be a call to the default handler in the default: case |
09:39:33 | LinusN | i think that wouldn't be more code than the registration handling would be |
09:41:16 | amiconn | Maybe, but it's more error prone imho |
09:41:50 | amiconn | Forget that call in a single place (in a thread that doesn't need to care about those events), and the system misbehaves. |
09:42:37 | petur | that is the same for USB... maybe less detectable |
09:44:09 | | Join xushi [0] (n=xushi@unaffiliated/xushi) |
09:45:19 | Nico_P | GodEater: it's not? |
09:45:52 | GodEater | Nico_P: no - if I put all my settings back to the way they were when I first noticed the issue, I still get pretty bad performance audio wise |
09:46:05 | GodEater | and it takes about 2 minutes for playback to start when I power on |
09:46:10 | GodEater | WPS still doesn't update |
09:46:12 | Nico_P | hmm. then could you try the patch above it? |
09:46:15 | GodEater | etc. etc. |
09:46:18 | GodEater | ok |
09:46:22 | Nico_P | you'll need to up to an older svn rev |
09:46:30 | GodEater | how old ? |
09:46:43 | Nico_P | the power management commit broke the patch |
09:47:12 | Nico_P | so up to r16258 |
09:47:36 | GodEater | inclusive ? |
09:47:39 | Nico_P | yes |
09:47:49 | Nico_P | the power management was r16259 |
09:48:09 | LinusN | amiconn: that's true, but how do you handle the registration? callbacks? what if the work-to-be-done has to be done in the thread that registered it? |
09:48:20 | GodEater | Nico_P: ok - grabbing it now |
09:48:24 | GodEater | brb |
09:49:02 | LinusN | you still have to include handling of the events you registered to |
09:50:33 | LinusN | but i agree that it is probably easier to remember to handle events you want than those you don't want |
09:56:03 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
09:56:44 | GodEater | Nico_P: just to be clear, you want me to try the patch named : "revert_r15444.patch", not "revert_r15444_sync.patch", and it's to be applied against r16258 ? |
09:56:48 | Nico_P | I find it ironic that someone submitted work I made on the tracker when I'm a committer |
09:57:08 | Nico_P | GodEater: exactly. someone said that one fixed the problem |
09:57:24 | Nico_P | if it does for you too, then the issue comes from the tiny diff between the patches |
09:58:04 | GodEater | ok - building now |
10:00 |
10:01:40 | * | GodEater takes his life in his hands and uses RB UMS mode to upload the new build :) |
10:04:10 | GodEater | still getting drop outs Nico |
10:04:47 | Nico_P | ok |
10:05:04 | GodEater | and disk is still spinning madly |
10:05:39 | Nico_P | maybe the one you want is the r16105 revert |
10:05:56 | Nico_P | s/want/should try |
10:06:09 | GodEater | as in r16105 + this patch ? |
10:06:20 | Nico_P | FS #8568 |
10:06:29 | GodEater | I think I already tried that |
10:06:31 | Nico_P | not sure both are needed |
10:06:55 | GodEater | curious |
10:07:01 | GodEater | I just started a new playlist |
10:07:05 | GodEater | AA appeared for a second |
10:07:10 | GodEater | and then disappeared again |
10:07:17 | GodEater | and then came back |
10:07:46 | Nico_P | curious indeed |
10:07:50 | GodEater | real and usefl are still taking an age to fill |
10:08:06 | GodEater | oh - dircache is still updating |
10:08:08 | GodEater | that's why |
10:08:11 | Nico_P | ah |
10:09:26 | | Join ze__ [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
10:09:51 | | Part xushi |
10:10:00 | GodEater | ok |
10:10:04 | GodEater | let's try the other one then |
10:10:13 | GodEater | do I need a given rev to try that patch against ? |
10:10:26 | Nico_P | I don't think so |
10:10:27 | Nico_P | I have to go to class. I'll read the logs when I get back |
10:11:49 | | Quit ze (Nick collision from services.) |
10:11:49 | | Nick ze__ is now known as ze (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
10:14:26 | | Nick ze is now known as ze0 (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
10:14:37 | linuxstb | Zagor: Hi. Is your USB work, was there a reason you made Rockbox call itself "Rockbox media player", rather than attempting to mimic the OF's strings? |
10:14:53 | | Nick ze0 is now known as ze (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
10:15:25 | Zagor | mimicing the OF strings requires more work+code and no gain |
10:15:30 | * | GodEater seems to remember a lengthy IRC discussion around the subject |
10:15:46 | GodEater | I would argue with the "no gain" bit |
10:15:58 | GodEater | linuxstb and I will have to re-write our fstab files ;) |
10:16:22 | Zagor | hehe |
10:18:01 | | Join lee-qid [0] (n=liqid@p54964F0C.dip.t-dialin.net) |
10:19:55 | linuxstb | Zagor: Why does it require more code? Isn't it just compile-time, apart from serial numbers, which we should implement in some way anyway to be compliant. |
10:22:00 | Zagor | there's the issue with players like c240 and c250 that use storage capacity as part of their name |
10:22:05 | GodEater | Nico_P: yep - spinlock rollback is the one which fixes it for me |
10:23:16 | | Quit amiconn (Nick collision from services.) |
10:23:18 | linuxstb | Zagor: True, but that's trivial. I just think that if a user has set up rules in his OS to do something with a device, the same rule should work regardless of which software is providing the USB mode. |
10:23:22 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
10:24:52 | Zagor | linuxstb: well those rules should use usb id, not strings |
10:25:27 | Zagor | strings can even be multi-lingual |
10:27:58 | GodEater | my fstab rules use the "by-uuid" part of /dev/disk - I'm not sure what generates that though |
10:28:16 | | Quit simonrvn (Remote closed the connection) |
10:33:52 | * | GodEater wonders if there is any support for lightscribe cd/dvd writers under linux |
10:43:27 | | Join BitTorment [0] (n=martin@87-194-94-92.bethere.co.uk) |
10:46:32 | | Join simonrvn [0] (i=simon@unaffiliated/simonrvn) |
10:55:02 | amiconn | LinusN: Registration would be for events of course, not callbacks |
10:59:22 | | Quit spiorf (Remote closed the connection) |
11:00 |
11:08:24 | *** | Saving seen data "./dancer.seen" |
11:18:41 | | Join TMM [0] (n=hp@ip5650d1ab.direct-adsl.nl) |
11:28:46 | | Join Bjoern-Erik [0] (n=Bjoern@148.80-202-110.nextgentel.com) |
11:31:09 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
11:31:51 | Zagor | GodEater: afaiu uuid should not be affected by usb strings. it's a property of the file system. |
11:32:22 | GodEater | well without the work linuxstb did - I got a completely different uuid using RB's UMS stuff |
11:32:30 | GodEater | now I'm getting the same one though |
11:33:56 | linuxstb | Zagor: I made the code (for ipods only, as that's all I own) output the same strings for iManufacturer, iProduct and iSerial.... |
11:34:34 | Zagor | can you try just doing iSerial? |
11:37:09 | linuxstb | Sure |
11:37:44 | | Join CaptainSquid [0] (n=Miranda@proxy14.netz.sbs.de) |
11:40:39 | linuxstb | Yes, iSerial seems to be enough. |
11:41:32 | Zagor | ok, that makes sense |
11:41:36 | linuxstb | It's an unusually short UUID though (with both the OF and Rockbox) - just 47AE-E1D8 |
11:41:53 | Zagor | yes fat filesystems have such short ones |
11:42:59 | r4v5 | there are only 2^48 possible fat filesystems, you konw |
11:43:26 | linuxstb | That's enough for me.. |
11:44:08 | linuxstb | Zagor: Would you expect reformatting to change that ID? |
11:44:21 | Zagor | I think so, yes |
11:44:53 | * | linuxstb tries |
11:45:47 | | Quit FOAD (Read error: 110 (Connection timed out)) |
11:45:47 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
11:46:52 | linuxstb | Yes, formatting with mkfs.vfat changed the ID... |
11:48:43 | | Quit homielowe (Read error: 110 (Connection timed out)) |
11:49:37 | Zagor | imho uuid isn't very suitable in fstab for removable devices |
11:50:13 | linuxstb | So how would you set up fstab? I'm currently using /dev/disk/by-id... |
11:50:28 | linuxstb | (which is why I wanted Rockbox to mirror the OF) |
11:50:48 | linuxstb | And I've no idea what Windows does (when you assign fixed drive letters to devices) |
11:51:47 | | Join defukt [0] (n=WTFOMGBB@91.106.142.234) |
11:53:29 | r4v5 | i'm not even sure windows developers know what Windows does for that |
11:53:39 | linuxstb | In fact, I don't think the by-id is using iProduct and iManufacturer - it's using the VendorID and ProductID from the SCSI Inquiry |
11:53:52 | linuxstb | (which for ipods are "Apple" and "iPod" respectively) |
11:56:50 | Zagor | linuxstb: I'd solve it with udev rather than directly in fstab. SYSFS{idVendor}=="xxxx", SYSFS{idProduct}=="yyyy", SYMLINK+="ipod-%k" |
12:00 |
12:02:36 | * | GodEater really must brush up on his udev skills |
12:04:21 | Zagor | i my case my gnome desktop does some magic and automounts usb drives in /media for me, so I currently don't have to use local udev rules. I did in the past though. |
12:05:06 | | Join Rob2222 [0] (n=Miranda@p54B0DB36.dip.t-dialin.net) |
12:30:49 | preglow | so, does the usb stuff still mangle stuff badly on write? |
12:31:00 | | Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) |
12:31:44 | linuxstb | Not for me... |
12:34:31 | | Join spiorf [0] (n=spiorf@host118-214-dynamic.20-79-r.retail.telecomitalia.it) |
12:39:22 | GodEater | nor me |
12:39:30 | GodEater | I just did a Rockbox upgrade using it |
12:39:59 | * | preglow does an upgrade, then |
12:43:03 | | Join Axio [0] (n=Axio@alf94-1-81-57-140-233.fbx.proxad.net) |
12:44:06 | preglow | i see we have commited lower voltage use on the wm chip in ipod video, now |
12:44:08 | GodEater | although as linuxstb found, I didn't get a "New version of rockbox.ipod found, do you wish to run it?" message |
12:44:08 | preglow | is this wise? |
12:44:30 | GodEater | preglow: well the patch got a lot of testing... |
12:45:02 | preglow | and some day some guy will complain he gets distorted sound, and we will have no idea why |
12:45:09 | linuxstb | GodEater: There's a specific #ifndef USB_IPODSTYLE around that code - I've tried removing it, and it detected the change (bringing up a confirmation prompt), but it refuses to run rolo. I haven't investigated why yet. |
12:45:15 | preglow | i really think we should stick to the voltages apple use |
12:45:24 | preglow | unless datasheets tell us we can use something lower |
12:47:09 | linuxstb | The problem is that we don't have the precise datasheets for most (all?) of the codecs. |
12:47:50 | preglow | that gives us all the more reason not to tamper around with voltages unless doing some re first |
12:48:18 | preglow | the nano stuff tells us that some ipod specs differ somewhat |
12:48:26 | linuxstb | Do we know that the old values (before saratoga's commit) were the same as the OF? |
12:48:33 | GodEater | well I believe the "commit or not?" question was posed last night - and no-one said "not" at the time ? |
12:48:48 | GodEater | or possibly longer ago than that |
12:48:52 | linuxstb | Didn't amiconn raise concerns over the voltages as well? |
12:48:59 | preglow | i wasn't around then :) |
12:48:59 | preglow | they're valid concerns |
12:49:07 | GodEater | I only saw cpu speed concerns |
12:49:13 | GodEater | (from amiconn) |
12:49:21 | preglow | he's concerned about voltages too |
12:49:27 | GodEater | but I have to confess I didn't pay much attention |
12:49:37 | GodEater | I didn't try the patch at all |
12:49:45 | GodEater | so didn't feel qualified to comment on it |
12:50:25 | preglow | linuxstb: not as of, no, but bootloader sets them as that |
12:50:38 | preglow | linuxstb: but i believe we should leave them at that until we discover of does otherwise |
12:50:43 | * | GodEater just got to play with a Zune |
12:51:02 | GodEater | I now feel thoroughly soiled, and need to go bleach my hands |
12:51:02 | linuxstb | GodEater: Is it as nice as the S's original firmware? |
12:51:17 | GodEater | it's identical to the S's firmware from what I could see |
12:51:21 | linuxstb | Ouch... |
12:51:27 | GodEater | but the controls on the Zune are *horrible* |
12:51:38 | linuxstb | So it's even worse than the S? |
12:51:44 | GodEater | yup |
12:51:53 | GodEater | imo of course |
12:51:55 | linuxstb | Quite an impressive feat. |
12:52:05 | GodEater | the screen is nice |
12:52:11 | GodEater | that's about all I could say for it |
12:55:42 | * | preglow just cleared his settings by attempting to boot retailos... |
12:55:53 | GodEater | oops |
12:55:57 | | Join DerPapst [0] (n=DerPapst@p5B23DF8D.dip.t-dialin.net) |
12:56:32 | DerPapst | Apollonovich: there are some kind of firewire drivers for 1st to 3rd gen iPods in the ipodlinux code base |
12:57:04 | DerPapst | Apollonovich: http://ipodlinux.org/Ipod_to_ipod |
12:57:17 | preglow | usb seems to work neat |
12:57:32 | | Quit Axio (Remote closed the connection) |
12:57:34 | preglow | eject is handled rather badly |
12:58:10 | preglow | just hangs, does anyone else get that? |
12:58:14 | GodEater | yes |
12:58:20 | GodEater | I just pull the cord out after the umount |
12:58:23 | preglow | kind of nasty... |
12:58:30 | GodEater | if you've *tried* an eject, it will return at that point |
13:00 |
13:01:00 | linuxstb | I never eject, just umount. |
13:02:38 | | Join gevaerts [0] (n=fg@195-144-092-011.dyn.adsl.xs4all.be) |
13:03:00 | gevaerts | Hi all |
13:03:14 | linuxstb | gevaerts: Hi. Have you read the logs from the last 2 minutes? |
13:03:29 | linuxstb | Basically, how eject isn't being handled? |
13:03:41 | | Quit fasmaie (Read error: 113 (No route to host)) |
13:03:59 | gevaerts | linuxstb: yes. I'll have to test that. I never use eject, so I don't have any trouble. |
13:04:53 | linuxstb | gevaerts: Also, Zagor doesn't think we should be bothering to mimic the strings sent by the OF (see the discussion this morning) |
13:05:30 | Zagor | I think we should do iSerial, but not the others |
13:06:00 | preglow | what "strings"? |
13:06:30 | preglow | we should mimic whatever is needed to make the os just mount without complaining, nothing more, imo |
13:06:54 | gevaerts | I don't really care about those strings. |
13:08:26 | *** | Saving seen data "./dancer.seen" |
13:08:34 | gevaerts | Actually, I think we should show something different from the OF (including vendor/device id, but I don't have a realistic way to get those) to avoid being mistaken for the OF by updating tools. |
13:09:54 | preglow | but yeah, working "eject" would be sweet :) |
13:12:26 | gevaerts | preglow: I'm looking at it righ now |
13:12:36 | Zagor | preglow: why are you ejecting flash/hd devices? |
13:13:15 | Zagor | eject is for devices with removable media. not for removable devices. |
13:13:25 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
13:14:08 | linuxstb | gevaerts: But I think in some cases we would want to be mistaken for the original firmware. |
13:14:37 | gevaerts | Zagor: actually we set the 'removable media' bit, so we should at least handle it gracefully. |
13:15:03 | preglow | Zagor: it's the only way of making most retail firmware say it's ok to unplug, so it is expected also for flash/hd devices |
13:15:13 | Zagor | gevaerts: I agree we should handle it. |
13:15:42 | Zagor | preglow: ?? the retail firmware has no say in this, it's the host that decides when it's ok to unmount |
13:16:23 | preglow | Zagor: well, i've seen plenty of usb handling firmwares that clearly wait for the eject signal, i don't know why or how |
13:16:41 | Zagor | the 'removable media' bit might be wrong. I don't remember the exact definition of it. |
13:17:10 | Zagor | preglow: what do they do once they get it? the host controls all transfers. |
13:17:21 | preglow | Zagor: tell you it's ok to unplug |
13:17:32 | preglow | if i just unmount, they say "don't unplug" right until i pull the plug |
13:17:35 | Zagor | preglow: oh you mean on the screen? |
13:17:40 | preglow | sure, where else? |
13:18:25 | preglow | i agree unmounting works just fine, but i try to do what the firmware expects me to |
13:18:25 | Zagor | ok, well that's just user fluff then. probably caused by treating the behaviour of Windows as the spec |
13:20:02 | preglow | fluff it might be, but most users don't know shit about how usb works, this at least allows a way for the unit to tell when it's ok to unplug it |
13:20:16 | gevaerts | Anyway I've got it handled now |
13:20:19 | | Join ctaylorr [0] (n=ctaylorr@CPE001839ae25b4-CM0011aea4a276.cpe.net.cable.rogers.com) |
13:20:21 | preglow | gevaerts: great :) |
13:20:45 | preglow | how should we handle it, btw? exit the usb screen? |
13:21:01 | preglow | i guess that would be best, so charging can continue while the usb plug remains inserted |
13:21:35 | Zagor | sounds good |
13:22:16 | Zagor | I still resent the idea of the device telling the user it's ok to disconnect though. :-) it is very much the job of the host to do that. the device simply doesn't know. |
13:22:34 | preglow | it does when it has received an eject signal |
13:23:11 | gevaerts | Actually that's not that straightforward : the START_STOP_UNIT command (that's what gets sent on eject), like most of the SCSI commands, goes to a LUN and not the entire device. |
13:23:22 | Zagor | it doesn't know. it only believes the host has unmounted before it sends eject. |
13:23:35 | preglow | well, sure, but anything else would be retarded |
13:24:02 | Zagor | I'd say the device claiming to know what the host is doing is retarded.. |
13:24:21 | Zagor | anyway, it is what it is. |
13:25:53 | Zagor | gevaerts: yes, the device could for example have multiple cd trays |
13:26:51 | gevaerts | As far as I understand it the actual meaning of this stuff (START_STOP_UNIT and REMOVABLE bit) relates to things like card slots, not to the internal storage. I think we should mark internal storage as non-removable. The fact that usb happens to be hotpluggable is a different matter and means that the OS has to handle to kinds of unplug, but that's not our concern |
13:27:01 | gevaerts | Zagor: the sansas have two luns right now |
13:27:12 | Zagor | gevaerts: right, with the sd slot |
13:27:23 | Zagor | ejecting does in fact make sense for the slot |
13:27:37 | Zagor | only it cannot actually eject, so... |
13:28:17 | gevaerts | Zagor: so it's similar to old floppy drives. It still is a removable device in SCSI terms. |
13:28:29 | petur | Zagor: neither can the cardreader in my pc, but it does power doen the card |
13:28:40 | Zagor | gevaerts: yes, same with ZIP drives, tapes etc. |
13:28:52 | Zagor | petur: good point |
13:29:48 | Zagor | gevaerts: there is a difference btwn removable device (all usb devices) and removable media. eject is for removable media. |
13:30:06 | preglow | Zagor: really, if the host hasn't unmounted by the time it sends and eject command... |
13:30:38 | Zagor | preglow: we might umount and eject the sd slot while keeping the internal flash mounted. |
13:31:51 | preglow | sure, it's a different case for sansas, i guess |
13:33:36 | | Quit TMM (Read error: 104 (Connection reset by peer)) |
13:34:05 | | Quit DataGhost (Read error: 104 (Connection reset by peer)) |
13:34:06 | linuxstb | Does the Sansa OF handle hotswapping of SD cards whilst connected via USB? |
13:34:17 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
13:34:26 | Zagor | I don't know |
13:34:41 | gevaerts | I uploaded a new patch. Eject is handled gracefully (but we don't actually do anything with it), windows finds the sd card on sansa, and the ipod strings are removed (the serial number is still there) |
13:34:48 | gevaerts | linuxstb: no idea |
13:35:50 | gevaerts | I tried making the internal flash non-removable, but then windows started finding only one drive again, so I backed that out again (lunch break is nearly over...) |
13:36:22 | linuxstb | Linux was happy though? |
13:38:23 | gevaerts | Zagor: I'd like to move some stuff around, mainly moving the class-specific descriptors to the class drivers and making the used class runtime-selectable, and moving transfer_buffer to usb_core (so that there is only one even if multiple class drivers exist). Do you have any thoughts/objections/recommendations on that ? |
13:38:41 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
13:39:17 | gevaerts | Zagor: Nico_P suggested first committing the current patch before doing that kind of work. |
13:39:20 | * | preglow upgrades rockbox with native usb :) |
13:39:55 | preglow | what, rolo works on ipods now? |
13:40:06 | Zagor | gevaerts: I think I agree with Nico_P. let's commit the working storage-only driver and then rework the code for more flexibility |
13:40:15 | gevaerts | linuxstb: I didn't test that. I assume it is, it never had any problem with the sd card slot (except at the time when sd-card writes went to the internal flash) |
13:40:23 | linuxstb | preglow: It's worked for a long time (rolo'ing Rockbox), it's just been pointless up to now... |
13:40:29 | preglow | gevaerts: eject works great :) |
13:40:38 | preglow | linuxstb: really, now, didn't notice |
13:40:44 | | Quit hcs ("Leaving.") |
13:41:01 | gevaerts | Zagor: I'd suggest leaving it off by default for now though. I think it's still too immature for unsuspecting normal users |
13:41:37 | Zagor | ok |
13:42:27 | gevaerts | Zagor: Shall I prepare a patch with the "enable by default" stuff removed ? |
13:43:11 | gevaerts | Zagor: and should that still reboot on plugin ? |
13:43:43 | Zagor | yes, we should either enter ums mode or reboot. |
13:43:48 | petur | LinusN: any news on that IDE-ZIF adapter? Did you get that sample yet? |
13:43:58 | LinusN | nope |
13:44:40 | Zagor | gevaerts: would you like commit access? |
13:45:30 | | Join SSnake [0] (n=dfsff@host-84-220-234-41.cust-adsl.tiscali.it) |
13:45:39 | SSnake | hi everyone |
13:46:10 | SSnake | i'm looking for some info relating to button API to be used in plugins |
13:46:43 | gevaerts | Zagor: I think I'd better first follow development a bit so that I learn the rules a bit better. |
13:46:47 | SSnake | i really need them cause i can't find any wiki/docs explaining them well |
13:47:12 | Zagor | gevaerts: sure. I'll commit your "disabled" patch then. |
13:47:13 | * | amiconn would also be interested in that ata50-zif adapter |
13:47:57 | gevaerts | Zagor: should I use one central preprocessor symbol to enable/disable the entire thing ? |
13:48:05 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
13:48:28 | Zagor | gevaerts: we still want to be able to usb-charge like before |
13:50:13 | linuxstb | amiconn: The code for checking the rockbox.ext for changes before/after USB connect is currently disabled for ipods (with a !defined(USB_IPODSTYLE) check). Any objections to me removing that check completely? It means the code will be run on the 1st-3rd gen, which is currently pointless but (afaics) harmless. |
13:51:31 | linuxstb | SSnake: How do you want to handle buttons? You can either call a function that gives you the current status (pressed/not pressed) of each button bit-packed into an integer, or you can recieve press/release events for buttons. |
13:52:33 | SSnake | well i need the second one |
13:52:55 | SSnake | i need to know when the same button is press/released |
13:53:13 | SSnake | on wiki no info about macro buttons define |
13:54:32 | SSnake | i looked a some source code it seems to be a BUTTON_REL macro |
13:55:34 | amiconn | linuxstb: Why? |
13:55:45 | linuxstb | amiconn: For the Rockbox UMS mode... |
13:56:07 | amiconn | Yes, so that code should be used on PP502x devices... |
13:56:17 | amiconn | And that means USB_IPODSTYLE has to go |
13:58:01 | linuxstb | It just seems cleaner to me to enable it for all targets - the only reason it shouldn't be enabled is because hardware drivers aren't implemented. |
13:58:07 | amiconn | ...because USB_IPODSTYLE means to reboot into OF |
13:58:33 | amiconn | Yes, and 1st..3rd Gen are still USB_IPODSTYLE |
13:58:47 | | Part LinusN |
13:58:51 | linuxstb | OK, so just remove USB_IPODSTYLE from the other config files/ |
13:58:52 | gevaerts | Zagor: I uploaded a patch that should leave behaviuor unchanged by default. It can be switched to the new behaviuor by defining USE_ROCKBOX_USB |
13:58:52 | linuxstb | ? |
13:59:18 | Zagor | good, I'll check it over and commit |
13:59:33 | linuxstb | amiconn: BTW, there also seems to be checks for a "USB_NONE" define - which afaics isn't defined for any target. |
14:00 |
14:00:40 | amiconn | Yes, no more |
14:00:53 | amiconn | The neo was USB_NONE afaik |
14:02:20 | | Quit Febs ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") |
14:02:31 | * | gevaerts didn't like testing the usb-disabled build... He had to reboot to OF to get usb back afterwards |
14:02:38 | | Join DerDome [0] (n=DerDome@dslb-082-083-210-070.pools.arcor-ip.net) |
14:03:34 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
14:04:30 | | Join Thundercloud [0] (n=thunderc@resnet02.nat.lancs.ac.uk) |
14:04:44 | | Quit hcs (Client Quit) |
14:05:27 | | Quit spiorf (Remote closed the connection) |
14:07:03 | | Quit DerPapst (Read error: 113 (No route to host)) |
14:11:20 | pondlife | Is it ok to put test builds on Flyspray? |
14:11:36 | Zagor | sure |
14:11:40 | pondlife | Great |
14:12:08 | pondlife | Nobody seems to have an Iriver LCD remote and time to test for me... |
14:12:34 | | Join CaptainSquid83 [0] (n=Miranda@proxy14.netz.sbs.de) |
14:15:08 | pondlife | Hmm, it doesn't want to attach a zip. |
14:15:39 | pondlife | Too big I guess |
14:15:39 | petur | pondlife: I've seen attached zips before... |
14:16:02 | pondlife | Yep, but this is a rockbox.zip of 2210296 bytes |
14:16:05 | petur | put it somewhere and link to it? |
14:16:13 | pondlife | Yep, guess so. |
14:16:43 | petur | what's the problem with the LCD remote, btw? |
14:17:17 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
14:18:31 | pondlife | Nothing, but my non-LCD remote lacks buttons |
14:19:01 | pondlife | I've started some keymap changes, but I'm not sure I understand the tables completely and I might have borked the LCD remotes |
14:19:23 | petur | I'll see if I can test tonight... |
14:19:46 | pondlife | See http://www.rockbox.org/tracker/task/8569 - you might be able to look at the patch and see I've done something silly. |
14:21:24 | | Quit CaptainSquid (Remote closed the connection) |
14:22:08 | | Quit XavierGr (Nick collision from services.) |
14:22:15 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
14:23:33 | | Join joshn_ [0] (n=joshn@wsip-70-167-45-122.ks.ks.cox.net) |
14:23:43 | Zagor | gevaerts: I assume first_td and last_td in usb-drv should be static, right? |
14:24:36 | joshn_ | Hey, could someone grant me write access to the wiki? |
14:24:48 | amiconn | Zagor: Btw, since the usb buffer must be 2KB aligned, it might make more sense to allocate it statically via the .lds file |
14:25:02 | amiconn | Could be located near the end of ram, before the plugin buffer |
14:25:22 | linuxstb | joshin: Done. |
14:25:29 | joshn_ | great, tx! |
14:26:58 | linuxstb | amiconn: Do you know if the PP chips have a unique serial number accessible from Rockbox? |
14:29:53 | gevaerts | Zagor: yes, I forgot that. |
14:32:02 | | Join _kch_ [0] (n=kch@250.Red-80-34-94.staticIP.rima-tde.net) |
14:32:39 | | Quit _kch_ (Client Quit) |
14:32:39 | amiconn | Not that I know of |
14:35:56 | gevaerts | amiconn: do you mean the queue_head stuff or the transfer_buffer in usb_storage.c ? The transfer buffer probably doesn't need to be aligned, but I should double-check that first. |
14:36:28 | pondlife | pixelma: (when you read the logs) Thanks for fixing that manual for me. I've still not got Cygwin building manuals properly, so wasn't able to test. |
14:36:56 | | Join markun [50] (n=markun@rockbox/developer/markun) |
14:44:03 | | Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) |
14:50:14 | | Join jcollie [0] (n=jcollie@161.210.6.204) |
14:52:50 | gevaerts | Zagor: I probably added a bug in the td_array handling : there is usually a read open for control transfers, but in moving from one td per pipe to a pool of tds I forgot about that, so now control tds get overwritten by bulk tds. We probably need to add a bit to the td structure to keep track of which tds are in use (The reserved field now contains the transfer size for that td, which might take 17 bits, so there is room for another bit) |
14:54:17 | gevaerts | Zagor: I need to think about that a bit more, since it also involves marking the tds free after use. I don't have time for that now (at work), but I'll get to it tonight |
14:54:36 | | Join agm3nt [0] (n=opera@bartek.tu.kielce.pl) |
14:54:39 | Zagor | aha |
14:55:09 | | Join Arathis [0] (n=doerk@p508A7E7C.dip.t-dialin.net) |
14:55:37 | gevaerts | Zagor: maybe wait with committing until that's fixed |
14:56:09 | | Quit Zom (Read error: 110 (Connection timed out)) |
14:56:19 | | Join Zom [0] (n=zom@h-79-136-43-44.NA.cust.bahnhof.se) |
14:56:24 | gevaerts | Zagor: I don't know if it can lead to data corruption, but I think it could cause the frequent reset problem |
14:56:28 | | Quit robotgeek (Remote closed the connection) |
14:57:00 | Zagor | gevaerts: since us is still disabled by default we can still treat it as dev-only code. I've done a few cosmetic alterations that I'd like to remain so I'll commit this first. |
14:57:12 | | Join Cougarten41 [0] (n=Miranda@dsdf-4db2c5c2.pool.einsundeins.de) |
14:57:50 | gevaerts | Zagor: ok |
14:58:51 | Cougarten41 | hi, anyone working on the Iaudio7 here? I'm no programmer but if i can help (without bricking my player) I'd do. and I'd like to know how far you are :) |
14:59:38 | | Nick Cougarten41 is now known as Kuhgarten (n=Miranda@dsdf-4db2c5c2.pool.einsundeins.de) |
15:00 |
15:02:33 | | Quit rocko (Read error: 110 (Connection timed out)) |
15:04:59 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
15:05:06 | | Join nicktastique [0] (n=nick@unaffiliated/nicktastic) |
15:05:28 | | Join crazy_bus [0] (n=chatzill@CPE-121-216-16-55.nsw.bigpond.net.au) |
15:05:31 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-d686cce0c5539fb8) |
15:06:19 | LambdaCalculus37 | Morning, everyone! |
15:06:25 | linuxstb | Kuhgarten: The port is just in the extremely early stages - there's nothing a non-programmer can really do (apart from either learning to program, or find more iaudio7 owners who can). |
15:06:27 | crazy_bus | I don't know if its because I upgraded rockbox versions today, but I now hear a slight crackling noise in the right ear of my headphones. Is there anyway to stop it or are my headphones breaking? |
15:06:31 | crazy_bus | hi LambdaCalculus37 |
15:06:53 | Kuhgarten | thk chap |
15:08:11 | Kuhgarten | linuxstb: is there any place where I can watch the progress? a forum thread or someching? |
15:08:28 | *** | Saving seen data "./dancer.seen" |
15:08:55 | LambdaCalculus37 | Kuhgarten: http://forums.rockbox.org/index.php?topic=15360.0 |
15:09:00 | Kuhgarten | ty |
15:09:13 | LambdaCalculus37 | *ahem* Full words, please. |
15:09:21 | * | LambdaCalculus37 points to the IRC guidelines |
15:09:31 | Kuhgarten | okey, thank you very much :) |
15:14:51 | Kuhgarten | con you tell me why there is no comercial mp3-player using Rockbox as the standard firmware? should be possible under GNU |
15:15:18 | | Quit crazy_bus ("sleep time") |
15:15:36 | | Quit itcheg ("On the other hand, you have different fingers.") |
15:16:35 | Nico_P | Kuhgarten: no DAP maker has made it happen. Neuros was once interested but dropped it IIRC |
15:19:01 | | Join leftright [0] (n=d9e1f613@gateway/web/cgi-irc/labb.contactor.se/x-72b37028c2bcd338) |
15:20:01 | petur | Nico_P: I thought AMS was also once interested, but maybe only for their reference design |
15:20:29 | Nico_P | ah, true. don't know if there was any follow-up on that |
15:21:24 | leftright | Slasheri; Hi, H140, I tried flashing your 7pre4 bootloader, I get "Incompatible/untested" error |
15:22:13 | | Quit DerDome (Read error: 104 (Connection reset by peer)) |
15:22:28 | | Join DerDome [0] (n=DerDome@dslb-082-083-210-070.pools.arcor-ip.net) |
15:22:55 | leftright | I downloaded the file in the attachment box on the iriver flash page |
15:24:18 | | Join karashata [0] (n=Kimi@bas3-kitchener06-1096622343.dsl.bell.ca) |
15:26:37 | linuxstb | Kuhgarten: Given that all DAP makers seem to want to support DRM, that's not possible with the GPL. |
15:26:47 | SSnake | excuse does anoyne know exactly how do button_get and button_status work? |
15:27:11 | Kuhgarten | I see |
15:27:11 | Zagor | SSnake: what exactly do you want to know? |
15:27:47 | SSnake | (thanks Zagor) about button_get: can it return mutliple button pressed? |
15:28:04 | Zagor | yes it can |
15:29:08 | SSnake | so imagine i press 2 buttons simultaneously, this means a long int return from the call, containing 2 values packed in the same int right? |
15:29:50 | Zagor | yes |
15:30:51 | SSnake | mmmm so i have to check my code again.... some if/else to change.... |
15:33:03 | | Quit leftright ("CGI:IRC") |
15:34:14 | | Join n1s [0] (n=nils@nl104-209-105.student.uu.se) |
15:39:20 | Slasheri | linuxstb: you have the latest build of rockbox also? |
15:39:43 | Slasheri | ups, i meant leftright.. |
15:39:45 | | Quit ol_schoola_ () |
15:39:48 | Slasheri | but he already left :) |
15:40:10 | | Part agm3nt |
15:40:22 | | Join perrikwp [0] (i=98213365@gateway/web/ajax/mibbit.com/x-828b97eef66409a7) |
15:41:47 | | Join joshn__ [0] (n=joshn@wsip-70-167-45-122.ks.ks.cox.net) |
15:42:08 | | Join Ixan [0] (i=kriberg@colargol.tihlde.org) |
15:42:40 | Ixan | Hey, rockbox just locked up on my H300. Is there any way I can turn it off without waiting for battery to run out? |
15:43:43 | TiMiD[FD] | Slasheri: does rockbox needs special compilation options to use dircache hibernation ? |
15:44:15 | TiMiD[FD] | it still scans the disk at every startup |
15:44:57 | LambdaCalculus37 | Ixan: Get a paperclip and push in the little reset button on the side. |
15:45:07 | LambdaCalculus37 | Then you can turn it back on. |
15:45:23 | Ixan | roger |
15:46:55 | Ixan | any decent way of debugging why it happend? just enabled utf8 and tried playing an ogg with some nasties in it |
15:47:44 | | Quit joshn_ (Read error: 113 (No route to host)) |
15:47:51 | XavierGr | Slasheri: I suspect that leftright already had his H100 flashed and forgot to start the new build from disk |
15:48:58 | petur | Ixan: if you can reproduce it, create a bugreport on flyspray |
15:49:59 | Ixan | hmm, just tested. couldnt reproduce. filed under moonphase bug |
15:50:11 | Slasheri | TiMiD[FD]: nope, it should get automatically enabled when there is a rockbox image in flash |
15:51:01 | Slasheri | XavierGr: but plugin is already loaded from disk. I think he didn't update plugins at least |
15:51:25 | Ixan | anyone had a stab at flv/flash playback? aka youtube files |
15:51:54 | SSnake | @zagor: a thing i forgot to ask: what happens if i keep 2 button pressed, then i depress only 1? ( i mean what value returned with button_get?) |
15:52:24 | linuxstb | Ixan: Not as far as I know. Is there an open source decoder? |
15:52:27 | Zagor | SSnake: I don't remember. test! :-) |
15:52:29 | XavierGr | Slasheri: I think I had the first time some trouble because I didn't start my build from disk |
15:52:39 | | Quit K4rP4D ("Leaving") |
15:52:51 | Ixan | linuxstb: yeah, there's a gpl flash plugin which works with youtube and google vids |
15:52:57 | SSnake | usualli i mask the return value with BUTTON_REL to know if the button have been depressed, but when i have 1 pressed and 1 depressed? |
15:53:42 | Slasheri | XavierGr: that could cause problems too (it wont work if running the rom image) but the error should be different |
15:53:50 | | Join MethoS- [0] (n=clemens@pD955CA69.dip.t-dialin.net) |
15:54:10 | LambdaCalculus37 | Ixan: Theora would sooner be a better choice. |
15:54:29 | TiMiD[FD] | Ixan: flv is a container, not a codec |
15:55:24 | TiMiD[FD] | Slasheri: I get the scan at every startup ... (stories of my cursed h140) |
15:55:55 | | Join leftright [0] (n=d9e1f613@gateway/web/cgi-irc/labb.contactor.se/x-632f781f3951d10e) |
15:56:09 | LambdaCalculus37 | Ixan: Besides, you can use winff or VLC to transcode it to the supported MPEG2 format. |
15:56:55 | | Quit karashata (" HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it") |
15:57:01 | leftright | Slasheri, thanks I read the logs, I was booting from disk, but I am not using the latest current, I'm using r16201 |
15:57:14 | Slasheri | TiMiD[FD]: weird.. and you have set rockbox to load from ram/rom automatically and tried booting it repeatedly? |
15:57:22 | TiMiD[FD] | yes |
15:57:38 | Slasheri | leftright: yeah, you need to have the latest build :) |
15:57:42 | TiMiD[FD] | it loads from rom now that I fixed my fat problem |
15:57:45 | leftright | thanks |
15:57:47 | Slasheri | because old builds don't have the new checksums |
15:57:49 | TiMiD[FD] | I'll try formatting it |
15:59:38 | | Quit joshn__ (Read error: 110 (Connection timed out)) |
16:00 |
16:00:08 | | Quit DerDome (Read error: 104 (Connection reset by peer)) |
16:00:19 | Slasheri | TiMiD[FD]: i have no idea what would cause that.. try enable logf from dircache |
16:01:12 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
16:02:33 | | Quit Ixan (Remote closed the connection) |
16:05:32 | | Join mf0102 [0] (n=michi@85.127.20.163) |
16:07:21 | | Quit leftright ("CGI:IRC") |
16:10:26 | | Quit Zagor ("Client exiting") |
16:13:44 | | Join I-MOD [0] (n=I-MOD@c-68-62-216-5.hsd1.al.comcast.net) |
16:16:17 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
16:17:09 | | Join major_works [0] (n=chatzill@ool-45745dcc.dyn.optonline.net) |
16:17:10 | | Quit Slasheri (Remote closed the connection) |
16:21:15 | | Quit Arathis ("Bye, bye") |
16:21:46 | major_works | If I wanted to give the new USB commit a try, would it be a matter of uncommenting all the defines in the various files that the commit touched? Or is it more complicated than that? |
16:23:09 | gevaerts | major_works: just add -DUSE_ROCKBOX_USB to the EXTRA_DEFINES in the makefile |
16:23:33 | petur | or the config-xxx.h file |
16:23:57 | | Quit TiMiD[FD] ("leaving") |
16:24:31 | major_works | I think I'd be in over my head. I'll probably wait until it's cooked. :-) |
16:25:11 | | Quit Kuhgarten ("Miranda IM! just nice") |
16:25:36 | | Join DerPapst [0] (n=DerPapst@p5B23DF8D.dip.t-dialin.net) |
16:25:43 | DerPapst | lo all :-) |
16:25:45 | pondlife | Good to see some swedes are coming to DevCon2008 ;) |
16:25:53 | pondlife | Sorry, I meant Swedes |
16:26:06 | GodEater | there may be turnips too |
16:29:44 | LambdaCalculus37 | Yum. :) |
16:30:11 | pondlife | As long as there's chips |
16:30:12 | * | petur gets reminded of blackadder :) |
16:30:48 | * | gevaerts wonders about amusingly-shaped Swedes |
16:30:55 | pondlife | What, like Linus? |
16:30:57 | pondlife | ;p |
16:31:26 | pondlife | (Sorry, Linus. Please don't ask for your UDA back.) |
16:31:53 | * | pondlife digs deeper and goes back to work |
16:36:31 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
16:36:57 | | Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) |
16:38:13 | | Quit CaptainSquid83 ("Miranda IM!") |
16:40:48 | GodEater | did anything come of the hardware licensing discussion last night btw ? |
16:42:08 | DerPapst | iirc no. |
16:42:29 | Horscht | you mean font licensing, no? |
16:43:36 | DerPapst | no, pcb layouts and stuff |
16:43:39 | | Join BigBambi [0] (n=86ceaf37@rockbox/staff/BigBambi) |
16:43:45 | BigBambi | yo |
16:43:48 | GodEater | correct |
16:44:06 | * | GodEater observes that BigBambi is in his pimp outfit |
16:44:44 | BigBambi | Heh - I'm having to read the logs to find out what to respond to cgi IRC is lagging so badly |
16:45:07 | BigBambi | GodEater: Not much came from that discussion other than frustration |
16:45:25 | GodEater | Casainho didn't seem to get it from what I could tell in the logs |
16:45:37 | BigBambi | Indeed not |
16:45:53 | BigBambi | It was a pretty fast and difficult conversation in another language though |
16:46:02 | BigBambi | But he still doesn't seem to have got it |
16:46:03 | GodEater | aye |
16:46:24 | GodEater | my portuguese isn't up to explaining it to him |
16:46:39 | BigBambi | At a couple of points I tried to write a clear concise summary sentance for him, but that didn't seem to help either |
16:46:39 | | Quit axionix__ (Read error: 104 (Connection reset by peer)) |
16:46:46 | GodEater | obrigardo is about all I can manage :) |
16:46:57 | | Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
16:47:19 | DerPapst | heh |
16:47:39 | BigBambi | I tried my best when I was in the Azores, but just got my few words of Spaish confused and annoyed them even more :) |
16:47:47 | BigBambi | *Spanish |
16:47:48 | * | DerPapst wonders where those "experiments" end up.... |
16:47:55 | I-MOD | I'm having an issue where my ipod video doesn't recognize click wheel button presses about half the time. I suspect it's something to do with rockbox trying to use the touch sensor to verify that it's actually a finger pressing the button and not some random object. Does rockbox actually do this verification? |
16:48:10 | BigBambi | Not as far as I know, no |
16:49:14 | I-MOD | there's good chance my ipod is broken in that case |
16:49:18 | I-MOD | oh well |
16:49:23 | BigBambi | Does it have trouble in the OF? |
16:49:41 | I-MOD | no, but i haven't had the OF on it in a long time |
16:49:48 | GodEater | I-MOD: the touchwheel is not sensitive to non-fingers touching it |
16:49:52 | BigBambi | You removed it completely? |
16:50:00 | GodEater | it requires the slight electrical charge from the human body to work |
16:50:01 | BigBambi | Cos standard rockbox can dual boot |
16:50:03 | I-MOD | just unused and not updated |
16:50:05 | | Quit ch4os_ ("Lost terminal") |
16:50:07 | GodEater | which is why using a biro or something on it doesn't work |
16:50:14 | GodEater | or using your finger with gloves on |
16:50:32 | BigBambi | I-MOD: Well it doesn' t matter just to test the hardware |
16:50:39 | BigBambi | Boot the OF and check |
16:50:47 | I-MOD | can do |
16:51:03 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
16:52:54 | BigBambi | GodEater: That'll be why old people have difficulty using electronics - the charge (the 'force' if you will) is diminishing :) |
16:53:50 | | Join TMM [0] (n=hp@ip5650d1ab.direct-adsl.nl) |
16:56:08 | | Quit BigBambi ("CGI:IRC (EOF)") |
16:59:44 | | Join fehmicans [0] (n=canavar@88.253.25.132) |
16:59:57 | | Quit fehmicans (Read error: 104 (Connection reset by peer)) |
17:00 |
17:02:10 | I-MOD | have to put some songs on it, not much on the OF UI really requires the use of the left and right clicks |
17:07:07 | I-MOD | and no, the OF doesn't seem to have the problem |
17:08:15 | I-MOD | responded to every wheelclick |
17:08:30 | *** | Saving seen data "./dancer.seen" |
17:11:16 | | Join leftright [0] (n=d9e1f613@gateway/web/cgi-irc/labb.contactor.se/x-a34b6c975e12ca1f) |
17:12:13 | leftright | Slasheri; for info, I successfully flashed the new bootloader with latest build, thanks |
17:22:22 | | Join Axio [0] (n=Axio@alf94-1-81-57-140-233.fbx.proxad.net) |
17:29:07 | | Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
17:29:29 | | Join Redbreva [0] (n=Miranda@host86-162-255-138.range86-162.btcentralplus.com) |
17:31:05 | Redbreva | Anyone know the Path for the TTS engine on windows Vista? I'm trying to use rbutil to generate talk files, but can't find an engine to point it at, but TTS works withing windows itself... |
17:31:55 | | Quit Zom (Remote closed the connection) |
17:32:07 | | Join Zom [0] (n=zom@h-79-136-43-44.NA.cust.bahnhof.se) |
17:33:13 | I-MOD | i think this is specific to my hardware as I already have a cracked screen and I probably damaged another part of it on that drop. thanks anyway |
17:33:23 | | Part I-MOD |
17:37:17 | | Join Buschel [0] (n=AndreeBu@p54A3D94D.dip.t-dialin.net) |
17:37:28 | linuxstb | Has anyone ( barrywardell ?) tried the UMS patch on a Mac? I've just tried, and it didn't connect to the device at all? (ipod color) |
17:40:27 | gevaerts | linuxstb: it's probably yet another SCSI command that we need to implement. Can you enable logf for usb_storage and check for "scsi unknown cmd" ? |
17:40:48 | linuxstb | Sure, but not now. I'll try and do it this evening. |
17:44:39 | | Join PaulJam [0] (n=PaulJam_@p54BCCDBC.dip.t-dialin.net) |
17:45:38 | | Quit MethoS- (Remote closed the connection) |
17:45:49 | | Quit desowin (Read error: 113 (No route to host)) |
17:46:05 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
17:46:05 | | Join MethoS- [0] (n=clemens@pD955CA69.dip.t-dialin.net) |
17:47:27 | | Join Buschel_ [0] (n=AndreeBu@p54A3D94D.dip.t-dialin.net) |
17:48:48 | | Join cendres [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) |
17:49:06 | | Quit ashes (Read error: 104 (Connection reset by peer)) |
17:50:02 | DerPapst | linuxstb: do you still mimic the OF? maybe it's that special scsi command (http://ipodlinux.org/Device_Information) |
17:52:41 | | Join fehmicans [0] (n=canavar@88.253.28.205) |
17:52:50 | | Quit fehmicans (Read error: 104 (Connection reset by peer)) |
17:53:13 | | Quit Buschel_ (Read error: 104 (Connection reset by peer)) |
17:53:23 | | Join Buschel_ [0] (n=AndreeBu@p54A3D94D.dip.t-dialin.net) |
17:54:14 | PaulJam | Horscht: did you post the german lang update to the tracker? |
17:54:21 | Redbreva | OK, sorted TTS engine issue (Selected SAPI5 from dropdown) and Speex encoder, but get error "Encoding of K:/Music/_dirname.talk.wav failed" any ideas?? |
17:54:24 | | Quit Buschel (Read error: 104 (Connection reset by peer)) |
17:54:25 | Horscht | yes |
17:55:22 | Horscht | PaulJam, why do you ask? |
17:55:54 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
17:58:59 | PaulJam | Horscht: i have some questions. 1. Why are there so many changes in deprecated lang entrys? |
17:59:29 | PaulJam | 2. why did you remove the voice string from LANG_PLAYLIST_CONTROL_INVALID? |
17:59:44 | Horscht | I.... have no clue. I used rasher site script to translate 4 missing strings. |
17:59:57 | | Quit leftright ("CGI:IRC") |
18:00 |
18:00:23 | rasher | ho-hum |
18:00:41 | rasher | I'll have a look |
18:01:18 | PaulJam | Horscht: ok |
18:02:15 | PaulJam | rasher: another issue i noticed was that ' *: none' was replaced by ' *: " none"' e.g. in LANG_24_HOUR_CLOCK. |
18:02:18 | | Part pondlife |
18:03:14 | rasher | PaulJam: that's just a cosmetic fix though. But a fix anyway |
18:07:39 | | Quit MethoS- (Remote closed the connection) |
18:09:54 | | Quit petur ("work->home") |
18:10:00 | | Join Domonoky [0] (n=Domonoky@92.226.197.42) |
18:10:06 | | Join lee-qid [0] (n=liqid@p54967367.dip.t-dialin.net) |
18:10:14 | | Join MethoS- [0] (n=clemens@pD955CA69.dip.t-dialin.net) |
18:10:31 | rasher | PaulJam: Ah, I understand the LANG_PLAYLIST_CONTROL_INVALID thing - there's a syntax error in the current version |
18:11:14 | | Quit jhMikeS (Nick collision from services.) |
18:11:20 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
18:11:23 | rasher | I guess my parser could be more forgiving, but I'd rather fix the errors |
18:11:48 | rasher | About the deprecated strings, I'll have a closer look |
18:12:53 | | Join waldo [0] (n=waldo@ip-81-11-208-72.dsl.scarlet.be) |
18:19:12 | | Quit MethoS- ("Konversation terminated!") |
18:21:50 | | Join MethoS- [0] (n=clemens@pD955CA69.dip.t-dialin.net) |
18:21:54 | | Join advlaptop2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
18:22:24 | | Quit advlaptop2019 (Read error: 104 (Connection reset by peer)) |
18:26:45 | | Quit gevaerts ("work->home") |
18:27:18 | | Join perrikwp [0] (i=982138c7@gateway/web/ajax/mibbit.com/x-e8912654431778a6) |
18:28:43 | | Join tessarakt [0] (n=jens@e180073155.adsl.alicedsl.de) |
18:30:40 | | Join aurium [0] (n=chatzill@189.13.22.137) |
18:31:51 | | Quit aurium (Client Quit) |
18:33:14 | linuxstb | DerPapst: No, I don't think that's the problem - it's not even being detected as a standard UMS device. But no, we're not mimicing the OF's strings any more. |
18:34:23 | DerPapst | ok. |
18:40:36 | | Join petur [50] (n=petur@rockbox/developer/petur) |
18:46:40 | LambdaCalculus37 | I'm trying to add new functionality to disktidy, but I need someone to help look over the code. |
18:48:35 | LambdaCalculus37 | I know I did something wrong here: http://pastebin.com/m2b7926c9 |
18:48:51 | linuxstb | gevaerts: (for the logs) I've enabled logf whilst connecting to my Mac, and it's performing an SCSI command 0x5a (unknown to Rockbox). |
18:48:56 | * | LambdaCalculus37 did admit his coding skills are about as good as Rincewind's magic abilities |
18:49:07 | Nico_P | LambdaCalculus37: don't you have a patch? |
18:49:52 | LambdaCalculus37 | Nico_P: I tried compiling a build to test, but disktidy keeps spitting out errors. |
18:50:29 | Nico_P | well, what kind of errors? and where? |
18:50:37 | | Quit conando (Read error: 110 (Connection timed out)) |
18:50:40 | Domonoky | LambdaCalculus37: could you make a patch out of it, then we would know what you changed.. |
18:50:52 | Domonoky | and the error message would also be good :-) |
18:51:23 | LambdaCalculus37 | Domonoky: Sure, let me do that now. I'll post to FS. |
18:51:33 | Nico_P | LambdaCalculus37: just pastebin it |
18:51:55 | Domonoky | LambdaCalculus37: pastebin the patch, please |
18:52:20 | * | linuxstb guesses the lines with TABs are the ones changed... |
18:52:37 | LambdaCalculus37 | Nico_P & Domonoky: Okay, will do. Give me a couple of minutes to get the patch. |
18:54:18 | * | Domonoky guesses the entry with ".dolphinview" is new, as it misses a "{" :-) |
18:55:33 | linuxstb | LambdaCalculus37: Remove the 3 from line 367 - i.e. use [] instead of [3] |
18:55:36 | Horscht | yeah. It's the habbit of a new, annoying filemanager on kde |
18:55:52 | linuxstb | Domonoky: No, it's just a long way to the right... |
18:56:19 | linuxstb | But the code in that function is of the form if () { ... } else { ... } else { ... } |
18:57:02 | linuxstb | (so some brackets look wrong...) |
18:58:25 | LambdaCalculus37 | linuxstb: Do you mean line 369? Line 367 is ["Files to Clean","Quit");] |
18:59:14 | linuxstb | I expect so - I may have deleted a couple of lines... |
18:59:19 | Domonoky | line 369 is wrong, -> an array with 3 entrys, which is initialisies with 4 entrys... |
19:00 |
19:01:46 | | Join karashata [0] (n=Kimi@bas3-kitchener06-1096622343.dsl.bell.ca) |
19:03:01 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
19:03:10 | | Quit waldo ("Konversation terminated!") |
19:03:15 | | Join bertrik [0] (n=Bertrik_@137-015-045-062.dynamic.caiway.nl) |
19:04:10 | linuxstb | LambdaCalculus37: You are missing two } braces before line 321 |
19:04:55 | * | LambdaCalculus37 handles that |
19:05:16 | | Join Buschel [0] (n=AndreeBu@p54A3D94D.dip.t-dialin.net) |
19:05:20 | linuxstb | It's easy to see when you create a patch - those braces were removed, but never put back... |
19:05:49 | | Part Buschel |
19:08:31 | *** | Saving seen data "./dancer.seen" |
19:08:41 | | Join gevaerts [0] (n=fg@195-144-092-011.dyn.adsl.xs4all.be) |
19:08:56 | linuxstb | LambdaCalculus37: You should also tell your editor to not use tabs... |
19:09:05 | LambdaCalculus37 | http://pastebin.com/m1eb2afa6 |
19:09:18 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
19:09:20 | | Quit Zom ("leaving") |
19:09:36 | LambdaCalculus37 | linuxstb: I'm using Kate. |
19:09:59 | * | LambdaCalculus37 doesn't feel like using XEmacs or Gvim right now |
19:10:02 | desowin | you can set kate to use spaces instead of tabs |
19:10:12 | linuxstb | That's your mistake... Kate has lots of nasty habits |
19:10:12 | | Quit XavierGr (Nick collision from services.) |
19:10:15 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
19:10:21 | bertrik | is there a standard location to define USE_ROCKBOX_USB? |
19:10:49 | SSnake | please someone answer me this fundamental question: CAN a h300 iriver detect 2 different diagonals button pressed simultaneously? |
19:10:53 | linuxstb | bertrik: Either your target's config file (e.g. firmware/export/config-ipodvideo.h) or in the EXTRA_DEFINES line in the Makefile in your build directory. |
19:10:56 | * | LambdaCalculus37 fires up Gvim |
19:11:01 | BigBambi | SSnake: No, don't hink so |
19:11:26 | bertrik | linuxstb: ok thanks |
19:11:31 | BigBambi | SSnake: I think it is the same as the H100 in that the only combination is play + something, but I'm not sure |
19:11:32 | rasher | Nice, 10 complete translation right now |
19:11:36 | SSnake | ARRRRRGH! no please... are you sure? |
19:11:38 | Domonoky | LambdaCalculus37: the error only tells me, its something wrong before the else on line 324, but i dont have your code, perhaps pastebin the new code ? |
19:11:40 | | Quit petur ("switching") |
19:11:48 | | Join petur [50] (n=petur@rockbox/developer/petur) |
19:12:10 | LambdaCalculus37 | Domonoky: Will do. |
19:12:42 | rasher | linuxstb: I failed to find the Sansa iSerial in the i2c ROM |
19:12:58 | linuxstb | LambdaCalculus37: This works - http://www.davechapman.f2s.com/rockbox/disktidy.c |
19:13:45 | bertrik | rasher, the sansa e200 serial is in the as3514 part of the PP5024 |
19:14:03 | bertrik | (if i understand your remark correctly) |
19:14:05 | gevaerts | linuxstb: looks like another MODE_SENSE version. I'll see what I can find out. |
19:14:08 | linuxstb | bertrik: Do you know how to read it? |
19:14:13 | bertrik | yes |
19:14:37 | linuxstb | Can you confirm it relates to the "iSerial" value your Sansa exposes via USB? |
19:14:57 | bertrik | yes, I already tried that some time ago |
19:15:06 | bertrik | let me find my logs |
19:15:36 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-ddd4f027c94fd573) |
19:15:39 | bertrik | the serial is in bytes 0x30 - 0x3F of the as3514 address space |
19:16:21 | LambdaCalculus37 | linuxstb: Let me compare your disktidy.c with the one I have. |
19:16:52 | | Join Zom [0] (n=zom@h-79-136-43-44.NA.cust.bahnhof.se) |
19:17:43 | linuxstb | bertrik: So it's read via i2c? |
19:17:48 | bertrik | this is my USB descriptor: http://pastebin.ca/900132 |
19:18:13 | bertrik | and here's a scan of the as3514 i2c data from my e200: http://www.rockbox.org/twiki/bin/view/Main/AustriaMicrosystemsAS3514 |
19:18:57 | bertrik | linuxstb: yes, it's read through i2c |
19:19:22 | | Quit PaulJam (".") |
19:21:14 | | Quit Buschel_ (Read error: 110 (Connection timed out)) |
19:21:30 | LambdaCalculus37 | linuxstb: Both files that we have are exactly the same. |
19:21:38 | LambdaCalculus37 | At least according to XEmacs. |
19:22:34 | linuxstb | Well, mine compiles... |
19:23:12 | LambdaCalculus37 | Let me compile again. |
19:23:33 | SSnake | damn 2 days wasted due to the crap buttons on the iriver! So it's impossible to port diagonals-movement games |
19:24:09 | SSnake | any other target suffering of this absolutely stupi limitation? what about ipods? |
19:24:40 | BigBambi | Yes, a lot of the targets have limitations on button combinations afaik |
19:25:04 | rasher | SSnake: dap's aren't generally built with games in mind |
19:25:17 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
19:25:17 | rasher | And I've no idea what that apostrophe is doing there. |
19:25:37 | * | gevaerts wants a bootloader that allows a choice between different rockbox binaries |
19:25:49 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
19:26:00 | | Quit daurnimator (Connection timed out) |
19:26:16 | scorche|w | gevaerts: well, we do have RoLo, although it is not fully working on some targets |
19:26:23 | rasher | gevaerts: doesn't rolo work on sansa? |
19:29:11 | | Join kugel [0] (n=kugel@unaffiliated/kugel) |
19:29:35 | gevaerts | rasher: seems so, but can I actually use it to have my test binaries not be the default (so that I always have working usb abter reboot) ? |
19:29:37 | pixelma | rasher: do you know if Sascha Wolf is around here/his nick? |
19:29:38 | pixelma | Horscht? |
19:30:02 | Horscht | i am |
19:30:35 | JdGordon|w | gevaerts: I played with a fancy bootloader but they didnt let me commit it :p |
19:31:39 | LambdaCalculus37 | linuxstb: disktidy compiled properly. |
19:31:39 | gevaerts | JdGordon|w: sounds like an evil conspiracy to me |
19:31:55 | * | DerPapst whistles "Loader 2" (though it's only for ipods) and runs... fast |
19:31:56 | JdGordon|w | most definatly! |
19:32:04 | * | gevaerts just broke usb while trying to make it work better |
19:32:11 | JdGordon|w | congrats |
19:32:17 | BigBambi | DerPapst: Not much help with a Sansa then :) |
19:33:01 | * | LambdaCalculus37 is going to put the new and improved disktidy to the test |
19:34:04 | pixelma | Horscht: why didn't you translate "sound settings" completely? |
19:34:33 | rasher | pixelma: I might be responsible - I re-did the translation and might have messed up |
19:34:41 | DerPapst | BigBambi: ture.... |
19:34:45 | DerPapst | *true. |
19:35:04 | Horscht | I used rasher's site to translate the strings. It only had 4 strings marked, which I translated. Sorry if that was not helpfull |
19:35:27 | pixelma | rasher: hmm, ok. |
19:35:57 | pixelma | Horscht: I didn't say it wasn't helpful |
19:36:07 | LambdaCalculus37 | \o/ Success!! |
19:36:35 | * | LambdaCalculus37 bows before the mighty knowledge of Nico_P, Domonoky, and linuxstb |
19:36:54 | rasher | pixelma: Ah no, I'm pretty sure I copied all the new strings from http://www.rockbox.org/tracker/task/8583?getfile=15934 |
19:37:04 | pixelma | but I don't like denglish especially where it is not necessary at all (and we have "Klangeinstellungen" for years) ;) |
19:37:24 | Horscht | I understand. btw, you are german, too pixelma, correct? do you think "Tastentöne Wiederholung" is allright? |
19:37:27 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
19:38:00 | DerPapst | sounds weird imo.. ;-) |
19:38:12 | Horscht | oh... right. Heh, guess I've been using the word "Sound" too often then :) |
19:38:41 | pixelma | well, it's not perfect but I know there are other places like that |
19:38:55 | DerPapst | though i have no idea how to translate it better ;-) |
19:39:11 | * | DerPapst has never used deutsch.lang |
19:39:17 | pixelma | DerPapst: if you have a better idea, just tell ;) |
19:39:27 | * | pixelma a bit too slow |
19:39:40 | linuxstb | gevaerts: Do you know about "rolo" ? If you copied a rockbox.mi4 to your device (e.g. as test.mi4) and then selected it in the file browser, it will boot. |
19:39:52 | DerPapst | woohoo... finally. i was faster :-D |
19:40:36 | scorche|w | linuxstb: can you recall which devices it isnt working on atm? |
19:41:02 | linuxstb | I think it's just the Gigabeat F/X. |
19:41:19 | linuxstb | afaik it works on portalplayer (at least PP502x - it works on my ipod) |
19:41:26 | DerPapst | is rolo enabled on ipods? |
19:41:30 | linuxstb | Not sure about PP5002... |
19:41:32 | JdGordon|w | its no worky on mr500 also iirc |
19:41:48 | linuxstb | DerPapst: It has been for a long time |
19:41:51 | gevaerts | linuxstb: I'll try that. Sounds like just what I need |
19:41:53 | DerPapst | mkay |
19:42:07 | linuxstb | DerPapst: 'rolo'ing the OF doesn't work though.... |
19:42:10 | DerPapst | never tried |
19:43:08 | DerPapst | but it has to be in that some additional bits in the header *.ipod format? |
19:43:39 | linuxstb | Yes - ipodpatcher can be used to extract the apple_os.ipod file |
19:43:42 | JdGordon|w | rolo still isnt as convienient as a "loader2" though |
19:43:51 | DerPapst | hehe |
19:45:00 | | Join Buschel [0] (n=abc@p54A3D94D.dip.t-dialin.net) |
19:45:12 | linuxstb | JdGordon|w: Going to port loader2 to the Sansa? |
19:46:39 | DerPapst | i guess his attemp would be better suited than porting loader 2 ;-) |
19:46:56 | rasher | How about extending the current bootloader so it has (compile-time optional) loader2 functionality, but uses the same code as the regular bootloader for the rest? |
19:47:06 | JdGordon|w | I did get some code down for a graphical loader a while ago |
19:47:11 | scorche|w | JdGordon|w: i would disagree...faster boot...then after the boot you can choose your binary (assuming rolo has full functionality) |
19:47:39 | JdGordon|w | well, it would do a default load unless some button was pressed which would give you a menu |
19:47:44 | rasher | There's still the problem that you can only have one .rockbox (in the case the different rockboxes are incompatible) |
19:48:09 | JdGordon|w | thats a fixeable "problem" |
19:48:11 | scorche|w | JdGordon|w: and how is that better than just booting and choosing your binary? |
19:48:20 | JdGordon|w | coz i says so :p |
19:48:29 | scorche|w | you have a menu there....it is simply in the file browser |
19:48:54 | LambdaCalculus37 | http://www.rockbox.org/tracker/task/8595 |
19:48:58 | Buschel | can anyone please close fs #8582? it is doubled by #8588 −− which uses a better solution. |
19:49:18 | linuxstb | No, because I can't spell supercede |
19:50:33 | LambdaCalculus37 | Disktidy can now find and delete .dolphinview files! |
19:50:55 | * | gevaerts has made some progress. It now gets as far as showing the USB screen before hanging |
19:51:49 | rasher | gevaerts: what are you working on? |
19:52:03 | pixelma | LambdaCalculus37: about your c200 WPS gallery comment in the forums - that's because scorche said themes.rockbox.org will be up in a short time... ;) |
19:52:38 | LambdaCalculus37 | pixelma: Roger that! |
19:53:13 | Domonoky | wasnt this "short time" a long time a go ? :-) |
19:53:51 | LambdaCalculus37 | Someone want to tell scorche that? :) |
19:53:54 | pixelma | didn't want to say that :P |
19:53:59 | barrywardell | linuxstb: Rockbox UMS mode works with my Sansa and Mac (Macbook with leopard) |
19:54:15 | linuxstb | barrywardell: Hmm. I'm using tiger... |
19:54:19 | scorche|w | Domonoky: yeah... |
19:54:43 | linuxstb | barrywardell: It seems my Mac was sending a SCSI command (0x5a) not implemented by Rockbox yet. |
19:54:58 | gevaerts | rasher: I created a bug some time ago that could make control and bulk requests overwrite each-other's transfer descriptors, with unknown consequences. I'm trying to fix that by marking transfer descriptors as in use when needed, and marking them as free later. In doing that, it seems that I broke something (maybe an infinite loop somewhere...) |
19:55:01 | scorche|w | right now, it is waiting for viewports, as that would force people tp update their themes for viewports if they want to get it on the page |
19:55:02 | JdGordon|w | themes.rockbox.org is still waiting for viewports in wps isnt it? |
19:55:09 | * | scorche|w wins |
19:55:15 | barrywardell | linuxstb: does that come up in a logf? |
19:55:15 | JdGordon|w | lame |
19:55:19 | linuxstb | barrywardell: Yes |
19:55:31 | barrywardell | OK, I'll try and see if I get the same |
19:56:01 | * | Domonoky thinks viewports is also such a "short time" thing *hehe* |
19:56:04 | * | pixelma wonders what it could be waiting for after viewports get integrated :P |
19:56:08 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
19:56:08 | barrywardell | also, in USB prober, I get two more configuration descriptors that just say "Device did not respond to request for first x bytes of descriptor" |
19:56:09 | | Join Mathiasdm [0] (n=Mathias@vpna040.ugent.be) |
19:56:14 | barrywardell | where x is 4 and 9 |
19:56:28 | JdGordon|w | pixelma: oh im sure we can think of something :D |
19:56:46 | linuxstb | Isn't there a USB validation app a Windows user can use to validate the Rockbox UMS driver? |
19:56:59 | bertrik | yes there is |
19:57:20 | * | linuxstb wonders if the Sansa stack would pass - the serial number format seems invalid (hyphens) |
19:58:01 | barrywardell | linuxstb: I spoke too soon. The drives appeared on my desktop and worked for a while, but things aren't working now. it's stopped responding and I can't eject |
19:58:16 | bertrik | the tool is here http://www.usb.org/developers/tools , you need a windows machine and a high-speed hub for testing |
19:59:00 | barrywardell | and my Sansa isn't responding to button presses |
19:59:19 | bertrik | the verifier can check some general USB handling ("chapter 9") and also has tests specific to mass-storage devices |
20:00 |
20:00:16 | gevaerts | bertrik, linuxstb: I am planning on using usbcv (the tool...) once I et a bit further. |
20:00:24 | * | gevaerts is actually quite familiar with it |
20:00:39 | | Quit Horscht ("IRC is just multiplayer notepad") |
20:01:47 | pixelma | eh, did notpad++ add a BOM where I didn't want it? |
20:01:54 | | Quit karashata (" HydraIRC -> http://www.hydrairc.com <- Wibbly Wobbly IRC") |
20:03:09 | gevaerts | althougn not with the ums part of it |
20:04:20 | barrywardell | gevaerts: I sometimes get errors like "end_request: I/O error, dev sdc, sector 31320" in dmesg. Is that a known problem? |
20:04:21 | rasher | pixelma: sure looks like it |
20:05:06 | pixelma | but I think it was my fault... trying to fix it again |
20:05:14 | bertrik | I think we should make it pass the ch9 tests first |
20:05:16 | rasher | pixelma: I've removed it - want me to commit? |
20:05:33 | linuxstb | barrywardell: I think I've had those occasionally as well... |
20:05:36 | rasher | (I know it can be a bit of a pickle to remove sometimes) |
20:06:02 | pixelma | I've removed it too, just checking if it is correct now |
20:06:10 | barrywardell | gevaerts, linuxstb: they normally come after a reset |
20:06:54 | linuxstb | I was about to say that as well... They always seem to be immediately after a reset (i.e. same timestamp) |
20:07:24 | linuxstb | I've also got some lines like "sd 13:0:0:0: SCSI error: return code = 0x00050000" or "sd 13:0:0:0: SCSI error: return code = 0x00010000" |
20:08:15 | gevaerts | barrywardell: Are you currently writing ? I think they happen when a reset occurs on a write transfer |
20:08:25 | gevaerts | linuxstb: I haven't seen that one yet |
20:08:34 | barrywardell | I don't get them, but I do get "sd 17:0:0:0: [sdc] Result: hostbyte=DID_ABORT driverbyte=DRIVER_OK,SUGGEST_OK" Immediately before it |
20:08:38 | | Join conando [0] (i=Soeren@dslb-084-060-153-079.pools.arcor-ip.net) |
20:08:45 | barrywardell | gevaerts: yes, copying files over |
20:08:47 | bertrik | is the latest USB stack supposed to work with windows? |
20:09:12 | gevaerts | bertrik: I (briefly) tested it on Windows XP, and it seems to work |
20:10:07 | bertrik | ok, I just see a "Rockbox internal mass storage" (or something like that) but I can't access it |
20:10:53 | pixelma | rasher: (hopefully) fixed. If it didn't work then I'll ask you :) |
20:10:57 | gevaerts | bertrik: can you get drive properties ? |
20:11:06 | bertrik | I'll try |
20:11:51 | gevaerts | bertrik: what kind of player are you using ? |
20:11:59 | bertrik | a sansa e260 |
20:12:00 | rasher | pixelma: looks better |
20:12:27 | bertrik | windows xp just gets really unresponsive after plugging it in |
20:12:28 | pixelma | yeah, one shouldn't just arbitrarily check for settings... ;\ |
20:12:46 | rasher | bertrik: mine did that, but after a while it turned up correctly |
20:12:56 | gevaerts | bertrik: I noticed that as well, try to wait a bit |
20:15:05 | * | gevaerts doesn't find his bug by just reading the code. Time to add lots of logf()s |
20:15:27 | bertrik | would be nice to have a UART to debug to |
20:16:02 | bertrik | what bug are you running into? |
20:16:53 | gevaerts | I'm still trying to reorganise usb code a bit to fix some potential bugs. Now it just hangs on plugging it in... |
20:18:53 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
20:19:27 | | Quit tessarakt ("Client exiting") |
20:19:40 | barrywardell | linuxstb: my mac wasn't sending an unimplemented SCSI command as far as I can see from the logf. Things kinda work. I can sometimes get a dir listing but things usually lock up shortly after |
20:20:22 | gevaerts | barrywardell: maybe macs don't like to retry as much as linux ? |
20:21:59 | bertrik | AFAIK, the minimum command set for windows is test_unit_ready, request_sense, format_unit, inquiry, read_capacity(10), read(10), write(10), verify(10) |
20:23:09 | barrywardell | gevaerts: possibly. some OF versions don't even have working UMS on mac! |
20:23:28 | gevaerts | bertrik: we don't do verify yet, and I saw it also needing read_format_capacity (the sd card only started working on windows when I added that one) |
20:24:18 | | Quit barrywardell (Remote closed the connection) |
20:25:50 | | Quit Mathiasdm ("Yuuw!") |
20:27:37 | bertrik | yeah, I found it very confusing to figure out what the minimum command set is, the specs seem to contradict each other. Windows needs at least some non-mandatory commands :( |
20:28:39 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
20:28:54 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
20:32:14 | gevaerts | bertrik: I think there actually is no realistic minimum command set. You just have to hope that the next windows or macos won't require something new |
20:33:57 | | Quit Buschel (Read error: 104 (Connection reset by peer)) |
20:37:28 | kugel | LambdaCalculus37: Did you upload the disktidy patch? |
20:38:20 | LambdaCalculus37 | kugel: http://www.rockbox.org/tracker/task/8595 |
20:38:35 | LambdaCalculus37 | Now it can find and delete .dolphinview files. |
20:39:23 | kugel | LambdaCalculus37: I allready read it. I just wonder what diff format you used |
20:40:15 | LambdaCalculus37 | kugel: I used diff -u disktidy.c disktidy2.c > disktidy.diff |
20:40:26 | desowin | svn diff is handy |
20:40:34 | DerPapst | isn't svn diff easier? |
20:40:45 | kugel | LambdaCalculus37: It doesn't really look like a unified diff, something went wrong |
20:41:05 | LambdaCalculus37 | DerPapst: Doesn't svn diff require an internet connection? |
20:41:21 | desowin | no |
20:41:24 | DerPapst | how did you download the source? |
20:41:30 | kugel | LambdaCalculus37: It just requires a source code checked out with svn |
20:41:31 | LambdaCalculus37 | SVN. |
20:41:32 | desowin | you only need to have checkout |
20:41:37 | DerPapst | then no |
20:41:55 | | Join ap0 [0] (i=ApotheoZ@nfb68-1-88-169-81-101.fbx.proxad.net) |
20:42:04 | LambdaCalculus37 | I'll do it again, then. |
20:42:16 | kugel | Anyway, diff -u does a good job too, but the patch on the tracker looks very weird to me |
20:42:17 | DerPapst | svn diff /path/to/disktidy.c > disktidy_v1.diff in the rockbox dir you've checked out |
20:42:38 | DerPapst | ./path/to... rather |
20:43:14 | LambdaCalculus37 | kugel: Okay, I'll do svn diff and then post the new patch. |
20:43:25 | bertrik | linuxstb, gevaerts: do you have enough information to get the serial number from the as3514? |
20:43:42 | kugel | LambdaCalculus37: Sure you can use svn diff, but diff -u should actually create the same diff as svn diff |
20:43:49 | * | gevaerts wants a logf viewer that doesn't stop updating just because some software hangs in an interrupt handler |
20:43:56 | kugel | I really wonder what went wrong there |
20:43:56 | linuxstb | bertrik: It seems clear to me, but I don't own a Sansa... |
20:44:55 | * | gevaerts wants to trick someone else into getting this serial number |
20:45:28 | | Join perrikwp [0] (i=982138c7@gateway/web/ajax/mibbit.com/x-17ce990c3057681e) |
20:45:40 | bluebrother | Domonoky: what's strange about a unified diff? ;-) |
20:45:40 | * | bertrik whistles |
20:47:04 | gevaerts | bertrik: I probably have enough information, but it's a low priority for me (serial numbers might be mandatory, but it works just fine for me without them) |
20:47:33 | bertrik | gevaerts: agreed. Maybe I'll work on it this week (but not tonight) |
20:49:09 | linuxstb | Does the c200 also use the as3514? |
20:49:14 | gevaerts | What happens on PP platforms when the hardware wants to set an interrupt and the handler for that same interrupt is still running ? |
20:49:32 | LambdaCalculus37 | kugel: Updated. Try again: http://www.rockbox.org/tracker/task/8595 |
20:49:41 | Domonoky | bluebrother: my diff tool didnt liked it, also there were many entrys like: "only in ..." but i got it .. :-) |
20:50:15 | gevaerts | linuxstb: I think so. The build makes as3514.o anyway |
20:51:07 | kugel | LambdaCalculus37: Ah, yea now this one looks like a unified diff (this format should be preferred at all |
20:51:09 | kugel | ) |
20:51:12 | linuxstb | Ah, checking the config-c200.c, it seems it has an external as3514 (the e200 has it built into the SoC) |
20:51:13 | bertrik | in the e200, the as3514 is built into the PP5024 as far as i know, in the c200 it is a separate chip |
20:51:41 | linuxstb | ;) |
20:51:44 | bluebrother | Domonoky: well, it's standard unified diff. But as I wasn't able to svn diff the origin paths are slightly different ;-) |
20:51:57 | Domonoky | :-) |
20:52:04 | * | gevaerts thinks that linuxstb might have been tricked into doing this |
20:52:09 | | Quit Nico_P (Remote closed the connection) |
20:52:15 | | Join waldo [0] (n=waldo@ip-81-11-224-70.dsl.scarlet.be) |
20:52:17 | Domonoky | we shoulnt wait to long, to commit it to svn, then its easier to handle.. |
20:52:24 | bluebrother | indeed. |
20:52:25 | * | linuxstb doesn't own any sansa to test on, although that didn't stop him writing sansapatcher... |
20:53:06 | bluebrother | I'm kinda interested in separating the GUI later. Thought about making a configuration editor first. |
20:53:07 | bertrik | so you wrote basically the most dangerous part of the software without actually having the hardware? :P |
20:53:15 | LambdaCalculus37 | kugel: Think it's ready for prime time? |
20:53:26 | | Join Casainho [0] (n=chatzill@87-196-231-167.net.novis.pt) |
20:53:41 | bluebrother | my idea was to have some kind of generic editor and configure it using an xml file (which holds the configuration options and valid values for the targets) |
20:53:46 | linuxstb | bertrik: ;) I guess it was a good thing I didn't have any real hardware - I just created test images and used those. |
20:53:46 | | Join ApotheoZ [0] (i=ApotheoZ@nfb68-1-88-169-81-101.fbx.proxad.net) |
20:53:47 | kugel | LambdaCalculus37: ?? |
20:53:51 | gevaerts | bertrik: sounds like a good way to do it. Have the fun of writing the software, and let other people risk bricking their hardware |
20:54:03 | Domonoky | bluebrother: sounds good.. |
20:54:17 | * | LambdaCalculus37 should try to minimize American slang next time :) |
20:54:21 | | Quit tvelocity (Remote closed the connection) |
20:54:37 | bluebrother | I only see the drawback that we then also need QtXml which in turn will enlarge the static binary ... |
20:55:02 | bluebrother | but maybe I should give it a go and see how big that is. QtGui is one of the largest parts. |
20:55:25 | Domonoky | yes, try it.. binary size isnt this important.. |
20:55:31 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
20:55:38 | preglow | pft, just upx the binary... |
20:55:52 | JdGordon|w | hey Nico_P |
20:56:00 | kugel | LambdaCalculus37: prime time is the tv program after 8pm in my country |
20:56:14 | Domonoky | preglow: we upx it already : windows rbuttil gui : ~7mb -> 2,5MB |
20:56:21 | bluebrother | preglow: I already upx the windows binary. Still a 3MiB download. |
20:56:31 | preglow | well, make people install qt :) |
20:56:34 | kugel | generally decent movies, or big shows or stuff, something you can't see before 8pm |
20:56:39 | bluebrother | hehe, good idea ;-) |
20:56:49 | preglow | is there a small qt runtime download somewhere on trolltech's site? |
20:56:55 | preglow | well, "small" |
20:57:05 | Domonoky | but 3MB isnt really much, rbutil itself downloades more to make a full install :-) |
20:57:12 | bluebrother | I don't think so. Especially not "small" ;-) |
20:57:33 | preglow | but no, like you say, 3 megs isn't too much today |
20:57:35 | bluebrother | that's a good point, but I still want rbutil to be as small as possible. |
20:57:35 | Nico_P | JdGordon|w: hi |
20:57:43 | preglow | i'd like it to be smaller, of course, but the convenience outweighs it |
20:57:45 | bluebrother | (well, at least not larger than necessary) |
20:57:57 | | Quit bertrik ("off to play") |
20:58:11 | JdGordon|w | Nico_P: can you think of anywhere other than runtime data gathering that can cause a spin up after each track? |
20:58:28 | linuxstb | lastfm.log ? |
20:58:31 | Nico_P | JdGordon|w: not really, no |
20:58:36 | JdGordon|w | diabbled by default |
20:58:52 | gevaerts | Is led(0) supposed to turn off some of the blue light on my c250 ? I'm trying to find out where my code gets |
20:58:55 | JdGordon|w | I thought I fixed that problem but its still happening :( |
20:59:22 | Slasheri | JdGordon|w: weird, i need to check you patch.. |
20:59:39 | Slasheri | did you make sure the tagcache thread does not activate a disk write? |
20:59:51 | preglow | runtime data gathering spins up after each track??? |
21:00 |
21:00:36 | JdGordon|w | Slasheri: honestly, I cant actually follow the db code enough, so I'm only going by where you said to look.. |
21:00:54 | | Join asdrubal [0] (n=abc@cpe-76-190-210-165.neo.res.rr.com) |
21:01:03 | | Join obo [0] (n=obo@rockbox/developer/obo) |
21:01:25 | | Join d34df00d [0] (n=d34df00d@80.251.122.132) |
21:01:40 | | Part d34df00d ("Konversation terminated!") |
21:01:49 | Slasheri | JdGordon|w: ah, i will try to check that patch soon |
21:02:09 | Slasheri | JdGordon|w: but beware that tagcache thread is the place that calls the check queue thing at regular intervals |
21:02:13 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
21:04:15 | JdGordon|w | I saw that, but thought I handled that properly |
21:04:46 | JdGordon|w | its ok if the callback is added frequently.. the problem I was seeing is that its getting called amost staright away and it wasnt because the cache was full or it was being forced |
21:04:55 | JdGordon|w | which led me to think somehting else is causing the spinup |
21:08:34 | *** | Saving seen data "./dancer.seen" |
21:09:00 | Slasheri | hmm, interesting |
21:09:35 | Slasheri | well, it should be easy to see if tagtree_unbuffer event causes a spinup |
21:10:25 | | Join Domonoky_ [0] (n=Domonoky@92.227.24.46) |
21:14:31 | | Quit ap0 (Read error: 110 (Connection timed out)) |
21:16:51 | | Join DerDome [0] (n=DerDome@dslb-082-083-210-070.pools.arcor-ip.net) |
21:19:11 | | Quit Redbreva ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
21:25:18 | | Join Buschel [0] (n=abc@p54A3D94D.dip.t-dialin.net) |
21:27:38 | | Quit GodEater (Read error: 110 (Connection timed out)) |
21:27:59 | | Quit jhMikeS (Nick collision from services.) |
21:28:05 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
21:28:53 | | Quit Domonoky (Read error: 110 (Connection timed out)) |
21:32:50 | | Quit TMM ("Ex-Chat") |
21:33:19 | | Quit Nico_P (Remote closed the connection) |
21:35:36 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
21:36:03 | | Quit ApotheoZ ("KVIrc 3.2.0 'Realia'") |
21:36:13 | | Quit DerDome ("Leaving.") |
21:39:04 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
21:41:17 | | Join DerDome [0] (n=DerDome@dslb-082-083-210-070.pools.arcor-ip.net) |
21:41:24 | | Nick advlaptop2019_ is now known as advlaptop2019 (n=advcomp2@unaffiliated/advcomp2019) |
21:44:46 | | Join aneka [0] (n=kvirc@66.251.24.200) |
21:46:33 | | Quit XavierGr (Nick collision from services.) |
21:46:40 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
21:46:43 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
21:48:23 | LambdaCalculus37 | Going home. good night, everyone! |
21:48:34 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
21:49:12 | | Join ssn [0] (n=simon@C9abd.c.strato-dslnet.de) |
21:49:15 | ssn | hi |
21:49:19 | asdrubal | how do I find the version of my sansa c200 firmware? |
21:49:30 | | Join axionix_ [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) |
21:49:34 | ssn | i installed the current rockbox version on a ipod mini 1.gen |
21:50:36 | ssn | now the database isnt building |
21:50:37 | | Join karashata [0] (n=Kimi@bas3-kitchener06-1096622343.dsl.bell.ca) |
21:51:15 | | Join gevaerts_ [0] (n=fg@195-144-092-010.dyn.adsl.xs4all.be) |
21:51:16 | ssn | i cant play anything since it just displays "Building database" but it doesnt.... |
21:51:34 | stripwax | ssn - how long have you left it? building the database from scratch can take a long time |
21:52:04 | stripwax | if the hard drive is spinning & seeking then it probably is building database, right now - you might just need to be patient |
21:52:10 | asdrubal | Can someone help me find out if I have a V1 or V2 sansa? |
21:52:10 | ssn | well, there are just a few files on the player and its a fast 4gb cf card in there |
21:52:19 | | Quit gevaerts (Nick collision from services.) |
21:52:34 | karashata | asdrubal: check the firmware version number |
21:52:38 | | Nick gevaerts_ is now known as gevaerts (n=fg@195-144-092-010.dyn.adsl.xs4all.be) |
21:52:49 | | Quit Axio () |
21:52:49 | asdrubal | karashata, there is a VERSION.TXT in the usb disk |
21:52:52 | ssn | i waited 20 minutes |
21:52:55 | asdrubal | karashata, but I can't tell from that |
21:53:06 | asdrubal | Version Info: Product Rev.: PP5022BF-06.10-S301-06.10-S301.01.05PRT |
21:53:08 | stripwax | ssn - cf - nice. is this the very first time you've enabled the database? 20 minutes sounds plausible |
21:53:17 | pixelma | asdrubal: it's in their system menu, and there is also a vers... |
21:53:18 | Bagder | asdrubal: that's a v1 |
21:53:44 | stripwax | ssn - anything else on the screen? oh - and was rockbox functioning fine before you enabled the database? |
21:53:44 | asdrubal | Sweet |
21:53:47 | asdrubal | I just bought this from newegg |
21:53:56 | asdrubal | badger: are you sure it's a v1? |
21:54:10 | asdrubal | It has "250 songs MP3" on the front. and it says audible on the back |
21:54:15 | pixelma | yes, but 1.01.05 is one where they removed the MSC settings |
21:54:27 | ssn | stripwax: yes |
21:54:32 | Bagder | asdrubal: yes, the PP5022 gives it away too |
21:54:39 | asdrubal | Suhweet!! |
21:54:44 | ssn | if you mean browsing through the menus |
21:54:49 | asdrubal | so I guess fyi, newegg C240s are V1 |
21:54:59 | ssn | but since there aint any files on there, i cant test playback of files |
21:55:00 | linuxstb | ssn: Could you browse the files and play them via the file browser? |
21:55:10 | asdrubal | pixelma, what do you mean by that? |
21:55:11 | ssn | i tried the doom game, that didnt work |
21:55:14 | * | gevaerts is getting nowhere |
21:55:17 | linuxstb | So you're building a database with no files on your disk? |
21:55:19 | ssn | linuxstb: yes i could |
21:55:28 | ssn | no there are 18 songs on there |
21:55:38 | stripwax | oh - 20 minutes is way too long for 18 songs .. |
21:55:43 | linuxstb | So do they work if you play them via the file browser? |
21:55:44 | ssn | i did put them on there after the initial database creation didnt work |
21:56:02 | stripwax | this is the second time you've tried to create the database? |
21:56:25 | ssn | yes |
21:56:33 | * | linuxstb seems to recall the database having a bug if you try to initialise it without any files, but could be wrong |
21:56:37 | ssn | i rebooted the thing |
21:56:43 | stripwax | did the same (nothing much) seem to happen when you tried the first time? |
21:56:46 | ssn | that could be the case |
21:57:00 | ssn | i just tried to play anything, but it doesnt worke |
21:57:03 | ssn | work |
21:57:09 | ssn | the files seem to be gone |
21:57:16 | stripwax | hmm, using the File browser, they should be there |
21:57:27 | ssn | "Nothing to resume" |
21:57:37 | stripwax | ? |
21:57:38 | ssn | they were there |
21:57:43 | ssn | but now they arent |
21:57:47 | stripwax | Menu - Files -> anything there? |
21:57:55 | ssn | it hangs |
21:57:57 | pixelma | asdrubal: for the bootloader install you need the c200 in MSC mode, in the 1.01.05/06 they removed the settings from their menu - you can either downgrade your firmware (a little bit risky if not done correctly) or I believe there is also a "MSC trick" (holding a combination of buttons etc.) which you would have to perform then, I believe I read it somewhere in the forums |
21:58:05 | stripwax | ssn - press LEFT |
21:58:10 | ssn | and now it displays "nothing to resume" |
21:58:18 | stripwax | when you press Left ?? |
21:58:21 | ssn | back to the main menu |
21:58:27 | asdrubal | pixelma, great thanks. |
21:58:42 | ssn | it hangs when i go on "files" |
21:58:50 | ssn | and then theres the browser |
21:58:51 | ssn | empty |
21:58:52 | ssn | ... |
21:58:56 | asdrubal | pixelma, now I know for sure it's v1... there is nvidia copyright stuff in here |
21:58:59 | ssn | should i reboot it? |
21:59:00 | stripwax | ssn - define "hangs". is it just showing you the empty screen but left still works? |
21:59:14 | stripwax | the file browser shouldn't "hang" but unfortunately I don't know what you mean .. |
21:59:16 | ssn | after a few seconds |
21:59:26 | ssn | it shows the filebrowser |
21:59:51 | stripwax | go to settings -> file browser -> show files -> "All" |
22:00 |
22:00:38 | | Quit karashata (" HydraIRC -> http://www.hydrairc.com <- The alternative IRC client") |
22:00:44 | ssn | i did |
22:00:50 | ssn | still nothing there |
22:01:07 | stripwax | um - at least the ".rockbox" directory should be there ... did you press Left ? |
22:01:07 | ssn | should i connect it to my ubuntu box and put some files in the database? |
22:01:13 | ssn | i did |
22:01:26 | stripwax | so either you are not in the root, or that is not the File browser (it could be the Database browser) |
22:01:40 | | Quit axionix (Read error: 110 (Connection timed out)) |
22:01:46 | ssn | it is the menu point "Files" |
22:02:09 | ssn | and there is nothing |
22:02:23 | stripwax | linuxstb - is there a case where Files takes you to the Database view rather than the file browser? |
22:02:32 | JdGordon|w | no |
22:02:52 | stripwax | ssn - try connecting to Ubuntu, and deleting the files .rockbox/database* |
22:02:58 | | Quit major_works ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") |
22:03:01 | JdGordon|w | ssn: you most likely have the file view as "supported" which could very easily hide everything |
22:03:17 | stripwax | ssn - you need to set the file view to 'All' as I mentioned |
22:03:31 | ssn | stripwax: i did |
22:03:31 | | Quit XavierGr (Nick collision from services.) |
22:03:34 | ssn | as i mentioned |
22:03:40 | stripwax | ssn - then this is indeed very odd |
22:03:44 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
22:03:50 | | Quit DerDome (Read error: 110 (Connection timed out)) |
22:03:57 | stripwax | ssn - for example, you should be able to navigate to the .rockbox directory, since rockbox is installed .. |
22:04:18 | stripwax | Does "All" enable showing folders with the Hidden attribute? |
22:04:24 | Bagder | yes |
22:04:40 | stripwax | then I am very confused about ssn's case. |
22:04:48 | Bagder | me too |
22:04:56 | ssn | the files were gone |
22:05:05 | ssn | i try putting some back on it |
22:05:14 | stripwax | ssn - the thing is, they can't *all* be gone - .rockbox at least HAS to be there, since you are running it |
22:05:14 | kugel | can someone explain why this allways happens to my source code? http://pastebin.ca/900347 |
22:05:33 | stripwax | ssn - try my suggesting to connect to your PC and remove the database*.* files from the .rockbox directory |
22:05:40 | | Quit matsl (Remote closed the connection) |
22:05:49 | pixelma | Lear: re. your latest post: the forum has problems with showing words in <> because they look like html tags (which it then doesn't know). I work around this by using "< myword>" and enclose the additional space in a "size=0pt" so the reader doesn't see it, works well |
22:05:58 | Buschel | ssn: can you view any files when directly going into the files menu after rockbox started? |
22:06:12 | stripwax | (he said no earlier) |
22:06:16 | ssn | yes |
22:06:20 | ssn | now i can |
22:06:23 | stripwax | huh? |
22:06:29 | ssn | they were gone |
22:06:42 | * | Bagder thinks ssn is confused... |
22:06:45 | ssn | perhaps because i reseted it (with menu and play) |
22:06:46 | * | stripwax certainly is |
22:06:55 | Buschel | ssn: can describe precisely? |
22:06:59 | ssn | ok |
22:06:59 | | Quit bluebrother (Read error: 110 (Connection timed out)) |
22:07:08 | Bagder | kugel: looks like some svn client problem or something like that |
22:07:17 | ssn | i connected the ipod to my pc and put 18 files on there |
22:07:35 | ssn | now i see the folders in the file browser of rockbox |
22:07:38 | Bagder | and then you didn't unmount cleanly? |
22:07:54 | kugel | Bagder: It's plain source code. I never editted a file in this directory, it seems ghosts are causing that |
22:07:57 | stripwax | ssn - using rockbox, can you play those files now (i.e. does rockbox work properly on your ipod)? |
22:08:09 | ssn | wait a mom |
22:08:39 | ssn | now they play |
22:08:50 | ssn | i try database creation one more time |
22:08:55 | stripwax | ssn - great - welcome to rockbox :-) yep, try that |
22:09:14 | ssn | now it worked |
22:09:17 | ssn | very fast |
22:09:32 | ssn | perhaps i didnt unmount it cleanly the first time |
22:09:43 | stripwax | sounds like it |
22:09:43 | ssn | how do i reboot rockbox? |
22:09:51 | stripwax | you mean turn off? hold play |
22:10:11 | ssn | ok thx |
22:10:21 | ssn | how long a normal ipod mini 1.gen lasts? |
22:10:25 | ssn | i mean the battery |
22:10:44 | ssn | because rockbox is displaying 3h |
22:10:52 | asdrubal | pixelma, is msc mode usb disk mode? |
22:11:00 | asdrubal | pixelma, because I can access the filesystem on this thing |
22:11:26 | BigBambi | ssn: don't beleive the estimation |
22:11:29 | ssn | that seems not very much :D |
22:11:30 | scorche|w | ssn: the battery estimate is not accurate |
22:11:32 | Domonoky_ | ssn: dont trust rockboxs estimated run time... :-) |
22:11:36 | BigBambi | *believe |
22:11:39 | ssn | ok |
22:12:01 | ssn | because i didnt put a cf card and a bigger battery back in there to last just 3 hours :D |
22:12:04 | stripwax | ssn - there have been a number of changes related to power management recently - probably you will get a lot more than that |
22:12:06 | kugel | Bagder: Can you see what's weird here?: http://pastebin.ca/900356 |
22:12:19 | pixelma | asdrubal: MSC is mass storage mode, what operating system or you on (windows? |
22:12:23 | Domonoky_ | asdrubal: yes msc=ums = what you call disk mode.. :-) |
22:12:33 | ssn | ok thx for your help |
22:12:35 | stripwax | mini 2nd generation lasts upwards of 10 hours - I don't know if we have much information on 1st generation (maybe, you can tell us!) |
22:12:52 | linuxstb | Anyone want to try out a patch to set the UMS serial number for the Sansas (both C and E) ? http://www.davechapman.f2s.com/rockbox/sansa_serial_v1.diff |
22:13:01 | ssn | stripwax: since mine is heavily modified, that info wouldnt be of much help :D |
22:13:11 | stripwax | ssn - ehm, true :) |
22:13:44 | asdrubal | pixelma, linux |
22:14:30 | stripwax | Buschel - I got nearly 17hrs on the 60GB 5g using svn .. awesome! |
22:14:40 | stripwax | I'll upload battery bench in a moment.. |
22:14:46 | Buschel | :o) |
22:14:52 | BigBambi | linuxstb: Sure, do I need to define have_rockbox_usb or is that in there? |
22:15:02 | linuxstb | BigBambi: You'll need to add it. |
22:15:05 | BigBambi | OK |
22:15:07 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
22:15:27 | pixelma | ok, I heard that in linux it just works because linux doesn't know the MTP protocol. |
22:15:41 | pixelma | ^ asdrubal |
22:15:59 | asdrubal | pixelma, it's weird... rhythmbox pops up now |
22:15:59 | BigBambi | linuxstb: And what are you looking for? |
22:16:07 | linuxstb | Are you on Linux? |
22:16:11 | asdrubal | is MTP = music transfer protocol? |
22:16:12 | BigBambi | yes |
22:16:31 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
22:16:45 | Buschel | stripwax: my runtime degraded through the changes I was asked to make before submitting to svn. I could get up to 14:03h on my 30GB iPod. Now it's less, but I am working on it. |
22:16:47 | Lear | pixelma: Thanks, thought about that when I first wrote it, then forgot to check it in the preview... |
22:16:59 | linuxstb | Connect with the original firmware, and do "lsusb -v" and note down the value of "iSerial" for your Sansa. Do the same with Rockbox (and my patch) and compare. Hopefully they're the same... |
22:17:10 | BigBambi | Will do |
22:17:11 | pixelma | asdrubal: yes, MS's. I can't help you with installation under linux... |
22:17:19 | ssn | ah |
22:17:21 | asdrubal | pixelma, ok. |
22:17:32 | pixelma | Lear: the "fun" thing is that the preview shows it correctly |
22:17:39 | ssn | i have to set the battery capacity |
22:17:55 | stripwax | Buschel - was backing out the 24MHz default clock the main factor? |
22:18:15 | scorche|w | ssn: not quite that easy, sadly |
22:18:22 | BigBambi | hmmm, my sansa won't turn on |
22:18:35 | * | linuxstb looks away innocently |
22:18:42 | BigBambi | :) |
22:19:15 | BigBambi | I unzipped the build, pulled the cable (after safely removing, all in OF), and now it appears dead |
22:19:26 | BigBambi | ah, no I have it back |
22:19:54 | ssn | now it is stuck with this "maze" game |
22:20:13 | ssn | why does maze crash my ipod? :D |
22:20:14 | Buschel | stripwax: yes, that's one thing. but the dock connector pin17 seems to need some power also −− just doing the next runtime test. If this _is_ the reason I'll try to create some easy proof-of-concept patch that en-/disables the voltage supply in depence of dock present/absent. |
22:20:36 | stripwax | oh, cool. |
22:20:48 | pixelma | asdrubal: except, I know that you need root priviledges for the bootloader install (with both rbutil or sansapatcher). But things like your rhythmbox problems, I know nothing about |
22:20:56 | stripwax | ssn - are you sure you mean 'crash'? what happened? |
22:21:18 | stripwax | maybe you just don't know the key combination to quit? (it should all be in the Manual .. ) |
22:21:20 | linuxstb | ssn: To exit many plugins, hold select, and then press menu |
22:21:24 | asdrubal | pixelma, so I should run sudo rbutil? |
22:21:47 | linuxstb | asdrubal: Yes - for the bootloader part of the install only. |
22:22:05 | ssn | linuxstb: thx |
22:22:43 | asdrubal | linuxstb, ok so the Installation guide online doesn't say what to do first... I've set it up for C240 |
22:22:49 | asdrubal | now I'm not sure which one to select |
22:23:01 | BigBambi | linuxstb: When I plug in USB with rockbox now it just freezes |
22:23:15 | asdrubal | is it OK to select Complete Installation here? |
22:23:24 | asdrubal | or should I install bootloader first on another tab |
22:23:26 | BigBambi | I had already added the define and tried without your patch and it was OK |
22:23:28 | Buschel | stripwax: did you bench your iPod with or without WPS showing? and which audio format? |
22:23:33 | BigBambi | I'll double check though |
22:24:00 | stripwax | without. vbr mp3 |
22:24:22 | pixelma | asdrubal: which rbutil version did you download? I believe there was a bug with "complete installation" in an earlier version and the linux binary is not the newest or so |
22:24:50 | asdrubal | pixelma, the most recent one |
22:24:54 | linuxstb | BigBambi: Hmm... Can you try and comment out the call to i2c_readbytes() I've added in firmware/usbstack/usb_core.c ? (but leave the rest of the patch). |
22:24:58 | asdrubal | pixelma, let me find a date |
22:25:02 | BigBambi | linuxstb: OK |
22:25:05 | asdrubal | rbutilqt-v1.0.2.tar.bz2 18-Oct-2007 22:38 4.0M |
22:25:50 | Domonoky_ | asdrubal: thats 1.0.2, complete install is NOT SAFE !! |
22:26:04 | asdrubal | Domonoky_, ok thanks for the warning :) |
22:26:16 | | Quit krazykit ("Connection reset by beer") |
22:26:20 | asdrubal | Domonoky_, So is 1.0.1 OK to use? |
22:26:22 | Domonoky_ | someone really should make a new linux binary .. |
22:26:51 | pixelma | can't one just install the bootloader and the build seperately? |
22:26:54 | Domonoky_ | no, use the buttons on the second tab... this should work, or use manual install.. |
22:27:05 | Domonoky_ | pixelma is correct.. |
22:27:07 | asdrubal | Domonoky_, I did "cp -a /media/SansaC240 /home/me/sansabackup/" ... Will this provide me with a backup that I can use to restore the sansa? |
22:27:54 | asdrubal | Domonoky_, so it is safe to do "isntall bootloader".. then "install Rockbox".. then "Install Extras" from 1.0.2 ? |
22:28:02 | Buschel | stripwax: btw, you tested with svn? could jhMike solve the HDD-thrashing? |
22:28:20 | Domonoky_ | yes, should be safe.. for sansas at least .. :-) |
22:28:30 | asdrubal | Okie doke.. I'll give it shot... wish me luck. |
22:28:37 | asdrubal | Domonoky_, you got an opinion on the backup I just made? |
22:29:05 | Domonoky_ | asdrubal: you only backuped the data, not the firmare of the sansa.. |
22:29:21 | asdrubal | Hmm ok... ' |
22:29:41 | asdrubal | but if this program can supposedly access the firmware, why can't I access it from the filesystem as well ? |
22:30:15 | | Quit Lear ("ChatZilla 0.9.80 [Firefox 3.0b4pre/2008021104]") |
22:30:17 | Domonoky_ | the firmware is on the first partition which is hidden and has no filesystem i think.. |
22:30:23 | stripwax | Buschel - I don't think I experienced the thrashing, but my build is after the supposed fix. |
22:30:33 | Buschel | ok |
22:30:43 | BigBambi | linuxstb: OK, it works without that line |
22:30:43 | linuxstb | Domonoky_: It's the second partition on Sansas (1st on ipods) |
22:30:50 | Domonoky_ | rbutil patches this with the help of sansapatcher.. :-) |
22:30:54 | asdrubal | /dev/sdb1 vfat 959M 35M 925M 4% /media/Sansa c240 <−−−− sdb1 sounds like first partition... |
22:30:54 | BigBambi | Just checking iSerial |
22:31:07 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
22:31:16 | * | Domonoky_ doesnt care, i just use linuxstbs sansapatcher code :-) |
22:31:16 | linuxstb | BigBambi: It should be "00000000-00000000-00000000-00000000-00000000" |
22:31:23 | asdrubal | Domonoky_, heh |
22:31:28 | stripwax | Buschel - would the 'thrashing' bug have been obvious if I'd experienced it? |
22:31:29 | BigBambi | linuxstb: With rockbox? |
22:31:33 | linuxstb | BigBambi: Yes. |
22:31:36 | BigBambi | iSerial 3 00400063040000000-00000000-00000000-00000000 |
22:31:37 | | Join jurrie_ [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) |
22:31:49 | Buschel | stripwax: you would never reach ~17h runtime ;) |
22:31:52 | stripwax | heh |
22:31:59 | Domonoky_ | asdrubal: second partition... :-) ie sdb2 .. |
22:32:06 | asdrubal | Domonoky_, Uhm, I just got a message: "It seem your bootloader is already up to date. Do you really want to install it?" |
22:32:09 | linuxstb | BigBambi: Ah OK, a bit of rubbish has crept in... |
22:32:37 | Buschel | stripwax: did you watch your player switch off? it seems the player might have run some minutes beyond the last benchfile's entry |
22:32:49 | | Quit petur (Remote closed the connection) |
22:33:13 | stripwax | that's with 45% boost on average - vorbis would have been higher |
22:33:35 | | Join petur [50] (n=petur@rockbox/developer/petur) |
22:33:36 | | Quit nicktastique ("Leaving") |
22:33:42 | | Join lee-qid [0] (n=liqid@p54967524.dip.t-dialin.net) |
22:33:50 | Domonoky_ | asdrubal: did you run rbutil on this device before ? |
22:34:05 | asdrubal | Domonoky_, I ran the program and quit out of it... but I enver installed anything |
22:34:10 | Domonoky_ | asdrubal: but you can safely say yes.. |
22:34:11 | stripwax | Buschel - I'm afraid I did not. Based on all previous runs, the *most* I could have had would have been about 15 more minutes |
22:34:15 | asdrubal | Domonoky_, ok... |
22:34:33 | stripwax | ^ vorbis would have been higher *runtime* that is, (not higher boost) |
22:35:00 | asdrubal | Domonoky_, I just hope I don't brick it :( |
22:35:20 | Domonoky_ | asdrubal: they are not this easily brickable.. |
22:35:21 | | Join DerDome [0] (n=DerDome@dslb-082-083-210-070.pools.arcor-ip.net) |
22:35:30 | linuxstb | BigBambi: Can you try this version? |
22:35:32 | | Join krazykit [0] (n=kkit@140.141.29.54) |
22:35:33 | linuxstb | http://www.davechapman.f2s.com/rockbox/sansa_serial_v2.diff |
22:35:37 | BigBambi | sure |
22:35:44 | stripwax | Domonoky - did you see my msg about talkfile_btn.png? |
22:35:46 | BigBambi | revert the other first I assume? |
22:35:49 | stripwax | (yesterday's log) |
22:36:00 | asdrubal | LOL, I don't think games are going to be very playable on my C240 |
22:36:09 | Domonoky_ | stripwax: no, missed it... |
22:36:23 | stripwax | no biggie - just this http://www.beermex.com/talkfile_btn.png |
22:36:24 | linuxstb | BigBambi: Yes. |
22:36:31 | * | Domonoky_ doesnt have enough time to read irc logs.. |
22:36:47 | Domonoky_ | stripwax: nice.. |
22:36:56 | | Join karashata [0] (n=Kimi@bas3-kitchener06-1096622343.dsl.bell.ca) |
22:37:02 | stripwax | Do you think it matches the visual flavour of the other icons a bit better now? |
22:37:05 | Buschel | stripwax: what I meant to say was: the battery bench stops @3.7V, but the ipod will shutdown @3.3V −− so there are for sure some minutes missing. Did you know the exact time? |
22:37:30 | Domonoky_ | stripwax: yes, is it selfcreated ? |
22:37:44 | stripwax | Buschel - hm, my ipod has shut down in the past at around 3.5v . |
22:37:53 | stripwax | Domonoky - yes |
22:38:27 | Domonoky_ | stripwax: respect... commit it ! :-) |
22:38:31 | stripwax | Buschel - which was 3% according to battery_bench. |
22:38:40 | stripwax | Domonoky - I still do not have commit rights .. :-( |
22:38:57 | * | gevaerts seems to have isolated his bug. |
22:38:59 | Domonoky_ | then i will commit for you... :-) |
22:39:02 | stripwax | thanks! |
22:39:37 | | Quit jurrie (Read error: 110 (Connection timed out)) |
22:39:41 | stripwax | Buschel - I'll try to do the next runtime test and keep an eye on it periodically. It's difficult of course.. |
22:40:10 | asdrubal | Domonoky_, uhm I think it is bricked |
22:40:14 | BigBambi | linuxstb: *PANIC* Stkov usb_core (0) |
22:40:20 | BigBambi | On inserting cable |
22:40:30 | asdrubal | Domonoky_, I turned it off then on again, and all I get is a sansa logo... it's stuck there |
22:40:35 | Buschel | stripwax: I know :o) That's why I nowadays use the 90-10% runtime a lot more. |
22:41:00 | Domonoky_ | asdrubal: and you have installed rockbox and the bootloader ? |
22:41:03 | stripwax | Buschel - is the 90-10% range 4300 to 3300 ? |
22:41:08 | asdrubal | Domonoky_, yeah |
22:41:08 | JdGordon|w | Domonoky_: if I build the needed xml file, can you stick a .cfg editor into rbutil? or is that something which is a nice feature but far down the todo list? |
22:41:14 | asdrubal | I can't even turn it off now |
22:41:15 | stripwax | I meant is the 100%-0% raneg 4300 to 3300 .. |
22:41:18 | | Quit framo ("moo") |
22:41:22 | asdrubal | How do I turn it off when it is stuck like this? |
22:41:26 | BigBambi | asdrubal: Hold power |
22:41:30 | asdrubal | I already did |
22:41:31 | BigBambi | for 15 seconds or more |
22:41:33 | asdrubal | it's stuck on Boot logo |
22:41:38 | asdrubal | 15? ok |
22:41:41 | BigBambi | This is a hardware reset |
22:41:47 | Domonoky_ | JdGordon|zzz: bluebrother is planning exactly this... give the xml to him, and we will have the editor shortly :-) |
22:41:50 | asdrubal | There it goes |
22:41:52 | Buschel | no, 90% - 10% of battery level, depends on the battery type |
22:41:54 | | Quit mf0102 ("Verlassend") |
22:41:55 | BigBambi | Unless you have buggered hardware it will work |
22:42:08 | asdrubal | Ugh... this is so bricked :( |
22:42:15 | BigBambi | No, it isn't |
22:42:21 | stripwax | Buschel - hm, which battery level should I assume for 90%-10% in my case (90%-10% of that particular run?) |
22:42:25 | BigBambi | You really have to work to brick a Sansa |
22:42:25 | asdrubal | why do I get sansa logo? It should give me rockbox logo, right? |
22:42:39 | BigBambi | It may be a little pain to recover, but it is eminently doable |
22:42:42 | Domonoky_ | bricked, means unrecoverable dead... this sansa is recoverable for sure.. :-) |
22:42:57 | asdrubal | I'll have to do a manual isntall It hink |
22:43:08 | stripwax | asdrubal- bricked means 'won't turn on, expensive paperweight' - yours is not :) |
22:43:13 | Buschel | stripwax: on the ipod runtime page you calculated 15:25 from your bench |
22:43:27 | | Part hcs |
22:43:36 | | Join csc` [0] (n=csc@archlinux/user/csc) |
22:43:38 | stripwax | Buschel - I know - and I'm questioning my own methodology :-) What should I use? |
22:43:41 | JdGordon|w | Domonoky_: ok, does rbutil have any way of using features.txt? it will need some way to know which settings/values are ok for which target |
22:43:53 | asdrubal | Woah check this out |
22:44:15 | | Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) |
22:44:15 | asdrubal | I plugged in the power, while the unit was off... and it powered up... I got rockbox bootup text... then it goes into regular sansa menus?! |
22:44:20 | asdrubal | WTH?! |
22:44:35 | Domonoky_ | JdGordon|zzz: yes the features are now in the rockbox-info.txt shiped in the zip |
22:44:52 | JdGordon|w | ok cool, I'll have a look at that then |
22:45:09 | JdGordon|w | wait, which zip? |
22:45:12 | JdGordon|w | the instal zip? |
22:45:17 | Domonoky_ | rockbox zip.. |
22:45:25 | Buschel | stripwax: ahem, should have opened your bench before speaking :/ it ends @17%... -> e.g. you could take 80-20 and linear extrapolate to 90-10 |
22:45:30 | Domonoky_ | so rbutil now the features of the installed build on the device.. |
22:45:39 | Domonoky_ | s/now/know/ |
22:45:52 | BigBambi | asdrubal: Power how? |
22:45:55 | BigBambi | USB cable? |
22:46:01 | BigBambi | If so, it is supposed to do that |
22:46:09 | asdrubal | BigBambi, yeah |
22:46:20 | BigBambi | Then that is working properly |
22:46:29 | JdGordon|w | cool.. when was that added? |
22:46:37 | asdrubal | BigBambi, with the power off: I plug in USB cable... It gives me sansa logo, then I get rockbox text, then I get regular sansa menus |
22:46:43 | BigBambi | Yes |
22:46:43 | Domonoky_ | JdGordon|w for voice creation.. :-9 |
22:46:45 | BigBambi | I know |
22:46:49 | stripwax | Buschel - from about 40% to 0% the function is decidedly non linear (compared to the rest of the battery function from 100% to 40%). 40% to 0% takes about twenty minutes, so not sure linear extrapolation is correct either. hm. |
22:46:50 | asdrubal | BigBambi, why didn't the install work? |
22:46:52 | BigBambi | asdrubal: That is meant to happen |
22:46:54 | | Join tessarakt [0] (n=jens@e180077134.adsl.alicedsl.de) |
22:47:18 | BigBambi | I don't know, I wasn't paying attention at the start to what you have done |
22:47:21 | gevaerts | asdrubal: did you properly unmount the filesystem before unplugging ? |
22:47:38 | | Quit ssn ("leaving") |
22:47:39 | BigBambi | But if the going into OF on USB from off is working, the bootloader is fine |
22:47:40 | asdrubal | gevaerts, yes |
22:47:50 | Buschel | stripwax: woah! then maybe we should adapt the battery discharge curve. |
22:47:51 | stripwax | Buschel - do you have OpenOffice? |
22:47:58 | stripwax | I can send you the plots.. |
22:48:04 | BigBambi | asdrubal: So can you reconnect it and make sure you have a proper .rockbox folder etc. |
22:48:12 | BigBambi | reconnect to PC that is |
22:48:14 | stripwax | Buschel - we should.. |
22:50:47 | Buschel | but not today −− I'll leave for getting some sleep now :o) |
22:50:52 | Buschel | good night! |
22:51:15 | | Quit Buschel () |
22:51:15 | asdrubal | BigBambi, OK |
22:51:38 | | Quit krazykit (Remote closed the connection) |
22:51:54 | | Quit iamben (Read error: 104 (Connection reset by peer)) |
22:52:13 | asdrubal | Big Uhm... |
22:52:14 | asdrubal | ?−−−−−−−−- ? ? ? ? ? .rockbox |
22:52:25 | BigBambi | There is something uo with your filesystem |
22:52:27 | asdrubal | drwx−−−−−− 5 nicholas root 16384 2007-02-08 13:28 SYSTEM/ |
22:52:28 | stripwax | Buschel - for the logs :-) http://www.beermex.com/battery_bench.ods |
22:52:35 | BigBambi | asdrubal: What OS are you on? |
22:52:38 | asdrubal | Leenucks |
22:52:45 | BigBambi | Linux I assume from that> |
22:52:49 | stripwax | ^ and anyone else who wants to visualise the ipod 5G 64MB battery decay curve |
22:53:06 | BigBambi | Can you run fsck.vfat on it? |
22:53:13 | Domonoky_ | asdrubal: check you filesystem... did you really unmount properly ? |
22:53:35 | BigBambi | Not safely unmounting seems the likely culprit for the filesystem mess |
22:53:56 | asdrubal | Domonoky_, Maybe not... I'll try redoing the install |
22:54:07 | BigBambi | asdrubal: I'd sort out the filesystem first |
22:54:16 | BigBambi | Try fsck.vfat on it |
22:54:28 | asdrubal | dosfsck 2.11, 12 Mar 2005, FAT32, LFN |
22:54:29 | asdrubal | Invalid disk format in boot sector. |
22:54:52 | BigBambi | did you use any flags? |
22:55:06 | asdrubal | nope |
22:55:24 | | Join iamben [0] (n=ben@ppp-70-247-252-40.dsl.spfdmo.swbell.net) |
22:55:26 | BigBambi | -a or -r would be useful (for automatic or interactive repair) |
22:56:28 | asdrubal | BigBambi, uh oh... rbutil won't let me pick sansa c200... says it's invalid |
22:56:38 | BigBambi | Have you repaired the filesystem yet? |
22:56:51 | asdrubal | I get the same message |
22:56:54 | asdrubal | invalid bootsector |
22:57:01 | asdrubal | nicholas@linuxbox:~/rbutilqt$ sudo fsck.vfat -a /dev/sdb1 |
22:57:01 | asdrubal | dosfsck 2.11, 12 Mar 2005, FAT32, LFN |
22:57:01 | asdrubal | Invalid disk format in boot sector. |
22:57:05 | BigBambi | Well until you fix that it ain't gonna work |
22:57:15 | Domonoky_ | run fsck.vfat -r |
22:57:17 | asdrubal | can I mkvfat on it? |
22:57:29 | asdrubal | Domonoky_, same thing |
22:57:44 | asdrubal | If it's ok to format the partition, I'll do tha |
22:58:40 | Bagder | yeah, the fsck tool for vfat isn't as good as one would like it to be |
22:59:03 | Bagder | I've been forced to re-mkfs in the past to get around problems |
22:59:04 | gevaerts | asdrubal: you can. Make sure you format the first partition though |
22:59:06 | asdrubal | so can I format the disk? |
22:59:22 | asdrubal | gevaerts, I already backed up the partition with cp -a before I tried to isntall any bootload |
22:59:30 | asdrubal | gevaerts, so I can just copy the data back right? |
23:00 |
23:00:03 | | Quit lee-qid (Connection timed out) |
23:00:11 | gevaerts | asdrubal: if there's anything you want, yes. What I meant was to make sure not to accidentaly format the second (=sansa firmware) partition. |
23:00:44 | asdrubal | gevaerts, ok... Are you familiar with mkdosfs ? Do I need special flags to make that vfat? |
23:01:06 | asdrubal | I see mkdosfs -F 32 |
23:01:28 | gevaerts | asdrubal: I think that should work. If not, you can always try again |
23:02:05 | | Quit Domonoky_ (Read error: 104 (Connection reset by peer)) |
23:02:54 | | Join krazykit [0] (n=kkit@140.141.29.54) |
23:04:11 | | Join daurnimator [0] (n=daurn@unaffiliated/daurnimator) |
23:04:47 | | Join Axio [0] (n=Axio@alf94-1-81-57-140-233.fbx.proxad.net) |
23:05:08 | | Quit Axio (Read error: 104 (Connection reset by peer)) |
23:05:23 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
23:05:30 | linuxstb | BigBambi: Hmm, I'm not sure why that would happen. Here's my final attempt though - http://www.davechapman.f2s.com/rockbox/sansa_serial_v3.diff |
23:05:39 | BigBambi | OK, one mo |
23:07:44 | asdrubal | gevaerts, well I reformatted, copied over my backup filesystem, and am reinstalling with rbutil.. this time I'll be 100% sure I umount.. ;) |
23:08:38 | *** | Saving seen data "./dancer.seen" |
23:09:01 | | Join Axio_ [0] (n=Axio@alf94-1-81-57-140-233.fbx.proxad.net) |
23:09:27 | asdrubal | YAY I GOT ROCKBOX! :) LOL |
23:09:32 | | Quit desowin () |
23:09:51 | BigBambi | linuxstb: Just freezes with rockbox still visible like v1 |
23:09:54 | | Quit Axio_ (Client Quit) |
23:11:50 | asdrubal | Thanks for the help guys! you "rock" |
23:13:28 | BigBambi | linuxstb: I also just retried v2 - no stkov this time, but just a freeze like the others |
23:14:29 | | Join dreeft [0] (n=dreeft@220.157.75.246) |
23:14:45 | linuxstb | BigBambi: OK, thanks. I guess I need someone who knows the Sansa hardware (jhMikes?) to comment... |
23:14:54 | BigBambi | no probs :) |
23:15:03 | | Join pygo [0] (n=449004f7@gateway/web/cgi-irc/labb.contactor.se/x-1596328e038df1f9) |
23:15:14 | linuxstb | Or I may just be doing something stupid - if anyone else wants to look - http://www.davechapman.f2s.com/rockbox/sansa_serial_v3.diff |
23:16:44 | asdrubal | Hmm I hit the record button, but I can't get it to stop recording |
23:16:57 | BigBambi | asdrubal: Check the manual |
23:17:34 | asdrubal | Heh |
23:18:25 | * | amiconn returns |
23:18:32 | amiconn | Nico_P: ping |
23:19:28 | | Quit MethoS- (Remote closed the connection) |
23:19:29 | | Join framo [0] (n=framo@bb-87-80-66-156.ukonline.co.uk) |
23:19:56 | linuxstb | BigBambi: BTW, which device do you have? |
23:20:01 | BigBambi | e260 |
23:20:03 | pixelma | BigBambi: won't help him... (in the recording screen - for the c200 it is (a) wrong and (b) not a very nice keymapping yet which is probably the reason for |
23:20:19 | BigBambi | pixelma: Ha, OK. Good advice in general though :) |
23:20:31 | pygo | hey, I'm kinda curious... any ideas when rockbox will be out for the 6th gen ipods? ie. ipod classic? |
23:20:36 | pygo | can I beta test a port? |
23:20:45 | BigBambi | When the sun goes round the moon |
23:20:51 | linuxstb | pygo: No-one is working on it. |
23:20:53 | pygo | I'm just desperate to get rid of itunes and be able to use flac |
23:20:55 | pygo | mk |
23:20:57 | BigBambi | pygo: If you create a port, you are welcome to test it all you like |
23:20:58 | | Join einhirn [0] (n=Miranda@p5B0316B8.dip0.t-ipconnect.de) |
23:21:03 | | Quit jcollie ("Ex-Chat") |
23:21:06 | pygo | hmmmm |
23:21:12 | gevaerts | linuxstb: I can't see anything obvious |
23:22:07 | linuxstb | gevaerts: No, nor me... It works without the i2c_readbyte() calls, so something seems wrong there. |
23:22:27 | pixelma | asdrubal: currently it's a long press of "power" to stop recording, don't hold it too long though |
23:22:41 | pygo | I don't suppose it'd be as simple as changing a few make flags, would it? lol |
23:22:48 | stripwax | pygo - none of the ipod classic owners have so far been willing/able to develop a rockbox port , and none of the core rockbox developers have information on how the ipod classic is encrypted in any case , so no port is likely any time soon |
23:22:59 | pygo | mk |
23:23:10 | stripwax | pygo- hah. you're welcome to experiment with changing make file flags :-) |
23:23:14 | gevaerts | linuxstb: I'll try on my c250 in a minute |
23:23:39 | BigBambi | pygo: If changing some flags will overcome encrypted firmware and unknown hardware with no docs, go ahead |
23:25:27 | * | gevaerts wants a rockbox port to the gameboy, so we can run rockbox on rockbox |
23:25:39 | amiconn | Hahaha |
23:25:46 | stripwax | hehe |
23:25:52 | BigBambi | hoho |
23:25:57 | amiconn | Running rockbox on an 8 bit cpu.... |
23:26:07 | JdGordon|w | you can do it! |
23:26:12 | gevaerts | maybe four of them ? |
23:26:17 | BigBambi | lol |
23:26:35 | amiconn | Well, you need to find a suitable free C compiler |
23:27:14 | gevaerts | linuxstb: Stkov (0) |
23:27:24 | BigBambi | gevaerts: v3? |
23:27:33 | amiconn | Actually, supporting Z80 isn't that far fetched. Afaik one of the 'rockchip' SoCs is basically a Z80 on speed with a tacked-on dsp |
23:27:47 | gevaerts | BigBambi: yes |
23:28:02 | pygo | you can run the z80 cpu at a good 40mhz or so |
23:28:17 | asdrubal | Rock box is Tre Elite |
23:28:20 | BigBambi | I just got a freeze with that, but then with v2 I got a freeze once and a stkov (0) once |
23:28:24 | | Join moos [0] (i=moos@m170.net81-66-158.noos.fr) |
23:28:33 | tessarakt | avr is 8bit as well, isn't it? |
23:28:35 | | Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") |
23:29:09 | | Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-bbc23b6f7ba17d5d) |
23:29:16 | tessarakt | uh? |
23:29:33 | tessarakt | No standard toolchain for z80? |
23:29:34 | | Quit jgarvey ("Leaving") |
23:30:04 | Nico_P | amiconn: pong |
23:32:04 | | Quit kugel (Read error: 110 (Connection timed out)) |
23:32:35 | | Join perrikp [0] (i=98214a13@gateway/web/ajax/mibbit.com/x-c89ddf1ba4fb69d3) |
23:33:06 | | Join |AhIoRoS| [0] (n=ahioros@201.226.58.34) |
23:33:54 | | Quit pygo ("CGI:IRC (EOF)") |
23:34:57 | stripwax | Where are target- (or battery-)specific battery decay functions defined in rockbox? |
23:35:40 | JdGordon|w | battery.c or something |
23:35:54 | Nico_P | stripwax: hi! have you seen my patch from yesterday? |
23:36:01 | stripwax | −− not yet! |
23:36:05 | stripwax | where is it? |
23:36:12 | stripwax | JdGordon|w - thanks, will hunt |
23:36:14 | | Quit ompaul (Client Quit) |
23:36:53 | | Quit framo ("moo") |
23:37:04 | Nico_P | stripwax: http://pastebin.ca/899310 |
23:37:16 | JdGordon|w | stripwax: :p I remember there is a slightly messy table, but other than it being in firmware/ i cant help |
23:37:16 | Nico_P | should fix the behaviour we discussed |
23:37:39 | stripwax | Nico_P - ah, awesome. was just taking a look at trying to understand the buffering code :-[ |
23:37:41 | stripwax | :-p even! |
23:38:15 | Nico_P | stripwax: well I don't want to prevent you from doing that! Another set of eyes is welcome |
23:38:20 | stripwax | Nico_P - :) |
23:38:22 | asdrubal | I'm having trouble access the USB from my computer after installing rockbox |
23:38:27 | Nico_P | questions are welcome |
23:38:34 | BigBambi | asdrubal: use the OF |
23:38:38 | asdrubal | OF? |
23:38:41 | asdrubal | what does that mean |
23:38:42 | stripwax | So it will now always attempt to rebuffer when you add a new entry to the playlist, correct? |
23:38:46 | BigBambi | original firmware |
23:38:49 | asdrubal | Original.. yeah |
23:39:12 | stripwax | Nico_P - no optimisation yet on whether it ends up rebuffering stuff it doesn't need to |
23:39:17 | BigBambi | The rockbox USB stack for portalplayer targets is not quite complete |
23:39:54 | Nico_P | stripwax: no. that needs to be handled by playback.c anyway. buffering.c isn't supposed to know what it buffers |
23:40:05 | stripwax | sure |
23:40:32 | stripwax | will try it out |
23:40:32 | Nico_P | basically the change is that everytime bufopen is called, the buffering thread is notified and goes in filling mode |
23:40:55 | Nico_P | the drawback is that the notification will interrupt an in-progress buffering for a short while |
23:40:57 | stripwax | yep. but bufopen only gets called when something gets added to the playlist? or can it get called more often than that? |
23:41:22 | Nico_P | it gets called by audio_load_track, so that's about it yes |
23:42:03 | asdrubal | BigBambi, I see |
23:42:12 | asdrubal | BigBambi, so can this sansa access SDHC cards? |
23:42:12 | stripwax | Hm - if I insert a single track to the end of the playlist, will it try and rebuffer the entire playlist? and if I then insert another single track onto the end of the playlist while it's doing that, it will just start over again? |
23:42:28 | BigBambi | asdrubal: Rockbox can, the OF can't |
23:42:31 | stripwax | (just so I understand what interrupt meant, above) |
23:42:38 | | Quit tessarakt ("Client exiting") |
23:42:45 | BigBambi | asdrubal: So for now to put music on a SDHC you must use a card reader |
23:42:56 | | Quit Casainho ("ChatZilla 0.9.80 [Firefox 2.0.0.6/2007100814]") |
23:43:18 | asdrubal | Big Heh... I wonder if my "sandisk card reader" can read sdhc... I'll have to find out |
23:43:27 | asdrubal | considering it uses linux drivers maybe... |
23:43:30 | | Quit n1s () |
23:44:53 | asdrubal | sweet, it can |
23:44:55 | Nico_P | stripwax: those things aren't changed. by interrupt I mean that the buffering thread will stop buffering data to treat the event so a few cycles are lost |
23:45:14 | stripwax | oh, I'm sure that's fine |
23:45:20 | Nico_P | (buffer_handle() checks the message queue and returns if there are new messages) |
23:45:57 | gevaerts | Is there an easy way to see if I'm near the stack space limit ? |
23:47:28 | stripwax | JdGordon|w - found in target/arm/ipod/powermgmt-ipod-pcf.c (etc) |
23:47:34 | petur | gevaerts: system -> debug maybe? |
23:47:44 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
23:47:45 | JdGordon|w | stripwax: that was goin to be my next guess :p |
23:48:44 | petur | gevaerts: there you find 'view OS stacks' |
23:49:00 | | Quit perrikp ("http://www.mibbit.com ajax IRC Client") |
23:50:48 | stripwax | JdGordon|w :-) am I to interpret percent_to_volt_discharge to mean "given a percentage of run *time* remaining, what voltage reading would we expect to be reading"? (which rockbox presumably bsearches to determine run time remaining) |
23:51:02 | gevaerts | petur: Are those numbers current usage or maximum ? |
23:51:12 | amiconn | maximum |
23:51:29 | * | Nico_P never thinks to use this screen |
23:51:34 | JdGordon|w | stripwax: dunno |
23:51:46 | stripwax | ok! :-) well, I'll submit a patch anyway.. |
23:51:55 | Nico_P | JdGordon|w: is lostlogic around? |
23:52:35 | * | JdGordon|w punches lostlogic through the intertube things |
23:52:45 | Nico_P | amiconn: any reasons the values are all 50% in the sim? no real stacks there? |
23:53:04 | | Quit ol_schoola () |
23:53:05 | Nico_P | JdGordon|w: ah I thought you might be in the same physical place as him |
23:53:11 | amiconn | I didn't even know the sims have that screen |
23:53:17 | JdGordon|w | na, we are both at work |
23:53:23 | amiconn | It is meaningless there (at least the stack percentage is) |
23:53:32 | Nico_P | ok |
23:53:56 | | Quit karashata (" HydraIRC -> http://www.hydrairc.com <- *I* use it, so it must be good!") |
23:53:56 | Nico_P | I have *no* idea how much stack the buffering thread really uses |
23:54:25 | JdGordon|w | 20% on my sansa |
23:54:26 | amiconn | The sim uses host os threads. |
23:54:49 | amiconn | I don't know of any standard way to get stack usage information on that, or a way to set stack size |
23:54:50 | Nico_P | JdGordon|w: then maybe the buffering thread stack could be made smaller |
23:55:05 | JdGordon|w | probably |
23:55:29 | Nico_P | I'll investigate that when I get a real target |
23:55:31 | JdGordon|w | scroll is using 6% and backlight is 12% |
23:55:37 | JdGordon|w | those could be shrunken lots |
23:55:45 | JdGordon|w | tagcache is 12% also |
23:55:51 | amiconn | Well, we use a set minimum stack size |
23:56:00 | gevaerts | How do I disable the USB screen ? It starts and disappears at the same time as my thread, so I can't see anything |
23:56:07 | amiconn | ...which is 1KB. No thread has less stack than that |
23:56:30 | preglow | well, defines for each stack size wouldn't really be bad idea |
23:56:42 | preglow | but not target dependent |
23:57:09 | preglow | and always with a good amount of space left, preferably |
23:57:12 | Nico_P | amiconn: the buffering thread uses more than the default |
23:57:26 | amiconn | JdGordon|w: Many threads only show little stack usage unless they have actually done something |
23:57:33 | * | JdGordon|w knows |
23:57:35 | * | gevaerts undoes his bugfix from a few days ago |
23:57:47 | amiconn | For tagcache, try doing a full db rebuild or something like that, and then re-check |
23:58:14 | amiconn | preglow: Defining the stack too tight would in fact be a bad |
23:58:18 | | Quit OlivierBorowski (Remote closed the connection) |
23:58:18 | amiconn | ..idea |
23:58:18 | preglow | amiconn: agreed |
23:58:25 | preglow | and i don't want that |
23:58:41 | JdGordon|w | excess ram usage is definatly better than stkovs |
23:58:50 | Nico_P | very true |
23:58:50 | amiconn | I remember the nasty crashes of the new voice code on PP, because PP needs a bit more stack than coldfire, and the stack was too tight |