--- Log for 25.10.109 Server: kubrick.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 1 hour ago 00.00.16 # i consider indenting them altogether ok. but not indenting them *between* the # and the ifdef 00.00.31 # IMO something like #IF \t \t CONDITION might be a nice compromise, so that the # is left aligned but the check is lined with the code 00.01.26 # "# ifdef WHATEVER" looks very weird though 00.01.35 # (and that's what I just found) 00.01.49 # #ifdef X>Y looks ok to me 00.02.04 # since you can find it easily while skimming, and then see what level it applies to 00.02.07 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 00.02.17 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 00.02.34 # and in files like config.h where there are *only* preprocessor directives, I'd indent them like regular code 00.05.33 # Davide-NYC: that might be bad/risky 00.06.30 # well I just flashed to the latest (SVN) BL without the patch and now I can only boot from ROM 00.06.30 # it's a safety feature to boot from disk after having used the bootloader usb mode (if flash images are corrupt) 00.06.51 # ah yes, but try_flashboot should check the bootmethod before that 00.07.21 # well, it could be safe. But ideally the bootloader should be fixed to allow booting directly from CF 00.07.43 # TheSeven, do you configure the SDRAM controller for the nano 2g? 00.07.58 # I agree. And I'm willing to be the test pilot (once). So if you'd like to help I'm here to test for the next 30 minutes or so. 00.08.09 # Davide-NYC: that's great to hear that the svn bootloader is working 00.08.36 # bertrik: No, I rely on norboot to set that up. 00.08.39 # well it's NOT working. Only ROM boots. 00.09.13 # HD and RAM do not boot. In other words, SVN BL for iriver H1x0 targets is borked. 00.09.13 # oh.. does it give any error message when it tries to boot from the CF? 00.09.21 # ata -80 00.09.31 # ouch.. HD wont boot either? 00.09.45 # I don;t have any HDDs anymore. (LOL) 00.10.06 # I can however still boot from ROM and access the filesystem on the CFCard no problem. 00.10.21 # ah, ok. hmm, i have not much idea about CFs because my HD is still working :) 00.11.13 # Davide-NYC: just remember to keep a working ram and rom image :) 00.11.47 # Slasheri: Certain CF cards seem to work fine while others do not. The idea is to have the BL work with all CF cards on the market. My other (tiny) CF card give no problems. 00.11.55 # so it says: "ATA error: -80"? 00.11.59 # correct 00.12.16 # hmm, interesting 00.12.26 Quit bmbl ("Bye!") 00.12.32 # I'm going to reflash with the semi-official bootloader v7pre4 00.14.36 # Oh crap. The iriver flash utility just gave me a "NOT from ROM" error. 00.15.47 # Davide-NYC: you have to boot using the RAM image 00.15.54 # then it works 00.16.23 # Yeah, but with my new SVN bootloader RAM booting does not work!!! 00.16.27 # :-P 00.16.39 # ouch, really? that's bad 00.16.42 # Only ROM. So now what? 00.16.56 # Davide-NYC: Don't say you hadn't been warned. ;-) 00.17.06 # I'm not saying anything of the sort. 00.17.06 Quit mt (Read error: 131 (Connection reset by peer)) 00.17.09 # I'm smiling. 00.17.19 # amiconn: this gives me a slight speed up, but still slower than the asm http://pastie.org/668380 00.17.26 # See? :-) 00.17.35 Join mt [0] (n=mtee@rockbox/developer/mt) 00.17.35 # well, that's a little more difficult issue then.. 00.17.48 # did you try re-flashing the RAM image (rockbox.iriver)? 00.18.07 # Can I do that if I boot from the ROM image? 00.18.34 # ah, yes! there is a way 00.18.44 # try ROLO'ing directly to the rockbox.iriver 00.18.51 # (short click navi on it) 00.18.55 # yes! 00.21.04 # did it work? 00.21.07 # Strange, I was able to reflash the bootloader, but the same problem persists. I'm going to reflash the RAM image to see if that canges anything. 00.21.37 # Boot to ROM --> ROLO from CF --> flash RAM --> reboot 00.21.49 # hmm, interesting. maybe the ram image has become corrupted 00.22.07 # That's what I'm thinking 00.22.50 # (but i don't think that should happen) 00.23.34 # Works! 00.23.49 # I also cleared all of my settings for good measure (twice) 00.24.00 # great! so the ram image stopped working immediately after flashing the new bootloader? 00.25.08 # I had V7pre4 on there originally. CF booting to my RiData card didn't work. After flashing the BL to the current SVN image my RAM booting also failed to work. 00.25.30 # I had today's SVN compiled with RTC flashed to both RAM and ROM. 00.25.37 # * Davide-NYC living on the edge! 00.26.28 # ok, i will have to check that. In fact re-flashing bootloader and testing ram/rom boot after that was missing from my test sequence. So it's very possible there was a bug 00.27.00 # Davide-NYC: great :) 00.28.04 # For my other card (different brand) everything works as it should. Petur mentioned that it may be a timing issue with the different cards. (I have no clue what that actually means0 00.28.59 Quit reydarz ("CGI:IRC") 00.29.30 # indeed. I was looking for ata error code -80 but couldn't find it yet, amiconn? 00.30.25 # Maybe I just buy a Kingston Ultimate or a Sandisk Extreme III and call it a day. 00.31.03 Join T44 [0] (n=Topy44@f048198168.adsl.alicedsl.de) 00.31.26 # Or better yet, the Kingston Elite Pro cards are even cheaper and I bet have no timing issues. Thoughts? 00.32.12 # * TheSeven found the difference between the slow and fast menus 00.35.33 Join stoffel [0] (n=quassel@p57B4FB09.dip.t-dialin.net) 00.36.18 # I don't understand the coldfire libmad assembly 00.36.33 # it looks like it doesn't use the same mdct algorithm as the arm assembly 00.38.14 # Slasheri: I'm also noticing that my "HDD" light stays on my RiData unit but no on the other one. 00.40.13 # Davide-NYC: i am just trying to find the correct error code.. but it looks rather hard, there may be several possible places because that -80 isn't very accurate 00.41.45 # Slasheri: Please confirm that rockbox.iriver is the name of the bootloader. When I try to flash it from a ROLOd RB it asks if I want to reflash the RAM image. 00.41.59 # ok, it might be the set_features() function in ata.c where the problem occurs 00.42.11 # Slasheri: -80 is possibly the 8th error that can happen in the storage driver (those return usually -N*20) 00.42.26 # unless i'm missing something the coldfire libmad mdct is much less efficient then the one used on ARM 00.42.59 # Davide-NYC: that depends what target you are building 00.43.02 Join German [0] (n=d9e3991c@giant.haxx.se) 00.43.10 # normally rockbox.iriver is the actual rockbox ram image 00.43.14 # hallo =D 00.43.17 # *halo 00.43.20 # but when building a bootloader, it will be the bootloader 00.43.21 # unless maybe its unrolled somehow, it does seem to have roughly 2x the multiplications as the arm version 00.43.30 Nick German is now known as Guest44680 (n=d9e3991c@giant.haxx.se) 00.43.41 # (you can determine that from the file size, bootloader is below 64 KiB) 00.43.56 # Guys, when I compile a BL I configure (H120, BL) then I make. I end up with bootlader.bin, bootloader.elf, bootloader.map and rockbox.iriver. 00.44.24 # yep, rockbox.iriver is the bootloader (you have to rename it to bootloader.iriver) 00.44.41 Quit stoffel (Remote closed the connection) 00.45.04 # Ah! 00.45.09 # Slasheri: Is there any reason that is is named rockbox.iriver and not directly bootloader.iriver, or is it just legacy? 00.45.27 # Slasheri: quick commit! 00.45.30 # :-) 00.46.00 Quit JackWinter (Read error: 131 (Connection reset by peer)) 00.46.12 # AlexP: it's just nobody has not "fixed" that in the Makefile yet :) 00.46.23 # Slasheri: I suspected as much :) 00.46.55 # because not so many people are building those bootloader either 00.47.01 # yep 00.47.05 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 00.47.05 Quit Guest44680 (Client Quit) 00.49.15 # Slasheri: Looks quite an easy fix actually, just testing 00.49.22 Quit JackWinter (Remote closed the connection) 00.49.28 # OK, I had originally simply overwritten my RAM file with the newer bootloaders. 00.49.43 Quit Topy44 (Read error: 110 (Connection timed out)) 00.49.59 # I guess the name of the file is what the iriver_flash utility uses to determine what the user is trying to do. 00.50.26 # AlexP: that sounds good :) 00.50.51 # Now when I try to reflash the bootloader it says "Incompatible/Untested bootloader" and it does not let me flash the BL. 00.50.52 # Davide-NYC: indeed, that would explain it then 00.51.14 # Do I need to modify the iriver_flash utility? 00.51.30 # yep.. you have to override the safety check from iriver_flash.c. How did you flash the SVN version just a moment ago? 00.51.37 # yes 00.51.42 *** Saving seen data "./dancer.seen" 00.52.17 # I never did. I only *thought* that I had tested it when in fact I only borked the RAM image. 00.52.31 # Am I nuts to even attempt this? 00.52.33 # ah :D 00.52.49 # lets hope it works, nobody knows 00.53.12 # and, be sure to keep a working rom image.. 00.53.35 # bootloaders have some simple safety mechanism to load than rom image if bootloader fails 00.53.39 # Slasheri: http://pastebin.com/m34c21a10 - if bootoutput isn't specified it uses output 00.53.53 Join Bob_C_ [0] (n=chatzill@host86-141-199-226.range86-141.btcentralplus.com) 00.54.42 # AlexP: ah, that looks good. Did you test it? Just go and commit :) 00.54.43 # I've checked with and without that and rockbox.iriver and bootloader.iriver have identical md5sums 00.55.03 # ok, then it should be fine 00.55.34 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 00.56.02 # New commit by 03alex (r23336): Change the name of the H100 bootloader output from rockbox.iriver to bootloader.iriver (as required by the iriver_flash plugin). 00.57.10 # If I just comment out the "if (!detect_valid_bootloader(audiobuf, len))" section (to the endbrace) is that all I need to do in iriver_flash.c? 00.58.11 Quit elinenbe_ (Read error: 113 (No route to host)) 00.58.23 # yep, that should be enough (from the flash_bootloader-function) 00.59.55 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 00.59.58 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 01.00.41 # Now I can actually test the SVN bootloader. Then (if my player's not bricked) I'll test the patched version. 01.01.17 # make reconf 01.01.17 # ?me doh! wrong window! 01.01.17 # it reads "audiobuf" directly? nasty stuff ;/ 01.02.16 # kugel: well, it uses audiobuf directly for other purposes (to load the flash image in memory for flashing) 01.02.48 # it was probably made when we didn't have a useful buffering api 01.03.29 # indeed. And anyway, the number of api calls should be minimized when flashing critical code (like bootloader) 01.04.32 # best way would be to disabled interrupts entirely during the flashing process 01.06.05 # me/ Wonders if there is a way to globally remove all games and demos from the build process. Like a "lean" build... 01.06.05 # * Davide-NYC learns the me switch 01.06.05 # it's impressive which powers plugins actually (could) have when looking at these old plugins 01.06.53 # Davide-NYC: you can do make `pwd`/apps/plugins/iriver_flash.rock 01.07.11 # to only build that and no other plugin 01.07.27 # kugel: thanks 01.08.28 # Davide-NYC: If you want to do it permanently, remove the ones you don't want (or comment them out) from /apps/plugins/SOURCES 01.09.39 # AlexP: I know that method but I compile so infrequently that I'm usually redownling the source and my patches are broken. :-P 01.10.17 # Interesting 01.10.43 # The build system seems to be checking for rockbox.iriver specifically, so is erroneously being red 01.11.03 # Is that something I have access to, or do I need Bagder / Zagor? 01.12.58 # gevaerts: did you see that weird beast build? 01.13.35 # W00t! I just flashed to the SVN build and booted from CF card! 01.13.39 # :-) 01.13.41 # AlexP: I *think* the error-regex is somewhere in SVN, but I'm not sure 01.14.59 # I think I need to change /www/buildserver/builds 01.15.04 # Davide-NYC: that's great! maybe it's a time for next bootloader release :) 01.15.10 # But I'm a little wary of doing it blindly 01.15.23 # RAM boots OK. 01.16.23 # Slasheri: the real test is if USB diskmode exits gracefully. 01.16.24 # AlexP: m68k:nozip:h100boot:iriver H100 - Boot:rockbox.iriver:--target=h100,--type=b:690 to m68k:nozip:h100boot:iriver H100 - Boot:bootloader.iriver:--target=h100,--type=b:690 looks like the way to go 01.16.36 # kugel: Yes, that's what I think 01.16.41 # http://pastebin.com/m6a774658 01.17.26 # I'll try :) 01.17.32 # if it's not right then you discovered a useless field at least :) 01.17.40 # If it still moans I'll revert and wait :) 01.18.13 # I am confirming that USB disk mode exits gracefully to disk boot (default)! 01.18.21 # \o/ 01.18.28 # Davide-NYC: Is that with any changes to SVN? 01.18.33 # no 01.18.42 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 01.18.46 # no patch. Just whatever is in SVN 01.19.15 # New commit by 03alex (r23337): Hopefully fix the buildserver to take account of the change of name of the H100 bootloader in r23336. 01.19.47 # Can we get anyone else that has a CFModded H1x0 series player to test this new BL *before* we make it official? 01.20.45 # Is the build server in SVN live, or does it need manually updating like the website? 01.22.38 Quit bertrik (Read error: 113 (No route to host)) 01.23.20 Quit Horscht ("Verlassend") 01.23.29 # AlexP: I thought it needed a manual update, but i could be wrong 01.23.30 # AlexP: We'll see on the next commit 01.23.38 Quit Bob_C (Read error: 110 (Connection timed out)) 01.23.41 # * TheSeven hunts for something to commit :-) 01.23.46 # Thanks :) 01.24.01 Quit DerPapst ("Leaving.") 01.26.19 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 01.27.12 Quit Strife1989 ("My number of files is OVER 9000!") 01.27.14 # New commit by 03theseven (r23338): Adjust the iPod Nano 2G CPU clock freq again, this time to an exact value. Also add hardware defines for the 9th DMA channel we discovered on the ... 01.27.44 # aha :) 01.27.48 # let's see what happens... 01.28.39 Quit faemir ("Leaving") 01.28.41 Quit ender` (" "There is no reason anyone would want a computer in their home." -- Ken Olson, president, chairman and founder of DEC") 01.29.47 Join elinenbe_ [0] (n=elinenbe@207-237-212-81.c3-0.80w-ubr4.nyr-80w.ny.cable.rcn.com) 01.30.41 Quit Horscht (Client Quit) 01.31.22 # \☺/ 01.31.26 # ah good :) 01.31.36 Join mt_ [0] (n=mtee@41.233.139.12) 01.32.22 # My HDD LED will not shut off. Is there a way to find out what is causing this? 01.34.56 Join faemir [0] (n=faemir@78.33.109.163) 01.35.34 # * TheSeven will have another shot at doing a nano2g battery bench tonight 01.38.19 Join reydarz [0] (n=44fea580@giant.haxx.se) 01.40.41 # mc2739: hope I didn't scare you off 01.41.28 # night all... 01.41.36 Quit Davide-NYC ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 01.42.08 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 01.42.12 # pixelma: not at all, just been busy with work 01.42.52 # saratoga: The coldfire libmad mdct is very likely *more* efficient than the arm version 01.43.08 # That is, if the mdct is the major contributor to decoding time 01.44.17 Quit faemir (Read error: 104 (Connection reset by peer)) 01.44.32 Join faemir [0] (n=faemir@78.33.109.163) 01.44.41 # Coldfire has emac, and it really pays off to make use of it 01.47.03 # pixelma: I will rework my patch after reading your comments. I'm not trying to supercede any work you have done, just trying to learn the manual stuff better. 01.48.22 Quit mt (Read error: 110 (Connection timed out)) 01.49.41 Quit esperegu (Remote closed the connection) 01.52.18 # mc2739: just read your comment - the \nopt{scrollwheel,IRIVER_H10_PAD}{} is really there for complete "lines" in the finished table, so everything from there to the next \\ . It's decided there whether you need one line in the table (with the description "Scroll through albums / track list 01.53.03 # New commit by 03mt (r23339): Add support for ID3v1 metadta tags in Real Media container. 01.53.13 # ") or if you need two line because the targets use different buttons - one with the description "Scroll through albums" and the second line "Scroll track list" or something 01.53.29 Join saratogalab [0] (i=9803c264@gateway/web/freenode/x-tigowkcugvhspnup) 01.53.57 # amiconn: coldfire mp3 is fast becaue the EMAC is fast, but the ASM code seems to do quite a few more multiplies per IMDCT then the ARM version 01.54.19 # mc2739: since I *believe* the M3 belongs to the latter, you wouldn't put the M3 in this \opt - but in a later one for the \opts in the columns 01.54.47 # saratoga: Yes, and I'm saying that this is very likely okay, since reducing the number of multiplies there will probably make things slower 01.54.59 # ARM uses a fast algorithm that takes ~46 muls per 36 point IMDCT (lowest known count is about 43), whereas Coldfire seems to need more then 100 01.55.17 # pixelma: I see, and thats why that \\ was inside the {}, otherwise you would have a blank line at the top of the table 01.55.23 # mc2739: for excluding it from the first column and then \opting in the second 01.55.58 # Isn't it nopt where you can't have multiple things in one \nopt ? 01.56.54 # mc2739: yes, but it wouldn't be blank because the description would probably there 01.57.06 # oh, right 01.57.27 # AlexP: there is some limits with \nopt but this kind of "adding" works 01.57.34 # OK 01.57.42 # I always forget and just check it :) 01.59.45 # it doesn't work if you want both or more things to be true then you would have to use nested nopts, if I remember correctly 01.59.58 Quit petur ("*plop*") 02.00.09 # * kugel wonders if pixelma ever saw my question/problem 02.00.23 # about the manual entry for the goto playlist feature 02.00.30 # can't remember seeing it 02.00.52 # it was 1 day before 3.4 or so 02.01.51 # what was it? 02.01.57 # I don't know a way to properly opt that thing. some targets that don't have this feature due to lack of buttons shouldn't have the manual entry 02.02.57 # kugel: If there is no existing way of doing it, you could add it to features.txt 02.03.21 # AlexP: that would mean introducing a #define for it (there's none) ;) 02.03.23 # or \(n)opt it manually by *_PAD since that's the restrictive thing 02.03.40 # kugel: yep, but it is that or by each individual pad 02.03.53 # If it is only a few pads, that'd be better I think 02.04.07 # I basically would like to know if it's possible to make an opt from the existence of the following command "\newcommand{\ActionWpsPlaylist}{\ButtonRec}" 02.04.45 # kugel: Just do \opt{pads_with_lots_of_keys}{blah} 02.05.02 # or \nopt{pads_with_no_keys}{blah} 02.05.09 # depending on which is the bigger group 02.05.38 # yes, you could add this command to the platform files that have it and use it like e.g \nopt{ONDIO_PAD}{\ActionWpsPlaylist} 02.06.08 # later in the table or description 02.06.41 # hrm, that would work, I more hoped though that something like \opt{\ActionWpsPlaylist} would be possible 02.06.49 # mt_: can RM files have ID3v2 tags? 02.07.02 # i.e. whether that command is defined or not 02.07.17 # kugel: I sometimes wished there was something like this too 02.07.31 # It'd be nice, but no :( 02.08.09 # would be useful for the ActionRC* in texts I think 02.08.14 # TheSeven: yes. I've seen similar failures in the past. It seems to be caused by apps/features not being generated correctly, or at least I can get similar errors by tweaking that file 02.08.24 # No idea why this happens though 02.09.20 # mc2739: did you get what I wanted to say about using IAUDIO_RC_PAD vs. IAUDIO_M3_PAD in the second column parts? 02.09.58 # not sure if I expressed myself clearly... 02.10.00 # I asked google, and some pages suggest it was possible but I couldn't make it to work 02.10.06 Join Strife89 [0] (n=michael@adsl-220-102-158.mcn.bellsouth.net) 02.10.17 # pixelma: yes, I understand that now, thanks for the explanation 02.11.22 # it will probably mostly apply to plugin button tables (currently) 02.13.56 # saratogalab: According to this : https://common.helixcommunity.org/2003/HCS_SDK_r5/htmfiles/rmff.htm, no. They have their own structuring for extended metadata tags however. 02.14.04 Nick mt_ is now known as mt (n=mtee@41.233.139.12) 02.14.05 # is there really nobody who wants to give FS#10714 a shot? 02.14.15 # mt: ok was wondering if it made sense to use the MP3 parser to save some space 02.14.32 # but if its ID3v1 only maybe thats more effort then 500 bytes is worth 02.14.51 # it's 128 bytes even :) 02.16.34 # * TheSeven 's battery benchmark is running now, so he'll go to bed 02.18.09 # * mt heads off 02.20.00 Join peter-b [0] (n=peter_b@mnch-5d873a35.pool.mediaWays.net) 02.20.14 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 02.20.37 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 02.26.04 Join petur [50] (n=petur@rockbox/developer/petur) 02.28.30 Quit peter__b (Read error: 145 (Connection timed out)) 02.33.41 # I'm testing it now TheSeven 02.49.33 Quit Rondom (Nick collision from services.) 02.49.44 Join Rondom [0] (n=Rondom@dslb-084-057-139-133.pools.arcor-ip.net) 02.51.46 *** Saving seen data "./dancer.seen" 02.56.50 Quit kugel (Remote closed the connection) 02.57.10 Quit petur (Read error: 110 (Connection timed out)) 02.59.13 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 02.59.42 Quit GeekShadow (Read error: 104 (Connection reset by peer)) 02.05.52 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 02.06.33 Quit amiconn (Nick collision from services.) 02.06.35 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 02.06.40 Quit saratogalab ("Page closed") 02.06.55 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 02.08.47 Quit pixelma (Nick collision from services.) 02.08.49 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 02.09.09 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 02.10.53 Quit mc2739 ("Leaving") 02.14.00 Quit Horscht (Nick collision from services.) 02.14.06 Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) 02.16.55 Quit GeekShado_ (Read error: 110 (Connection timed out)) 02.26.25 Quit shaggy-h (Read error: 110 (Connection timed out)) 02.33.38 Join mc2739 [0] (n=mc2739@cpe-67-10-237-133.satx.res.rr.com) 02.34.10 Join peter__b [0] (n=peter_b@93.135.47.41) 02.34.58 Quit mc2739 (Client Quit) 02.35.28 Quit peter-b (Read error: 60 (Operation timed out)) 02.37.14 Quit Lss (Read error: 54 (Connection reset by peer)) 02.51.01 Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) 02.53.28 Join packetdeath [0] (n=packetde@ns.km34721-01.keymachine.de) 02.53.56 # hey, have a dumb question 02.54.11 # packetdeath: go ahead and ask 02.54.41 # how would i go about backing up my ipod library before installing rockbox 02.55.17 Join _0x90u [0] (n=00x90u@01-111.232.popsite.net) 02.55.57 # HAW HACKE IPOD! 02.56.25 Quit packetdeath ("leaving") 02.57.05 # ... 03.06.21 Quit dmb (Read error: 104 (Connection reset by peer)) 03.16.02 Quit dockimble ("Leaving") 03.16.55 Quit mc2739 ("leaving") 03.18.13 Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) 03.30.31 # kugel: the only work-around i ever found for that problem was a pseudo-eabi build - a compiler that passes the flags for eabi to the assembler by default, but does not itself generate eabi code 03.31.30 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 03.31.52 Join StealthyXIIGer [0] (n=stealthy@68.62.19.6) 03.32.56 Quit adiroiban (Read error: 145 (Connection timed out)) 03.51.48 *** Saving seen data "./dancer.seen" 03.59.52 Nick Ypsy is now known as YPSY (n=ypsy@87.106.45.183) 04.00.34 Join elinenbe [0] (n=elinenbe@pool-173-77-17-158.nycmny.east.verizon.net) 04.03.16 Quit TheSeven (Nick collision from services.) 04.03.37 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 04.03.49 Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) 04.08.47 Quit Strife89 ("Bed.") 04.14.14 Quit StealthyXIIGer (Read error: 131 (Connection reset by peer)) 04.14.25 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 04.18.02 Quit elinenbe_ (Read error: 113 (No route to host)) 04.18.02 Nick elinenbe is now known as elinenbe_ (n=elinenbe@pool-173-77-17-158.nycmny.east.verizon.net) 04.33.46 Quit reydarz ("CGI:IRC") 04.48.57 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 04.49.19 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 04.52.03 Join reydarz [0] (n=44fea580@giant.haxx.se) 04.53.37 Quit reydarz (Client Quit) 05.11.51 Part toffe82 05.24.18 Quit efyx_ (Remote closed the connection) 05.44.50 Join ademille [0] (n=ademille@c-24-10-232-214.hsd1.ut.comcast.net) 05.46.39 Part ademille 05.50.46 Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) 05.51.52 *** Saving seen data "./dancer.seen" 05.58.41 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 05.58.44 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 06.10.31 Quit Llorean ("Leaving.") 06.20.56 Join _0x90u[Nap|AFK] [0] (n=00x90u@08-133.232.popsite.net) 06.23.59 Quit _0x90u (Read error: 60 (Operation timed out)) 06.38.41 Quit panni_ (Read error: 60 (Operation timed out)) 06.49.37 # New commit by 03FlynDice (r23340): Add define for SD_SET_CLR_CARD_DETECT 42 /* acmd42 */ to sd.h for use with 4 bit WIDEBUS. 07.09.20 Quit alexbobp (Read error: 110 (Connection timed out)) 07.20.05 Join ck2000 [0] (n=4ce42369@giant.haxx.se) 07.20.09 # hi 07.21.06 # ok since i dont have an mp3player i use the simulators but i want an apple ipod 2nd gen nano 07.21.25 # where would i get 1? 07.21.53 # and i wish this would be ported to the ipod touch =) 07.23.00 # i am downloading kubuntu 07.23.32 # ok what is the programing language for this? 07.23.38 # rckbox 07.25.15 # alexP? you here? 07.25.49 Quit ck2000 ("CGI:IRC (EOF)") 07.29.56 Quit StealthyXIIGer (Read error: 110 (Connection timed out)) 07.36.26 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 07.36.44 # rockbox is mostly C 07.37.00 # and try ebay for a 2nd gen nano 07.41.20 Join jfc^3 [0] (n=john@66.82.208.2) 07.46.49 Join Crackerizer [0] (n=7d1a9736@giant.haxx.se) 07.51.56 *** Saving seen data "./dancer.seen" 07.55.29 Quit Horscht (Read error: 110 (Connection timed out)) 07.58.05 Join stoffel [0] (n=quassel@p57B4CD38.dip.t-dialin.net) 08.01.13 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 08.05.34 Join mt_ [0] (n=mtee@41.233.139.12) 08.07.03 # mt: hey, are rm really supposed to have id3 tags? 08.07.05 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.07.18 # or is that stupid people doing non standard stuff? 08.13.20 Quit mt (Read error: 145 (Connection timed out)) 08.21.33 Join mt [0] (n=mtee@rockbox/developer/mt) 08.24.04 Quit phanboy4 ("Leaving") 08.26.00 Quit mt_ (Read error: 60 (Operation timed out)) 08.29.31 Join mt_ [0] (n=mtee@41.233.139.12) 08.33.05 # JdGordon: :) .. No they could have id3v1 tags, see the end of the this page https://common.helixcommunity.org/2003/HCS_SDK_r5/htmfiles/rmff.htm 08.34.02 # I didn't knew about it until that guy on the forums put some samples with id3 tags 08.43.07 Join Rob2222 [0] (n=Miranda@p4FDCC0E9.dip.t-dialin.net) 08.43.21 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.45.05 Quit mt (Read error: 113 (No route to host)) 08.45.40 # The meizu m6 framebuffer is located in system memory, do I still have to do something in lcd_update in that case? 08.50.28 Quit mt_ (Read error: 60 (Operation timed out)) 08.50.42 # You mean the lcd controller reads from that buffer by itself? 08.53.03 # yes, it does master DMA to get the data 08.53.44 # I vaguely remember that e200 does this as well, but this has a copy step, I'll check 08.54.36 # Yes, that copy step is needed, because the application needs a way to decide which changes go to the lcd and when 08.55.01 # Well, unless you have a way to control the dma 08.55.05 # to prevent flicker? 08.55.23 # yes 08.56.35 # * amiconn still wonders whether nobody tried to find out how this dma is set up in the e200 08.57.12 # ok, for the meizu m6 I plan to commit it without the extra framebuffer for now, I'll add this issue in a comment in the top of the file 08.57.32 Join n1s [0] (n=n1s@rockbox/developer/n1s) 08.57.44 # hmm :\ 09.01.03 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.01.20 Quit BHSPitLappy (Remote closed the connection) 09.02.11 # bertrik: did you get the display working? 09.02.26 # markun, more or less 09.02.41 # cool 09.02.42 # s3c framebuffer? 09.02.47 # the LCD is in portrait mode and there's sometimes a line at the bottom belonging to the top of the screen 09.03.21 # the 16-bit colors work out fine (I was afraid it could only handle 32-bit pixels) 09.03.27 # the timing is wrong 09.03.39 # margin/bp 09.03.45 # I don't know that yet 09.03.55 # bertrik: will you add the other LCD inits from the SP and SL firmwares as well? 09.04.16 # that's the only problem with it? 09.04.22 Quit bluebrother (Read error: 104 (Connection reset by peer)) 09.04.31 # markun, what do you mean? 09.04.43 # try changing all the values (vertical) by one one at a time 09.04.43 Join bluebrother [0] (n=dom@92.224.236.141) 09.05.20 # sometimes is not just a single line. I've seen once that the bottom contained a kind of vertically mirrored version of the top 09.05.57 # have you located all the lcdc writes? 09.06.08 # bertrik: I mean the values that are written to the LCD driver over SPI, I assume you had to copy them into rockbox, right? 09.08.18 # the m6 sp driver basically contains code for two separate LCDs now, I copied the controller init, lcd init/enable etc. from a reverse engineered OF 09.09.50 # the weird thing is that one of the two meizu m6 drivers cannot even work in an m6 sp, because it selects the LCD driver based on an ID read back from the LCD, and the pin to read this is not even connected 09.10.19 # I haven't really looked at the meizu m6 sl driver yet 09.11.46 # tmzt, yes I think I've located most of them. The OF does seem to make much more use of the special features of this LCD controller (OSD overlay for example). I'm currently only using the "background buffer" 09.12.05 # what chip? 09.12.37 # lcd controller/lcdc I mean the framebuffer registers, not lcm or driver 09.12.37 Quit bluebrother (Read error: 131 (Connection reset by peer)) 09.12.56 Join bluebrother [0] (n=dom@g224236141.adsl.alicedsl.de) 09.13.57 # the LCD controller is part of the s5l8700 SoC and handles the framebuffer part (for example conversion of packed pixels into 24-bit RGB towards the LCD), the LCD is probably a samsung S6DXXXX type 09.14.21 # okay 09.15.06 # so those are the registers I mean, the type of corruption you seem to be describing is related to that 09.15.16 # oh and one giant issue is that the player seems to hang after initialising the display .. :\ 09.15.48 # I believe incorrect pixclock would have different symtoms depending on lcm 09.16.12 # what do you mean by lcm? 09.16.12 # okay, that's probably dma or EN bits of some kind 09.16.23 # lcd control module 09.16.40 # the samsung s6dxxxx you were referring to 09.16.57 # is that the part number of the lcd? 09.19.57 # yes I think so, the protocol for talking with the lcd (to set the gamma curve for example) is identical to the protocol used in the s6d0139 09.21.32 # okay 09.27.32 # kug: I think your the one to ask, ams sansa has a two stage rockbox bootloader? 09.29.59 # markun, the "aha" moment to get this driver working was the realization that the framebuffer was located in DRAM and DRAM access has not been properly set up yet ... :) 09.31.03 # so setting up DRAM properly is probably the next thing I'll work on 09.31.54 # missing clock? 09.32.48 # are you working on bootloader now? 09.36.59 # yes, I'm compiling it as a bootloader and writing it into the internal NOR flash 09.37.36 Join esperegu [0] (n=quassel@145.116.15.244) 09.38.05 # so you need full dram init including timings? 09.38.16 # or just an enable bit and the proper clock? 09.39.02 # I don't know, I think I need both 09.39.25 # I guess this is probably easy to locate in the OF 09.39.36 # there should be uboot patches for that generation 09.40.36 # the SDRAM is a K4M28163PF 09.41.31 # and the controller? 09.41.46 # is it in the package with flash? 09.42.11 # yes, the SDRAM controller is part of the s5l8700 SoC 09.42.55 # what is this soc? it's for mp3 players or it's more general purpose like the s3c/s5c 09.47.12 # yes, it seems to be aimed at mp3 players (it has IIS and a unique chip id for example) 09.47.48 Join liar [0] (n=liar@83.175.83.185) 09.49.22 # for drm? 09.49.44 # I think so 09.51.18 # what arm core? 09.51.51 # 940T 09.51.59 *** Saving seen data "./dancer.seen" 09.52.16 # which is what isa 09.52.25 # arm9/armv5t? 09.52.30 # + CalmADM2E and a CalmRisc16 09.52.53 # interesting, never heard of those 09.58.07 Join ender` [0] (i=krneki@foo.eternallybored.org) 10.00.35 Quit fyrestorm (Read error: 54 (Connection reset by peer)) 10.00.53 Join fyrestorm [0] (n=nnscript@cpe-69-203-148-25.si.res.rr.com) 10.09.21 Join |DaMaGeD| [0] (n=|DaMaGeD@83.149.19.109) 10.09.24 # tmzt: samsung proprietary stuff 10.09.45 # and it's an ARMv4T, I think 10.10.13 # arm7? 10.12.23 # ARM9TDMI core, which is ARMv4T 10.13.26 # hey my battery bench is running fine, we've passed 8 hours now and it only ate 2 columns of pixels on the battery icon in the status bar 10.13.44 # so i won't be able to play with it today, i think :-/ 10.15.39 Quit _0x90u[Nap|AFK] (Read error: 113 (No route to host)) 10.17.48 Join DerPapst [0] (n=DerPapst@p4FE8FEA3.dip.t-dialin.net) 10.31.00 Join skyhunter [0] (n=quassel@85.177.243.69) 10.34.24 # markun, do you know how the left/right buttons on the meizu are connected? possibly through the touch strip? 10.39.46 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 10.54.25 # New commit by 03bertrik (r23341): power-meizu.c: fix usage of USB_TR name 10.54.53 # am i just blind or does talked_tick in main.c:tagcache_init() not need to be static (with the init moved out of the loop of course) ? 10.58.11 # n1s, that does indeed look silly 11.00.36 # svn blame says you last touched that line :) 11.00.36 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 11.00.58 # it was a patch from FS#6159 11.02.57 Join fyrestorm [0] (n=nnscript@cpe-69-203-148-25.si.res.rr.com) 11.03.41 # bertrik: heh 11.08.51 # ok, i'll fix then 11.20.17 # New commit by 03nls (r23342): No need for this to be static 11.22.42 # bertrik: on the SL it's connected to GPIO pins, on the SP probably the touchpad driver 11.24.40 # bertrik: I don't have the M6SP schematics with me right now, can you see it there? 11.27.26 Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) 11.28.02 # markun, no, I don't see any left/right or fwd/rev buttons on the m6 sp schematic 11.29.14 # it shouldn't be too hard to figure out if they are indeed connected through the touchpad once the display driver is fully stable 11.37.21 # bertrik: yes, like we did for the m3 11.37.43 # when we found out that the <> button is touch sensitive :) 11.41.30 Join adiroiban [0] (n=adiroiba@h194-54-129-79.teleson.ro) 11.42.23 # New commit by 03nls (r23343): Little bit of const correctness 11.52.00 *** Saving seen data "./dancer.seen" 11.56.48 Quit gevaerts (Nick collision from services.) 11.57.00 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 11.59.55 Quit |DaMaGeD| (Read error: 131 (Connection reset by peer)) 12.01.48 Join funman [0] (n=fun@rockbox/developer/funman) 12.04.00 # New commit by 03funman (r23344): buffering: leave a comment to explain what is broken in the code and link to FS#10605 12.23.40 # TheSeven, I don't understand the s5l8700 boot.lds file. Why is the bss data moved by 12 MB? 12.24.46 # probably because the firmware will be loaded to the addresses below 12.25.37 Join ChelseaToner [0] (n=chelsea@host-84-9-247-171.dslgb.com) 12.25.57 # no idea why linuxstb chose 12MB for that, because an apple firmware is around ~7MB, and one could have chosen an even thing like 16MB 12.27.22 # Hi there. I'm confused about installing Rockbox onto the Ipod Nano 2nd Generation. It says in the PDF that it can be done manually, yet when I went to the page to get the .zip, there was no option for the 2nd generation. 12.27.47 # which page? 12.28.11 # the zip is at: http://build.rockbox.org/data/rockbox-ipodnano2g.zip 12.28.39 # Thank you very much. I'll try this. 12.29.30 # I will need to work around that for the meizus 12.29.43 # bertrik: why? 12.30.30 # ah right you only have 16MB of DRAM... 12.31.15 # New commit by 03bertrik (r23345): Meizu M6 SP: update lcd driver, it is now possible to display a rockbox logo (with some limitations, see comments in lcd-m6sp.c) 12.31.54 Quit ChelseaToner ("Leaving") 12.33.07 # Why would you have to skip over the apple firmware? 12.34.13 # because we need to use the bss while loading the apple firmware there 12.43.32 Quit Zarggg (Read error: 110 (Connection timed out)) 12.55.30 # TheSeven: I chose 12MB so the same value could be used for targets with 16MB RAM 12.57.10 # bertrik: What needs changing for the Meizu? 12.58.42 # mt: (if you read the logs) Why not use the existing id3v1 parser for rm? 13.01.30 Quit antil33t (Read error: 104 (Connection reset by peer)) 13.01.35 Join antil33t [0] (n=Mudkips@119.224.12.185) 13.04.26 Quit Horscht ("Verlassend") 13.13.26 Join mitk [0] (n=594d9564@giant.haxx.se) 13.18.06 # Hi. I prepared patch introducing PLAYLIST_INSERT_LAST_SHUFFLED functionality. Can one who can commit take a look on FS #10717? 13.19.12 Quit JackWinter (Remote closed the connection) 13.19.59 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 13.26.53 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 13.29.54 # saratogo: mt: before starting any work on the Clip+ we need a copy of the OF. The 2 possibilities are : wait for the first firmware upgrade for Clip+, or try to put it in recovery mode just like the e200v2 so we can read the OF directly from the device 13.30.28 # or 3/ unsolder the nand chip and read it with a custom device 13.31.22 Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) 13.32.37 Quit funman ("free(random());") 13.39.23 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 13.39.50 Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) 13.42.52 Quit Crackerizer ("CGI:IRC (Ping timeout)") 13.43.28 Join DerPapst1 [0] (n=DerPapst@p4FE8FEA3.dip.t-dialin.net) 13.52.02 *** Saving seen data "./dancer.seen" 13.54.13 # linuxstb, but don't we waste 3/4 of SDRAM that way? 13.54.23 Quit DerPapst (Read error: 110 (Connection timed out)) 13.54.47 Nick YPSY is now known as Ypsy (n=ypsy@87.106.45.183) 13.55.12 # oh, it's just the bootloader 13.55.29 # 4 MB should be enough for that I guess 13.55.59 Join Crackerizer [0] (n=7d1a9736@giant.haxx.se) 13.58.48 Quit skyhunter (Remote closed the connection) 14.00.16 Join ALdbeign [0] (n=chatzill@d149-67-92-110.try.wideopenwest.com) 14.00.56 # greetings 14.01.41 # i have a potentially stupid question if anyone is around to answer it :D 14.02.12 # then just ask it 14.02.41 # is a device (such as an ipod) required to use rockbox as a player? 14.03.11 # well, there are simulators :-) 14.03.56 # hmm...ok thanks, more work than i intend to go through for what im looking for 14.04.03 # thanks for your help though :) 14.04.26 # * ALdbeign waves 14.04.37 Part ALdbeign 14.12.47 # * TheSeven is going to get a 4g btw 14.14.32 # greyscale or Color/Photo or something entirely different? ;) 14.16.34 # 4g nano 14.17.02 # TheSeven: \o/ 14.17.49 # well, I'm a little concerned that this may not be too good for the nano2g port 14.20.59 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 14.22.04 Join elinenbe [0] (n=elinenbe@207-237-212-81.c3-0.80w-ubr4.nyr-80w.ny.cable.rcn.com) 14.32.02 # * bertrik tries to configure meizu m6 as a target without storage at all to prevent compile errors 14.40.26 # New commit by 03teru (r23346): Correct Id keyword and add svn:keywords property. 14.41.37 # What was the policy again on svn:eol-style properties? 14.42.59 Quit elinenbe_ (Read error: 113 (No route to host)) 14.42.59 Nick elinenbe is now known as elinenbe_ (n=elinenbe@207-237-212-81.c3-0.80w-ubr4.nyr-80w.ny.cable.rcn.com) 14.52.48 # New commit by 03bertrik (r23347): Meizu M6 SP: make bootloader compile and run again ... 14.55.49 Quit mitk ("CGI:IRC") 15.03.45 # New commit by 03bertrik (r23348): Fix ipod nano 2g bootloader link problem, caused by my previous commit 15.08.59 Quit JackWinter (Remote closed the connection) 15.11.20 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 15.15.04 # bertrik: svn:eol-style native i think 15.15.29 # TheSeven: that's mostly working now anyway ;) 15.15.46 # n1s: I don't think so 15.16.07 # it's obviously still screwing people's FTLs and there's still quite a bunch of things to fix 15.16.20 # especially the very slow reaction of the menus, which is really annoying 15.17.06 Join mt [0] (n=mtee@rockbox/developer/mt) 15.18.14 # linuxstb: I just looked into metadata_common.c and how metadata/ape.c implemented id3 parsing. 15.25.12 Join flydutch [0] (n=flydutch@87.15.212.81) 15.25.35 Quit efyx_ (Remote closed the connection) 15.28.27 Quit JackWinter (Remote closed the connection) 15.29.13 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 15.39.09 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 15.39.22 Quit liar (Read error: 148 (No route to host)) 15.40.50 Quit stoffel (Read error: 113 (No route to host)) 15.45.56 Quit Crackerizer ("CGI:IRC") 15.52.05 *** Saving seen data "./dancer.seen" 15.59.34 Quit teru ("Quit") 16.04.05 Join rvvs89_ [0] (n=ivo@pdpc/supporter/base/rvvs89) 16.04.36 # TheSeven: quick question... what's the status with the 4G nano? 16.04.45 Quit rvvs89 (Nick collision from services.) 16.05.15 Nick rvvs89_ is now known as rvvs89 (n=ivo@pdpc/supporter/base/rvvs89) 16.05.35 Nick elinenbe_ is now known as elinenbe (n=elinenbe@207-237-212-81.c3-0.80w-ubr4.nyr-80w.ny.cable.rcn.com) 16.06.21 # we're trying to work out a way to dump the bootrom 16.27.33 Nick Ypsy is now known as YPSY (n=ypsy@87.106.45.183) 16.30.00 Join petur [50] (n=petur@rockbox/developer/petur) 16.30.10 # bertrik: Yes, the bootloader needs about 300KB BSS (but that could probably be trimmed a lot if it ever needed to be) 16.33.23 # mt: I can't see any id3 parsing in metadata/ape.c. You should just be able to call setid3v1title() (in apps/metadata/mp3.c) - that is taking account of the current codepage, which I don't think your version is doing. 16.39.45 Join reydarz [0] (n=44fea580@giant.haxx.se) 16.40.46 Quit petur ("later") 16.40.55 Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) 16.42.02 # * bertrik is slightly confused by the polarity of the hold button in ams sansa hardware 16.42.41 Join gtkspert [0] (n=gtkspert@124-169-255-126.dyn.iinet.net.au) 16.50.00 Join stoffel [0] (n=quassel@p57B4CD38.dip.t-dialin.net) 16.51.03 Quit reydarz ("CGI:IRC (EOF)") 16.56.19 Join StealthyXIIGer [0] (n=stealthy@68.62.19.6) 16.58.04 Quit gtkspert_ (Read error: 101 (Network is unreachable)) 17.04.16 # ideally I should have a fuze, e200v2 and a c200v2 to really make the button reading robust ... 17.05.56 Quit Horscht ("Verlassend") 17.13.10 Join toffe82 [0] (n=chatzill@adsl-75-3-221-126.dsl.frs2ca.sbcglobal.net) 17.13.42 # linuxstb: stupid question, should I just copy setid3v1title ? 17.16.28 # Doe anyone interested in the AMS Sansas have any concerns about changing the IDECLK to 62 MHz under the assumption that MCLK == IDECLK for the internal SD card as I posted here: http://forums.rockbox.org/index.php?topic=14064.msg157291#msg157291? 17.16.38 # er does... 17.19.00 Quit DerPapst1 ("Leaving.") 17.20.14 # I don't see a problem with that, what is the current value? 17.21.14 # right now we're doing 82 MHz 17.22.18 # FlynDice, I could test stuff on a clip (internal only) and a c200v2 (internal + uSD) if you want 17.24.12 # I've tested on my e280v2 but perhaps a clip test would be prudent. Pastie coming up 17.27.03 # bertrik: http://pastie.org/669045 17.28.25 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 17.29.07 # sorry, I like to test things, but I don't have much time right now 17.31.42 # bertrik: No problem , thought you wanted to do it, I'm not too concerned, it should be fine 17.39.20 Quit StealthyXIIGer (Read error: 131 (Connection reset by peer)) 17.39.34 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 17.52.07 *** Saving seen data "./dancer.seen" 17.55.48 # bertrik: for the meizu, to install rockbox how do you do ? 18.04.50 Nick uflops is now known as mikroflops (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 18.04.58 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 18.05.07 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 18.05.15 # my nano 2g is running for 17 hours now, and the battery icon is still at around 2/3 18.05.50 # (i know this is badly calibrated and especially the lower end of the scale is far off, but i'd nevertheless say that it's around half full) 18.07.01 Join petur [50] (n=petur@rockbox/developer/petur) 18.12.21 # Should a clip+ page go under "Sandisk" or under "Sandisk->SansaClip" 18.12.29 # ? 18.13.14 Join liar [0] (n=liar@213162066156.public.t-mobile.at) 18.13.31 # clipv2 is on http://www.rockbox.org/wiki/SansaClip so maybe that would be a good place for clip+ also 18.14.26 Join Tuplanol1a [0] (n=jani@adsl-77-109-223-193.kymp.net) 18.18.12 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 18.20.00 Join kugel [0] (n=kugel@rockbox/developer/kugel) 18.21.56 # bertrik: what do you mean by "different pre-charge level"? 18.23.24 Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) 18.28.49 Quit stoffel (Read error: 113 (No route to host)) 18.31.28 # kugel, I mean the the value you write to the DBOP, before doing the DBOP read, so for example 0xE0FF instead of 0xF0FF (where bit 12 for the hold button is different) 18.32.20 # I'm having trouble to really understand how the buttons are connected to the DBOP lines in the various ams sansas 18.32.31 # I tried that, and it didn't work. without precharging it would always detect whether it's pressed or not 18.32.48 # * Unhelpful takes another stab at building gcc-4.4.2 :/ 18.33.03 # On the c200v2 for example, all buttons seem to pull down a line when pressed, but this is different apparently for the hold button on the e200v2/fuze 18.33.07 # kugel, so it always detected hold, or never detected hold? 18.33.09 # Unhelpful: did you have the unwind exceptions thing also? 18.33.20 # after disabling libiberty, and patching out the direct dep on libiberty.a for fixincludes 18.33.28 # bertrik: it things it was pressed if it wasn't 18.34.29 # bertrik: see my very first comment on that task 18.34.50 # Unhelpful: was that a yes? 18.34.56 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 18.36.20 # kugel: yes, i did. one way to address it is by building a non-eabi compiler that passes the eabi flags to the assembler. this will create non-standard objects, not that we care, which will have non-eabi struct and calling conventions, but which have the eabi-style jump relocations which will be stubbed if needed at link time. 18.36.23 Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 18.36.26 Quit Zarggg (Connection reset by peer) 18.36.26 Quit Zarggg_ (Read error: 54 (Connection reset by peer)) 18.37.43 # Unhelpful: do you think it's a bug or did we miss something? unfortunately nobody on the gcc ml answered yet 18.38.11 # i think it has to do with things that eabi expects of the environment in which code is executed 18.38.25 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 18.38.59 # IIUC this unwind stuff is only needed for non-C languages which can do advanced exception handling 18.40.06 # I can live with that I have to have stub sections for extab/exidx, but not that unwind makes require linking against a C lib implementation 18.41.27 # I haven't tried patching gcc to #if 0 the unwind related code though 18.41.58 # i was discarding extab/exidx. i *believe* it was a div0 handler that pulled in the unwind stuff. i don't have the depth of knowledge to figure out where to stub out a handler to avoid the unwinding... 18.43.04 # does anybody know what the "synopsys otg" is? 18.43.52 # Unhelpful: a div0 handler? 18.44.25 # synopsis designs logic circuits, so the synopsis otg is an USB otg controller designed by synopsis. I looked for more information on it but I couldn't find it. 18.44.36 # i *think* that was what it was. it was a while ago. :P 18.48.03 Quit robin0800 (Remote closed the connection) 18.49.15 # mt: Why would you want to copy setid3v1title? Can't you just call it directly? (after making it non-static of course) 18.49.49 # kugel, yeah that's the weird thing about the hold button I don't understand: it seems that if you precharge the hold data line with 0, and wait only a short while it reads back as 1, but if you wait longer it reads back as 0 again ... :S 18.50.22 # linuxstb: Yeah ok .. didn't want to modify mp3.c :) 18.50.23 Join einhirn [0] (n=Miranda@p5DCC01B3.dip0.t-ipconnect.de) 18.50.33 # linuxstb, mt: maybe it should move into the metadata_common.c file if used by several parsers 18.50.41 # bertrik: I haven't noted that behavior 18.50.49 # n1s: Was just going to ask about that 18.51.11 # or a id3v1.c :) 18.52.42 # you can try looking in the mapfile to see what you need to fix... 18.52.50 Join _0x90u [0] (n=00x90u@16-144.232.popsite.net) 18.56.07 # Unhelpful: was that for me? 18.57.14 # linuxstb: So what do you think about moving setid3v1title to metadata_common ? 18.58.12 # mt: I don't think it fits there. I would just leave it in mp3.c, as that's where all the id3 parsing code lives. 18.58.31 # kugel: indeed 18.58.42 # Although that could be split into mpeg audio parsing and id3 parsing, but that doesn't seem important... 18.58.43 # bertrik: I'm not sure about the wrong detection of hold with 0xE0FF anymore actually, it's very possible that it just didn't work (i.e. never detected hold) 18.59.23 # I rather think it was this way since your initial patch caused the false positives IIRC 18.59.36 # Unhelpful: what map file?# 18.59.52 # also, you're having a go right now so I won't do anything :P 19.00.35 # is there some script that parses the test_codec output files and converts them or did everyone make those tables by hand? 19.00.43 # linuxstb: It's ok to put its prototype in metadata_common.h though right ? :) 19.01.07 Join stoffel [0] (n=quassel@p57B4CD38.dip.t-dialin.net) 19.01.33 # mt: Maybe metadata_parsers.h - that's where other functions from mp3.c are exported - e.g. getid3v2len() 19.01.39 # http://www.greenhughes.com/content/give-your-older-mp3-player-or-ipod-new-lease-life-rockbox 19.01.57 # ipods are not mp3 players? 19.02.43 # "If you get stuck you'll find a manual specifically written for your device on the site with full instructions, an impressive documentation effort." 19.02.51 # a fine quote 19.03.13 # linuxstb: no! they are so much more! thay can... uh, have notes on them! 19.03.49 # kugel: i'm still trying to compile gcc-4.4.2... i think it's time to give up :) 19.04.05 # "Rockbox can be extended through plugins and many of these are available on the site" is a bit misleading though. 19.04.10 # which btw was a nice thing added by apple but for entirely different reasons :) 19.04.21 # yay, we just got ogg support \o/ 19.05.21 # "Sadly it doesn't work on newer iPods, as changes to the newer products have meant that you need iTunes, which is still not available for Linux" is also a bit odd... 19.05.56 Join quidam [0] (n=ruben@ns304994.ovh.net) 19.06.08 # hi, quick question 19.06.24 # 5...4...3...2...1.............. 19.06.41 # is there a way to remove the original apple firmware from my ipod and use just rockbox? 19.07.35 # Unhelpful: I wonder if it's worth trying a 4.3.0 snapshot 19.08.36 # quidam, no, not completely. 19.08.47 # quidam: There are two parts to the Apple firmware - the part stored in flash ROM, and the part on disk. What do you want to remove, and why? 19.09.19 # I'd like to get rid of any non-free software piece 19.11.57 # New commit by 03mt (r23349): Revert r23339 and use setid3v1title() from metadata/mp3.c instead. 19.12.23 # linuxstb: can I remove at least the part on disk? 19.14.26 Join reydarz [0] (n=44fea580@giant.haxx.se) 19.15.38 # From ClipV2's components, I can identify the different chips on the clip+'s board, but how do I double check ? searched but couldn't find something useful. 19.15.58 Quit Bob_C_ (Read error: 104 (Connection reset by peer)) 19.17.27 Join Bob_C [0] (n=chatzill@host86-141-199-226.range86-141.btcentralplus.com) 19.17.32 # (I've searched using the chip markings btw) 19.19.11 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 19.21.27 # quidam: You can if you want to, but there's no real point - it's not run unless you select it. See http://www.rockbox.org/wiki/IpodPatcher for various options. 19.21.27 Quit reydarz ("CGI:IRC (EOF)") 19.22.10 Join tresh [0] (n=tresh@62.178.230.100) 19.23.42 # linuxstb: thank you, that is interesting 19.23.45 Quit stoffel (Remote closed the connection) 19.25.48 Join liar|netbook [0] (n=liar@83.175.83.185) 19.26.09 Quit Bob_C (Read error: 104 (Connection reset by peer)) 19.26.27 Quit liar|netbook (Read error: 131 (Connection reset by peer)) 19.28.22 # Hi. I just dropped by to ask if i can install rockbox on my sansa e260v2 using the automated way of installation. The e200v2 installation entry and the wiki are kinda contradicting. Right now i tried the current stable version of rockbox utility and that seems to be unable to flash e200v2 players. tia 19.28.36 Quit liar (Read error: 110 (Connection timed out)) 19.30.06 Quit einhirn (Read error: 104 (Connection reset by peer)) 19.30.07 Join TopyMobile [0] (n=topy@xdsl-78-34-64-136.netcologne.de) 19.30.16 # kugel: seen 10721? 19.31.46 # New commit by 03FlynDice (r23350): AMS Sansa: Assume IDECLK is MCLK for the internal SD Disk. Reduce IDECLK to 62 MHz for now to be consistent with MCLK for uSD which is PCLK. ... 19.34.27 # JdGordon: yes, now :) 19.34.49 # looks like the custom sb broke it :) 19.40.15 Join Lss [0] (n=Lss@cm46.delta91.maxonline.com.sg) 19.46.44 # JdGordon: I wonder how :/ 19.48.08 # yeah, no clue either :p 19.48.36 # maybe its the same thing that I was asking about where the default vp gets set to 0,0,0,0? although if other text is being displayed probably not 19.49.19 Part quidam ("WeeChat 0.2.6") 19.52.08 *** Saving seen data "./dancer.seen" 19.52.28 # JdGordon: it seems to try to load a "-.bmp" 19.54.44 # * JdGordon builds a h100 sim to have a looky 19.56.38 # yep... tris reading -.bmp! 19.57.42 # hmm... umm 19.58.05 # it doesnt if you manually load the boxes.wps 19.58.39 # * kugel didn't touch %pb parsing 19.58.54 # and the parsing code still looks fine 20.03.14 # the fallback default WPS doesn't seem to display a progressbar either 20.04.21 # e200 also 20.04.26 # so presumably all.. 20.04.39 # c200 here 20.06.17 Quit TopyMobile ("Ex-Chat") 20.06.29 Join einhirn [0] (n=Miranda@p5DCC01B3.dip0.t-ipconnect.de) 20.06.34 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 20.07.02 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 20.08.34 # JdGordon: if %pb||....| works it might be that this "-" slips in from somewhere 20.08.48 # that shouldnt work 20.09.16 # oh, that does work 20.09.37 # haha 20.09.51 # I'm just looking at the code 20.10.49 Join TopyMobile [0] (n=topy@xdsl-78-34-64-136.netcologne.de) 20.14.18 Quit faemir ("Leaving") 20.15.32 Join pamaury [0] (n=pamaury@88-123-151-89.rev.libertysurf.net) 20.16.51 # I think I know the problem 20.17.51 # boxes.wps %pb is different due my changes (probably the wpsbuild.pl/WPSLIST ones) 20.18.48 # so if plain %pb was ever supposed to work it was likely broken before 20.19.52 # it worked after the last big %pb rework 20.20.14 # after some fixes, if I recall correctly 20.20.20 # arg that wouldn't explain the builtin wps breakage 20.24.09 Quit pamaury ("exit(*(int *)0 / 0);") 20.26.06 Quit Rondom (Nick collision from services.) 20.26.09 # could it be something with bitmap or no bitmap handling (or the parameter). I can confirm that non bitmap progressbars still work if they have all the parameters set (%pb|-|...) 20.26.17 Join Rondom [0] (n=Rondom@84.57.203.241) 20.30.18 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.34.02 # FlynDice, I've been playing audio on my sansa clip since your ide clock update and I've seen no weird effects yet 20.34.45 # BTW, did saratoga's clip stability work already go in? I haven't had a crash yet ... 20.34.56 # bertrik: Yes, it should be fine, we're still overclocking but we're overclocking less.... Thanks for letting me know ;) 20.35.17 # I don't think so 20.35.39 # oh maybe I just got lucky then 20.36.21 Quit n1s ("Lämnar") 20.36.47 # bertrik: its mostly matsch's work 20.36.59 # he found the bug somehow 20.37.12 # so far all thats gone in is a comment by funman today explaining the bug 20.37.31 # kugel: or the fallbacks are off if the parameters ar not set? Like e.g. zero height or so that it is just invisible 20.41.20 # I already get a weird result if I replace the height with - in my WPS... 20.42.47 # the progressbar is a lot higher than it should be (that should be dependent on font size IIRC or at least something reasonable like 7 pixels or so 20.45.38 # hmm... no. It looks correctly was bislead by the fact that the viewport was limiting the size 20.46.10 Join liar [0] (n=liar@83.175.83.185) 20.46.34 # huh is it just me or has wavpack decoding gotten slower on arm 20.47.01 # [00:32:19] -*- TheSeven found the difference between the slow and fast menus <== What is it? 20.48.16 # everything that goes through tree.c seems to be slow 20.48.35 # i.e. everything that goes through browse() in root_menu.c or whatever it's called 20.48.43 # kugel: oh, but it disappears if I replace the width with "-". This is with a test WPS now that only contains %pb|1|3|-|-| not even disabling the statusbar. If I put a number into the width field the progressbar shows up 20.48.47 # because of disk access? 20.49.05 # kugel: no viewports defined in that WPS either 20.49.13 # interesting 20.49.52 # pixelma: what about the filename argument? 20.49.58 # accroding to test_codec, wavpack has actually gotten 10% slower 20.49.58 # %pb|1|3|-|-| lacks one 20.50.10 # no idea what actually slows it though 20.50.44 # kugel: that one should fail the parse.... or 1 with be the filename 20.50.49 # kugel: sorry typoed %pb|-|1|3|-|-| 20.51.04 # either way... %pb should be working :) 20.51.12 # does omitting parameters work the same way as for viewports? 20.51.23 # they get given default 20.51.32 # * kugel remembers some line height magic 20.51.46 # thats only with %pb though 20.51.51 # not if it has any params 20.51.52 # i tihnk 20.51.54 # well height seems to work but width doesn't 20.52.19 # no.. im wrong.. it happens if the y position is - 20.52.56 # %pb|-|1|3|130|-| works so I assume I'm allowed to ommit parameters, and I'm already allowed to do so for the bmp 20.53.34 # I'm convinced it worked once 20.53.53 # JdGordon: what happens with y="-"? 20.54.07 # pb->y = -line_num - 1; /* Will be computed during the rendering */ 20.54.41 # I want to say I dont tihnk the default viewport is getting initialised corectly... but that doesnt seem to make sense 20.58.28 Quit phanboy4 (Read error: 104 (Connection reset by peer)) 20.59.13 # WMA is now 1.5x as fast as it was 2 years ago 20.59.31 # MP3 2x 20.59.33 # on PP 20.59.37 # Vorbis is a lot faster too 21.00.17 # AAC is still slow, but faster then MP3 was in August 2007 21.00.32 # wavpack got slower 21.02.18 # slower on both ARM and Coldfire 21.02.22 # did any hybrid wav code land in svn? 21.02.31 # i don't think so 21.02.34 Join Strife89 [0] (n=michael@adsl-220-102-158.mcn.bellsouth.net) 21.02.35 # but it happened a long time ago 21.02.42 # probably fall 2007 or early 2008 21.04.47 # i updated this: http://www.rockbox.org/wiki/CodecPerformanceComparison 21.06.11 # the coldfire results are surprisingly poor for most transform codecs 21.06.20 # i suppose the current imdct lib isn't all that fast on coldfire 21.07.02 # hopefully the new one will do something about that 21.12.33 # "the new one"? 21.13.18 Quit TopyMobile (Remote closed the connection) 21.15.30 # mt and i are working on a better one (hopefulyl better) 21.24.21 Quit adiroiban ("Leaving.") 21.27.05 Join toffe82_ [0] (n=chatzill@adsl-75-3-221-126.dsl.frs2ca.sbcglobal.net) 21.27.38 Join reydarz [0] (n=44fea580@giant.haxx.se) 21.27.40 # New commit by 03tomers (r23351): Use ARRAYLEN macro in usb_keymaps.c 21.31.56 Join Gosc411 [0] (n=Anonymou@acdb106.neoplus.adsl.tpnet.pl) 21.34.09 Quit Gosc411 (Client Quit) 21.41.08 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 21.44.21 Join phanboy_iv [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 21.47.55 Quit niekie (Read error: 131 (Connection reset by peer)) 21.50.34 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 21.52.12 *** Saving seen data "./dancer.seen" 21.56.42 Quit toffe82 (Connection timed out) 21.57.57 Quit bluebrother (Nick collision from services.) 21.57.59 Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) 22.01.47 Quit crashd ("leaving") 22.02.48 Join _0x90u[Nap|AFK] [0] (n=00x90u@02-175.232.popsite.net) 22.03.00 Join crashd [0] (i=foobar@lostnode.org) 22.03.06 Quit phanboy4 (Read error: 110 (Connection timed out)) 22.03.07 Quit reydarz ("CGI:IRC (EOF)") 22.06.09 Quit n17ikh (Read error: 104 (Connection reset by peer)) 22.12.46 Join stoffel [0] (n=quassel@87.180.205.56) 22.14.34 Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 22.15.02 Join AndyI [0] (n=pasha_in@212.14.205.32) 22.17.30 Join faemir [0] (n=faemir@78.33.109.163) 22.17.57 Quit _0x90u (Read error: 113 (No route to host)) 22.17.59 Join adiroiban [0] (n=adiroiba@h89-43-250-166.teleson.ro) 22.19.05 Join _0x90u [0] (n=00x90u@20-174.232.popsite.net) 22.24.00 # bertrik: I'll try the dbop patch later today. is there anything else I can test? I don't think 0xe0ff is going to work 22.27.09 # btw, is writing to dbop_dout safe during lcd updates? couldn't that won't that mess up the coordinates? I don't understand it fully 22.29.13 Join stoffel_ [0] (n=quassel@p57B4CD38.dip.t-dialin.net) 22.29.28 Quit esperegu (Read error: 131 (Connection reset by peer)) 22.31.23 # kugel, the lcd only really looks at the DBOP data lines around the time a control line pulses. The control lines are disabled by the dbop read routine (and restored to their old value at the end of the dbop read routine), so this should be safe. 22.32.15 # In the old situation we actually communicated with the LCD controller instead, so it was possible that a command was interrupted by the write-red-pixel command. 22.32.35 # (at least, that is the theory :) ) 22.33.52 # kugel, I'm a bit out of ideas what next to try, I'd really like to get rid of the extra delay for reading the hold button on the fuze, but maybe we just can't get around that. 22.34.33 # One final thing to try is to write something into bits 8-11 of the pre-charge and see if that has any effect on the hold button reading 22.36.44 Quit Horscht ("Verlassend") 22.36.55 Quit faemir ("Leaving") 22.37.24 Quit _0x90u[Nap|AFK] (Read error: 113 (No route to host)) 22.37.30 Quit stoffel (Read error: 148 (No route to host)) 22.38.10 # This is what I could identify so far on the clip+'s board : http://www.pastie.org/669339 22.39.38 Join DerPapst [0] (n=DerPapst@p4FE8FEA3.dip.t-dialin.net) 22.40.10 # great, please put it on the wiki. The FM chip looks like another si4702 just like the clip v1, and the "SD" in the memory marking looks like a memory chip with SD card interface (which is easier to interface than a raw NAND chip) 22.40.10 Quit bmbl ("Bye!") 22.40.11 # Should I save it like that ? I wanted to double check the chips' markings but searching with any part of the marking didn't get me any good result. 22.41.01 # Can somebody check the build server? 22.41.16 # Build should have been done 68m 57s ago, at 22:32:15... 22.41.56 # ipod playing for 21.5h now, battery indicator still above half full... 22.42.03 # tomers: I think it will correct itself the next time something is committed 22.42.28 Nick YPSY is now known as Ypsy (n=ypsy@87.106.45.183) 22.43.17 # i think this can't be that terribly off... breaking the 24h apple manages should succeed then! 22.43.22 # mt: the soc has the same markings as clip and fuze? 22.43.24 Join alexbobp [0] (n=alex@66.112.249.119) 22.43.39 # kugel: Yes 22.43.48 # i wouldn't be surprised if it's still running when i get up tomorrow 22.43.53 # kugel: Do you have a patch for testing lcd_bitmap_transparent_part() in test_gfx somewhere? 22.44.21 # amiconn: yea, but I noticed my tests are pretty nonsense 22.44.32 # * amiconn got some C code that's only 1 instruction longer than the asm; speed should be about the same, depending on the amount of transparent pixels 22.44.49 Join kyle6513 [0] (n=kyle@58.174.128.189) 22.44.58 # or rather they only tested the loop performance, as the bitmap didn't have the transparent colors 22.45.26 # If there are many transparent pixels, it should be a bit faster than the asm, if there are none or almost none, it should be a little slower (but still measurably faster than the C in current svn) 22.46.50 Quit flydutch ("/* empty */") 22.47.25 # I basically made a test calling show_logo() (and modified show_logo() itself a bit), but I didn't exchange the rockbox logo 22.48.48 Quit kyle6513 (Client Quit) 22.49.32 # mt: so basically you're stuck waiting for a sandisk firmware update? 22.50.07 # Or way to get into recovery mode :) 22.50.21 # with my paste from tonight I got 68fps on my fuze (again, only the loop performance). That does not do "int i = width" and then counting towards zero because that was actually slower it (the asm version does this) 22.51.06 Join faemir [0] (n=faemir@78.33.109.163) 22.51.25 # mt: you cuold try shorting the pins on the flash memory and see if you can get into recovery mode like the e200v2 22.52.17 # I'll look into it tonight 22.54.19 # I think I'm gonna do better tests as I also didn't cut enough out of show_logo() (i.e. it does more stuff that just doing the lcd_bitmap_transparent() call) :/ 22.55.30 # Maybe choosing some different-sized bitmaps from apps/plugins/bitmaps/native/ and drawing those 23.01.57 # TheSeven: Wow, that's an impressive runtime... 23.02.32 # Somebody needs to do one without boosting/undervolting then 23.03.17 # the battery runtime so far is far better than expected, the ADC measurements are probably way too high because of the current the ADC itself and the CPU (which will be busy waiting during the measurement) consumes 23.04.03 Quit stoffel_ (Remote closed the connection) 23.04.11 # and remember that this ipod battery is 3 years old and very heavily used, several times deep discharged, etc. 23.04.47 # Is boosting/undervolting in SVN? 23.04.56 # no, but in flyspray 23.05.40 # If the battery indicator is right, we'll hit ~50 hours, that's ~8mA if the battery would still have its full capacity, so probably even less! 23.05.43 # I could run some tests - my Nano2G has hardly been used, apart from the last couple of months for Rockbox development. 23.06.16 # if what I think right now is true, the boosting patch may almost double the run time 23.06.43 # so yours is likely to end within a day at least, while i'll have to wait for another day... 23.07.44 # I could try with SVN, and then again with your patch. It makes sense to do them both with the same ipod. 23.08.01 # TheSeven, that's a really good runtime! many targets seem to consume something on the order of 30 mA or so. 23.08.05 # So is battery bench working, or are you just watching it "manually" ? 23.08.14 # linuxstb: if you don't need your ipod, go for it! 23.08.37 # it's working after some fixes like stack size increases 23.08.56 # hm, the battery bench stack is probably the only one I haven't committed 23.08.59 # can you turn the ADC measurement somehow in a wakeup/signal wait? 23.09.13 # it's I2C 23.09.29 # so i need to poll the PMU for a finished conversion 23.09.39 # but yes, i could wait a bit less busy 23.10.08 Join niekie [0] (i=quasselc@dreamworld.bergnetworks.com) 23.10.15 # my ADC readings are at ~16mA 23.18.16 Quit Strife89 ("She sells C Shells by the seashore....") 23.21.58 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 23.25.37 Join Strife89 [0] (n=michael@adsl-220-102-158.mcn.bellsouth.net) 23.26.21 # Bagder: Can you poke/kick/tickle/whatever the build system? 23.30.53 Part froggyman 23.31.20 Join FuRom [0] (n=samuel@ip98-183-225-164.hr.hr.cox.net) 23.31.25 Join Topy [0] (n=Topy44@e179109187.adsl.alicedsl.de) 23.31.53 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 23.31.53 # I restarted the server, but I guess it doesn't regenerate the table until the next commit 23.32.41 # Can I use rockbox with the ipod touch? 23.32.45 # no 23.32.47 # no 23.33.12 # Thanks 23.33.39 # Bagder: can you upload this to the webserver in the testfiles directory: http://duke.edu/~mgg6/rockbox/64kaache.m4a 23.33.46 # #iphone 23.33.56 Part FuRom 23.33.59 # http://download.rockbox.org/test_files/ 23.34.12 Quit tresh (Client Quit) 23.34.32 # done! 23.34.46 # on a side note if anyone wants to encode a copy of that track in Apple lossless, Cook, ATRAC3, etc it would be great 23.35.00 # i'm not really sure how to do most of those oddball formats though 23.35.38 # speex and shorten too 23.36.06 # Apple lossless is hardly "oddball"... ;) 23.36.24 # well odd for me since I don't have itunes :) 23.36.35 # thougyh i've got a lab machine with it somewhere so maybe i can make a file tonight 23.37.03 # also i should dig out my gigabeat F and run a test on it 23.37.03 # Doesn't ffmpeg have an alac encoder now? But I guess using itunes would make a better test file. 23.37.07 Nick Ypsy is now known as YPSY (n=ypsy@87.106.45.183) 23.37.09 # yes it does 23.37.21 # i think its actually supposed to be quite good so maybe that would be good enough 23.37.50 # kugel: looking at maps from attempting to build on e200 with 4.4.1 eabi, after discarding the exception-related segments, i see references to a number of division-related (per naming convention) routines with __eabi prefixes. my guess is that the eabi compiler emits calls to different division routines than the "standard" one... perhaps aliasing these to more "normal" routines would help? 23.39.29 Quit faemir ("Leaving") 23.40.04 # Unhelpful: maybe, remember we still need working division :/ 23.40.58 # kugel: obviously, but if we supply our own division routines with the expected names, or alias the eabi ones to "standard" ones, we can perhaps avoid the other cruft that they pull in. 23.41.01 # __eabi_* ain't the problem, is it? the unwind relateted functions are 23.41.47 # one should probably have a look why the eabi pulls unwind exceptions in even for C code :S 23.42.18 # in the gcc sources, that is 23.42.59 # good luck, libgcc is a bit icky. 23.43.02 Join mt2 [0] (n=chatzill@41.233.139.12) 23.43.17 # hehe, I can imagine 23.43.41 Join faemir [0] (n=faemir@78.33.109.163) 23.43.57 Quit ender` (" If you're going to do something tonight that you'll be sorry for tomorrow morning, sleep late.") 23.44.16 # Tried shorting the flash's pins; 17 & 18, while and connecting .. here's what I get : http://www.pastie.org/669396 23.44.40 # er .. *while connecting to usb (!!) 23.45.15 # kugel: FS#10723 23.46.09 # i recall seeing things in libgcc, when i tried to trace the source of various functions, like defines in function names and in types being used to build the same function several times for different types, by compiling the same source file repeatedly with different flags. it's an ugly mess in there. 23.46.22 # mc2739: grr, I'll have a look 23.46.40 # (following funman's post here : http://www.fixya.com/support/t871061-sansa_clip_recovery_mode_bad_firmware) 23.46.50 Join explore [0] (n=msparker@pool-173-57-92-51.dllstx.fios.verizon.net) 23.46.50 # thanks 23.47.20 Quit explore (Client Quit) 23.47.45 # mt: interesting, that's more than what you get on the other devices 23.47.59 Join casainho [0] (n=chatzill@bl15-99-146.dsl.telepac.pt) 23.48.37 # joim emc 23.48.52 # ui, sorry - my mistake 23.49.15 # kugel: It reads the size as 4MB though ? 23.49.20 Quit T44 (Read error: 110 (Connection timed out)) 23.49.52 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 23.50.41 # mt: yea, 3,5MB more than on my fuze 23.51.56 # oh ok. 23.52.14 *** Saving seen data "./dancer.seen" 23.53.10 # kugel: a function that does nothing but return int a / int b calls __aeabi_idiv on arm-elf-eabi, __divsi3 on arm-elf 23.53.57 # what are those files for : MTABLE.SYS, RES_INFO.SYS, SYS_INFO.SYS ? 23.54.27 # Unhelpful: I remember that divsi3 somehow 23.55.00 # dividing long long is somewhat more tricky, eabi uses __aeabi_ldivmod instead of __divdi3 - these quite likely have different calling conventions 23.56.06 # can you look what __aeabi_*div* calls related to unwind excetopns? 23.56.09 # mt2, I think one of those holds the configuration (like FM enabled or not, language, volume limit, etc) 23.56.23 # although these are probably asm 23.56.46 Join evilnick_ [0] (n=evilnick@98.14.194.126) 23.58.46 # neither seems to refer to those symbols :/