--- Log for 11.02.108 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 18 hours ago 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 # 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 # I love it!! :p 00.04.43 # * Llorean is a fan 00.05.04 # see logs, not that long ago (though it's now yesterday's log) 00.05.52 # 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 # haah one less bug! :) 00.08.17 # 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 # Which day's log? I couldn't find it being discussed in yesterday's log... 00.12.25 # saratoga: Are you sure it's not charging at all? I'm refering to your last post in "cpchan branch" 00.12.44 # 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 # 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 # crzyboyster: yesterday's log as in 10th of February, not the current.txt (ok, I prefer reading) 00.15.06 # jhMikeS: Bagder seems to have more success than most... 00.15.15 # kugel: on my sansa the battery charger status register indicates that the charge circuit is powered down 00.15.24 # and we certainly do not enable it 00.15.56 # saratoga: Ok, but why was my sansa not empty after I disconnected it from the power source? 00.16.00 # so unless your bootloader is enabling it, i don't see how it could charge 00.16.38 # 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 # 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 # saratoga: battery charger status register - is this something in a debug screen? 00.17.04 # saratoga: are you saying the sansas don't charge in Rockbox? 00.17.11 Quit crzyboyster ("CGI:IRC") 00.17.42 # saratoga: Hmm, well. So tell me, why is charging disabled? 00.17.59 # It was enabled if iirc 00.18.26 # -if 00.18.28 # 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 # Hmm 00.20.27 Quit countrymonkey (Client Quit) 00.20.44 # 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 # 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 # kugel: see http://www.rockbox.org/tracker/task/8363 00.22.26 # kugel: I found a reliable way to repro so it wasn't *too* hard to track down (still not straightforward though) 00.25.20 # 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 # yea, I see 00.26.01 Join NoFullName [0] (n=full@cpe-24-160-175-197.columbus.res.rr.com) 00.26.18 # 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 # 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 # 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 # Hi there, I got some issue with panic error anyone could help? 00.27.11 # pixelma: I haven't tried it yet 00.27.25 # i didn't see much point until USB support was in and it seemed like it was a ways off 00.27.41 # i think it would work ok for the e200 (not the c200 though) 00.27.43 # isn't a version of gcc available that compiles for ARM11? 00.28.10 # 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 # 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 # NoFullName - did you by any chance try and delete database.* files when you got that? 00.30.41 # 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 # that specs are a bit vague about what the hardware will do IMO 00.31.02 # 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 # stripwax: Nope. what's the extension for database file? *? 00.31.27 # *.tcd in /.rockbox 00.31.50 # stripwax: I just turn it on and got that message. 00.31.58 # NoFullName - actually I meant 'did doing that cause the problem' rather than 'try doing that' :) 00.32.01 # NoFullName - hm. 00.32.19 Quit mirak (Read error: 110 (Connection timed out)) 00.32.23 # saratoga: I was just talking about the number I can read in the "view battery" debug screen 00.32.24 # 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 # I guess that should have been directed at kugel 00.32.58 # i mixed up your questions 00.33.01 # 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 # NoFullName: Hold power 00.33.12 # Nico_P - hm, I can't reproduce that playlist not-buffering-the-correct-track problem I mentioned using sim .. 00.33.14 # saratoga: heh :) 00.33.34 # NoFullName: For 15 seconds or more - it is a hardware reset 00.33.46 # and my ipod is running a battery_bench right now so I can't reproduce on that either :) 00.33.50 # stripwax: lol. amazing. it turn off! 00.33.52 # jhMikeS: what do you mean? 00.34.25 # * stripwax tries enabling dircache in sim and trying again 00.34.31 # bye 00.34.38 Quit Genesis (Remote closed the connection) 00.35.17 # stripwax: You need multiple targets ;) 00.35.21 # NoFullName: Not amazing - it's built to do that. Hold record while booting to reset settings 00.35.35 # 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 # amiconn - heh. i wonder if I can reproduce the bug on my h120 .. 00.36.03 # 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 # gevaerts: Hmm, flash-based ipods (i.e. the Nano) use the ATA driver, so they should use the ATA identify info. 00.36.17 # amiconn: do you have an idea how much time the ipod will take to arrive in France? 00.36.18 # Nice to have this cleared now, I really thought it's charging at least a bit 00.36.25 # NoFullName: Yes, 15 seconds or more as I said 00.37.12 # BigBambi: So my solution is try to delete *tcd file in /.rockrock directory? 00.37.17 # eh? 00.37.35 # 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 # BigBambi: oh ok. I will delete it anyway :) If you don't heard from me it's mostly likely it works. 00.38.09 # NoFullName: I didn't really read about your problem 00.38.13 # Is rbspeexenc built into rbutil? I'm having problems building .talk clips. 00.38.21 # NoFullName: heh, good luck :) 00.38.32 # thanks everyone! 00.38.42 Part NoFullName 00.38.43 # NoFullName - try resetting your settings first before deleting the .tcd files .. 00.38.44 # oh 00.39.02 # Nico_P: Right now it's just set to arm9tdmi. 00.39.06 # linuxstb: ok. 00.39.16 # jhMikeS: n1s changed that today 00.40.13 # countrymonkey: yeah, it's built in 00.40.21 # I tried to change it but without success 00.40.21 # at least in any recent version 00.40.49 # I cannot figure out why I'm having problems building .talk clips! :p 00.41.05 # 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 # I had to update my cross-compiler to be able to compile with that change 00.41.46 # I wanted to use the mcrr instruction 00.42.24 # which is? 00.42.42 # 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 # 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 # it transfers registers between processors i think 00.43.11 # guess I failed to discover the correct type 00.43.34 # 4.0.3 seems to work 00.43.39 # 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 # 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 # Is that correct behaviour? 00.44.35 # could be 00.44.37 # 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 # gevaerts: I don't think there are enough endpoints to do that... 00.45.03 # I imagine on-device that that won't work well 00.45.08 # ah, it's not buffered when the playlist changes? 00.45.12 # nope 00.45.17 # that's not good 00.45.19 # right 00.46.04 # 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 # 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 # 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 # linuxstb: if there are only enough endpoints for a single function we could still make it runtime-configurable. 00.47.20 # gevaerts: Yes, I just noticed that. That doesn't seem logically correct (using HAVE_HOTSWAP), but will work for current targets. 00.47.30 # 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 # 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 # Nico_P: mcrr lets you do cache range operations in one instruction 00.47.58 # 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 # gevaerts: Yes, I think the usb_serial driver works (to some extent), so we want to make it run-time configurable. 00.48.11 # jhMikeS: and it's new to ARM11? 00.48.15 # Insert Last should very much *not* flush the existing buffer 00.48.22 # unless I'm missing something? 00.48.31 # stripwax: agreed, but the playback code doesn't know the diff 00.48.39 # to it, both are just "new playlist" 00.48.47 # oh, ouch. 00.49.00 Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) 00.49.06 # it rebuffers the entire buffer whenever you add anything to the end of the playlist? 00.49.19 # whenever you change the playlist 00.49.34 # 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 # 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 # gevaerts: Yes, or a flash-based target with no removable cards... 00.49.57 # Nico_P that's not ideal 00.50.36 # 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 # (that request was for UMS with the OF, not the Rockbox UMS patch) 00.51.15 # indeed not. if that conforts you, it's not new to MoB. FS#8029 describes the same kind of issue. 00.51.24 # Nico_P - ta 00.51.37 # stripwax: it's the number of buffered tracks (according to playback.c) 00.51.42 # 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 # Nico_P - hm, it can't be right 00.52.02 # i.e. the number of tracks for which metadata is loaded 00.52.11 # oh, just the metadata? ok then 00.52.27 # audio is handles by buffering.c 00.52.37 # 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 # 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 # gevaerts: That's what happens when you start something in Rockbox - it never ends... 00.53.46 # it's basically (readpos - writepos) % wrap 00.54.35 # linuxstb: looks like it 00.54.35 # any way to see what metadata has been buffered at any point in time? 00.55.19 # I don't think so, but I'm also not sure I quite understand the question 00.55.44 # 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 # 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 # Nico_P - that makes sense I suppose. Are you able to reproduce the nonbuffering problem? 00.58.18 # of audio, that is 00.58.29 # stripwax: alloc and real can help you too on that. alloc is the spaced allocated, real is the space actually used 00.58.48 # I've just seen the problem occur 00.58.50 # alloc stays full, real drops very low 00.59.25 # 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 # does stopping playback flush the buffer too? stopping playback doesn't seem to change Track Count, even though alloc drops to zero. 01.00.42 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 01.00.55 # 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 # 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 # true 01.02.47 # the buffering started just before the track change occured 01.02.53 # which is logical 01.04.44 # not sure I follow - so the buffering is ok? 01.05.23 # Nico_P: http://jhmikes.cleansoap.org/DDI0211J_arm1136_r1p5_trm.pdf 01.05.23 # 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 # a nice read :) 01.07.06 # - and disk will be spinning at that point, since user changed the playlist 01.07.18 # indeed 01.07.35 # 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 # Does it wake the thread up? 01.10.53 # testing 01.10.54 # actually I don't know the buffering thread at all, so feel free to ignore that question :) 01.12.20 # hmm in fact in that case there won't be a buffering request (for quite good reason) 01.13.04 # why? 01.13.06 # and the disk activity detection code in the buffering thread is disabled 01.14.07 # 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 # because we don't want to request buffering for every track we add 01.15.04 # however playing a single track causes the entire album to be buffered 01.15.38 # 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 # amiconn: Do you know if the PP has a serial number embedded, and if so, where it is? 01.16.05 # 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 # gevaerts: Do you have any idea where the serial number is coming from that the Sansa OF is generating? 01.17.44 # linuxstb: I think it's in the ROM somewhere 01.18.00 # gevaerts, linuxstb: maybe it would be good to commit the current patch before starting to refactor 01.18.21 # 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 # linuxstb: yes, it's an i2c rom 01.19.03 # 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 # Could someone dump it and compare with the USB serial ID? 01.19.59 # 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 # current starters are an explicit request or a low buffer 01.20.42 # 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 # i.e. Insert Next, Insert Last, etc would just rebuffer everything starting from the currently playing track 01.21.52 # stripwax: the problem here is the code at playback.c:1855 (in audio_load_track) 01.22.27 # 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 # I think I have an idea though 01.23.16 # Nico_P - I have to head off now but will be reading logs with interest when I return :) 01.23.23 # gnight 01.23.26 # 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 # 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 # Nico_P: logf.txt looks identical with a skipping and a normal folder (just playback.c enabled logf) 01.26.18 # 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 # gevaerts: it's your call, but it would be better not to commit a huge patch 01.27.41 # 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 # 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 # gevaerts: BTW, when you copy a new rockbox.mi4 file, does Rockbox detect it, and prompt you to load it? 01.30.04 # pixelma: strange 01.30.06 # linuxstb: yes 01.30.12 # And it works? 01.30.12 # Nico_P: should I try enabling buffering.c too? Or playlist? 01.30.50 # pixelma: maybe in the playlist code, yes. but I don't even know whether there are logf messages in there 01.31.33 # 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 # Nico_P: we can decide then whether to commit or not. 01.31.48 # Hello 01.32.17 # linuxstb: looks like it anyway. 01.33.12 # 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 # 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 # gevaerts: It's not the kbps - both G5/nano diskmode and H10 mus mode insert rather long pauses between files 01.38.54 # amiconn: between files ? How do they do that ? 01.39.29 # 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 # I don't know why that happens, but it's a fact, and annyoing 01.41.14 # amiconn: is this on windows or linux ? It might be related to the 'removable' bit in the scsi inquiry data 01.41.22 # windows 01.42.35 # 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 # 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 # 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 # 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 # 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 # Sorry, reverse that - 1 in OF, 0 in RB... 01.49.08 # Why does rockbox not set the removable bit? 01.49.12 # In fact, reverse it back... 01.49.24 # * linuxstb should go to sleep 01.50.05 # 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 # latter should be fine, yes 01.51.23 # then there is no difference... 01.52.20 # 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 # gevaerts: Could it perhaps be intended originally for stuff like hot-swappable disks? 01.53.10 # linuxstb: version should be 3. If not, it looks like you have something overwriting the inquiry data before it gets used. 01.53.17 # In which case the dap should certainly set it as well 01.53.30 # pixelma: maybe it's the codec that for some reason asks for the next track 01.53.52 # PS - Slashdot story on"Best Open Source License for Hardware" is eerie in its timing. 01.54.08 # gevaerts: It is 3 - I got very confused over which output was which... Here it is - http://www.pastebin.ca/899294 01.54.14 # soap: surprisingly light on details though 01.54.32 # soap: the slashdot slime is gaining sentience 01.55.21 # 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 # gevaerts: Ah, so I take it the OF (of Sansa at least) don't set it? 01.57.12 # 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 # 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 # 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 # gevaerts: say more. 01.58.34 # pixelma: ok, thanks :) 01.58.46 Quit SacredTerror ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 01.59.35 # the AS chip on th epp5024 actually has 128 bits of memory for storing serial numbers or encryption keys 01.59.48 # so the sansas could get it from there, though i really doubt it 02.00.06 # 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 # Nico_P: does that already give you an idea? 02.00.19 # * jhMikeS forgot about that 02.00.43 # pixelma: not really, no 02.00.59 # ok 02.01.08 # 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 # 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 # helvR12. sure you can have it 02.03.36 # Did you make it by modifying the wps in SVN right now? 02.03.43 # 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 # crzyboyster: just a sec though, I need to finish something 02.03.58 # 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 # *meant 02.05.19 # 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 # gevaerts: it wasn't the thread doing it when it started to run? 02.06.34 # jhMikeS: no. I checked the values at the first line of the thread. 02.07.11 # 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 # 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 # hmmm...perhaps a stack init problem though I'd expect 0xdeadbeef to be seen then 02.08.31 # jhMikeS: yes, that's what I thought as well. It was zeroes though 02.09.00 # 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 # gevearts: anything using UNCACHED_ADDR must also be cache aligned and padded 02.09.36 # 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 # me too 02.10.30 # crzyboyster: no need to add it to the tracker. if it's agreed on I'll commit 02.10.58 # 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 # jhMikeS: cache aligned means 32 bytes ? 02.11.21 # * DerPapst is still reading though the logs 02.11.32 # linuxstb: 1.62 iirc 02.12.27 Join psycho_maniac [0] (i=psycho_m@ppp192.hk.centurytel.net) 02.12.57 # 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 # DerPapst: That's a 5.5g? 02.14.00 Quit gtkspert_ (Read error: 101 (Network is unreachable)) 02.14.16 # yes 02.14.27 # don't know about my 3G though 02.14.30 # DerPapst: Thanks. So it's the same values for a Nano, ipod Color, 5g and 5.5g 02.14.43 # 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 # gevearts: theres some macros defined for that 02.14.56 # * DerPapst continues reading the logs 02.15.06 # 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 # gevearts: UNCACHED_ADDR is only really needed for the peripheral I/O to avoid constant flush/invalidate calls 02.15.50 # 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 # jhMikeS: the addresses I'm using it for are sent directly to the USB controller. 02.17.23 # it reads the memory regions to send as packets? 02.17.30 # jhMikeS: yes 02.18.53 Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 02.19.17 # So all the other bitmaps weren't edited? And the menu backdrop stays the same? 02.19.22 # yes 02.19.26 # see firmware/export/system.h starting at line 232 02.21.45 # 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 # crzyboyster: I don't have the photoshop files, and why would a new menu backdrop be needed? 02.23.27 # 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 # 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 # linuxstb: the unit serial number is the serial of the entire iPod. it's engraved into the back of your iPod. 02.26.19 # it changes if you replace the mainboard of the iPod. 02.26.20 # crzyboyster: it's a patch. see http://www.rockbox.org/wiki/WorkingWithPatches 02.26.35 # 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 # crzyboyster: why is the wpsbackdrop 32-bit? 02.26.55 # pixelma: me too :) 02.27.01 # there's no rush 02.27.13 # 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 # DerPapst: It's appears to be in the flash ROM - offset 0x201c (0x401c on the 5g)... 02.28.55 Part pixelma 02.28.58 # 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 # linuxstb: :-) 02.30.55 # 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 # 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 # 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 # e200tool will dump the i2c rom - but I don't know if it's there. 02.35.11 # (I think e200tool will...) 02.35.29 # * rasher looks into e200tool 02.36.49 # e200tool i2cdump dumpfile.bin 02.38.56 Quit crzyboyster ("CGI:IRC") 02.42.26 # I seem to be doing something wrong 02.42.57 Quit tessarakt ("Client exiting") 02.45.22 Quit csc` (Success) 02.45.46 # 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 # I simply get "Searching for device 6666:e200 ... 9 8 7 6 5 4 3 2 1 0 not found!" 02.47.54 # Are you root? 02.48.07 # * rasher slaps forehead 02.48.31 # hehehe 02.48.48 # 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 # countrymonkey: Do you speak Japanese natively? 02.50.46 # And please stop using notepad... 02.51.02 # near natively. 02.51.24 # What does that mean? 02.51.39 # and how about using notepad to edit and then running the documents through notepad2 (file->open and file->save as) 02.51.59 # that means I can carry on long conversations no trouble at all 02.52.10 # he speaks as good japanese as i speak english? :-P 02.52.14 # countrymonkey: I don't really care how you achieve it, but all your patches have BOMs in them 02.52.57 # 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 # You're right, derPapst. 02.53.25 # Meanwhile, e200tool is still failing for me. Is "manufacturer mode" supposed to be a black screen? 02.53.38 # what time zone is the website set to? 02.53.40 # why use notepad to edit? Notepad2 is soo nice. 02.53.50 # GMT +1 isn't it, alienbiker99? 02.53.51 # alienbiker99: some parts are UTC, some parts are Sweden-time 02.53.56 # countrymonkey: don't underestimate how bad my english is :-D 02.54.02 # I have been using notepad as long as I have had windows! 02.54.16 # do you know what the svn is in? 02.54.21 # countrymonkey: That's not really an excuse. It makes a mess of the files, and it's annoying. 02.54.47 # rasher, yeah, it's supposed to be a black screen 02.55.01 # and it doesn't have syntax highlightning and stuff 02.55.16 # 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 # alienbiker99: What do you mean? 02.55.37 # what time zone the svn is in 02.55.50 # gmt 02.55.53 # the server hosting svn should be gmt+1 too 02.55.58 # I think 02.56.00 # oh.. 02.56.02 # nvm then 02.56.02 # linuxstb: I don't even seem to get a usb device 02.56.40 # no wonder! 02.57.09 # What does nvm mean? 02.57.33 # nevermind 02.58.00 # DerPapst, which is why we don't use internet abbreviations like that ;) 02.58.22 # 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 # i thought there is this cool irc lingo wiki page. 02.58.41 # you might even dig its contextual colouring. 02.58.41 # and i also though nvm is quiet common 02.58.54 # I tried it, (notepad2 at least) I don't like it very much. 02.59.33 # 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.12 # The line is "DerPapst normally doesn't use many abbreviations 03.00.37 # The line numbering annoys me 03.00.44 # you can turn that off. 03.01.02 # countrymonkey: Use whatever you like, just don't use plain notepad. 03.01.04 # see? that's what i meant :-P 03.01.07 # countrymonkey, maybe you should try metapad. it's essentially identical to notepad with regards to notepad. 03.01.10 # I havn't found that feature. 03.01.22 # * DerPapst can't live without line numbering anymore... 03.01.35 # emacs! 03.01.57 # 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 # 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 # And on this channel, do y'all consider :), :P, :->, and other such symbols as abreviations? 03.05.37 # no, those are smileys. 03.08.16 *** Saving seen data "./dancer.seen" 03.08.38 # Good night all. 03.08.47 Quit DerPapst ("So Long And Thanks For All The Fish!") 03.10.47 # I wonder what that quit message means... 03.10.58 # Google it... 03.10.58 # Are you serious? 03.11.02 # It means DerPapst is a dolphin. 03.11.06 # * karashata chuckles 03.11.27 # good one, rasher, but dolphins don't irc. 03.11.45 # countrymonkey: How do you know? 03.12.11 # Yeah... there are a lot of undersea internet cables 03.12.36 Join csc`` [0] (n=csc@archlinux/user/csc) 03.12.53 # under water computers? I wish! (I mean client comps) 03.13.20 # 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 # hey people, any HDD or Gigabeat experts here? 03.57.06 # or anyone in between? 03.57.33 # Which gigabeat? 03.58.56 Quit jhulst (Read error: 104 (Connection reset by peer)) 03.58.57 # And you're much more likely to get a response if you just ask your question straight off... 03.59.34 # not to mention that that's part of the guidelines 04.00.45 # haha 04.00.49 # sorry 04.01.54 # 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 # Shouldn't be a problem. 04.03.26 # I was riding my bike all day in the snow + 45 mile an hour wind 04.03.40 # my ipod turned off, and when I got home it turned back on 04.03.50 # 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 # GrooveStix: http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement 04.04.09 # oh I was about to paste that 04.05.23 # but maybe I am missing something, since I wasn't able to find anything explicitly stated about my predicament 04.06.15 # all I am getting is that they are similar HDD 04.06.18 # s 04.06.34 # GrooveStix: Well, it's the same physical size, and uses the same connection. So yes - they are compatible. 04.07.23 # I see, thanks a lot. in meantime, has anyone experienced a screeching HDD ? 04.08.00 # 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 # 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 # 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 # (not that that terrible, I am being dramatic.) 04.10.34 # :) 04.11.04 Join webguest96 [0] (n=8ddbe88f@gateway/web/cgi-irc/labb.contactor.se/x-bfccf0c6fe1ed558) 04.11.21 # 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 # 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 # 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 # theres no USB support at all right now 04.25.50 # and if you add todays USB patch, you'd still be missing USB host functionality 04.25.55 # (for ipods) 04.26.43 Quit GrooveStix ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") 04.27.35 # 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 # 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 # if the ipod has usb host hardware capability, perhaps that'd be more sensible. 04.28.41 # 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 # 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 # 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 # 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 # 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 # 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 # 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 # that and the USB patch would probably be the best places to look 04.48.37 # will do. much appreciated. 04.49.03 # 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 # is there a way to remove files directly from my f10 like in the original os? 04.57.19 # that'd be covered in the manual 04.57.26 # wheres the manual 04.57.36 # linked from every page on rockbox.org 04.58.18 Quit dave_ ("Ex-Chat") 04.59.20 # great thanks :D 05.02.29 # 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 # ummm this might sound like a stupid question, but whats the "long select" 05.09.15 # button 05.10.19 # a long press on the select button 05.11.04 # wooooo ballin new menu ive never seen before :) 05.11.36 # anyone around with a hard disk target that uses the database and has "enable runtime data" enabled? 05.12.35 # 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 # backup the .rockbox folder and he will never know... 05.21.41 # wait a second...you test? 05.22.39 # no one else is around to bloody test this 05.22.44 # and its a farking bug fix! 05.23.04 # 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 # FUCK disk mode is slow on the video! 05.58.45 # I do believe it's slower on the Nano. 05.59.39 # and builindg the db with a full hard disk isnt fun either :( 06.00.48 Quit jhulst ("Konversation terminated!") 06.06.13 # We definitely need a fast, host-side DB tool working again 06.06.37 # :( damn patch doesnt work 06.08.09 Join dannymill [0] (n=4a43de27@gateway/web/cgi-irc/labb.contactor.se/x-01b67da2cc022b95) 06.08.49 # yay 06.09.38 # 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 # yes 06.11.19 # if i have an ipod video with movies already on it, where do i got to watch them on rockbox? 06.12.13 # videos that play in the apple firmware don't work in rockbox 06.12.44 # ic 06.13.01 # just have to use ipod's firmware then 06.13.21 # 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 # 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 # fuck, Slasheri... what arnt you telling me about the database syncing??? 06.15.52 # when i choose "h4rdc0r3 linux" theme on my sansa e250, the playing screen does not look how it should 06.16.14 # there's so byaaa-tux and the picture stuff 06.16.16 # midgey: Someone other than me must've given you the dev badge. 06.16.22 # They set it as a secondary member group, instead of your primary 06.16.53 # 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 # replix: do you have the font package installed? 06.18.36 # yes, how to tell? 06.19.39 Quit webguest80 (Client Quit) 06.20.01 # go to Settings > Theme Settings > Browse Fonts 06.20.14 # installed 06.20.26 # doesn't work, it was already installed 06.20.30 # what looks wrong about the theme? 06.21.08 # Llorean: out of curiosity, how difficult would it be to change my forum name to match my irc name? 06.21.16 # 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 # does anyone have a bunhc of 30s tracks I can get my grubby hands on? 06.24.51 # nah 06.25.40 # why is it that when i downloaded rockbox, it came with pacman but i cant run it 06.25.46 # ? 06.25.55 # because you didnt read the manual 06.26.09 # >.< 06.26.24 # well i found where to get the wads and what not for doom 06.26.26 # midgey: Cake 06.26.38 # i just dont know where pacman is 06.26.44 # midgey: Uppercase or lowercase M? 06.26.51 # lowercase is good 06.26.51 # Your login name will remain the same, though. 06.27.06 # It merely changes what is displayed. 06.27.09 # thats fine, i'll remember it 06.27.13 # Okay, done 06.27.20 # thanks 06.27.21 # * dannymill000 runs through the manual... 06.28.20 # 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 # ok 06.28.49 # thanks midgey 06.30.26 # ... 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 # does gather runtime even work at all right now? FS #8529 seems to suggest its completely broken 06.42.26 # 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 # hmm.... I may have found the problem 06.45.17 Join Syndrome [0] (n=chatzill@166.70.219.200) 06.45.58 # 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 # 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.02.47 # I'm wrong :'( 07.05.00 # 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 # 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 # 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 # JdGordon: what were you testin' on my IPV? 07.39.35 # trying to fix 8529 07.39.46 # runtime data causes spinup for every track 07.40.48 # 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.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 # JdGordon: the db shouldn't get updated directly on unbuffer event 08.07.05 # JdGordon: so there isn't immediate access to disk unless there is a bug somewhere 08.07.26 # the access should happen when the queue gets ran 08.07.29 # Slasheri: I saw in the irc logs that you know quite well about the h100's bootloader and flashing procedure 08.07.57 # is it safe to comment the detect_valid_bootloader ? 08.08.09 # I use a custom bootloader ... (based on the last svn) 08.09.17 # TiMiD[FD]: for h100/h115 ? 08.09.53 # i already realeased the tested svn version of the h120 version but not the h100 version yet 08.10.12 # h140 yes 08.10.23 # hmm, you did some modifications to the code? 08.10.32 # I want to try rockbox in flash (rombox) 08.10.44 # I disabled an ata check on the bootloader 08.10.51 # why? 08.11.17 # works fine (had to do that since the first versions of the rb bootloader to make it work with my player) 08.11.33 # hmm, interesting 08.11.36 # if I don't do that, the booloader fails 08.11.42 # ata error -32 08.12.00 # TiMiD[FD]: it was a water accident, wasn't it? 08.12.02 # so you removed that ata_init() line? 08.12.10 # on the other hand the same code just works fine in daly builds 08.12.14 # ah no 08.13.04 # I commented the call to "check_registers" in the "init_and_check" function in ata.c 08.13.16 # LinusN: no 08.13.17 # TiMiD[FD]: you could try flashing the released 7pre4 version and immediately after that rombox and rockbox.iriver 08.13.24 # that was the other guy's case 08.13.26 # not mine 08.13.33 # ah 08.13.34 # mine never got wet :) 08.13.35 # if bootloader fails to load from disk, you could load the version from flash 08.13.52 # hehe 08.14.05 # ah that is the "water accident" :) 08.14.30 # 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 # Slasheri: yeah, i tried figuring out what it was, but ailed 08.15.01 # I wonder what's wrong with my player though 08.15.16 # TiMiD[FD]: interesting. well, you can disable the bootloader check and then just flash it 08.15.20 # I mean the hdd seems perfectly fine, on it's 3rd year 08.15.22 # just make sure you have the right file 08.15.27 # ok 08.15.51 # 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 # Slasheri: I tested your bootloader.iriver file, it works okay, so I guess you can continue on releasing bootloader version 7 08.16.25 # Slasheri: checksums worked nice too 08.16.45 # btw how do you generate the crc32 checksums ? 08.17.17 # I tried to include my checksum in the plugin's table but it failed 08.17.22 # XavierGr: great, i will then upload that to the wiki too 08.17.31 # TiMiD[FD]: i can send you the program to do that 08.17.39 # jhMikeS: Any further info on "11.50.19 # 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 # Slasheri: i could try with your program 08.18.15 # I tried with cksvf under linux 08.18.32 # is it the bootloader.bin file that you have to check ? 08.18.37 # TiMiD[FD]: now you have it :) 08.18.43 # no, rockbox.iriver 08.18.51 # you need to rename that to bootloader.iriver 08.19.04 # so then we have a dual checksum 08.19.10 # one simple and one complex 08.19.27 # that simple one including the model number too 08.19.40 # ok 08.20.22 # well I patched my ihp_120.hex file with bootloader.bin so I thought it was that file 08.21.14 # Does mutex_lock() always block until it obtains the mutex? 08.21.36 # thanks for your program 08.21.39 # I'm testing 08.21.44 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 08.21.55 # Slasheri: I'm thinking about commiting the patch anyway incase it does make it easy to find the actual bug... 08.22.53 # nice works 08.23.25 # so I guess that once it's flashed I'll have to cross my fingers and reboot ... 08.23.49 # is it ok just to flash the ram image or should I also flash the rom one ? 08.24.55 # 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 # TiMiD[FD]: that is a correct way also 08.26.11 # TiMiD[FD]: .iriver file just has additional header information 08.26.36 # hmm 08.26.50 # I get a "Aborting: Read failure" when trying to flash rombox.iriver 08.27.46 # weird 08.28.18 Quit BigBambi (Remote closed the connection) 08.28.39 # that would mean that the length reported by rb->filesize() differs from the one actually read 08.28.59 # really interesting 08.29.03 # that should never happen 08.29.04 Join conando [0] (i=Soeren@dslb-084-060-153-079.pools.arcor-ip.net) 08.29.18 # pondlife: yes 08.29.46 Join GodEater [50] (n=bryan@rockbox/staff/GodEater) 08.30.14 # Slasheri: yes but I'm a guy with a very high failure rate when it comes to hardware ... 08.30.16 # Thanks 08.31.40 # 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 # ah found it ... a press on record to switch the default boot 08.34.48 # yep :) 08.34.53 # the ram image works like a charm :) 08.34.57 # great 08.35.04 # pondlife: no further info 08.35.35 # but I don't get what's wrong with the rombox flash .. 08.35.37 # I mean, where is is sleeping with a mutex held? I may be missing the obvious... ;) 08.35.47 # s/is is/is it 08.36.00 # ata_power_on 08.36.40 Quit Syndrome ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") 08.36.51 # Aargh, I see... 08.36.51 Quit jhulst (Read error: 113 (No route to host)) 08.37.22 # not a biggie. I've got a little change after I hit the enter key here (increase that thread's priority) 08.37.51 # I'd think that the mutex handling should occur only inside the ata_...() routines anyway, no? 08.37.54 # also important for idle callbacks 08.38.05 # Ah, ata_power_on is static anyway, so maybe just not named well 08.38.36 # I think things were written to avoid reentering locks but it's not an issue now 08.38.42 # jhMikeS: What's the problem with holding the mutex in case of spinup? I would think that's even necessary 08.39.13 # 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 # 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 # 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 # Ah, now I understand, you mean the ata *thread* 08.42.22 # yeah 08.42.50 # 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 # This is something I want to change anyway - the serialisation of things during shutdown, transition to/from usb etc 08.43.42 # I'm thinking through having the priority implementation more thorough which would make it all irrelevant 08.44.16 # Slasheri: wwoops I've got an explanation for that error I think ... it seems that my fat is broken 08.44.45 # Right now, these things are messy, preventing the implementation of suspend on 1st+2nd Gen 08.45.59 # priority inheritance (thread holding lock gets boosted to highest priority waiting) or another scheme must exist or inversions will happen 08.46.29 # The mentioned transitions need to be serialised properly 08.47.02 # Right now all threads receive e.g. the usb insertion event, and try to do their housekeeping, racing against the others 08.47.44 # Shutdown is even more messy - it all happens in a single thread, "seizing" operation from the dedicated threads 08.49.44 # Slasheri: ok it was that, a fsck fixed it:) 08.50.22 # amiconn: not sure what you mean by racing. the acking should prevent that. 08.51.10 # TiMiD[FD]: hehe, great :) 08.51.38 # 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 # And that's bad... 08.57.53 # then ata should be given the message once all acks have happened 08.58.18 # yes 08.59.16 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 09.00.01 # 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 # in other words it should ignore SYS_USB_CONNECTED and have its own message and probably not even be public 09.00.14 # -threads mechanism is not optimal 09.01.02 Quit cool_walking_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 09.01.37 # 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 # keep ata out of the broadcast and send SYS_USB_CONNECTED from elsewhere after all acks 09.04.35 # Then it's no longer a broadcast 09.04.53 # My idea is some kind of registration mechanism for critical events 09.05.53 # sure it's a broadcast to all registered queues 09.06.01 # amiconn: how do we define "save the resume point" as a critical event? 09.06.28 # the playback thread would have a permanent registration 09.06.39 # Yes, of course 09.06.59 Nick jhulst_ is now known as jhulst (n=jhulst@unaffiliated/jhulst) 09.07.07 # A few threads need to register for events, and that registration will be permanent in most (all?) cases 09.07.20 # But not all threads are interested in the same events 09.07.41 # 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 # Backlight *only* needs to register for SUSPEND 09.08.05 # 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 # They cannot just ignore them, they have to acknowledge them, unless such a registration scheme is implemented 09.09.05 # that is true for usb 09.09.09 # ones that should be acked 09.09.15 # LinusN: Yes, right now 09.09.27 # Latzer there will be 2, 3, or even more such critical events 09.09.27 # hmmm, i guess suspend must be acked as well 09.09.39 # Nico_P: I've just tried out FS8260 as you requested, and it's still not a fix really 09.10.07 # 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 # 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 # Backlight *must* be switched off before suspend, but not before shutdown or usb 09.11.42 # i still don't see why it is such a problem to have to ack messages you don't care about 09.12.02 # we could even implement a default handler that does that 09.12.19 # i am not that fond of registration mechanisms 09.12.24 # I guess some acks would block others wouldn't or shouldn't for some .... hmmm 09.12.43 # was that english? 09.13.05 # I'm pretty sure :) 09.13.08 # :-) 09.13.18 # btw, you're probably not fond of mpegplayer then :) 09.18.15 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 09.23.12 # LinusN: The problem is that each and every thread would have to handle these events -> extra code 09.23.53 # registration code would also mean extra code + memory to store 09.23.56 # Plus you can't easily control the order in which things happen 09.24.07 # how many threads have we, anyway? 09.24.25 # a priority code 09.24.26 # Depends on the target 09.24.47 # amiconn: the order of things could be an issue, yes 09.25.50 # 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 # amiconn: that extra code would be a call to the default handler in the default: case 09.39.33 # i think that wouldn't be more code than the registration handling would be 09.41.16 # Maybe, but it's more error prone imho 09.41.50 # 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 # that is the same for USB... maybe less detectable 09.44.09 Join xushi [0] (n=xushi@unaffiliated/xushi) 09.45.19 # GodEater: it's not? 09.45.52 # 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 # and it takes about 2 minutes for playback to start when I power on 09.46.10 # WPS still doesn't update 09.46.12 # hmm. then could you try the patch above it? 09.46.15 # etc. etc. 09.46.18 # ok 09.46.22 # you'll need to up to an older svn rev 09.46.30 # how old ? 09.46.43 # the power management commit broke the patch 09.47.12 # so up to r16258 09.47.36 # inclusive ? 09.47.39 # yes 09.47.49 # the power management was r16259 09.48.09 # 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 # Nico_P: ok - grabbing it now 09.48.24 # brb 09.49.02 # you still have to include handling of the events you registered to 09.50.33 # 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 # 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 # I find it ironic that someone submitted work I made on the tracker when I'm a committer 09.57.08 # GodEater: exactly. someone said that one fixed the problem 09.57.24 # if it does for you too, then the issue comes from the tiny diff between the patches 09.58.04 # ok - building now 10.01.40 # * GodEater takes his life in his hands and uses RB UMS mode to upload the new build :) 10.04.10 # still getting drop outs Nico 10.04.47 # ok 10.05.04 # and disk is still spinning madly 10.05.39 # maybe the one you want is the r16105 revert 10.05.56 # s/want/should try 10.06.09 # as in r16105 + this patch ? 10.06.20 # FS#8568 10.06.29 # I think I already tried that 10.06.31 # not sure both are needed 10.06.55 # curious 10.07.01 # I just started a new playlist 10.07.05 # AA appeared for a second 10.07.10 # and then disappeared again 10.07.17 # and then came back 10.07.46 # curious indeed 10.07.50 # real and usefl are still taking an age to fill 10.08.06 # oh - dircache is still updating 10.08.08 # that's why 10.08.11 # 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 # ok 10.10.04 # let's try the other one then 10.10.13 # do I need a given rev to try that patch against ? 10.10.26 # I don't think so 10.10.27 # 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 # 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 # 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 # I would argue with the "no gain" bit 10.15.58 # linuxstb and I will have to re-write our fstab files ;) 10.16.22 # hehe 10.18.01 Join lee-qid [0] (n=liqid@p54964F0C.dip.t-dialin.net) 10.19.55 # 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 # there's the issue with players like c240 and c250 that use storage capacity as part of their name 10.22.05 # 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 # 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 # linuxstb: well those rules should use usb id, not strings 10.25.27 # strings can even be multi-lingual 10.27.58 # 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 # LinusN: Registration would be for events of course, not callbacks 10.59.22 Quit spiorf (Remote closed the connection) 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 # GodEater: afaiu uuid should not be affected by usb strings. it's a property of the file system. 11.32.22 # well without the work linuxstb did - I got a completely different uuid using RB's UMS stuff 11.32.30 # now I'm getting the same one though 11.33.56 # 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 # can you try just doing iSerial? 11.37.09 # Sure 11.37.44 Join CaptainSquid [0] (n=Miranda@proxy14.netz.sbs.de) 11.40.39 # Yes, iSerial seems to be enough. 11.41.32 # ok, that makes sense 11.41.36 # It's an unusually short UUID though (with both the OF and Rockbox) - just 47AE-E1D8 11.41.53 # yes fat filesystems have such short ones 11.42.59 # there are only 2^48 possible fat filesystems, you konw 11.43.26 # That's enough for me.. 11.44.08 # Zagor: Would you expect reformatting to change that ID? 11.44.21 # 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 # Yes, formatting with mkfs.vfat changed the ID... 11.48.43 Quit homielowe (Read error: 110 (Connection timed out)) 11.49.37 # imho uuid isn't very suitable in fstab for removable devices 11.50.13 # So how would you set up fstab? I'm currently using /dev/disk/by-id... 11.50.28 # (which is why I wanted Rockbox to mirror the OF) 11.50.48 # 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 # i'm not even sure windows developers know what Windows does for that 11.53.39 # 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 # (which for ipods are "Apple" and "iPod" respectively) 11.56.50 # linuxstb: I'd solve it with udev rather than directly in fstab. SYSFS{idVendor}=="xxxx", SYSFS{idProduct}=="yyyy", SYMLINK+="ipod-%k" 12.02.36 # * GodEater really must brush up on his udev skills 12.04.21 # 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 # 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 # Not for me... 12.34.31 Join spiorf [0] (n=spiorf@host118-214-dynamic.20-79-r.retail.telecomitalia.it) 12.39.22 # nor me 12.39.30 # 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 # i see we have commited lower voltage use on the wm chip in ipod video, now 12.44.08 # 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 # is this wise? 12.44.30 # preglow: well the patch got a lot of testing... 12.45.02 # and some day some guy will complain he gets distorted sound, and we will have no idea why 12.45.09 # 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 # i really think we should stick to the voltages apple use 12.45.24 # unless datasheets tell us we can use something lower 12.47.09 # The problem is that we don't have the precise datasheets for most (all?) of the codecs. 12.47.50 # that gives us all the more reason not to tamper around with voltages unless doing some re first 12.48.18 # the nano stuff tells us that some ipod specs differ somewhat 12.48.26 # Do we know that the old values (before saratoga's commit) were the same as the OF? 12.48.33 # well I believe the "commit or not?" question was posed last night - and no-one said "not" at the time ? 12.48.48 # or possibly longer ago than that 12.48.52 # Didn't amiconn raise concerns over the voltages as well? 12.48.59 # i wasn't around then :) 12.48.59 # they're valid concerns 12.49.07 # I only saw cpu speed concerns 12.49.13 # (from amiconn) 12.49.21 # he's concerned about voltages too 12.49.27 # but I have to confess I didn't pay much attention 12.49.37 # I didn't try the patch at all 12.49.45 # so didn't feel qualified to comment on it 12.50.25 # linuxstb: not as of, no, but bootloader sets them as that 12.50.38 # 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 # I now feel thoroughly soiled, and need to go bleach my hands 12.51.02 # GodEater: Is it as nice as the S's original firmware? 12.51.17 # it's identical to the S's firmware from what I could see 12.51.21 # Ouch... 12.51.27 # but the controls on the Zune are *horrible* 12.51.38 # So it's even worse than the S? 12.51.44 # yup 12.51.53 # imo of course 12.51.55 # Quite an impressive feat. 12.52.05 # the screen is nice 12.52.11 # 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 # oops 12.55.57 Join DerPapst [0] (n=DerPapst@p5B23DF8D.dip.t-dialin.net) 12.56.32 # Apollonovich: there are some kind of firewire drivers for 1st to 3rd gen iPods in the ipodlinux code base 12.57.04 # Apollonovich: http://ipodlinux.org/Ipod_to_ipod 12.57.17 # usb seems to work neat 12.57.32 Quit Axio (Remote closed the connection) 12.57.34 # eject is handled rather badly 12.58.10 # just hangs, does anyone else get that? 12.58.14 # yes 12.58.20 # I just pull the cord out after the umount 12.58.23 # kind of nasty... 12.58.30 # if you've *tried* an eject, it will return at that point 13.01.00 # I never eject, just umount. 13.02.38 Join gevaerts [0] (n=fg@195-144-092-011.dyn.adsl.xs4all.be) 13.03.00 # Hi all 13.03.14 # gevaerts: Hi. Have you read the logs from the last 2 minutes? 13.03.29 # Basically, how eject isn't being handled? 13.03.41 Quit fasmaie (Read error: 113 (No route to host)) 13.03.59 # linuxstb: yes. I'll have to test that. I never use eject, so I don't have any trouble. 13.04.53 # 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 # I think we should do iSerial, but not the others 13.06.00 # what "strings"? 13.06.30 # we should mimic whatever is needed to make the os just mount without complaining, nothing more, imo 13.06.54 # I don't really care about those strings. 13.08.26 *** Saving seen data "./dancer.seen" 13.08.34 # 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 # but yeah, working "eject" would be sweet :) 13.12.26 # preglow: I'm looking at it righ now 13.12.36 # preglow: why are you ejecting flash/hd devices? 13.13.15 # 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 # gevaerts: But I think in some cases we would want to be mistaken for the original firmware. 13.14.37 # Zagor: actually we set the 'removable media' bit, so we should at least handle it gracefully. 13.15.03 # 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 # gevaerts: I agree we should handle it. 13.15.42 # preglow: ?? the retail firmware has no say in this, it's the host that decides when it's ok to unmount 13.16.23 # 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 # the 'removable media' bit might be wrong. I don't remember the exact definition of it. 13.17.10 # preglow: what do they do once they get it? the host controls all transfers. 13.17.21 # Zagor: tell you it's ok to unplug 13.17.32 # if i just unmount, they say "don't unplug" right until i pull the plug 13.17.35 # preglow: oh you mean on the screen? 13.17.40 # sure, where else? 13.18.25 # i agree unmounting works just fine, but i try to do what the firmware expects me to 13.18.25 # ok, well that's just user fluff then. probably caused by treating the behaviour of Windows as the spec 13.20.02 # 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 # 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 # gevaerts: great :) 13.20.45 # how should we handle it, btw? exit the usb screen? 13.21.01 # i guess that would be best, so charging can continue while the usb plug remains inserted 13.21.35 # sounds good 13.22.16 # 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 # it does when it has received an eject signal 13.23.11 # 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 # it doesn't know. it only believes the host has unmounted before it sends eject. 13.23.35 # well, sure, but anything else would be retarded 13.24.02 # I'd say the device claiming to know what the host is doing is retarded.. 13.24.21 # anyway, it is what it is. 13.25.53 # gevaerts: yes, the device could for example have multiple cd trays 13.26.51 # 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 # Zagor: the sansas have two luns right now 13.27.12 # gevaerts: right, with the sd slot 13.27.23 # ejecting does in fact make sense for the slot 13.27.37 # only it cannot actually eject, so... 13.28.17 # Zagor: so it's similar to old floppy drives. It still is a removable device in SCSI terms. 13.28.29 # Zagor: neither can the cardreader in my pc, but it does power doen the card 13.28.40 # gevaerts: yes, same with ZIP drives, tapes etc. 13.28.52 # petur: good point 13.29.48 # gevaerts: there is a difference btwn removable device (all usb devices) and removable media. eject is for removable media. 13.30.06 # Zagor: really, if the host hasn't unmounted by the time it sends and eject command... 13.30.38 # preglow: we might umount and eject the sd slot while keeping the internal flash mounted. 13.31.51 # 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 # 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 # I don't know 13.34.41 # 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 # linuxstb: no idea 13.35.50 # 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 # Linux was happy though? 13.38.23 # 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 # 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 # what, rolo works on ipods now? 13.40.06 # 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 # 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 # preglow: It's worked for a long time (rolo'ing Rockbox), it's just been pointless up to now... 13.40.29 # gevaerts: eject works great :) 13.40.38 # linuxstb: really, now, didn't notice 13.40.44 Quit hcs ("Leaving.") 13.41.01 # 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 # ok 13.42.27 # Zagor: Shall I prepare a patch with the "enable by default" stuff removed ? 13.43.11 # Zagor: and should that still reboot on plugin ? 13.43.43 # yes, we should either enter ums mode or reboot. 13.43.48 # LinusN: any news on that IDE-ZIF adapter? Did you get that sample yet? 13.43.58 # nope 13.44.40 # 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 # hi everyone 13.46.10 # i'm looking for some info relating to button API to be used in plugins 13.46.43 # Zagor: I think I'd better first follow development a bit so that I learn the rules a bit better. 13.46.47 # i really need them cause i can't find any wiki/docs explaining them well 13.47.12 # 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 # 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 # gevaerts: we still want to be able to usb-charge like before 13.50.13 # 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 # 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 # well i need the second one 13.52.55 # i need to know when the same button is press/released 13.53.13 # on wiki no info about macro buttons define 13.54.32 # i looked a some source code it seems to be a BUTTON_REL macro 13.55.34 # linuxstb: Why? 13.55.45 # amiconn: For the Rockbox UMS mode... 13.56.07 # Yes, so that code should be used on PP502x devices... 13.56.17 # And that means USB_IPODSTYLE has to go 13.58.01 # 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 # ...because USB_IPODSTYLE means to reboot into OF 13.58.33 # Yes, and 1st..3rd Gen are still USB_IPODSTYLE 13.58.47 Part LinusN 13.58.51 # OK, so just remove USB_IPODSTYLE from the other config files/ 13.58.52 # 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 # ? 13.59.18 # good, I'll check it over and commit 13.59.33 # amiconn: BTW, there also seems to be checks for a "USB_NONE" define - which afaics isn't defined for any target. 14.00.40 # Yes, no more 14.00.53 # 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 # Is it ok to put test builds on Flyspray? 14.11.36 # sure 14.11.40 # Great 14.12.08 # 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 # Hmm, it doesn't want to attach a zip. 14.15.39 # Too big I guess 14.15.39 # pondlife: I've seen attached zips before... 14.16.02 # Yep, but this is a rockbox.zip of 2210296 bytes 14.16.05 # put it somewhere and link to it? 14.16.13 # Yep, guess so. 14.16.43 # 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 # Nothing, but my non-LCD remote lacks buttons 14.19.01 # 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 # I'll see if I can test tonight... 14.19.46 # 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 # gevaerts: I assume first_td and last_td in usb-drv should be static, right? 14.24.36 # Hey, could someone grant me write access to the wiki? 14.24.48 # 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 # Could be located near the end of ram, before the plugin buffer 14.25.22 # joshin: Done. 14.25.29 # great, tx! 14.26.58 # amiconn: Do you know if the PP chips have a unique serial number accessible from Rockbox? 14.29.53 # 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 # Not that I know of 14.35.56 # 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 # 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 # 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 # 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 # aha 14.55.09 Join Arathis [0] (n=doerk@p508A7E7C.dip.t-dialin.net) 14.55.37 # 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 # 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 # 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 # Zagor: ok 14.58.51 # 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.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 # Morning, everyone! 15.06.25 # 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 # 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 # hi LambdaCalculus37 15.06.53 # thk chap 15.08.11 # 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 # Kuhgarten: http://forums.rockbox.org/index.php?topic=15360.0 15.09.00 # ty 15.09.13 # *ahem* Full words, please. 15.09.21 # * LambdaCalculus37 points to the IRC guidelines 15.09.31 # okey, thank you very much :) 15.14.51 # 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 # 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 # Nico_P: I thought AMS was also once interested, but maybe only for their reference design 15.20.29 # ah, true. don't know if there was any follow-up on that 15.21.24 # 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 # 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 # Kuhgarten: Given that all DAP makers seem to want to support DRM, that's not possible with the GPL. 15.26.47 # excuse does anoyne know exactly how do button_get and button_status work? 15.27.11 # I see 15.27.11 # SSnake: what exactly do you want to know? 15.27.47 # (thanks Zagor) about button_get: can it return mutliple button pressed? 15.28.04 # yes it can 15.29.08 # 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 # yes 15.30.51 # 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 # linuxstb: you have the latest build of rockbox also? 15.39.43 # ups, i meant leftright.. 15.39.45 Quit ol_schoola_ () 15.39.48 # 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 # 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 # Slasheri: does rockbox needs special compilation options to use dircache hibernation ? 15.44.15 # it still scans the disk at every startup 15.44.57 # Ixan: Get a paperclip and push in the little reset button on the side. 15.45.07 # Then you can turn it back on. 15.45.23 # roger 15.46.55 # 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 # Slasheri: I suspect that leftright already had his H100 flashed and forgot to start the new build from disk 15.48.58 # Ixan: if you can reproduce it, create a bugreport on flyspray 15.49.59 # hmm, just tested. couldnt reproduce. filed under moonphase bug 15.50.11 # TiMiD[FD]: nope, it should get automatically enabled when there is a rockbox image in flash 15.51.01 # XavierGr: but plugin is already loaded from disk. I think he didn't update plugins at least 15.51.25 # anyone had a stab at flv/flash playback? aka youtube files 15.51.54 # @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 # Ixan: Not as far as I know. Is there an open source decoder? 15.52.27 # SSnake: I don't remember. test! :-) 15.52.29 # 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 # linuxstb: yeah, there's a gpl flash plugin which works with youtube and google vids 15.52.57 # 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 # 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 # Ixan: Theora would sooner be a better choice. 15.54.29 # Ixan: flv is a container, not a codec 15.55.24 # 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 # 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 # 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 # TiMiD[FD]: weird.. and you have set rockbox to load from ram/rom automatically and tried booting it repeatedly? 15.57.22 # yes 15.57.38 # leftright: yeah, you need to have the latest build :) 15.57.42 # it loads from rom now that I fixed my fat problem 15.57.45 # thanks 15.57.47 # because old builds don't have the new checksums 15.57.49 # I'll try formatting it 15.59.38 Quit joshn__ (Read error: 110 (Connection timed out)) 16.00.08 Quit DerDome (Read error: 104 (Connection reset by peer)) 16.00.19 # 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 # 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 # major_works: just add -DUSE_ROCKBOX_USB to the EXTRA_DEFINES in the makefile 16.23.33 # or the config-xxx.h file 16.23.57 Quit TiMiD[FD] ("leaving") 16.24.31 # 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 # lo all :-) 16.25.45 # Good to see some swedes are coming to DevCon2008 ;) 16.25.53 # Sorry, I meant Swedes 16.26.06 # there may be turnips too 16.29.44 # Yum. :) 16.30.11 # 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 # What, like Linus? 16.30.57 # ;p 16.31.26 # (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 # did anything come of the hardware licensing discussion last night btw ? 16.42.08 # iirc no. 16.42.29 # you mean font licensing, no? 16.43.36 # no, pcb layouts and stuff 16.43.39 Join BigBambi [0] (n=86ceaf37@rockbox/staff/BigBambi) 16.43.45 # yo 16.43.48 # correct 16.44.06 # * GodEater observes that BigBambi is in his pimp outfit 16.44.44 # Heh - I'm having to read the logs to find out what to respond to cgi IRC is lagging so badly 16.45.07 # GodEater: Not much came from that discussion other than frustration 16.45.25 # Casainho didn't seem to get it from what I could tell in the logs 16.45.37 # Indeed not 16.45.53 # It was a pretty fast and difficult conversation in another language though 16.46.02 # But he still doesn't seem to have got it 16.46.03 # aye 16.46.24 # my portuguese isn't up to explaining it to him 16.46.39 # 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 # 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 # heh 16.47.39 # 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 # *Spanish 16.47.48 # * DerPapst wonders where those "experiments" end up.... 16.47.55 # 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 # Not as far as I know, no 16.49.14 # there's good chance my ipod is broken in that case 16.49.18 # oh well 16.49.23 # Does it have trouble in the OF? 16.49.41 # no, but i haven't had the OF on it in a long time 16.49.48 # I-MOD: the touchwheel is not sensitive to non-fingers touching it 16.49.52 # You removed it completely? 16.50.00 # it requires the slight electrical charge from the human body to work 16.50.01 # Cos standard rockbox can dual boot 16.50.03 # just unused and not updated 16.50.05 Quit ch4os_ ("Lost terminal") 16.50.07 # which is why using a biro or something on it doesn't work 16.50.14 # or using your finger with gloves on 16.50.32 # I-MOD: Well it doesn' t matter just to test the hardware 16.50.39 # Boot the OF and check 16.50.47 # can do 16.51.03 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 16.52.54 # 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.02.10 # 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 # and no, the OF doesn't seem to have the problem 17.08.15 # 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 # 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 # 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 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 # 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 # 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 # 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 # 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 # Horscht: did you post the german lang update to the tracker? 17.54.21 # 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 # yes 17.55.22 # 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 # Horscht: i have some questions. 1. Why are there so many changes in deprecated lang entrys? 17.59.29 # 2. why did you remove the voice string from LANG_PLAYLIST_CONTROL_INVALID? 17.59.44 # I.... have no clue. I used rasher site script to translate 4 missing strings. 17.59.57 Quit leftright ("CGI:IRC") 18.00.23 # ho-hum 18.00.41 # I'll have a look 18.01.18 # Horscht: ok 18.02.15 # 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 # 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 # 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 # I guess my parser could be more forgiving, but I'd rather fix the errors 18.11.48 # 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 # 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 # ok. 18.40.36 Join petur [50] (n=petur@rockbox/developer/petur) 18.46.40 # I'm trying to add new functionality to disktidy, but I need someone to help look over the code. 18.48.35 # I know I did something wrong here: http://pastebin.com/m2b7926c9 18.48.51 # 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 # LambdaCalculus37: don't you have a patch? 18.49.52 # Nico_P: I tried compiling a build to test, but disktidy keeps spitting out errors. 18.50.29 # well, what kind of errors? and where? 18.50.37 Quit conando (Read error: 110 (Connection timed out)) 18.50.40 # LambdaCalculus37: could you make a patch out of it, then we would know what you changed.. 18.50.52 # and the error message would also be good :-) 18.51.23 # Domonoky: Sure, let me do that now. I'll post to FS. 18.51.33 # LambdaCalculus37: just pastebin it 18.51.55 # LambdaCalculus37: pastebin the patch, please 18.52.20 # * linuxstb guesses the lines with TABs are the ones changed... 18.52.37 # 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 # LambdaCalculus37: Remove the 3 from line 367 - i.e. use [] instead of [3] 18.55.36 # yeah. It's the habbit of a new, annoying filemanager on kde 18.55.52 # Domonoky: No, it's just a long way to the right... 18.56.19 # But the code in that function is of the form if () { ... } else { ... } else { ... } 18.57.02 # (so some brackets look wrong...) 18.58.25 # linuxstb: Do you mean line 369? Line 367 is ["Files to Clean","Quit");] 18.59.14 # I expect so - I may have deleted a couple of lines... 18.59.19 # line 369 is wrong, -> an array with 3 entrys, which is initialisies with 4 entrys... 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 # 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 # 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 # LambdaCalculus37: You should also tell your editor to not use tabs... 19.09.05 # 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 # linuxstb: I'm using Kate. 19.09.59 # * LambdaCalculus37 doesn't feel like using XEmacs or Gvim right now 19.10.02 # you can set kate to use spaces instead of tabs 19.10.12 # 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 # is there a standard location to define USE_ROCKBOX_USB? 19.10.49 # please someone answer me this fundamental question: CAN a h300 iriver detect 2 different diagonals button pressed simultaneously? 19.10.53 # 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 # SSnake: No, don't hink so 19.11.26 # linuxstb: ok thanks 19.11.31 # 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 # Nice, 10 complete translation right now 19.11.36 # ARRRRRGH! no please... are you sure? 19.11.38 # 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 # Domonoky: Will do. 19.12.42 # linuxstb: I failed to find the Sansa iSerial in the i2c ROM 19.12.58 # LambdaCalculus37: This works - http://www.davechapman.f2s.com/rockbox/disktidy.c 19.13.45 # rasher, the sansa e200 serial is in the as3514 part of the PP5024 19.14.03 # (if i understand your remark correctly) 19.14.05 # linuxstb: looks like another MODE_SENSE version. I'll see what I can find out. 19.14.08 # bertrik: Do you know how to read it? 19.14.13 # yes 19.14.37 # Can you confirm it relates to the "iSerial" value your Sansa exposes via USB? 19.14.57 # yes, I already tried that some time ago 19.15.06 # let me find my logs 19.15.36 Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-ddd4f027c94fd573) 19.15.39 # the serial is in bytes 0x30 - 0x3F of the as3514 address space 19.16.21 # 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 # bertrik: So it's read via i2c? 19.17.48 # this is my USB descriptor: http://pastebin.ca/900132 19.18.13 # 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 # 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 # linuxstb: Both files that we have are exactly the same. 19.21.38 # At least according to XEmacs. 19.22.34 # Well, mine compiles... 19.23.12 # Let me compile again. 19.23.33 # damn 2 days wasted due to the crap buttons on the iriver! So it's impossible to port diagonals-movement games 19.24.09 # any other target suffering of this absolutely stupi limitation? what about ipods? 19.24.40 # Yes, a lot of the targets have limitations on button combinations afaik 19.25.04 # 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 # 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 # gevaerts: well, we do have RoLo, although it is not fully working on some targets 19.26.23 # gevaerts: doesn't rolo work on sansa? 19.29.11 Join kugel [0] (n=kugel@unaffiliated/kugel) 19.29.35 # 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 # rasher: do you know if Sascha Wolf is around here/his nick? 19.29.38 # Horscht? 19.30.02 # i am 19.30.35 # gevaerts: I played with a fancy bootloader but they didnt let me commit it :p 19.31.39 # linuxstb: disktidy compiled properly. 19.31.39 # 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 # most definatly! 19.32.04 # * gevaerts just broke usb while trying to make it work better 19.32.11 # congrats 19.32.17 # 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 # Horscht: why didn't you translate "sound settings" completely? 19.34.33 # pixelma: I might be responsible - I re-did the translation and might have messed up 19.34.41 # BigBambi: ture.... 19.34.45 # *true. 19.35.04 # 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 # rasher: hmm, ok. 19.35.57 # Horscht: I didn't say it wasn't helpful 19.36.07 # \o/ Success!! 19.36.35 # * LambdaCalculus37 bows before the mighty knowledge of Nico_P, Domonoky, and linuxstb 19.36.54 # 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 # but I don't like denglish especially where it is not necessary at all (and we have "Klangeinstellungen" for years) ;) 19.37.24 # 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 # sounds weird imo.. ;-) 19.38.12 # oh... right. Heh, guess I've been using the word "Sound" too often then :) 19.38.41 # well, it's not perfect but I know there are other places like that 19.38.55 # though i have no idea how to translate it better ;-) 19.39.11 # * DerPapst has never used deutsch.lang 19.39.17 # DerPapst: if you have a better idea, just tell ;) 19.39.27 # * pixelma a bit too slow 19.39.40 # 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 # woohoo... finally. i was faster :-D 19.40.36 # linuxstb: can you recall which devices it isnt working on atm? 19.41.02 # I think it's just the Gigabeat F/X. 19.41.19 # afaik it works on portalplayer (at least PP502x - it works on my ipod) 19.41.26 # is rolo enabled on ipods? 19.41.30 # Not sure about PP5002... 19.41.32 # its no worky on mr500 also iirc 19.41.48 # DerPapst: It has been for a long time 19.41.51 # linuxstb: I'll try that. Sounds like just what I need 19.41.53 # mkay 19.42.07 # DerPapst: 'rolo'ing the OF doesn't work though.... 19.42.10 # never tried 19.43.08 # but it has to be in that some additional bits in the header *.ipod format? 19.43.39 # Yes - ipodpatcher can be used to extract the apple_os.ipod file 19.43.42 # rolo still isnt as convienient as a "loader2" though 19.43.51 # hehe 19.45.00 Join Buschel [0] (n=abc@p54A3D94D.dip.t-dialin.net) 19.45.12 # JdGordon|w: Going to port loader2 to the Sansa? 19.46.39 # i guess his attemp would be better suited than porting loader 2 ;-) 19.46.56 # 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 # I did get some code down for a graphical loader a while ago 19.47.11 # JdGordon|w: i would disagree...faster boot...then after the boot you can choose your binary (assuming rolo has full functionality) 19.47.39 # well, it would do a default load unless some button was pressed which would give you a menu 19.47.44 # There's still the problem that you can only have one .rockbox (in the case the different rockboxes are incompatible) 19.48.09 # thats a fixeable "problem" 19.48.11 # JdGordon|w: and how is that better than just booting and choosing your binary? 19.48.20 # coz i says so :p 19.48.29 # you have a menu there....it is simply in the file browser 19.48.54 # http://www.rockbox.org/tracker/task/8595 19.48.58 # can anyone please close fs #8582? it is doubled by #8588 -- which uses a better solution. 19.49.18 # No, because I can't spell supercede 19.50.33 # 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 # gevaerts: what are you working on? 19.52.03 # 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 # pixelma: Roger that! 19.53.13 # wasnt this "short time" a long time a go ? :-) 19.53.51 # Someone want to tell scorche that? :) 19.53.54 # didn't want to say that :P 19.53.59 # linuxstb: Rockbox UMS mode works with my Sansa and Mac (Macbook with leopard) 19.54.15 # barrywardell: Hmm. I'm using tiger... 19.54.19 # Domonoky: yeah... 19.54.43 # barrywardell: It seems my Mac was sending a SCSI command (0x5a) not implemented by Rockbox yet. 19.54.58 # 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 # 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 # themes.rockbox.org is still waiting for viewports in wps isnt it? 19.55.09 # * scorche|w wins 19.55.15 # linuxstb: does that come up in a logf? 19.55.15 # lame 19.55.19 # barrywardell: Yes 19.55.31 # 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 # 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 # where x is 4 and 9 19.56.28 # pixelma: oh im sure we can think of something :D 19.56.46 # Isn't there a USB validation app a Windows user can use to validate the Rockbox UMS driver? 19.56.59 # yes there is 19.57.20 # * linuxstb wonders if the Sansa stack would pass - the serial number format seems invalid (hyphens) 19.58.01 # 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 # 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 # and my Sansa isn't responding to button presses 19.59.19 # the verifier can check some general USB handling ("chapter 9") and also has tests specific to mass-storage devices 20.00.16 # 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 # 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 # althougn not with the ums part of it 20.04.20 # 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 # pixelma: sure looks like it 20.05.06 # but I think it was my fault... trying to fix it again 20.05.14 # I think we should make it pass the ch9 tests first 20.05.16 # pixelma: I've removed it - want me to commit? 20.05.33 # barrywardell: I think I've had those occasionally as well... 20.05.36 # (I know it can be a bit of a pickle to remove sometimes) 20.06.02 # I've removed it too, just checking if it is correct now 20.06.10 # gevaerts, linuxstb: they normally come after a reset 20.06.54 # I was about to say that as well... They always seem to be immediately after a reset (i.e. same timestamp) 20.07.24 # 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 # barrywardell: Are you currently writing ? I think they happen when a reset occurs on a write transfer 20.08.25 # linuxstb: I haven't seen that one yet 20.08.34 # 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 # gevaerts: yes, copying files over 20.08.47 # is the latest USB stack supposed to work with windows? 20.09.12 # bertrik: I (briefly) tested it on Windows XP, and it seems to work 20.10.07 # ok, I just see a "Rockbox internal mass storage" (or something like that) but I can't access it 20.10.53 # rasher: (hopefully) fixed. If it didn't work then I'll ask you :) 20.10.57 # bertrik: can you get drive properties ? 20.11.06 # I'll try 20.11.51 # bertrik: what kind of player are you using ? 20.11.59 # a sansa e260 20.12.00 # pixelma: looks better 20.12.27 # windows xp just gets really unresponsive after plugging it in 20.12.28 # yeah, one shouldn't just arbitrarily check for settings... ;\ 20.12.46 # bertrik: mine did that, but after a while it turned up correctly 20.12.56 # 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 # would be nice to have a UART to debug to 20.16.02 # what bug are you running into? 20.16.53 # 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 # 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 # barrywardell: maybe macs don't like to retry as much as linux ? 20.21.59 # 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 # gevaerts: possibly. some OF versions don't even have working UMS on mac! 20.23.28 # 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 # 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 # 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 # LambdaCalculus37: Did you upload the disktidy patch? 20.38.20 # kugel: http://www.rockbox.org/tracker/task/8595 20.38.35 # Now it can find and delete .dolphinview files. 20.39.23 # LambdaCalculus37: I allready read it. I just wonder what diff format you used 20.40.15 # kugel: I used diff -u disktidy.c disktidy2.c > disktidy.diff 20.40.26 # svn diff is handy 20.40.34 # isn't svn diff easier? 20.40.45 # LambdaCalculus37: It doesn't really look like a unified diff, something went wrong 20.41.05 # DerPapst: Doesn't svn diff require an internet connection? 20.41.21 # no 20.41.24 # how did you download the source? 20.41.30 # LambdaCalculus37: It just requires a source code checked out with svn 20.41.31 # SVN. 20.41.32 # you only need to have checkout 20.41.37 # then no 20.41.55 Join ap0 [0] (i=ApotheoZ@nfb68-1-88-169-81-101.fbx.proxad.net) 20.42.04 # I'll do it again, then. 20.42.16 # Anyway, diff -u does a good job too, but the patch on the tracker looks very weird to me 20.42.17 # svn diff /path/to/disktidy.c > disktidy_v1.diff in the rockbox dir you've checked out 20.42.38 # ./path/to... rather 20.43.14 # kugel: Okay, I'll do svn diff and then post the new patch. 20.43.25 # linuxstb, gevaerts: do you have enough information to get the serial number from the as3514? 20.43.42 # 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 # I really wonder what went wrong there 20.43.56 # 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 # Domonoky: what's strange about a unified diff? ;-) 20.45.40 # * bertrik whistles 20.47.04 # 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 # gevaerts: agreed. Maybe I'll work on it this week (but not tonight) 20.49.09 # Does the c200 also use the as3514? 20.49.14 # 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 # kugel: Updated. Try again: http://www.rockbox.org/tracker/task/8595 20.49.41 # bluebrother: my diff tool didnt liked it, also there were many entrys like: "only in ..." but i got it .. :-) 20.50.15 # linuxstb: I think so. The build makes as3514.o anyway 20.51.07 # LambdaCalculus37: Ah, yea now this one looks like a unified diff (this format should be preferred at all 20.51.09 # ) 20.51.12 # Ah, checking the config-c200.c, it seems it has an external as3514 (the e200 has it built into the SoC) 20.51.13 # 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 # ;) 20.51.44 # 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 # :-) 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 # we shoulnt wait to long, to commit it to svn, then its easier to handle.. 20.52.24 # indeed. 20.52.25 # * linuxstb doesn't own any sansa to test on, although that didn't stop him writing sansapatcher... 20.53.06 # I'm kinda interested in separating the GUI later. Thought about making a configuration editor first. 20.53.07 # so you wrote basically the most dangerous part of the software without actually having the hardware? :P 20.53.15 # 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 # 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 # 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 # LambdaCalculus37: ?? 20.53.51 # 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 # 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 # I only see the drawback that we then also need QtXml which in turn will enlarge the static binary ... 20.55.02 # but maybe I should give it a go and see how big that is. QtGui is one of the largest parts. 20.55.25 # yes, try it.. binary size isnt this important.. 20.55.31 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 20.55.38 # pft, just upx the binary... 20.55.52 # hey Nico_P 20.56.00 # LambdaCalculus37: prime time is the tv program after 8pm in my country 20.56.14 # preglow: we upx it already : windows rbuttil gui : ~7mb -> 2,5MB 20.56.21 # preglow: I already upx the windows binary. Still a 3MiB download. 20.56.31 # well, make people install qt :) 20.56.34 # generally decent movies, or big shows or stuff, something you can't see before 8pm 20.56.39 # hehe, good idea ;-) 20.56.49 # is there a small qt runtime download somewhere on trolltech's site? 20.56.55 # well, "small" 20.57.05 # but 3MB isnt really much, rbutil itself downloades more to make a full install :-) 20.57.12 # I don't think so. Especially not "small" ;-) 20.57.33 # but no, like you say, 3 megs isn't too much today 20.57.35 # that's a good point, but I still want rbutil to be as small as possible. 20.57.35 # JdGordon|w: hi 20.57.43 # i'd like it to be smaller, of course, but the convenience outweighs it 20.57.45 # (well, at least not larger than necessary) 20.57.57 Quit bertrik ("off to play") 20.58.11 # Nico_P: can you think of anywhere other than runtime data gathering that can cause a spin up after each track? 20.58.28 # lastfm.log ? 20.58.31 # JdGordon|w: not really, no 20.58.36 # diabbled by default 20.58.52 # 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 # I thought I fixed that problem but its still happening :( 20.59.22 # JdGordon|w: weird, i need to check you patch.. 20.59.39 # did you make sure the tagcache thread does not activate a disk write? 20.59.51 # runtime data gathering spins up after each track??? 21.00.36 # 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 # JdGordon|w: ah, i will try to check that patch soon 21.02.09 # 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 # I saw that, but thought I handled that properly 21.04.46 # 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 # which led me to think somehting else is causing the spinup 21.08.34 *** Saving seen data "./dancer.seen" 21.09.00 # hmm, interesting 21.09.35 # 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 # 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 # hi 21.49.19 # 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 # i installed the current rockbox version on a ipod mini 1.gen 21.50.36 # 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 # i cant play anything since it just displays "Building database" but it doesnt.... 21.51.34 # ssn - how long have you left it? building the database from scratch can take a long time 21.52.04 # 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 # Can someone help me find out if I have a V1 or V2 sansa? 21.52.10 # 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 # 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 # karashata, there is a VERSION.TXT in the usb disk 21.52.52 # i waited 20 minutes 21.52.55 # karashata, but I can't tell from that 21.53.06 # Version Info: Product Rev.: PP5022BF-06.10-S301-06.10-S301.01.05PRT 21.53.08 # ssn - cf - nice. is this the very first time you've enabled the database? 20 minutes sounds plausible 21.53.17 # asdrubal: it's in their system menu, and there is also a vers... 21.53.18 # asdrubal: that's a v1 21.53.44 # ssn - anything else on the screen? oh - and was rockbox functioning fine before you enabled the database? 21.53.44 # Sweet 21.53.47 # I just bought this from newegg 21.53.56 # badger: are you sure it's a v1? 21.54.10 # It has "250 songs MP3" on the front. and it says audible on the back 21.54.15 # yes, but 1.01.05 is one where they removed the MSC settings 21.54.27 # stripwax: yes 21.54.32 # asdrubal: yes, the PP5022 gives it away too 21.54.39 # Suhweet!! 21.54.44 # if you mean browsing through the menus 21.54.49 # so I guess fyi, newegg C240s are V1 21.54.59 # but since there aint any files on there, i cant test playback of files 21.55.00 # ssn: Could you browse the files and play them via the file browser? 21.55.10 # pixelma, what do you mean by that? 21.55.11 # i tried the doom game, that didnt work 21.55.14 # * gevaerts is getting nowhere 21.55.17 # So you're building a database with no files on your disk? 21.55.19 # linuxstb: yes i could 21.55.28 # no there are 18 songs on there 21.55.38 # oh - 20 minutes is way too long for 18 songs .. 21.55.43 # So do they work if you play them via the file browser? 21.55.44 # i did put them on there after the initial database creation didnt work 21.56.02 # this is the second time you've tried to create the database? 21.56.25 # 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 # i rebooted the thing 21.56.43 # did the same (nothing much) seem to happen when you tried the first time? 21.56.46 # that could be the case 21.57.00 # i just tried to play anything, but it doesnt worke 21.57.03 # work 21.57.09 # the files seem to be gone 21.57.16 # hmm, using the File browser, they should be there 21.57.27 # "Nothing to resume" 21.57.37 # ? 21.57.38 # they were there 21.57.43 # but now they arent 21.57.47 # Menu - Files -> anything there? 21.57.55 # it hangs 21.57.57 # 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 # ssn - press LEFT 21.58.10 # and now it displays "nothing to resume" 21.58.18 # when you press Left ?? 21.58.21 # back to the main menu 21.58.27 # pixelma, great thanks. 21.58.42 # it hangs when i go on "files" 21.58.50 # and then theres the browser 21.58.51 # empty 21.58.52 # ... 21.58.56 # pixelma, now I know for sure it's v1... there is nvidia copyright stuff in here 21.58.59 # should i reboot it? 21.59.00 # ssn - define "hangs". is it just showing you the empty screen but left still works? 21.59.14 # the file browser shouldn't "hang" but unfortunately I don't know what you mean .. 21.59.16 # after a few seconds 21.59.26 # it shows the filebrowser 21.59.51 # go to settings -> file browser -> show files -> "All" 22.00.38 Quit karashata (" HydraIRC -> http://www.hydrairc.com <- The alternative IRC client") 22.00.44 # i did 22.00.50 # still nothing there 22.01.07 # um - at least the ".rockbox" directory should be there ... did you press Left ? 22.01.07 # should i connect it to my ubuntu box and put some files in the database? 22.01.13 # i did 22.01.26 # 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 # it is the menu point "Files" 22.02.09 # and there is nothing 22.02.23 # linuxstb - is there a case where Files takes you to the Database view rather than the file browser? 22.02.32 # no 22.02.52 # 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 # ssn: you most likely have the file view as "supported" which could very easily hide everything 22.03.17 # ssn - you need to set the file view to 'All' as I mentioned 22.03.31 # stripwax: i did 22.03.31 Quit XavierGr (Nick collision from services.) 22.03.34 # as i mentioned 22.03.40 # 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 # ssn - for example, you should be able to navigate to the .rockbox directory, since rockbox is installed .. 22.04.18 # Does "All" enable showing folders with the Hidden attribute? 22.04.24 # yes 22.04.40 # then I am very confused about ssn's case. 22.04.48 # me too 22.04.56 # the files were gone 22.05.05 # i try putting some back on it 22.05.14 # 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 # can someone explain why this allways happens to my source code? http://pastebin.ca/900347 22.05.33 # 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 # 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 # ssn: can you view any files when directly going into the files menu after rockbox started? 22.06.12 # (he said no earlier) 22.06.16 # yes 22.06.20 # now i can 22.06.23 # huh? 22.06.29 # they were gone 22.06.42 # * Bagder thinks ssn is confused... 22.06.45 # perhaps because i reseted it (with menu and play) 22.06.46 # * stripwax certainly is 22.06.55 # ssn: can describe precisely? 22.06.59 # ok 22.06.59 Quit bluebrother (Read error: 110 (Connection timed out)) 22.07.08 # kugel: looks like some svn client problem or something like that 22.07.17 # i connected the ipod to my pc and put 18 files on there 22.07.35 # now i see the folders in the file browser of rockbox 22.07.38 # and then you didn't unmount cleanly? 22.07.54 # Bagder: It's plain source code. I never editted a file in this directory, it seems ghosts are causing that 22.07.57 # ssn - using rockbox, can you play those files now (i.e. does rockbox work properly on your ipod)? 22.08.09 # wait a mom 22.08.39 # now they play 22.08.50 # i try database creation one more time 22.08.55 # ssn - great - welcome to rockbox :-) yep, try that 22.09.14 # now it worked 22.09.17 # very fast 22.09.32 # perhaps i didnt unmount it cleanly the first time 22.09.43 # sounds like it 22.09.43 # how do i reboot rockbox? 22.09.51 # you mean turn off? hold play 22.10.11 # ok thx 22.10.21 # how long a normal ipod mini 1.gen lasts? 22.10.25 # i mean the battery 22.10.44 # because rockbox is displaying 3h 22.10.52 # pixelma, is msc mode usb disk mode? 22.11.00 # pixelma, because I can access the filesystem on this thing 22.11.26 # ssn: don't beleive the estimation 22.11.29 # that seems not very much :D 22.11.30 # ssn: the battery estimate is not accurate 22.11.32 # ssn: dont trust rockboxs estimated run time... :-) 22.11.36 # *believe 22.11.39 # ok 22.12.01 # because i didnt put a cf card and a bigger battery back in there to last just 3 hours :D 22.12.04 # 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 # Bagder: Can you see what's weird here?: http://pastebin.ca/900356 22.12.19 # asdrubal: MSC is mass storage mode, what operating system or you on (windows? 22.12.23 # asdrubal: yes msc=ums = what you call disk mode.. :-) 22.12.33 # ok thx for your help 22.12.35 # 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 # 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 # stripwax: since mine is heavily modified, that info wouldnt be of much help :D 22.13.11 # ssn - ehm, true :) 22.13.44 # pixelma, linux 22.14.30 # Buschel - I got nearly 17hrs on the 60GB 5g using svn .. awesome! 22.14.40 # I'll upload battery bench in a moment.. 22.14.46 # :o) 22.14.52 # linuxstb: Sure, do I need to define have_rockbox_usb or is that in there? 22.15.02 # BigBambi: You'll need to add it. 22.15.05 # OK 22.15.07 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) 22.15.27 # ok, I heard that in linux it just works because linux doesn't know the MTP protocol. 22.15.41 # ^ asdrubal 22.15.59 # pixelma, it's weird... rhythmbox pops up now 22.15.59 # linuxstb: And what are you looking for? 22.16.07 # Are you on Linux? 22.16.11 # is MTP = music transfer protocol? 22.16.12 # yes 22.16.31 Quit lee-qid ("aufwiederbyebientotsayonara") 22.16.45 # 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 # pixelma: Thanks, thought about that when I first wrote it, then forgot to check it in the preview... 22.16.59 # 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 # Will do 22.17.11 # asdrubal: yes, MS's. I can't help you with installation under linux... 22.17.19 # ah 22.17.21 # pixelma, ok. 22.17.32 # Lear: the "fun" thing is that the preview shows it correctly 22.17.39 # i have to set the battery capacity 22.17.55 # Buschel - was backing out the 24MHz default clock the main factor? 22.18.15 # ssn: not quite that easy, sadly 22.18.22 # hmmm, my sansa won't turn on 22.18.35 # * linuxstb looks away innocently 22.18.42 # :) 22.19.15 # I unzipped the build, pulled the cable (after safely removing, all in OF), and now it appears dead 22.19.26 # ah, no I have it back 22.19.54 # now it is stuck with this "maze" game 22.20.13 # why does maze crash my ipod? :D 22.20.14 # 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 # oh, cool. 22.20.48 # 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 # ssn - are you sure you mean 'crash'? what happened? 22.21.18 # maybe you just don't know the key combination to quit? (it should all be in the Manual .. ) 22.21.20 # ssn: To exit many plugins, hold select, and then press menu 22.21.24 # pixelma, so I should run sudo rbutil? 22.21.47 # asdrubal: Yes - for the bootloader part of the install only. 22.22.05 # linuxstb: thx 22.22.43 # linuxstb, ok so the Installation guide online doesn't say what to do first... I've set it up for C240 22.22.49 # now I'm not sure which one to select 22.23.01 # linuxstb: When I plug in USB with rockbox now it just freezes 22.23.15 # is it OK to select Complete Installation here? 22.23.24 # or should I install bootloader first on another tab 22.23.26 # I had already added the define and tried without your patch and it was OK 22.23.28 # stripwax: did you bench your iPod with or without WPS showing? and which audio format? 22.23.33 # I'll double check though 22.24.00 # without. vbr mp3 22.24.22 # 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 # pixelma, the most recent one 22.24.54 # 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 # pixelma, let me find a date 22.25.02 # linuxstb: OK 22.25.05 # rbutilqt-v1.0.2.tar.bz2 18-Oct-2007 22:38 4.0M 22.25.50 # asdrubal: thats 1.0.2, complete install is NOT SAFE !! 22.26.04 # Domonoky_, ok thanks for the warning :) 22.26.16 Quit krazykit ("Connection reset by beer") 22.26.20 # Domonoky_, So is 1.0.1 OK to use? 22.26.22 # someone really should make a new linux binary .. 22.26.51 # can't one just install the bootloader and the build seperately? 22.26.54 # no, use the buttons on the second tab... this should work, or use manual install.. 22.27.05 # pixelma is correct.. 22.27.07 # 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 # Domonoky_, so it is safe to do "isntall bootloader".. then "install Rockbox".. then "Install Extras" from 1.0.2 ? 22.28.02 # stripwax: btw, you tested with svn? could jhMike solve the HDD-thrashing? 22.28.20 # yes, should be safe.. for sansas at least .. :-) 22.28.30 # Okie doke.. I'll give it shot... wish me luck. 22.28.37 # Domonoky_, you got an opinion on the backup I just made? 22.29.05 # asdrubal: you only backuped the data, not the firmare of the sansa.. 22.29.21 # Hmm ok... ' 22.29.41 # 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 # the firmware is on the first partition which is hidden and has no filesystem i think.. 22.30.23 # Buschel - I don't think I experienced the thrashing, but my build is after the supposed fix. 22.30.33 # ok 22.30.43 # linuxstb: OK, it works without that line 22.30.43 # Domonoky_: It's the second partition on Sansas (1st on ipods) 22.30.50 # rbutil patches this with the help of sansapatcher.. :-) 22.30.54 # /dev/sdb1 vfat 959M 35M 925M 4% /media/Sansa c240 <---- sdb1 sounds like first partition... 22.30.54 # 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 # BigBambi: It should be "00000000-00000000-00000000-00000000-00000000" 22.31.23 # Domonoky_, heh 22.31.28 # Buschel - would the 'thrashing' bug have been obvious if I'd experienced it? 22.31.29 # linuxstb: With rockbox? 22.31.33 # BigBambi: Yes. 22.31.36 # 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 # stripwax: you would never reach ~17h runtime ;) 22.31.52 # heh 22.31.59 # asdrubal: second partition... :-) ie sdb2 .. 22.32.06 # 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 # BigBambi: Ah OK, a bit of rubbish has crept in... 22.32.37 # 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 # 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 # asdrubal: did you run rbutil on this device before ? 22.34.05 # Domonoky_, I ran the program and quit out of it... but I enver installed anything 22.34.10 # asdrubal: but you can safely say yes.. 22.34.11 # 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 # Domonoky_, ok... 22.34.33 # ^ vorbis would have been higher *runtime* that is, (not higher boost) 22.35.00 # Domonoky_, I just hope I don't brick it :( 22.35.20 # 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 # BigBambi: Can you try this version? 22.35.32 Join krazykit [0] (n=kkit@140.141.29.54) 22.35.33 # http://www.davechapman.f2s.com/rockbox/sansa_serial_v2.diff 22.35.37 # sure 22.35.44 # Domonoky - did you see my msg about talkfile_btn.png? 22.35.46 # revert the other first I assume? 22.35.49 # (yesterday's log) 22.36.00 # LOL, I don't think games are going to be very playable on my C240 22.36.09 # stripwax: no, missed it... 22.36.23 # no biggie - just this http://www.beermex.com/talkfile_btn.png 22.36.24 # BigBambi: Yes. 22.36.31 # * Domonoky_ doesnt have enough time to read irc logs.. 22.36.47 # stripwax: nice.. 22.36.56 Join karashata [0] (n=Kimi@bas3-kitchener06-1096622343.dsl.bell.ca) 22.37.02 # Do you think it matches the visual flavour of the other icons a bit better now? 22.37.05 # 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 # stripwax: yes, is it selfcreated ? 22.37.44 # Buschel - hm, my ipod has shut down in the past at around 3.5v . 22.37.53 # Domonoky - yes 22.38.27 # stripwax: respect... commit it ! :-) 22.38.31 # Buschel - which was 3% according to battery_bench. 22.38.40 # Domonoky - I still do not have commit rights .. :-( 22.38.57 # * gevaerts seems to have isolated his bug. 22.38.59 # then i will commit for you... :-) 22.39.02 # thanks! 22.39.37 Quit jurrie (Read error: 110 (Connection timed out)) 22.39.41 # 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 # Domonoky_, uhm I think it is bricked 22.40.14 # linuxstb: *PANIC* Stkov usb_core (0) 22.40.20 # On inserting cable 22.40.30 # Domonoky_, I turned it off then on again, and all I get is a sansa logo... it's stuck there 22.40.35 # stripwax: I know :o) That's why I nowadays use the 90-10% runtime a lot more. 22.41.00 # asdrubal: and you have installed rockbox and the bootloader ? 22.41.03 # Buschel - is the 90-10% range 4300 to 3300 ? 22.41.08 # Domonoky_, yeah 22.41.08 # 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 # I can't even turn it off now 22.41.15 # I meant is the 100%-0% raneg 4300 to 3300 .. 22.41.18 Quit framo ("moo") 22.41.22 # How do I turn it off when it is stuck like this? 22.41.26 # asdrubal: Hold power 22.41.30 # I already did 22.41.31 # for 15 seconds or more 22.41.33 # it's stuck on Boot logo 22.41.38 # 15? ok 22.41.41 # This is a hardware reset 22.41.47 # JdGordon|zzz: bluebrother is planning exactly this... give the xml to him, and we will have the editor shortly :-) 22.41.50 # There it goes 22.41.52 # no, 90% - 10% of battery level, depends on the battery type 22.41.54 Quit mf0102 ("Verlassend") 22.41.55 # Unless you have buggered hardware it will work 22.42.08 # Ugh... this is so bricked :( 22.42.15 # No, it isn't 22.42.21 # Buschel - hm, which battery level should I assume for 90%-10% in my case (90%-10% of that particular run?) 22.42.25 # You really have to work to brick a Sansa 22.42.25 # why do I get sansa logo? It should give me rockbox logo, right? 22.42.39 # It may be a little pain to recover, but it is eminently doable 22.42.42 # bricked, means unrecoverable dead... this sansa is recoverable for sure.. :-) 22.42.57 # I'll have to do a manual isntall It hink 22.43.08 # asdrubal- bricked means 'won't turn on, expensive paperweight' - yours is not :) 22.43.13 # 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 # Buschel - I know - and I'm questioning my own methodology :-) What should I use? 22.43.41 # 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 # Woah check this out 22.44.15 Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) 22.44.15 # 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 # WTH?! 22.44.35 # JdGordon|zzz: yes the features are now in the rockbox-info.txt shiped in the zip 22.44.52 # ok cool, I'll have a look at that then 22.45.09 # wait, which zip? 22.45.12 # the instal zip? 22.45.17 # rockbox zip.. 22.45.25 # 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 # so rbutil now the features of the installed build on the device.. 22.45.39 # s/now/know/ 22.45.52 # asdrubal: Power how? 22.45.55 # USB cable? 22.46.01 # If so, it is supposed to do that 22.46.09 # BigBambi, yeah 22.46.20 # Then that is working properly 22.46.29 # cool.. when was that added? 22.46.37 # 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 # Yes 22.46.43 # JdGordon|w for voice creation.. :-9 22.46.45 # I know 22.46.49 # 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 # BigBambi, why didn't the install work? 22.46.52 # asdrubal: That is meant to happen 22.46.54 Join tessarakt [0] (n=jens@e180077134.adsl.alicedsl.de) 22.47.18 # I don't know, I wasn't paying attention at the start to what you have done 22.47.21 # asdrubal: did you properly unmount the filesystem before unplugging ? 22.47.38 Quit ssn ("leaving") 22.47.39 # But if the going into OF on USB from off is working, the bootloader is fine 22.47.40 # gevaerts, yes 22.47.50 # stripwax: woah! then maybe we should adapt the battery discharge curve. 22.47.51 # Buschel - do you have OpenOffice? 22.47.58 # I can send you the plots.. 22.48.04 # asdrubal: So can you reconnect it and make sure you have a proper .rockbox folder etc. 22.48.12 # reconnect to PC that is 22.48.14 # Buschel - we should.. 22.50.47 # but not today -- I'll leave for getting some sleep now :o) 22.50.52 # good night! 22.51.15 Quit Buschel () 22.51.15 # 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 # Big Uhm... 22.52.14 # ?--------- ? ? ? ? ? .rockbox 22.52.25 # There is something uo with your filesystem 22.52.27 # drwx------ 5 nicholas root 16384 2007-02-08 13:28 SYSTEM/ 22.52.28 # Buschel - for the logs :-) http://www.beermex.com/battery_bench.ods 22.52.35 # asdrubal: What OS are you on? 22.52.38 # Leenucks 22.52.45 # Linux I assume from that> 22.52.49 # ^ and anyone else who wants to visualise the ipod 5G 64MB battery decay curve 22.53.06 # Can you run fsck.vfat on it? 22.53.13 # asdrubal: check you filesystem... did you really unmount properly ? 22.53.35 # Not safely unmounting seems the likely culprit for the filesystem mess 22.53.56 # Domonoky_, Maybe not... I'll try redoing the install 22.54.07 # asdrubal: I'd sort out the filesystem first 22.54.16 # Try fsck.vfat on it 22.54.28 # dosfsck 2.11, 12 Mar 2005, FAT32, LFN 22.54.29 # Invalid disk format in boot sector. 22.54.52 # did you use any flags? 22.55.06 # nope 22.55.24 Join iamben [0] (n=ben@ppp-70-247-252-40.dsl.spfdmo.swbell.net) 22.55.26 # -a or -r would be useful (for automatic or interactive repair) 22.56.28 # BigBambi, uh oh... rbutil won't let me pick sansa c200... says it's invalid 22.56.38 # Have you repaired the filesystem yet? 22.56.51 # I get the same message 22.56.54 # invalid bootsector 22.57.01 # nicholas@linuxbox:~/rbutilqt$ sudo fsck.vfat -a /dev/sdb1 22.57.01 # dosfsck 2.11, 12 Mar 2005, FAT32, LFN 22.57.01 # Invalid disk format in boot sector. 22.57.05 # Well until you fix that it ain't gonna work 22.57.15 # run fsck.vfat -r 22.57.17 # can I mkvfat on it? 22.57.29 # Domonoky_, same thing 22.57.44 # If it's ok to format the partition, I'll do tha 22.58.40 # yeah, the fsck tool for vfat isn't as good as one would like it to be 22.59.03 # I've been forced to re-mkfs in the past to get around problems 22.59.04 # asdrubal: you can. Make sure you format the first partition though 22.59.06 # so can I format the disk? 22.59.22 # gevaerts, I already backed up the partition with cp -a before I tried to isntall any bootload 22.59.30 # gevaerts, so I can just copy the data back right? 23.00.03 Quit lee-qid (Connection timed out) 23.00.11 # 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 # gevaerts, ok... Are you familiar with mkdosfs ? Do I need special flags to make that vfat? 23.01.06 # I see mkdosfs -F 32 23.01.28 # 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 # 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 # OK, one mo 23.07.44 # 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 # YAY I GOT ROCKBOX! :) LOL 23.09.32 Quit desowin () 23.09.51 # linuxstb: Just freezes with rockbox still visible like v1 23.09.54 Quit Axio_ (Client Quit) 23.11.50 # Thanks for the help guys! you "rock" 23.13.28 # 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 # BigBambi: OK, thanks. I guess I need someone who knows the Sansa hardware (jhMikes?) to comment... 23.14.54 # no probs :) 23.15.03 Join pygo [0] (n=449004f7@gateway/web/cgi-irc/labb.contactor.se/x-1596328e038df1f9) 23.15.14 # 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 # Hmm I hit the record button, but I can't get it to stop recording 23.16.57 # asdrubal: Check the manual 23.17.34 # Heh 23.18.25 # * amiconn returns 23.18.32 # 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 # BigBambi: BTW, which device do you have? 23.20.01 # e260 23.20.03 # 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 # pixelma: Ha, OK. Good advice in general though :) 23.20.31 # hey, I'm kinda curious... any ideas when rockbox will be out for the 6th gen ipods? ie. ipod classic? 23.20.36 # can I beta test a port? 23.20.45 # When the sun goes round the moon 23.20.51 # pygo: No-one is working on it. 23.20.53 # I'm just desperate to get rid of itunes and be able to use flac 23.20.55 # mk 23.20.57 # 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 # hmmmm 23.21.12 # linuxstb: I can't see anything obvious 23.22.07 # gevaerts: No, nor me... It works without the i2c_readbyte() calls, so something seems wrong there. 23.22.27 # asdrubal: currently it's a long press of "power" to stop recording, don't hold it too long though 23.22.41 # I don't suppose it'd be as simple as changing a few make flags, would it? lol 23.22.48 # 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 # mk 23.23.10 # pygo- hah. you're welcome to experiment with changing make file flags :-) 23.23.14 # linuxstb: I'll try on my c250 in a minute 23.23.39 # 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 # Hahaha 23.25.46 # hehe 23.25.52 # hoho 23.25.57 # Running rockbox on an 8 bit cpu.... 23.26.07 # you can do it! 23.26.12 # maybe four of them ? 23.26.17 # lol 23.26.35 # Well, you need to find a suitable free C compiler 23.27.14 # linuxstb: Stkov (0) 23.27.24 # gevaerts: v3? 23.27.33 # 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 # BigBambi: yes 23.28.02 # you can run the z80 cpu at a good 40mhz or so 23.28.17 # Rock box is Tre Elite 23.28.20 # 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 # 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 # uh? 23.29.33 # No standard toolchain for z80? 23.29.34 Quit jgarvey ("Leaving") 23.30.04 # 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 # Where are target- (or battery-)specific battery decay functions defined in rockbox? 23.35.40 # battery.c or something 23.35.54 # stripwax: hi! have you seen my patch from yesterday? 23.36.01 # -- not yet! 23.36.05 # where is it? 23.36.12 # JdGordon|w - thanks, will hunt 23.36.14 Quit ompaul (Client Quit) 23.36.53 Quit framo ("moo") 23.37.04 # stripwax: http://pastebin.ca/899310 23.37.16 # stripwax: :p I remember there is a slightly messy table, but other than it being in firmware/ i cant help 23.37.16 # should fix the behaviour we discussed 23.37.39 # Nico_P - ah, awesome. was just taking a look at trying to understand the buffering code :-[ 23.37.41 # :-p even! 23.38.15 # stripwax: well I don't want to prevent you from doing that! Another set of eyes is welcome 23.38.20 # Nico_P - :) 23.38.22 # I'm having trouble access the USB from my computer after installing rockbox 23.38.27 # questions are welcome 23.38.34 # asdrubal: use the OF 23.38.38 # OF? 23.38.41 # what does that mean 23.38.42 # So it will now always attempt to rebuffer when you add a new entry to the playlist, correct? 23.38.46 # original firmware 23.38.49 # Original.. yeah 23.39.12 # Nico_P - no optimisation yet on whether it ends up rebuffering stuff it doesn't need to 23.39.17 # The rockbox USB stack for portalplayer targets is not quite complete 23.39.54 # stripwax: no. that needs to be handled by playback.c anyway. buffering.c isn't supposed to know what it buffers 23.40.05 # sure 23.40.32 # will try it out 23.40.32 # basically the change is that everytime bufopen is called, the buffering thread is notified and goes in filling mode 23.40.55 # the drawback is that the notification will interrupt an in-progress buffering for a short while 23.40.57 # 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 # it gets called by audio_load_track, so that's about it yes 23.42.03 # BigBambi, I see 23.42.12 # BigBambi, so can this sansa access SDHC cards? 23.42.12 # 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 # asdrubal: Rockbox can, the OF can't 23.42.31 # (just so I understand what interrupt meant, above) 23.42.38 Quit tessarakt ("Client exiting") 23.42.45 # 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 # Big Heh... I wonder if my "sandisk card reader" can read sdhc... I'll have to find out 23.43.27 # considering it uses linux drivers maybe... 23.43.30 Quit n1s () 23.44.53 # sweet, it can 23.44.55 # 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 # oh, I'm sure that's fine 23.45.20 # (buffer_handle() checks the message queue and returns if there are new messages) 23.45.57 # Is there an easy way to see if I'm near the stack space limit ? 23.47.28 # JdGordon|w - found in target/arm/ipod/powermgmt-ipod-pcf.c (etc) 23.47.34 # gevaerts: system -> debug maybe? 23.47.44 Join FOAD_ [0] (n=dok@dinah.blub.net) 23.47.45 # stripwax: that was goin to be my next guess :p 23.48.44 # gevaerts: there you find 'view OS stacks' 23.49.00 Quit perrikp ("http://www.mibbit.com ajax IRC Client") 23.50.48 # 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 # petur: Are those numbers current usage or maximum ? 23.51.12 # maximum 23.51.29 # * Nico_P never thinks to use this screen 23.51.34 # stripwax: dunno 23.51.46 # ok! :-) well, I'll submit a patch anyway.. 23.51.55 # JdGordon|w: is lostlogic around? 23.52.35 # * JdGordon|w punches lostlogic through the intertube things 23.52.45 # amiconn: any reasons the values are all 50% in the sim? no real stacks there? 23.53.04 Quit ol_schoola () 23.53.05 # JdGordon|w: ah I thought you might be in the same physical place as him 23.53.11 # I didn't even know the sims have that screen 23.53.17 # na, we are both at work 23.53.23 # It is meaningless there (at least the stack percentage is) 23.53.32 # ok 23.53.56 Quit karashata (" HydraIRC -> http://www.hydrairc.com <- *I* use it, so it must be good!") 23.53.56 # I have *no* idea how much stack the buffering thread really uses 23.54.25 # 20% on my sansa 23.54.26 # The sim uses host os threads. 23.54.49 # 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 # JdGordon|w: then maybe the buffering thread stack could be made smaller 23.55.05 # probably 23.55.29 # I'll investigate that when I get a real target 23.55.31 # scroll is using 6% and backlight is 12% 23.55.37 # those could be shrunken lots 23.55.45 # tagcache is 12% also 23.55.51 # Well, we use a set minimum stack size 23.56.00 # 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 # ...which is 1KB. No thread has less stack than that 23.56.30 # well, defines for each stack size wouldn't really be bad idea 23.56.42 # but not target dependent 23.57.09 # and always with a good amount of space left, preferably 23.57.12 # amiconn: the buffering thread uses more than the default 23.57.26 # 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 # For tagcache, try doing a full db rebuild or something like that, and then re-check 23.58.14 # preglow: Defining the stack too tight would in fact be a bad 23.58.18 Quit OlivierBorowski (Remote closed the connection) 23.58.18 # ..idea 23.58.18 # amiconn: agreed 23.58.25 # and i don't want that 23.58.41 # excess ram usage is definatly better than stkovs 23.58.50 # very true 23.58.50 # 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