--- Log for 20.02.108 Server: zelazny.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 6 days and 13 hours ago 00.00.04 # Boost/unboost takes 250..500us on PP5022/5024, so it shouldn't be done too often 00.00.27 # so I'm confused then 00.00.33 # with a known issue 00.00.35 # * amiconn wonders why his linux box doesn't automount the ipod 00.00.39 # nobody rolled back the changes that caused it? 00.00.47 Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") 00.00.55 # amiconn: a 128k transfer at full speed takes 100 ms, so in comparison boost/unboost is lightning fast 00.01.05 # I mean, that seems like the perfect candidate for 'hey... maybe I shouldn't have committed this code' 00.01.25 Join JdGordon|w [0] (i=836b0049@gateway/web/ajax/mibbit.com/x-dd01ed3e44b8d762) 00.01.52 # hachi: we are in active development, sometimes things will remain broken until someone figures out the correct fix 00.02.43 # The correct fix not always being "revert" 00.03.11 # well, I'm a bit stuck because I don't have any decent clue on how to build toolchains for myself... I'll give it a shot 00.04.06 # hachi: you could try out some build from the unsupported builds section in the forum 00.04.59 # n1s - is that suggestion because those builds are old (and unsupported..), or because some of the unsupported builds incorporate fixes for the problem? 00.05.36 # gevaerts: Mini G2 mounts fine under Linux (debian-amd64). Full speed of course, and there are some differences in dmesg output 00.05.48 # (comared to when using apple diskmode) 00.05.49 # stripwax: at least the ryan temp one is from r 156xx so it's old enough 00.05.50 # Domonoky, bluebrother (for the logs): You might want to tag/branch rbspeex when tagging/branching rbutil releases 00.06.32 # why worry about running boosted if the device is powered externally? 00.06.43 # heat 00.06.49 # amiconn: some differences are expected. Can you paste the dmesg output somewhere ? 00.07.02 Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) 00.07.07 # The H10 gets quite warm when running constantly boosted, even when not charging in parallel 00.07.10 # n1s: I'd kinda be more interested in learning how to build toolchains... I've got a nokia tablet that's arm based, and a neo 1973... these things come with a built toolchain so you can just 'go' 00.07.23 # nobody talks about how to build these things properly 00.07.28 # you're just supposed to know it somehow 00.07.47 # hachi - you can read the wiki page on rockbox which tells you how to use the prebuilt toolchains 00.07.55 # hachi: well, then I recommend a trip to the wiki :) 00.07.56 # gevaerts: http://pastebin.ca/910438 First is apple diskmode, second is rockbox usb 00.08.04 # nothing I have gets very warm running boosted and the core sleeps more anyway 00.08.06 # I was just up on the wiki, I don't see any section for it 00.08.17 # check the CrossCompiler page 00.08.21 # hachi - keep looking, there's a VAST amount of developer info in the wiki.. 00.09.20 # start at "DocsIndex" and then For Developers.. 00.09.33 # Speed results including boosted at http://pastebin.ca/910442 00.09.51 # btw not necessarily necessary to actually build your own toolchain - ought to be able to use cygwin or vmware as appropriate 00.10.24 # gevaerts: nice speeds 00.10.29 # gevaerts: How do you test speed? 00.10.50 # amiconn: dd if=/dev/sdc of=/tmp/testfile bs=128k count=100 00.10.57 Quit einhirn (Read error: 104 (Connection reset by peer)) 00.11.05 # amiconn: and then back (so I don't destroy data) 00.11.57 # that's funny... I figured the front page of the wiki would be the index :\ 00.12.23 # eh? That outputs several hundred MB/s here... 00.12.30 # indexes are usually at the end of books...not the beginning.. 00.12.49 # Hmm, no, only if I use the partition 00.13.06 # then again, it isnt a *true* index 00.13.12 # hachi - no, the front page states "Some pages of interest". wiki is searchable, by the way.. 00.13.26 # 620kB/s without boosting and with whatever blocksize the patch defaults to 00.13.32 # (reading) 00.14.06 # I defaults to 64k 00.14.31 # Haha, and the write test fails immediately 00.14.41 # ...due to sector 0 protection in the ata driver 00.14.55 # *PANIC* Writing on sector 0 00.15.35 # amiconn: maybe add skip=1 (or 2) to the dd line ? 00.15.43 # yeah 00.16.08 # * gevaerts values his ability to ruin a partition table easily 00.16.58 # * amiconn will try to skip the firmware partition, so he doesn't need to restore in case of (not too hard) failure 00.17.13 # amiconn: or seek... I never can remember which one. Also probably best try to use matching skip and seek for read and write 00.17.22 Quit alienbiker99 (Read error: 104 (Connection reset by peer)) 00.18.09 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) 00.19.41 # amiconn: about the dmesg output, the differences that I see are the disk model and version (we get them from ata identify), Mode sense where I'm still not sure which pages we actually need, so it outputs none, and ANSI:, which specifies the SCSI spec version we follow (4=spc-2), Apple denies having read the spec, we don't 00.19.42 # skip is read seek is write iirc 00.20.01 # okay 00.21.10 Join barrywardell [0] (n=barrywar@194.46.170.220) 00.21.15 # the current build is 16354 this appears to be one commit back from the front page however the latest commit is 16357 whats going on? 00.22.10 # Hmm, writing doesn't seem to work... 00.22.45 # What happens ? 00.22.47 Quit MethoS- ("Konversation terminated!") 00.23.16 Quit roxfan (Connection timed out) 00.23.45 # dd finishes after ~50ms, and claims 231MB/s write speed 00.23.59 # Emulated disk led icon stays on 00.24.13 # * gevaerts wants a disk like that 00.24.22 # There seems to be no further problem 00.24.41 # For read accesses, the disk led icon properly follows activity 00.24.45 # Does the disk have a write cache ? 00.25.14 # That would certainly not cache 13MB 00.25.21 # Forget that. USB speed should still slow it down 00.25.44 # * amiconn didn't use a repeat count either, but transferred a larger block instead 00.25.47 Join cool_walking_ [0] (n=cool_wal@203-59-129-195.perm.iinet.net.au) 00.27.14 Join cheetah65 [0] (n=chatzill@adsl-75-47-73-144.dsl.applwi.sbcglobal.net) 00.27.16 # Maybe add conv=fdatasync or oflag=direct ? 00.27.36 # * amiconn now tried to write an actual file 00.28.14 # robin0800: the front page lists all commits, including the ones for the manual and rbutil which don't trigger a build round (no code changes for the targets). But I can't see what r16355 and 16356 should have been, even svn log doesn't tell me... 00.29.38 # pixelma: domonoky tagging a rbutil release 00.29.39 # Filesystem is still okay (checked with apple diskmode and windows chkdsk) 00.30.05 # That's good news at least 00.30.40 # Windows mounts it fine via rockbox usb as well 00.32.08 # i had a rockbox related question, whenever i play a song with album art enabled, it hangs up for a second or two. ive tried clearing settings, the whole 9 yards. any ideas? 00.32.17 # rasher: thanks, I just don't know what that involves but I would have expected that this also shows up somewhere in the history 00.32.21 # nothing on forums 00.32.30 # pixelma: it doesnt track branches 00.33.29 # ah hmm... vague idea now :) 00.33.33 # ...and writing works there too. 00.33.54 # * amiconn is now playing an album on his mini which he copied from windows using rockbox usb mode :) 00.34.24 # cheetah65 - what device do you have, which build of rockbox are you running? 00.34.46 # h10 20gb, latest daily build 00.34.53 # pixelma: in other words, it will only monitor "trunk" and not "branches", "songdbj", "tags" or "www" 00.34.56 # How does boost work ? Do I just call cpu_boost(true) when I need speed, and cpu_boost(false) when I don't ? 00.35.02 # gevaerts: Does the patch use 64 byte packets, or still 16? 00.35.09 # amiconn: 64 00.35.09 # yes 00.35.43 # gevaerts - oh, what was the fix for the corruption when using >=32 byte packets? 00.35.55 # * stripwax missed that 00.35.58 # gevaerts: you can use trigger_cpu_boost/cancel_cpu_boost which don't accumulate counts and are thread local 00.35.58 # cpu_boost(true) increments a counter, cpu_boost(false) decrements it. Rockbox will boost when the counter becomes > 0 and unboost if it becomes == 0 00.36.21 Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.11/2007112718]") 00.36.23 # So multiple threads can boost/unboost as needed, and we don't loose track 00.36.32 # stripwax: good question. I guess it was a caching problem, which got fixed somewhere on the way, but I don't know exactly when 00.36.44 # :) 00.36.46 # amiconn: do you think it's likely that this 380HN chip is the UDA1380HN? http://www.soomal.com/xdoc/miniplayer/18a.jpg 00.36.48 # This boosting system always appeared elegantly simple to me. 00.37.09 # scorche|w: yes, understood now. Thanks :) 00.38.07 # cheetah65 - did this problem start occurring for you recently, or has it always happened for you? and by 'hangs up', do you mean that the audio doesn't come out more-or-less immediately -- or that it *does* start playing audio but the screen doesn't refresh until later? 00.38.11 # amiconn: The problem will be to unboost exactly once if I only boost on actual I/O. If some I/O fails the usb_storage code might not get called again properly. I could add a flag somewhere to keep track of this, but that somehow seems wrong 00.38.46 # stripwax: it started occuring after AA was implemented 00.38.53 # gevaerts: the trigger/cancel functions track for you 00.39.06 # im going to try a fresh install right now 00.39.14 # cheetah65 - are you album art bitmaps particularly large? 00.39.37 Quit ender` (" I was in the grocery store. I saw a sign that said "pet supplies." So I did. Then I went outside and saw a sign that said "") 00.39.37 # markun: For sure. 00.39.39 # i have a few different sizes 00.40.02 # jhMikeS: aliask said he had gotten the SPI driver to work 00.40.14 # Actually I meant large in filesize rather than necessarily dimension. e.g. if these are all 24 or 32-bit bmps, try reducing colour depth and saving as e.g. 256 color bitmaps 00.40.17 # gevaerts: iow calling trigger/cancel repeatedly is ok as calling the opposite function of the previous call does the change 00.40.38 # jhMikeS: Thanks. That sounds easier 00.41.31 *** Saving seen data "./dancer.seen" 00.42.16 # Now the question is if this heat problem when boosted will not come back if you copy lots of files... 00.42.17 Quit conando (Read error: 110 (Connection timed out)) 00.42.18 # markun: might be interesting http://patrickbarret.free.fr/asus-mypal-a620/asus-mypal-a620-a620bt.php 00.42.24 # Nico_P: I had it working awhile ago but I want to have a new driver model for interrupt wakeup style (not spin/yield). we want this processor asleep as much as possible and to let the peripherals do the work since whatever it gets done it gets done quickly and it can spend most time doing absolutely nothing 00.43.00 # my h10 is refusing to connect right now, i'll come back at a later time 00.43.22 # I guess the rockbox USB stack works that way though I have a new kernel object optimized for that purpose. 00.43.41 # jhMikeS: I agree completely. IIUC aliask didn't manage to make it interrupt based 00.43.51 Part cheetah65 00.43.55 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 00.44.25 # * amiconn thinks that the rockbox usb stack might even be faster than the H10's built-in diskmode 00.44.37 # I did the int style drivers for meg-fx i2c and ata to work it out on a running target 00.44.44 # * gevaerts thinks amiconn should try 00.44.44 # The latter annoys me everytime I want to upgrade the build... 00.45.07 Quit spiorf ("Read error: 110 (Connection timed out)") 00.46.28 Quit fasmaie (Read error: 113 (No route to host)) 00.47.45 Quit n1s () 00.47.47 # Domonoky/bluebrother (for the logs again): Any chance of a working make install target for rbutil? 00.47.55 # gevaerts: could it be that it is even faster than using USB with the c200 firmware (I mean including the wait for the database refresh)? ;) 00.48.04 # It would be useful to know if boost is really needed everywhere, or just on sansa. 00.48.08 # Domonoky/bluebrother: And an option to avoid all the static linking 00.48.23 Quit homielowe (Remote closed the connection) 00.48.33 # gevaerts: Given what transfer speed I get for reading, boosting should be useful on all PP502x targets 00.49.28 # pixelma: On OF I get 4.5MB/s reading or writing. That's still 5x as fast, so I guess it depends on how many files you have for the database refresh to look at. 00.49.54 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 00.50.16 Quit Nico_P (Remote closed the connection) 00.50.17 # gevaerts: I wondered about just buffering a bunch of data into the audio buffer that will be available and leaking it to disk as fast as possible. I think retailos does that. 00.50.26 # amiconn: OK. I'll try adding that. I probably won't finish it today though (I don't like posting a new patch without having copied at least a few hundred megabytes with it both ways, which still takes time) 00.51.13 Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") 00.52.40 # are transfers done in parallel with disk read/write? 00.52.42 # jhMikeS: That's certainly possible, but if we want to do that cleanly we have to de deferred SCSI error reporting (as well as letting the OS know that we do write caching). That adds some more complexity again. 00.52.48 # gevaerts: could imagine, the data transfer seem to be quite fast in the OF but then all the waiting... btw. is the patch safe to test on WinXP now? 00.53.17 # jhMikeS: no. Everything is still purely sequential 00.53.58 # pixelma: it should be safe. Plugging and unplugging the sd card while connected will probably not work correctly, but everything else should be fine. 00.54.00 # so no new transfer is initiated until the previous data is fully read or written? 00.54.01 # gevaerts: Similar differences in dmesg output for H10 (OF vs. rockbox) as for mini 00.55.16 Quit waldo (Remote closed the connection) 00.55.46 Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") 00.55.49 # H10 is a bit slower on reading (as I expected - that disk is quite crappy) 00.56.23 # jhMikeS: exactly. I would like to add a buffer so we can do that in parallel, but it probably won't be worth it on high speed (if/when we get that working), and it needs some of the same complexity as a big write cache (if we want to do it properly) 00.57.23 Join dandin1 [0] (n=dandin1@bas7-ottawa23-1088832024.dsl.bell.ca) 00.58.10 # jhMikeS: we could of course just tell the OS that everything is fine, but I don't think that's a good idea. Sooner or later someone will loose data because of it. 01.00.57 Quit amiconn (Nick collision from services.) 01.01.04 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 01.01.14 # * amiconn unzips a rockbox build from winodws to h10 using rockbox usb mode 01.01.54 # * gevaerts can't remember the last time he used the OF for that 01.02.12 # Does it work well enough, other than being slow, to go into SVN? 01.03.20 # gevearts: have a header for each block and you can give it instructions to execute and return code field to store for each one and only involve the thread occasionally 01.03.43 Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 01.04.46 # Llorean: I can get it to crash more easily than the version currently in svn (v7). On the other hand I think it requires doing things a "normal" user doesn't do (run lsusb -v in a loop), and this also crashes the one in svn after a while (but it takes longer) 01.05.57 # Llorean: Once the boosting code is added it will be about twice as fast as the one in svn, and I haven't heard anything about lost data recently. 01.06.32 Quit stripwax (Read error: 104 (Connection reset by peer)) 01.07.28 # gevaerts: It seems to work properly on H10 (small) as well 01.07.30 # jhMikeS: I guess it would be something like that. I vote we stabilize a bit first though. 01.07.43 # That's interesting as H10 is PP5020, not PP5022 01.07.45 # I'd just like to see a relatively stable, normal-user-usable USB mode, even if it's slow. So that we can get past the "why does it ask for drivers" stage of questions. 01.08.18 # Unzipped a whole build and did chkdsk afterwards 01.08.27 # amiconn: great. So it has now been tested on nearly all pp502x devices (I'm not sure if we've had all types of ipod). 01.08.52 # It's slower than OF diskmode though (without boosting at least) 01.08.58 Quit ompaul (Client Quit) 01.10.01 # gevaerts: of course it should be stable first. concurrency and some read/write behind will max it out ultimately (/me always wears the concurrency hat :) 01.12.08 # Llorean: Give me a bit more time. I'd really like to try to get it a bit more solid. 01.12.10 Quit Isolinear (Read error: 110 (Connection timed out)) 01.12.23 # gevaerts: Oh, I didn't mean to rush you or anything. 01.12.43 # Just stating that in my opinion, even if it's slower than disk mode, it'd be nice to have for people once it's solid enough. :) 01.15.24 # jhMikeS: I agree we do need concurrency. The nice thing about this is that I can keep tweaking it and cleaning it up without some boss telling me that the budget for this project is now all used up, so as far as I am concerned it will get faster, better, and cleaner. 01.16.19 # Okay. Boosting makes rockbox usb almost as fast as OF on H10 01.17.02 # Unzipping a rockbox build from windows: OF 2:43 min, Rockbox boosted: 3:14 min, uboosted: 5:03 min 01.19.28 # * amiconn observed no data corruption so far 01.19.37 # I think I'm going to experiment a bit tomorrow with using 20kb USB transfers (the maximum for one transfer descriptor), and 64k or 128k buffer for disk IO. That should bring a lot of simplicity back in the driver, while not being too expensive in speed terms 01.20.19 # * jhMikeS tells gevaerts to get to work and to stop lying around or you'll work through your lunchbreak :p 01.20.50 # gevaerts: now that you mention the budget... 01.21.01 # * gevaerts thinks he will ignore jhMikeS's advice and go to sleep soon 01.21.17 # scorche|w: don't tell me we ran out... 01.22.37 # gevaerts: well we only had 0 to spend and we already spent 0... 01.22.59 # scorche|w: so we used it all up already :( 01.23.05 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 01.23.21 # On the other hand, we still have everything left that we started out with 01.23.57 # I guess it's time to have a cup of no tea, then 01.24.40 Quit dandin1 () 01.25.26 # * gevaerts doesn't drink his cup of no tea 01.26.15 Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 01.26.16 # then you won't spill it, at least 01.26.17 # * ze doesn't not drink a non cup of no tea 01.26.46 # markun: It's interesting that the meizu seems to use arm in big endian mode 01.28.40 Quit MajorC () 01.31.58 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.32.09 Join csc` [0] (n=csc@archlinux/user/csc) 01.33.09 # On my sansa with 64k buffers, it seems that boosting just for reading and writing is about 2% slower on reads and 3.5% slower for writes than manual boosting for the entire test. 01.34.13 Join Bradmont [0] (n=bradmont@bas7-quebec14-1096764198.dsl.bell.ca) 01.35.25 # can anyone tell me how to uninstall themes & modules? I can't figure it out. 01.35.46 # Modules? 01.35.50 # er, plugins 01.36.02 # Why would you want to remove plugins, they'll just be back with the next update. 01.36.33 # As for themes, just delete the files you installed. Each theme may have different files, so you'll have to go look, but generally you're looking for a .cfg file, a .wps file, and a bunch of bitmaps in a folder with the same name as the .wps file 01.37.04 # wow, I feel stupid... 01.37.15 # I didn't notice the .rockbox hidden directory on my player... 01.37.17 # :o 01.37.25 # thanks 01.37.26 # :) 01.38.14 Join moos [0] (i=moos@m170.net81-66-158.noos.fr) 01.38.32 # * gevaerts adds a package manager to his list of useful additions to rockbox which already contained mkfs, fsck and fdisk 01.38.48 Quit Bradmont (Client Quit) 01.40.20 Join jurrie [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) 01.41.36 Quit gevaerts ("Sleeping time") 01.46.52 Part toffe82 01.49.57 Join Soap_ [50] (n=Soap@rockbox/staff/soap) 01.53.10 Join axionix_ [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 01.58.33 Quit Thundercloud (Remote closed the connection) 02.00.07 Quit lee-qid (Read error: 110 (Connection timed out)) 02.09.16 Quit axionix (Read error: 110 (Connection timed out)) 02.11.46 Quit jgarvey ("Leaving") 02.12.09 Quit ol_schoola () 02.29.28 Quit scorche|w ("CGI:IRC (EOF)") 02.35.52 Join goffa [0] (n=goffa@216.220.23.105) 02.41.32 *** Saving seen data "./dancer.seen" 02.43.18 Quit cool_walking_ (Read error: 113 (No route to host)) 02.43.57 Join cool_walking_ [0] (n=cool_wal@203-59-129-195.perm.iinet.net.au) 02.45.36 Join Lambduh [0] (n=Lambda@wbr-2310.student.iastate.edu) 02.48.51 Quit barrywardell () 02.50.12 Join TiMiD[FD] [0] (n=TiMiD[FD@210.169.80.68) 03.00.46 Quit Soap_ (Remote closed the connection) 03.00.53 Join hannoman [0] (n=Miranda@p54B1DF7C.dip.t-dialin.net) 03.08.13 Part pixelma 03.08.26 Join Soap_ [50] (n=Soap@rockbox/staff/soap) 03.09.13 Join Rob222241 [0] (n=Miranda@p54B0D6FC.dip.t-dialin.net) 03.15.13 Quit csc` ("Powering Off") 03.17.14 Join csc` [0] (n=csc@archlinux/user/csc) 03.18.25 Quit csc` (Client Quit) 03.23.31 Join csc` [0] (n=csc@archlinux/user/csc) 03.24.44 Quit Rob2222 (Read error: 113 (No route to host)) 03.25.43 Quit csc` (Client Quit) 03.26.27 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 03.30.38 Join csc` [0] (n=csc@archlinux/user/csc) 03.31.27 Quit hannoman ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 03.35.01 Join crazy_bus [0] (n=philip@CPE-121-217-113-72.nsw.bigpond.net.au) 03.35.13 Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) 03.35.28 Quit EspeonEefi ("さよなら") 03.38.14 # there's some things bugging me in the wiki. Is it possible to activate my wiki account so I can edit? 03.40.07 Join DerDom1 [0] (n=DerDome@dslb-082-083-246-191.pools.arcor-ip.net) 03.40.09 Quit DerDome (Nick collision from services.) 03.40.17 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-246-191.pools.arcor-ip.net) 03.46.16 # crazy_bus: Out of curiosity, what's bugging yah? 03.46.23 Quit DerDome ("Leaving.") 03.49.28 # here's one of the pages http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide it says (only mic for now) but fm recording feature has being implemented in rockbox 03.50.24 # Gotcha. 03.50.35 # I was just curious, "bugging me" made me wonder if it was subjective content somewhere 03.50.47 # the spectrum player also doesn't mention working on my player but it does 03.56.13 Nick neskaya is now known as Neskaya (i=featherd@wiktionary/neskaya) 03.56.32 Quit Kernel (Remote closed the connection) 03.58.06 Quit Rob222241 (Read error: 104 (Connection reset by peer)) 03.58.38 Join Rob2222 [0] (n=Miranda@p54B0D6FC.dip.t-dialin.net) 03.58.49 Quit jcollie (Read error: 104 (Connection reset by peer)) 04.04.32 Join Rob222241 [0] (n=Miranda@p54B0D6FC.dip.t-dialin.net) 04.13.45 Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) 04.19.06 Quit defukt (Read error: 110 (Connection timed out)) 04.19.23 Quit Lambduh (Remote closed the connection) 04.19.32 Quit csc` ("Powering Off") 04.22.38 Quit Rob2222 (Read error: 113 (No route to host)) 04.41.34 *** Saving seen data "./dancer.seen" 04.41.42 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.41.59 Join miepchen^schlaf [0] (n=el_miep@p54BF43C5.dip.t-dialin.net) 04.57.04 Quit spr0k3t_ (Remote closed the connection) 05.06.23 Quit jhulst (Read error: 110 (Connection timed out)) 05.12.02 Quit BHSPitMonkey_ ("Ex-Chat") 05.25.57 Quit SirFunk (Remote closed the connection) 05.35.41 Quit Horscht ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") 05.45.09 Quit jcollie (Read error: 113 (No route to host)) 05.48.55 Quit TiMiD[FD] ("leaving") 05.51.22 Quit nplus (Remote closed the connection) 05.52.03 Join Lone_Wanderer [0] (n=chatzill@ip70-174-120-163.hr.hr.cox.net) 05.54.23 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 05.55.45 Join BHSPitMonkey_ [0] (n=stephen@129.120.244.114) 05.57.32 Join defukt [0] (n=WTFOMGBB@91.106.240.102) 06.06.25 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 06.10.50 Quit crazy_bus (Remote closed the connection) 06.11.39 Join [1]cool_walking_ [0] (n=cool_wal@203-59-129-195.perm.iinet.net.au) 06.26.49 Join TiMiD[FD] [0] (n=TiMiD[FD@210.169.80.68) 06.27.01 Part Lone_Wanderer 06.27.14 # I would like to commit http://www.rockbox.org/tracker/task/8543 06.27.47 # any objections ? 06.28.02 Quit keanu (Read error: 104 (Connection reset by peer)) 06.29.41 Quit cool_walking_ (Read error: 113 (No route to host)) 06.29.42 Nick [1]cool_walking_ is now known as cool_walking_ (n=cool_wal@203-59-129-195.perm.iinet.net.au) 06.41.35 *** Saving seen data "./dancer.seen" 06.43.41 Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) 06.45.06 Quit DaCapn (Remote closed the connection) 06.45.21 Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) 07.02.07 Quit DaCapn (Remote closed the connection) 07.10.27 # Bagder: wake up! (again!) i have something for you. 07.19.14 Join gtkspert [0] (n=gtkspert@203-206-32-74.dyn.iinet.net.au) 07.19.22 Join MethoS- [0] (n=clemens@pD955E62A.dip.t-dialin.net) 07.19.41 Join MethoS_mobile [0] (n=clemens@pD955C959.dip.t-dialin.net) 07.23.30 Quit MethoS- (Remote closed the connection) 07.25.42 Join [1]cool_walking_ [0] (n=cool_wal@203-59-129-195.perm.iinet.net.au) 07.25.42 Quit cool_walking_ (Read error: 104 (Connection reset by peer)) 07.25.50 Nick [1]cool_walking_ is now known as cool_walking_ (n=cool_wal@203-59-129-195.perm.iinet.net.au) 07.44.59 Quit MethoS_mobile (Read error: 110 (Connection timed out)) 07.54.38 Join conando [0] (i=Soeren@dslb-084-060-186-214.pools.arcor-ip.net) 07.55.23 Quit cool_walking_ (" HydraIRC -> it doesn't let you change this message easily.") 07.55.52 Nick JdGordon is now known as JdGordon|zzzz (n=jonno@rockbox/developer/JdGordon) 07.55.56 Nick JdGordon|zzzz is now known as JdGordon|zzz (n=jonno@usw3662-s-207-244-148-63.dsl.w-link.net) 08.02.49 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.12.06 Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 08.12.19 # Hi all! 08.13.02 # As I asked yesterday - can someone tell me how to access the pitch screen without the remote controller on a iRiver H3x? Yeasterday I lost my Internet connection and probably the LinusN answer regarding this. 08.18.00 # mrkiko: As a note, there are logs. If someone already answered it, and you know they have, you should just read the log. 08.23.22 # mrkiko: hold Navi to pop up the WPS context menu, then select "Pitch" from the menu 08.25.59 Quit BigBambi (Remote closed the connection) 08.30.40 Join Rob2222 [0] (n=Miranda@p54B0CC65.dip.t-dialin.net) 08.33.04 # * amiconn partially disagrees with soap ... 08.35.03 # LinusN: Re the sleep timer thing, I absolutely don't think it should always be persistent. It'd be frustrating for my device to turn off 15 minutes into a 4 hour car trip, and I have to either pull over or fiddle with the menus while driving to unset the sleep timer. 08.35.25 # But the solution I offered was more as what I thought might be easier for him to accomplish, than for what I thought would be a suitable SVN solution to the problem 08.36.03 # Llorean: come on, do you really think i want the sleep timer to start *counting*? 08.36.32 # Well if you have to restart it counting manually, why does it need to be persistent? 08.37.16 # It seems there's not a real benefit to saving it if it doesn't start counting, at least to me. 08.37.17 # because it can be handy to have a default value when you set it 08.38.27 # It might save a few seconds, but if there was a way to start it counting, I think that'd be more useful. And I *think* that's what he wanted, since he said 90% of the time he needs the timer set 08.38.29 # the benefit is to make it easier to start it, since you won't have to edit the counter starting from 0 08.38.57 # and you often use the same value, like 1 or 2 hours 08.39.17 # so you only have to press Select to set it 08.39.30 # i'd say it's much more convenient than today 08.39.37 # Well, I can certainly agree that saving the position isn't bad. But there should be a way to have it start counting from every boot too, I think. 08.39.50 # nah 08.39.52 # And I *think* but am not sure that's what he was requesting. 08.40.52 # * amiconn thinks that the current behaviour is perfectly fine (not remembering the sleep timer at all) 08.41.32 # i think saving the last entered value would be very convenient for those who use the sleep timer often 08.41.36 *** Saving seen data "./dancer.seen" 08.41.38 # Yeah 08.41.40 # but not start counting 08.41.59 # I don't see why you couldn't have a "start timer from boot: yes/no" option to go with it. 08.43.59 # i can go with that, but i'm not sure it would be equally convenient, since you may easily forget to turn it off when you don't want a countdown 08.44.14 # and then you will be annoyed and stop using that option 08.44.34 # What would be the actual benefit of those extra things? I'd expect that if someone uses the sleep timer, the set time will often differ from previous invocation 08.44.45 # amiconn: why would it? 08.44.48 # LinusN: For people who mainly use the sleep timer. 08.44.52 # on the contrary, I think it'd be always the same 08.45.09 # amiconn: the sleep timer is a delay, not an absolute time 08.45.15 # The last dozen or so times i've used my gigabeat, it's on the dock and I've been in bed. having it default to a timer of a couple hours would've been lovely. Turn it on, auto-resume, and not worry about it. 08.45.15 # I know 08.46.05 # The only reason for me to (rarely) use the sleep timer is when I want the thing to switch off after a certain, well defined time. And that time will be different each time I use that feature 08.46.22 # I think a lot of people actually use it when going to sleep 08.46.25 # See, for me, it's "I don't want the noise to last past my first REM cycle" 08.46.37 # I never actually used it as a _sleep_ timer though; for that case I just used end-of-album + idle poweroff 08.46.59 Quit andrew_ (Read error: 110 (Connection timed out)) 08.47.45 # amiconn: when you use it as a sleep timer, i believe you are likely to use the same value every time 08.48.14 # * GodEater agrees 08.48.20 # * Llorean thirds the motion. 08.48.43 Quit Rob222241 (Read error: 110 (Connection timed out)) 08.49.08 # maybe 08.49.37 # still, what would be the problem with changing from the last set value instead of from 0 08.50.23 # that's the other point I was going to make too ;) 08.57.05 # Optionitis (especially with Llorean's idea) 08.59.12 Quit jhMikeS (Nick collision from services.) 08.59.17 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 09.05.38 Join petur [50] (n=petur@rockbox/developer/petur) 09.07.09 # amiconn: a can agree with optionitis regarding the "start timer on boot" option 09.07.33 # but i think remembering a value is merely a convenience thing 09.12.59 # it doesn't change the number of items in the menu 09.13.30 Quit |sanchez| (Read error: 104 (Connection reset by peer)) 09.16.07 Quit jhulst ("Konversation terminated!") 09.17.23 Join CaptainSquid [0] (n=Miranda@proxy14.netz.sbs.de) 09.23.57 # Llorean: regarding the "sleep timer", it would be relatively siple to add a setting determining if it should be saved or not 09.24.41 # now *that* would be optionitis :-) 09.24.44 # Llorean: so that if we save it, we start counting; else we not. 09.25.12 # i think just remembering the last value is enough 09.26.53 # LinusN: ... it's a copromise solution... 09.27.16 # no, just remembering the last value is the compromise 09.28.35 Quit Llorean (Read error: 110 (Connection timed out)) 09.29.08 # i think remembering the last value is the most sensible thing to do 09.29.32 # it adds no more options, and is a pretty intuitive thing to do I think 09.29.36 # it makes it much easier to start the sleep timer for those who actually use it as a sleep timer 09.30.21 Join aliask [0] (n=chatzill@rockbox/developer/aliask) 09.33.17 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 09.36.13 Quit stripwax (Client Quit) 09.40.57 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 09.40.58 Join MethoS_mobile [0] (n=clemens@p5489611D.dip.t-dialin.net) 09.43.51 Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) 09.44.38 Quit MethoS_mobile (Remote closed the connection) 09.44.55 # I think you're right. Aniway I think... 09.45.23 # I think that a rockbox newbie will not expect this. This may not be a problem, but I don't understand how it could be considered intuitive. 09.45.53 # Why for example, should the sleep timer behave this way and the idle power off timer not? Knowing the rockbox logic a little I understand this, but I don't think it to be intuivie... 09.47.38 # I do 09.49.31 # I agree aniway 09.50.05 # "anyway" 09.54.13 Quit z35 (Read error: 113 (No route to host)) 09.54.49 Quit TiMiD[FD] ("leaving") 09.55.42 # http://www.softwarefreedom.org/resources/2008/foss-primer.html 09.56.01 # a good read on foss copyrights, licenses, organizations etc 09.57.32 # somewhat US-centric (no surprisingly) 10.08.44 Quit Nico_P (Remote closed the connection) 10.09.17 Quit jhMikeS (Nick collision from services.) 10.09.23 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 10.41.38 *** Saving seen data "./dancer.seen" 10.42.21 Join hamdiya [0] (n=c3e5ecd6@gateway/web/cgi-irc/labb.contactor.se/x-2df631ab2ae5f06f) 10.43.04 Quit mrkiko (Remote closed the connection) 10.43.16 # hello 10.44.41 Join Mathiasdm [0] (n=Mathias@vpna079.ugent.be) 10.45.16 Quit hamdiya (Client Quit) 10.45.46 Join hamdiya [0] (n=c3e5ecd6@gateway/web/cgi-irc/labb.contactor.se/x-0bf323e7dfcc9f3e) 10.50.46 Quit hamdiya ("CGI:IRC (Ping timeout)") 11.04.18 Quit jhMikeS (Nick collision from services.) 11.04.24 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 11.11.55 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 11.19.58 # has anyone heard from linuxstb this week ? 11.23.46 # linuxstb (n=dave@rockbox/developer/linuxstb) signed off 12 hours and 45 minutes ago (Read error: 104 (Connection reset by peer)) 11.23.46 Join Arathis [0] (n=doerk@p508A5E2A.dip.t-dialin.net) 11.24.35 # yeah, but I don't think he actually uttered a word yesterday :) 11.35.05 Join Thundercloud [0] (n=thunderc@resnet11.nat.lancs.ac.uk) 11.38.54 Join stewball [0] (n=WTFOMGBB@91.104.212.222) 11.52.26 Quit defukt (Read error: 110 (Connection timed out)) 11.52.49 # "* amiconn partially disagrees with soap ..." ? 11.54.12 # can I assume it is my comments in the user mailing list regarding the H10? 11.54.28 # I wondered what he meant by that too 12.03.45 # soap: yes 12.05.25 # Just trying to warn him "I knew H320, I served with H320, and you H10 are no H320" 12.08.28 # Though I forgot to comment on the H10's FM. 12.08.35 # * petur mostly agrees with Soap_ 12.09.17 # the H10 buttonlayout (and sliderpad) suck big time 12.21.55 Join homielowe_ [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) 12.26.02 Quit homielowe_ (Client Quit) 12.26.45 Join homielowe_ [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) 12.27.27 Quit homielowe_ (Client Quit) 12.29.02 Quit homielowe (Read error: 104 (Connection reset by peer)) 12.41.42 *** Saving seen data "./dancer.seen" 12.50.37 Quit Arathis ("Bye, bye") 13.03.34 # petur: how does the slider work currently? 13.04.08 # up, down and center? 13.06.47 Join mf0102 [0] (n=michi@85.127.180.200) 13.16.56 Quit jhMikeS (Nick collision from services.) 13.17.02 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 13.17.48 # up/down only 13.18.44 # I have some real slider code but I don't like the performance 13.18.56 # the touchpad really sucks 13.20.48 # petur: do you have any ideas on how to use the slider? I still have my code to get x and y positions from the Gigabeat cross. 13.21.24 # you mean how I created a slider interface? 13.21.39 # yes 13.22.20 # basicly you track movement, but because of the nature of the touchpad, it needs filtering and position checks 13.22.42 # I think I posted some code in FS - let me get it 13.23.44 # 8409 - my first attempt is at the bottom but it is not really ok 13.25.08 # What I meant was: what do you do with filtered position info? Translate it back to actions? 13.25.49 # yes... for me it was just scroll up/down 13.27.41 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.43.23 *** SPY: Authentication failed for jhMikeS 13.44.01 Join DerDome [0] (n=DerDome@dslb-082-083-246-191.pools.arcor-ip.net) 13.44.23 # can I tell objdump that the start position of a file is for example 0x8000000 ? 13.46.40 Quit jcollie ("Ex-Chat") 13.48.50 # never mind, I found it 13.49.22 Quit Mathiasdm ("Yuuw!") 13.59.25 Join Rondom [0] (n=Rondom@p57A96B80.dip.t-dialin.net) 14.11.04 Join nplus [0] (n=nplus@141.25.Globcom.Net) 14.16.17 Join gevaerts [0] (n=fg@195-144-092-010.dyn.adsl.xs4all.be) 14.16.46 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 14.18.33 # * gevaerts ended up coding some more last night, and testing during today's lunch break 14.19.22 # freak :p 14.19.42 # I uploaded a new patch, performance numbers at http://pastebin.ca/911048 14.20.38 # I now get 970 kB/s writes and 950 kB/s reads. I think it will be nearly impossible to do better on full speed 14.20.45 # impressive 14.21.14 # At the same time, the transfer buffer got smaller 14.22.09 # gevaerts: how much did you get with the OF again? 14.22.41 # markun: 4.5 MB/s, but they cheat by using high speed. 14.23.16 # is it difficult to add high speed support? 14.23.17 # heh - I like that that's considered cheating ;) 14.23.27 # markun: yes - it doesnt' work ! 14.23.39 Join BitTorment__ [0] (n=martin@87-194-94-92.bethere.co.uk) 14.23.46 # * GodEater wonders if markun has been asleep the last couple of weeks 14.23.51 # mostly 14.24.11 # lucky you 14.24.12 # :) 14.27.28 # I might steal some performance back to go to 2x16k buffers (current patch uses 2x32k). That costs about 2% but allows a lot more simplicity in the USB driver, which might improve stability. 14.28.16 # GodEater: I'll read the patch tracker comments 14.29.59 Join EspeonEefi [0] (i=espeonee@STRATTON-FOUR-O-EIGHT.MIT.EDU) 14.32.33 # markun: high speed support will most probably require reverse engineering the OF. As far as I understand the hardware it should already work, but it still doesn't for unknown reasons. 14.37.00 # * amiconn wonders whether LinusN might have found something USB related in his appe OF RE endeavour 14.37.09 # s/appe/apple/ 14.37.32 # i have only disassembled the bootloader so far 14.37.42 # which uses full speed iirc 14.38.30 # It uses high speed, even though it's fairly slow on G5 14.38.33 # I didn't know the bootloader had any usb support at all 14.38.35 # oh 14.38.44 # But ~2MB/s can't be fullspeed 14.38.47 Quit BitTorment_ (Read error: 110 (Connection timed out)) 14.38.48 # then i should perhaps work a little more on that 14.38.52 # oh - we're talking disk mode ? 14.38.56 # yes 14.39.24 # On Mini G2, diskmode is as fast as OF - maybe that would be a better choice for disassembly 14.39.48 # nah, all i want to know is how to do high speed 14.40.12 # does the mini have the same pp chip? 14.41.22 # I think the missing bits might well be some DMA setup issue outside of the USB controller address range. 14.41.34 # So it might be hard to find 14.41.43 *** Saving seen data "./dancer.seen" 14.42.50 # The mini ROM code seems to be designed to be run both on Mini G1 and G2, i.e. PP5020 and PP5022 14.43.29 # amiconn: care to send me a bin? 14.45.45 # gevaerts: that usb_core_init call really has to get out of usb_detect and be done on-thread only 14.46.34 Join nicktastique [0] (n=nick@unaffiliated/nicktastic) 14.46.58 Quit aliask ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020710]") 14.47.04 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-675f41dabe811939) 14.47.42 Join kugel [0] (i=kugel@unaffiliated/kugel) 14.48.25 # Morning, all! 14.48.59 # good afternoon 14.49.32 # good aeon 14.52.05 # jhMikeS: I don't disagree. I also would like to get the USB connect screen triggering out of there, and only show it when really needed (i.e. when the host is actively accessing the disk). I guess we mainly want the thread creation gone. The rest doesn't do much (just some variable setting). 14.53.27 # true. just using the existing usb thread itself would be better because I can name at least one plugin where connecting usb will fail to create the thread anyway (uses all the slots up) 14.56.14 # The USB screen should be shown during the whole duration of the connection 14.56.30 # not if you're only charging 14.57.00 # Yes, but that's something different, as it's not an MSD connection 14.58.07 # amiconn: the use case I have in mind is that you plug the player in, copy some files, choose "eject" or "safe remove hardware", after which Windows (at least) doesn't access the device at all any more. I can imagine someone wanting to play some music then while the battery is still charging. 15.00.16 # amiconn: I have to test this some more, but I think we get a nice SCSI command to tell us that sort of stuff (either vSTART_STOP_UNIT or SCSI_ALLOW_MEDIUM_REMOVAL) 15.03.23 # gevaerts: that'll work as you intend also on linux, i think 15.05.33 # preglow: it should. We just have to test on some more exotic/outdated systems as well (MacOS 9, Windows98,...) 15.06.20 # how about having usb_enable just take a parameter that says "for_what_reason" USB_POWERED, etc. etc. 15.08.32 # usb_enable is actually ums_enable as I see it 15.08.38 Join Ramla_ [0] (n=ramla@c03.keltti.jyu.fi) 15.08.47 Quit Ramla (Read error: 104 (Connection reset by peer)) 15.09.56 # Currently it's mainly that, yes. If I get serial working at the same time as ums it will be more. 15.10.54 # I think we have to differentiate between "plugged in", "usb protocol running", and "mass storage active". Only the last one requires disk lock-out. 15.10.58 # * jhMikeS just needs the queasy feeling to go away of seeing certain kernel calls done in interrupt context that will trash it :) 15.11.26 # * gevaerts only wants queue_post in interrupt context 15.13.28 # that's about the only one intended for it (+ a few misc other queue functions) 15.15.03 # * gevaerts points out that he only inherited that part of the code, and that the current code already runs a lot less in interrupt context than it used to. 15.16.09 # I guess most of this code was written to quickly get things working, and when that didn't happen it wasn't cleaned up. 15.16.50 # Now that it actually works, it's worth spending time to make it work cleanly 15.22.10 # I'm guessing a number of FS bugs have the context issue at the root (unit responsive after plugging, etc.) 15.24.23 # * gevaerts volunteers to try and clean this up 15.25.13 Join udoprog [0] (n=udoprog@c83-250-201-20.bredband.comhem.se) 15.25.53 # anyone knows when a stable release for rockbox will be available for ipod nano gen 1? 15.26.11 # the current build screwed with my ipod, so i'd wather wait : P 15.26.16 # rather* 15.26.45 # no idea at all 15.26.51 # we haven't even planned a release 15.27.03 # and what do you mean by "screwed" with your ipod? 15.27.46 # * LinusN has an interrupt driven serial port driver on his ipod video 15.27.54 # i got strange behaviour on boot, hanging and such, also weird when adding audio-files, like detexting the same file 4 times 15.28.04 # detect* 15.29.30 # i might try with a later build if i get in the mood/get some spare time 15.29.37 # * gevaerts likes interrupt driven drivers as long as the "interrupt" part doesn't do too much 15.33.54 Join MethoS- [0] (n=clemens@pD955D052.dip.t-dialin.net) 15.35.14 # * amiconn thinks that a driver can't be driven, it should drive itself ;) 15.36.21 # * jhMikeS gets the "four files" thing on sansa but thought it was from a phantom folder created by trying to rename the SD card 15.37.04 # LinusN: \o/ 15.37.15 # LinusN: what was wrong with the interrupt setup? 15.37.35 # my own incompetence :-) 15.38.55 # oh, the old forehead slapping routine 15.39.07 # forehead: no offence 15.39.32 # haha 15.39.46 # forehead to sore head? 15.39.55 # something like that 15.41.29 Join postglow [0] (n=54bd792b@gateway/web/cgi-irc/labb.contactor.se/x-7b062ea042e360ab) 15.46.04 # * preglow greets the enigma 15.48.09 Join SSnake [0] (n=dfsff@host-84-220-54-35.cust-adsl.tiscali.it) 15.48.30 # hello 15.49.17 # If I have understood well, the database browser uses ID3, but the playlist viewer uses filenames - am I right? 15.50.20 Quit postglow ("CGI:IRC (EOF)") 15.50.49 # not much of a talker, is he 15.51.22 # nplus: the database is the only thing that deals with id3 as a means of selecting music 15.53.23 # so, preglow, how can I make playlist_viewer and file_browser show cyrillic filenames? 15.54.03 # they should do so by default if you've got the right font, afaik, 15.55.54 # yes, but they don't 15.56.07 # I'll try taking a pic 15.56.12 # well, do you have the right font? 15.57.09 Quit Rondom (Remote closed the connection) 15.59.18 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 16.00.04 Join Falafel [0] (n=Falafel@227pc220.sshunet.nl) 16.01.20 # hmm, it's hard taking a picture of sansa's display, but I have tried unifont and 6+12x13 - they seem to show proper tags in the database 16.02.40 # the same is if I use helvR12 16.03.16 # well, weird 16.03.26 # i'm not an expert on this at all, though, so i don't know 16.19.51 # nplus: do you use linux? 16.20.08 # yes 16.20.23 # my guess is that your player is not mounted with the correct codepage then 16.20.44 # actually it isn't a bug 16.21.15 # if you use a UTF-8 locale and you mount the drive as latin1 it will still look correctly in linux after you transfer them, but not in rockbox or on other computers. 16.21.20 # i tried a build without patches and there wasn't any problem 16.21.30 # really? 16.21.48 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 16.21.51 # do you know which patch causes it? 16.22.05 # no, I'll try to figure it out 16.22.18 # ok, good luck 16.22.23 # strange problem 16.26.22 # nplus: which features do you miss in the official build? 16.28.25 # LinusN: do you now going to implement the ipod accessory protocol? 16.28.38 # are you... 16.28.49 # viewports, bmp resize, backlight behavior for sansa, casegame, video in main menu, shutdown in menu... 16.29.03 # mainly those 16.29.22 # markun: i have it implemented 16.29.44 # markun: well, only the mode 2 commands (the simple remote buttons) 16.34.04 # nice 16.36.31 Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) 16.38.16 # LinusN: I also have a simple remote for my mini to test... 16.39.18 # that's good 16.39.21 # ...and as ipl has a serial driver for pp5002, adapting your work for pp5002 shouldn't be too difficult either 16.39.35 # * amiconn should also have a 2nd Gen remote somewhere 16.39.57 # i wouldn't be surprised if my code worked on pp5002 unaltered 16.40.54 Quit kugel (Read error: 104 (Connection reset by peer)) 16.41.02 # Really? 16.41.20 # I wonder why the ipl guys didn't manage to get serial working on pp502x 16.41.25 # ..then 16.41.43 Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) 16.41.45 *** Saving seen data "./dancer.seen" 16.42.22 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.42.29 # I don't think the actual remote code will work unaltered though. Iirc the protocol is slightly different between the early remotes and the later ones 16.42.44 Join JamPS [0] (n=jamps@a91-152-120-58.elisa-laajakaista.fi) 16.42.59 Quit DerDome (Remote closed the connection) 16.43.06 # nice, the sansa usb support is broken again :P 16.43.29 Join DerDome [0] (n=DerDome@dslb-082-083-246-191.pools.arcor-ip.net) 16.43.46 # hrm? 16.43.50 Join dandin1 [0] (n=dandin1@bas7-ottawa23-1088832024.dsl.bell.ca) 16.44.40 # Now it goes black and jams 16.44.59 Quit DerDome (Remote closed the connection) 16.45.32 Join DerDome [0] (n=DerDome@dslb-082-083-246-191.pools.arcor-ip.net) 16.45.50 # it's not actually changed in the builds distributed on the website... 16.46.10 # what do you mean? 16.46.26 # I mean the USB code has not changed for the sansa since before xmas 16.46.30 # I now have build r16354 16.46.41 # you wish 16.47.00 # something has changed again 16.47.17 # GodEater: barry wardell made a usb related commit yesterday 16.47.26 # ah did he ? 16.47.29 # must have missed that 16.47.37 # I thought gevaerts was the only one working on it 16.47.50 # * GodEater apologises for being misinformed 16.48.07 # r16354 to be exact 16.48.20 # bah I should probably just stick with a firmware that works 16.48.26 # "FS#8588: disable USB device again when USB is disconnected on PortalPlayer targets. Previously, the USB device was left on after USB disconnection causing extra battery drain. This alleviates this problem somewhat, although it seems like battery drain may still be higher after a USB disconnection, so we're still missing something." 16.48.56 # JamPS: rockbox isnt released for those devices yet...you are a tester of a firmware that is in development... 16.49.02 # My sansa just goes black when I plug in the wire 16.49.17 # I have to reset 16.49.33 # But why those commits affect my sansa? 16.49.50 # because sansa has a portalplayer cpu 16.50.12 # ah ok 16.50.53 Quit Siku (Nick collision from services.) 16.50.59 Join Siku [0] (i=Siku@e81-197-69-77.elisa-laajakaista.fi) 16.51.03 # i suggest we revert that commit if it causes this kind of problem 16.51.04 # But usb has never worked with rockbox, it just rebooted to original firmware. 16.51.16 # the automatic reboot from a running Rockbox into the OF doesn't work in every build it's been like that for a while - and it changes even when completely unrelated code changes 16.51.27 # nice :P 16.51.46 # pixelma: aha 16.52.06 # JamPS: correct, but gevaerts is most of the way to fixing "usb not working in rockbox" 16.52.12 # but it's reliable if you plug USB when the player is turned off 16.52.19 # yea I know 16.52.44 # then do that? 16.53.16 # oh btw windows says that this device can perform faster now when it freezes :P 16.55.56 # wow, my ipod froze, and menu+select has no effect... 16.56.14 # hold it long enough 16.56.17 # had it once, too 16.56.18 # LinusN: hold switch to on, then off first ;) 16.56.30 # as per apple's instructions... 16.57.37 # no go 17.00.10 Quit toffe82 (Read error: 104 (Connection reset by peer)) 17.00.12 Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 17.00.21 Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 17.00.38 # and i thought that the menu+reset was somehow hardwired 17.01.07 # did you press it like 20 seconds? 17.01.09 Quit freqmod__nx (Read error: 104 (Connection reset by peer)) 17.01.28 # might work... 17.02.24 # i tried over a minute 17.02.34 # LinusN: you pressed them DEAD simultaneous, yes? 17.02.44 # i've yet to see an ipod that can be reset that way, and i don't think i'm alone 17.02.51 # can/can't :/ 17.03.09 # really odd, it has always worked before 17.03.18 # :/ 17.04.52 # I opened my sansa about 5 times before I knew that it could be reset by pressing power 15secs :P 17.07.17 # LinusN: maybe your batteries just ran out 17.07.17 Quit toffe82 (Read error: 104 (Connection reset by peer)) 17.07.57 # dionoea: no, it's stuck on the rockbox splash screen 17.08.13 Quit CaptainSquid (Remote closed the connection) 17.08.51 # hold to on, then to off, then menu+select has always worked for me too :( 17.08.58 # for me, as well 17.09.10 Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 17.09.56 # Me as well. 17.09.59 # I've only seen occasions where menu+select doesn't work if I've not done the hold trick first 17.11.47 # removing the battery helped 17.12.50 # really strange 17.14.33 # Indeed. I never saw that kind of behavior on my iPod before. 17.14.40 # me neither 17.14.41 Join Llorean [0] (n=DarkkOne@ppp-70-253-63-198.dsl.hstntx.swbell.net) 17.14.49 Quit Llorean (Client Quit) 17.14.50 Join freqmod_nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) 17.15.12 # Usually for me, if the hold trick doesn't work the first time, a second time will get it to work. 17.18.24 Join desowin [0] (n=desowin@atheme/developer/desowin) 17.21.23 # the recipe was simple: set up an irq and don't handle it 17.24.20 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 17.24.24 # LinusN: I don't think my commit should have any negative effect 17.25.02 # barrywardell: it could just be the odd code alignment issue pixelma mentioned 17.26.57 # If it is causing problems, I'm fine with it being reverted, but I didn't notice and new problems with it 17.27.19 Quit toffe82_ (Read error: 110 (Connection timed out)) 17.32.53 # good luck to you guys making rockbox better :) 17.37.00 # thanks, we need it :-) 17.41.36 Join Domonoky [0] (n=Domonoky@92.226.137.95) 17.43.06 Join Arathis [0] (n=doerk@p508A5E2A.dip.t-dialin.net) 17.46.18 # Does anyone know what this "V24000" chip could be? http://www.soomal.com/xdoc/miniplayer/18a.jpg 17.46.46 # I've read claims that it's an FM radio receiver chip by Sanyo 17.46.58 # markun: I'll Google it for you. 17.47.29 Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) 17.48.10 # markun: Confirmed. Here's the info: http://en.meizu.com/userforum/forum_posts.asp?TID=268&PN=1 17.48.13 # Check the first post. 17.53.08 Quit XavierGr (Nick collision from services.) 17.53.16 # LambdaCalculus37: yes, but who wrote that. I would prefer to see it on a sanyo site. 17.53.19 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 17.53.42 # Back to Google I go. 17.53.45 # markun: Good point. :) 17.54.32 Join tvelocity_ [0] (n=tony@athedsl-4421292.home.otenet.gr) 17.55.43 # too bad that I couldn't find a datasheet for the CPU or this FM radio chip 17.56.39 # markun: I'm coming up empty handed. 17.56.52 # No listing on Sanyo's site that I could find. 17.57.22 # me neither 17.58.03 Join Axio [0] (n=Axio@alf94-1-81-57-140-233.fbx.proxad.net) 17.59.17 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 17.59.49 Join agm3nt [0] (n=opera@bartek.tu.kielce.pl) 18.02.59 Quit gevaerts ("work->home") 18.03.17 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 18.09.21 Join n1s [0] (n=nils@nl104-209-105.student.uu.se) 18.11.17 Join herrwaldo [0] (n=waldo@ip-81-11-219-216.dsl.scarlet.be) 18.13.12 Quit tvelocity (Read error: 110 (Connection timed out)) 18.16.52 Quit SSnake (Read error: 110 (Connection timed out)) 18.19.58 Join hannesd [0] (n=light@p5B163DA1.dip0.t-ipconnect.de) 18.22.10 Quit petur ("work->home") 18.23.05 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.25.20 Join japc [0] (n=japc@bl7-247-230.dsl.telepac.pt) 18.25.33 # markun: I think the docs used for the sansa FM chip will do 18.26.11 Quit LambdaCalculus37 ("CGI:IRC (EOF)") 18.27.16 # the one's used were for LV24000,1,2. the sansa FM chip is also simple marked "V24020" 18.29.19 Quit japc (Remote closed the connection) 18.29.53 Join gevaerts [0] (n=fg@195-144-092-010.dyn.adsl.xs4all.be) 18.35.24 Quit XavierGr (Nick collision from services.) 18.35.35 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 18.38.00 Join japc [0] (n=japc@bl7-247-230.dsl.telepac.pt) 18.41.47 *** Saving seen data "./dancer.seen" 18.42.07 Quit ch4os_ ("Lost terminal") 18.44.02 Quit japc (Remote closed the connection) 18.46.28 Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) 18.47.36 # I just changed the usb driver to only use one transfer descriptor, and not support chaining. This limits transfer sizes to 16k (actually 20k if we really want). It seems to be much more stable. I have now been running badblocks -w with a lsusb -v loop for 5 minutes without any problem. The svn version stops bulk transfers after a few seconds of this, and usully recovers after a bus reset. Recent patches usually don't recover. This one do 18.47.50 # ...doesn't even stop. 18.47.57 # * gevaerts should really type shorter lines 18.48.56 Join perrikwp [0] (i=98216e29@gateway/web/ajax/mibbit.com/x-d222b3724fd6a2a0) 18.49.09 # gevaerts: do you think it's time for a new commit? 18.49.31 # That means the version I am running now is probably the most stable one yet. The "cost" is bein limited to 16k transfers, which means a 2% slowdown. 18.49.55 # LinusN: I think so. I 18.50.59 # Still full speed? 18.51.33 # I'll upload a new patch sometime tonight. After this I'm going to tackle jhMikeS' remarks about threads and interrupt context. 18.52.03 # rasher: yes, but at least twice as fast as two days ago. 18.53.24 # I think we should still leave it disabled for now, and once the threading and interrupt cleanups are done it should be ready for general consumption 18.54.42 Quit Horscht ("I am root. If you see me laughing, you better have a backup") 18.55.40 # As far as I can see it doesn't even slow down significantly under this lsusb load. I stil get over 900 kB/s write speed 18.55.55 # damn nice 18.58.26 Join JdGordon|w [0] (i=836b0049@gateway/web/ajax/mibbit.com/x-4c9eb6cc2302c329) 18.58.44 Quit scorche|w ("CGI:IRC (EOF)") 18.59.53 Join petur [50] (n=petur@rockbox/developer/petur) 19.02.21 # * gevaerts is now going to try if all this solved the serial/storage coexistence issue by accident 19.02.51 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.02.51 # * LinusN would LOVE usb-serial logf() 19.07.16 Join Phill [0] (n=irc-Feb2@5ac47d15.bb.sky.com) 19.07.21 Quit barrywardell (Remote closed the connection) 19.07.40 Quit tedrock (Read error: 104 (Connection reset by peer)) 19.09.19 # LinusN: I have usb-serial logf working-ish (although obviously not in combination with mass storage). It works okay as long as there are not too many logfs in quick succession. 19.09.30 # It works ! 19.10.24 # gevaerts: wohooo! 19.11.00 # \o/ 19.11.08 # * gevaerts now has cu session open that echoes everything back with case changed, while copying files 19.11.22 # how cute 19.12.19 # gevaerts: Brilliant 19.12.27 Quit dandin1 () 19.12.28 # * preglow has been waiting for this for a long time 19.12.59 # Phill: can you post a patch somewhere ? It might be useful to integrate it in the "big" usb patch. 19.13.01 # Now to hpe that the sansa dock talks over serial 19.13.21 # oh wait.. that's.. different serial 19.13.28 # silly me 19.13.49 # rasher: let's hope that my pp502x serial code works for the sansa too 19.14.01 # time to get me a sansa :-) 19.14.34 # what's with the sansa dock btw? 19.14.39 # * rasher has access to a sansa dock 19.14.44 # does it have a remote or what? 19.14.47 # Yup 19.14.54 # And sound output 19.14.59 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 19.15.01 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-bb9a62f9d3ddb17b) 19.15.42 # gevaerts: I'll try to find some time later this evening to boot into linux and get the patch. Hopefully I can tidy it up a bit first too. 19.16.25 # Phill: OK. I'll upload my new patch in a few minutes. We can always merge later 19.16.27 # LinusN: costs about as much as the e200 itself, too 19.16.32 # rasher: wow 19.16.44 # Depending on where you buy them, of course 19.16.48 # gevaerts: still don't want svn access? 19.17.12 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.18.47 # LinusN: Maybe it's time to start considering it. 19.19.07 # i'd say 19.20.13 # * pondlife pops in to congratulate LinusN and gevaerts 19.20.25 Part pondlife 19.21.58 Join japc [0] (n=japc@bl7-247-230.dsl.telepac.pt) 19.23.26 Quit EspeonEefi ("さよなら") 19.24.40 Quit japc (Client Quit) 19.24.53 Part LinusN 19.24.57 # Patch is uploaded. Serial is enabled, so Windows might ask for a driver. 19.24.59 Join japc [0] (n=japc@bl7-247-230.dsl.telepac.pt) 19.25.01 # * gevaerts is going to eat something now 19.25.51 # Congrats :) 19.27.45 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 19.28.53 Quit japc (Remote closed the connection) 19.31.29 Join MethoS-- [0] (n=clemens@pD955F0BE.dip.t-dialin.net) 19.41.05 # gevaerts: With ums_v22, I get an immediate data abort on mini G2 when plugging USB 19.43.39 # The crash happens in set_serial_descriptor 19.45.42 Join beheadingpain [0] (n=not@99.242.23.173) 19.46.01 Join remotechief_311 [0] (n=markus@217-162-226-15.dclient.hispeed.ch) 19.46.46 # hi i've been eating kfc chicken wings 3 weeks straight is that bad for my body? how long can i continue? 19.47.21 # Uh, what!? 19.47.49 Join gregzx [0] (n=gregzx@dsn227.neoplus.adsl.tpnet.pl) 19.47.58 # beheadingpain, this is an on-topic channel. please take non-rockbox chatter elsewhere 19.48.01 # What does KFC have to do with Rockbox? 19.48.07 # spam ! 19.48.17 # * LambdaCalculus37 pulls the Anti-Spam Cord 19.48.19 Join japc [0] (n=japc@bl7-247-230.dsl.telepac.pt) 19.48.45 Quit MethoS- (Read error: 110 (Connection timed out)) 19.50.28 Quit remotechief_311 (Remote closed the connection) 19.55.31 Quit DaCapn (Read error: 104 (Connection reset by peer)) 19.56.04 # gevaerts: Btw, those hex[] arrays are actually const, so they should be declared const. That'll save some init code gcc otherwise adds 19.56.55 # And I found the culprit - struct usb_string_iSerial is unaligned. Is there a reason why all those structs are declared packed? 19.58.30 # amiconn: yes. They go over the wire as-is, so if they are not packed it won't work. Th other alternative would be to copy them all to a temporary buffer. 19.59.20 # almost preferable, with arm... 19.59.34 # amiconn: usb_string_iSerial should probably also be cache aligned to work properly. 20.00.56 # i have high cholesterol how long till i'll die if i don't lower it and keep eating chicken wings and sit on my leg all day? 20.01.10 # preglow: only seven of the fields actually ever need to be changed, and three of those are chars. Otherwise I would agree 20.01.23 # Okay, understood. However, declaring them packed also makes them unaligned (another gcc glitch? Afaiu they shouldn't be unaligned unless also explicitly declared unaligned) 20.01.28 DBUG Sent KICK beheadingpain to server 20.01.29 Kick (#rockbox beheadingpain :Rotten persons outside, please) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-81a6e41ab8c04a25 20.01.51 # * petur is amazed by the default kick message :) 20.02.29 # Would it work to declare alignment in usb_ch9.h together with the 'packed' attribute? 20.02.51 # amiconn: of the entire struct or members? packed structs should definitely break member alignment if necessary 20.02.53 # Then all incarnations would be sutably aligned in memory... 20.03.05 # The entire struct is obviously unaligned 20.03.19 # Have a look at e.g. struct usb_string_descriptor 20.04.05 # It consists of 2 8-bit-members, then an array of 16 bit elements. So the whole struct needs to be 16 bit aligned in memory in order to not crash arm 20.04.26 Part at0m|c ("Clear Channel Event") 20.04.32 # But by default it isn't. 20.06.04 # weird, i wouldn't expect packedness to affect alignment of the entire thing at all... 20.07.29 # amiconn: struct usb_string_iSerial is the only struct usb_string_descriptor that needs to be modified, and it isn't part of a bigger struct. The config_data struct needs to be packed, but we could assemble it by hand in a buffer, or declare four nearly-identical copies of it. 20.08.12 # This is just by chance 20.08.47 # Any in-ram struct usb_string_decsriptor has a 50% chance to be misaligned to access its 16 bit members 20.09.58 # amiconn: true, but they are (or should be) const, so the gcc initialisation code needs to write them. After that the rockbox code treats them as an opaque buffer to send over the wire if the host asks for them 20.10.06 # Imho we have 3 options. (1) Explicitly align every such struct (as you did for sansa, but not for ipod). (2) declare alignment along with packedness in usb_ch9.h 20.10.25 # which sounds good 20.10.38 # the latter should be the best, if gcc has it work... 20.10.40 # (3) use 'unaligned' pointers to access the 16 bit members 20.10.58 # This last option causes bigger and slower code though 20.11.23 Join spiorf [0] (n=spiorf@79.20.211.254) 20.11.46 # These members are only accessed very rarely, and only in very few places, so that shouldn't be a big problem. 20.12.38 # No, but if proper alignment can be ensured (like in this case, it should be preferred, imho 20.13.29 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 20.14.44 # * bluebrother notices the addition of serial port registers for pp5020 20.16.01 # gevaerts: Seems to work nicely 20.16.59 # I just changed the attributes for struct usb_string_descriptor in usb_ch9.h to read: 20.17.01 # __attribute__ ((packed,aligned(2))); 20.17.39 Quit moos (Connection reset by peer) 20.17.50 # I'll do the same change here. 20.17.51 Join moos [0] (i=moos@m170.net81-66-158.noos.fr) 20.17.55 Join Rob222241 [0] (n=Miranda@p54B0CC65.dip.t-dialin.net) 20.18.26 # Then you can remove the explicit attribute for usb_string_iSerial on sansa in usb_core.c 20.19.40 # Is there a reason why this is declared different for sansa than for the rest? 20.20.09 # amiconn: I probably forgot to change both after fixing it for sansa. 20.20.32 # I mean in general, not just the attribute 20.23.40 # Oh ok. The OF for sansa and ipod have different length serial number strings, and we started out trying to get exactly the same. I guess we could just take the largest one and leave the extra zeroes, since we decided to not follow the OF exactly here. 20.24.12 # Hmm, ok 20.24.25 # I also notice that there is no serial number (yet) for H10 20.24.45 # It probably needs figuring out where the OF gets this number from? 20.25.37 # Yes. 20.25.55 # * amiconn also wonders whether the code should be checked for endian issues 20.26.16 # Right now it's only used on little endian targets, but that might change 20.26.58 # Actually it doesn't really work properly on c200 either (i.e. I don't get the same as the OF). For some reason e200 and c200 don't get their serial from the same place 20.30.21 # I think those same usb descriptors will be the hardest to get endian-clean. SCSI should be mostly there (SCSI is big endian...), except for one or two magic numbers. 20.30.41 Quit spiorf (Remote closed the connection) 20.31.19 Quit Phill (Read error: 110 (Connection timed out)) 20.32.02 # By the way, does anyone have a script somewhere that builds all targets in one go ? 20.33.39 # gevaerts: I did something very basic for building all manuals ... it's mainly a "for i in $foo; do make -C $i; done" 20.34.36 # * amiconn never built *all* targets so far in years of rockbox hacking 20.35.25 Quit Rob2222 (Read error: 113 (No route to host)) 20.35.59 # * gevaerts might not build all targets, but checking if everything still compiles for should-be-unaffected targets sounds useful 20.36.15 # I rather select the target(s) that might be affected by a change, and if it's a generic change, a selection of as few targets as possible that covers the whole range of properties which might be affectede 20.36.18 # -e 20.37.31 # That's probably a good way to do it, once you know which those targets are 20.37.32 Join Munkie [0] (i=Munkie@c7-17-1.ctn.dial-up.net) 20.37.36 # * gevaerts is still a newbie 20.37.55 # bluebrother: does that still work? ;) 20.38.25 # Is the sever up? Trying to install themes and its saying it cant find any? 20.38.27 # pixelma: just started testing ;-) 20.38.44 # and in fact I build the manual-pdf target. I think that should still work ... 20.38.53 # you are aware that you need "make manual" now? 20.39.04 # yes, I am. 20.39.35 # I already thought about removing the manual configuration option and simply use the (N)ormal build instead 20.39.51 # hrm...how did logbot know to kick him?...did someone do that manually? 20.40.27 # which reminds me, I wanted to fix something regarding output names for the manual. They're a bit inconsistent. 20.40.49 Quit ch4os_ (Read error: 104 (Connection reset by peer)) 20.40.57 # scorche|sh: logbot can be manipulated ;) 20.41.01 # Why would it be giving me and error? the fonts work and the games, but not the themes 20.41.25 # petur: of course, but by whom? 20.41.38 # * petur smiles 20.41.51 *** Saving seen data "./dancer.seen" 20.41.52 # scorche: check the logs (at least the current.txt has it) :) 20.42.24 # scorche|sh: it really is a nice way for devs to kick somebody when no ops are around 20.42.39 # Munkie: do you mean installing themes with rbutil for an Ipod Video? 20.42.56 # * amiconn wonders what makes the H10 microdrive so crappy compared to the one used in the ipod mini 20.44.01 # only the microdrive? 20.44.14 # yes 20.44.16 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 20.44.16 # yup i do 20.44.18 # It's dead slow 20.44.44 # * LambdaCalculus37 wonders if a CF mod would do wonders for an H10 20.44.45 # ive got dead slow internet, so it makes no difference to me 20.44.48 # Rockbox unzipping times: Mini G2, diskmode: 16 sec. Mini G2, rockbox: 35 sec. H10, OF: 2:42. H10, rockbox: 308: 20.44.57 # s/308:/3:08/ 20.45.04 # * petur notices rasher and JdGordon are interested in the powers of logbot :) 20.45.05 # * scorche|sh shall have to investigate logbot a bit further 20.45.26 # Munkie: the themes are on a different server. 20.45.27 # Spinup time is also looong for a microdrive: almost 3 sec instead of ~500ms 20.45.42 # scorche|sh: which reminds me ... how's the official themes thingy going on? 20.45.59 # amiconn: is the pinout compatible with CF? 20.46.07 # * gevaerts likes the disk in the H10. It makes the rockbox usb stack look good 20.46.13 # ok 20.46.18 # petur: would be nice to know how to use him when I get back and everyone is out when they are needed... 20.46.20 # bluebrother: it has been ready for ages...i am just waiting for viewports in WPS to be committed 20.46.50 # Munkie: the Ipod Video themes were taken down from the server rbutil searches because of bandwidth issues. I'm not sure if they are available through a mirror (scorche|w?), if not then have a look at the WpsGallery in the Rockbox wiki. 20.46.54 # JdGordon|w: well, let me find out more, maybe do a bit of tuning, and then we shall see 20.46.58 # petur: the microdrive in the mini has the same pinning as a CF card, so I guess the H10 does too. 20.47.12 # pixelma: soap has them mirrored 20.47.23 # I guess the only way to truly find out is to perform the mod and see what happens. 20.47.23 # petur: No. It has a so-called F-FLEX interface 20.47.33 # hmmm 20.47.38 # maybe we should remove the "install all" button in the themes window. 20.47.44 # amiconn: I would say that the main problem probably is huge seek times 20.47.46 # scorche|w: do you have a link for Munkie then? 20.47.49 # I wasn't a fan of that button in the first place anyway. 20.48.04 # It's a Seagate ST660211FX 20.48.36 # http://rockbox-themes.cleansoap.org 20.48.55 # pixelma: and scorche|w is gone now that i can ssh through work's vpn :) 20.49.41 # The mini has a Hitachi HMS360604D5CF00 20.49.42 # That one is CF type II 20.50.24 # And the Seagate drive in the H10 isn't CF Type II, if I am to understand this correctly? 20.50.31 # yes 20.50.48 # so it's type I? Or something completely different? 20.51.01 # Completely different 20.51.01 # scorche|sh: see, if you are here as scorche + scorche|* then you're making it hard for tab completion (and I didn't check back) :) 20.51.01 # * bluebrother thought all microdrives were CF II 20.51.33 # Microdrive with CF connector are always CF II. The only difference between type I and II is thickness 20.51.38 # 3.3mm vs. 5mm 20.51.45 # desowin: is there a mac version of qtscrobbler? If not, I assume it is possible? 20.51.59 # http://www.bellmicro.de/d/frame/index_d.html?/d/products/seagate/seagate_1.html 20.52.03 # petur: I heard of people having success compiling it on mac 20.52.10 # CF == compact flash, FX == F-FLEX 20.52.22 # yep, but up to my knowledge all microdrives were 5mm. Seems my knowledge was wrong. 20.52.23 # ANd the one in the H10 is ..FX 20.52.35 # No, your knowledge is correct 20.52.42 # petur: don't own nor have access to mac myself though 20.52.45 # But not all microdrives have CF connectors 20.53.20 # * bluebrother learned something new today :) 20.53.33 Join qwedsa_ [0] (n=superman@ip51ccca31.speed.planet.nl) 20.54.21 # * LambdaCalculus37 has learned the Tech Paper "Microdrive Technical Differences"! 20.54.52 # * gevaerts remembers Sinclair microdrives 20.55.05 Join tessarakt [0] (n=jens@e180068238.adsl.alicedsl.de) 20.58.35 # Are there any rockbox programming tutorials anywhere? 20.59.04 # there is quite some information in the wiki. But no tutorials. 20.59.49 # ok cool cool. Would c# work? 20.59.58 # No, C 21.00.06 # and bits of assembly 21.00.06 # ok.. 21.00.16 # Plain, classic C. 21.00.23 Join bertrik [0] (n=Bertrik_@242-033-045-062.dynamic.caiway.nl) 21.00.33 # Munkie: You have to remember these are limited, embedded devices... 21.00.58 # ok. i must learn that. Rockbox is so amazing. Is there any way to get sleep mode on the ipod video? that will make it perfect 21.01.08 # c#? /me coughs. 21.01.17 # sleep mode, Munkie? 21.01.37 # I guess he means the "off" mode that Apple uses. 21.02.15 # and hasn't amiconn figured out how to run the cpu at 11MHz? 21.02.22 # bertrik: have a look at http://www.evonet.be/~gevaerts/ums/ 21.02.35 Join Llorean [0] (n=DarkkOne@ppp-70-253-63-198.dsl.hstntx.swbell.net) 21.02.38 # yes, thats what i mean, so it can load up quick, instead of having to reboot everytime 21.02.40 # nice! 21.02.48 # * petur read today that assembly is a no longer used skill since 2000... idiots... 21.03.03 # Not entirely there yet, but close. 21.03.09 # awsum 21.03.12 # who? 21.03.18 # bluebrother: huh? 21.03.43 # 32kHz? 21.03.49 Join indigo_ [0] (n=indigo@pD95E839F.dip0.t-ipconnect.de) 21.03.53 # err ... yep, meant that. 21.04.04 # Yes, 32kHz is the sleep (or as I call it, suspend) clock 21.04.13 # bertrik: I added some #ifdefs to usb_storage.c to disable access to the internal flash, and only show the sd card. USBCV MSC tests are a lot safer then 21.04.26 # But that's not the only necessary condition for suspend mode 21.05.09 # We'd also need to find out how to shut down various other components (lcd, audio codec...), and put the ram into low-power self refresh mode 21.05.13 # what does it usually run at? 21.05.14 # hi, after creating a compiler to build rockbox via crossdev (gentoo), I get the following error message while executing "make" 21.05.22 # I know how to do this on a 1st and 2nd Gen *only* 21.05.31 # gevaerts: ok, very good idea 21.05.32 # /home/indigo/rockbox/firmware/target/arm/system-arm.h: In function `queue_enable_queue_send': 21.05.36 # /home/indigo/rockbox/firmware/target/arm/system-arm.h:119: warning: asm operand 3 probably doesn't match constraints 21.05.38 # /home/indigo/rockbox/firmware/target/arm/system-arm.h:119: warning: asm operand 3 probably doesn't match constraints 21.05.41 # /home/indigo/rockbox/firmware/target/arm/system-arm.h:119: error: impossible constraint in `asm' 21.05.44 # /home/indigo/rockbox/firmware/target/arm/system-arm.h:119: error: impossible constraint in `asm' 21.05.47 # make[1]: *** [/home/indigo/rockbox/build-dir/firmware/kernel.o] Error 1 21.05.49 # STOP 21.06.00 # i second amiconn's request 21.06.00 # indigo_: Using crossdev isn't recommended. 21.06.01 # indigo_: please use a pastebin next time 21.06.16 # scorche|sh: ok, sorry 21.06.53 # indigo_: what version of arm-elf-gcc do you have? 21.07.03 # amiconn: but on http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler#Gentoo_Gentoo_Crossdev it's recommended for gentoo users 21.07.12 # 3.4.6 21.07.23 # indigo_: you should probably try using our rocboxdev.sh script to build your crosscompiler 21.07.26 # that's too old. 21.07.27 # as 4.* seems not to work properly atm 21.07.43 # 4.0.3 is recomended for arm 21.07.44 # as you also see on that page 4.0 is _required_ for arm targets. 21.07.47 # as sayd somewhere in the wiki 21.08.11 # indigo_: 3.4.6 is for Coldfire targets, 4.0.3 is for ARM 21.09.02 # * amiconn seems to remember that people using crossdev had all sorts of problems 21.09.08 # Am I remembering wrong? 21.09.09 # indigo_: where did you see 4.*? 21.09.32 Quit qwedsa (Read error: 110 (Connection timed out)) 21.09.36 # amiconn: I don't think so. Frankly I think that section should be removed 21.09.47 # scorche|sh: GCC 4.0.x seems to work fine when building Rockbox for Coldfire platforms. For the time being, it is not the recommended or preferred version to use. 21.10.00 Join defukt [0] (n=WTFOMGBB@91.106.251.133) 21.10.07 # keyword there is _coldfire_ 21.10.08 # indigo_: Codeword being _Coldfire platforms_ 21.10.09 # that's what the wiki says 21.10.19 # * gevaerts gives everyone a beer 21.10.30 # * n1s cheers :) 21.10.37 # nice, thanks! 21.10.48 # gevaerts: you have more than a few beers that should be going to you atm :) 21.11.20 # scorche|sh: I can't code after too many of them 21.11.44 # sure you can! 21.11.58 # gevaerts: stick with the ballmer peak 21.12.02 # * gevaerts likes code that still makes sense the next day 21.12.04 # gevaerts: try virtual beer for now ;-) 21.12.31 # and real beer later ... 21.13.01 # indigo_: The problem is, "Coldfire" is for the iRiver H100 and H300, and the iAudio X5 and M5. Not any other players. It's an entirely different compiler, which you seem to have confused. 21.14.13 Join Domonoky_ [0] (n=Domonoky@92.226.147.200) 21.15.27 Quit Munkie () 21.16.29 Quit stewball (Read error: 110 (Connection timed out)) 21.16.32 # ok, now I try using the crossdev-script in order to get the building process to work. Thanx for the bunch of information. 21.24.05 Join EspeonEefi [0] (i=espeonee@STRATTON-SEVEN-FOURTY-THREE.MIT.EDU) 21.24.42 Quit Jon-Kha (Remote closed the connection) 21.26.41 Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) 21.27.24 # bluebrother: did you notice that your rbutil linux build wasnt really static ? (libusb... ) 21.29.19 # no. 21.29.37 # but I guess libusb is common enough to assume it present. 21.29.51 # bluebrother: except it might be 64-bit 21.30.01 # Also, any chance of getting an install target in the makefile? And an option to avoid the static linking 21.30.44 # rasher: dang, good point. 21.31.06 # amiconn ran into that yesterday 21.31.10 # rbutil will only get linked statically if you use -config static when running qmake 21.31.17 # Fancy 21.31.44 # my development builds are usually dynamic builds. 21.32.03 Quit Domonoky (Read error: 110 (Connection timed out)) 21.32.18 # I can look into adding an install target. Not sure what exactly is needed though (as the makefile is generated by qmake) 21.32.33 # * bluebrother puts a note on the todo-list 21.33.04 # I guess "manually" copying isn't much of a problem (I was having a go at debian packaging last night) 21.33.36 # yep. Of course it would be nice to use the usual "make install" 21.33.49 # Is it usual that RButil downloads Rockbox much more slowly than downloading it yourself, or am I just unlucky? 21.35.15 # I haven't done speed tests, but for the older versions (when I had a good internet connection, not this stupid thing I use right now) I hadn't noticed a huge difference. 21.35.53 # I've been downloading rockbox.zip for several minutes now, and I'm on a fairly fast connection here. I don't remember it taking this long in the past, but then, usually I just compile my own builds, so it's been a while 21.37.24 # i don't notice much of a difference 21.37.34 # Okay 21.43.35 # What needs to be true for rbutil to create a voice for me? 21.45.59 # Voicefile generation gave me a 5k file. =/ 21.47.18 Join Phill [0] (n=irc-Feb2@5ac47d15.bb.sky.com) 21.49.15 # Llorean: have you checked the tts settings? Especially the language when using sapi? 21.49.50 # I've set it to english 21.49.58 # And it says I have Microsoft Anna available in voices. 21.50.14 # hmm. Domonoky_ is the expert for voice. 21.50.25 # Do I need rbspeexenc.exe separately, or is the encoder built in to rbutil? 21.50.58 # builtin 21.51.02 # Hmm 21.51.03 # gevaerts: i've upload my logf patch to http://pastebin.ca/911624 . I'm not sure it's too helpful, as it's probably done in a very horrible way, but it's a starting point! Unfortunately I haven't got time to work on it at the moment. 21.52.22 Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) 21.52.31 # And it's creating 5k vioce files. :( 21.52.34 # So they're empty 21.52.53 # * preglow never tried with rbutil 21.52.59 # I've never tried with it before ether 21.53.06 # But I want to show someone else how to do it on Windows. 21.53.07 # =/ 21.53.14 # Are there known issues with Vista? 21.53.22 # i would doubt it 21.53.27 Quit MethoS-- (Read error: 110 (Connection timed out)) 21.53.29 # not in windows now, or i'd try 21.54.11 # I don't have any special accessibility features installed, but it found the Anna voice on its own, and I went and confirmed my computer at least seemed to be able to speak in Control Panel 21.54.28 # I've disabled UAC entirely, so I doubt very much that's getting in the way. 21.54.51 # Llorean: might be worth a shot trying with admin rights 21.55.19 # I like the part where I hit the 'skip back' button in rockbox 21.55.23 # and it keeps going forward 21.55.28 # I'm on an admin account, so everything is run with admin rights. 21.55.53 # Isn't Anna a German voice? 21.56.02 # amiconn: It says Anna (english) 21.56.13 # Maybe she's multilingual :) 21.56.17 # Aha, don't know that one 21.56.25 # Or rather "Microsoft Anna - English (United States)" 21.56.29 # weren't there reports of exactly the same issue in the forums? Thought that was fixed though... 21.56.52 # Yeah, I seem to recall reports of that, but I couldn't remember if it was forums, or list. 21.58.39 # Aha 21.58.44 # When I try to generate .talk files, encoding fails 21.58.47 # Is that a clue? 21.59.12 # maybe. Does it tell any details? 21.59.19 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 21.59.44 # Encoding of /path/to/_dirname.talk.wav failed is all 21.59.49 # For some reason this thing won't work anymore in Windows without an sd card plugged in... 22.00.13 Quit bertrik ("bye") 22.00.50 Quit gevaerts (Read error: 110 (Connection timed out)) 22.02.08 # bluebrother: Any idea where it keeps temporary files? I'm not seeing any signs of it even creating the .wav files 22.03.27 # does it create wav files? 22.03.34 # oh, right, yes it does 22.03.39 # gevaerts: on my e200 with ums_v22 the drives no longer show in windows, although the devices are listed in device manager 22.04.18 # preglow: It ought to, I thought. :) 22.04.55 # yeah, and the code i wrote takes a wav file, so it pretty much has to 22.05.08 # unless that got changed without me noticing 22.05.09 # I can only assume then that the speech isn't working 22.05.18 # Do I have to have speech actually enabled somewhere in windows? 22.05.18 Quit Phill () 22.05.22 Quit mf0102 ("Verlassend") 22.14.12 Quit Arathis ("Bye, bye") 22.14.20 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.15.09 # amiconn: i assume there are no better ways to load an address on coldfire than use move.l? 22.16.26 Quit hannesd (No route to host) 22.18.03 Quit hcs ("Leaving.") 22.20.46 Join hamdiya [0] (n=c3e5ecd6@gateway/web/cgi-irc/labb.contactor.se/x-f6e56dcf41a88d5d) 22.20.52 # hello 22.21.02 Join gevaerts [0] (n=fg@195-144-092-010.dyn.adsl.xs4all.be) 22.21.27 Quit hamdiya (Client Quit) 22.22.29 Join hamdiya [0] (i=c3e5ecd8@gateway/web/ajax/mibbit.com/x-595272d46a30a37a) 22.22.32 Quit ol_schoola () 22.22.37 Quit BitTorment__ ("Do directly to guantanamo bay. Do not pass go. Do not collect your human rights.") 22.23.10 # hello 22.23.17 # need some help please with my first wps 22.23.35 # i've got alot of the graphics ready but need some help with the coding 22.24.06 # trying to make a custom progress bar and ive used $xl to preload a few images of the progress bar 22.24.17 # however, it does not move 22.24.24 # this is the code i;ve written 22.24.25 # %?px<%xda|%xdb|%xdc|%xdd|%xde|%xdf|%xdg|%xdh|%xdi|%xdj> 22.24.39 Quit bluebrother (Read error: 110 (Connection timed out)) 22.24.50 Quit nicktastique ("Leaving") 22.25.18 Join BitTorment [0] (n=martin@87-194-94-92.bethere.co.uk) 22.26.13 # * Llorean finally tries CabbieV2 on his gigabeat. 22.26.24 # I have to say I really like how the current version in SVN looks. 22.26.57 # anyone please 22.26.57 # ? 22.27.31 # hamdiya: have a bit of patience...you may even be better off posting this question in the forums 22.27.39 # you wrote "$xl" is that a typo in here (should be "%xl") - and do you want something like a real bar? Because then you could use the %P tag and not several single pictures... 22.27.47 # ^hamdiya 22.28.11 # i actually want a custom bar 22.28.23 # the %P tag is not suitable for my theme 22.28.44 # did i wirte $xl? 22.29.09 # in your post here, yes. I have to admit that I never used %px though 22.29.45 # ohh that 22.29.47 # sry 22.29.48 # typo 22.30.05 # %px returns the percentage played 22.30.13 # i assumed i should be using this 22.30.29 # it returns a digit from 0-99(100?) 22.30.45 # is the conditional statment corrent by the way? 22.30.48 # * Domonoky_ hears about voice generation problems with rbutil, which means finally someone tries it.. :-) 22.31.07 # interesting logic 22.31.22 # but valid 22.31.22 # heh 22.31.40 # I can't figure out how to make Windows handle this removable slot correctly. It tries reading a partition table, and gets an error back. This is new in the latest patch (it used to just send back random garbage). 22.32.12 # Domonoky_: Yes, I tried it. Windows Vista, nothing special installed. It recognized the one voice I seem to have, but created a 5k file. Talk clip generation doesn't seem to output wavs (I don't seem them anywhere), or at the very least, it errors when trying to encode the wavs. 22.32.13 # hamdiya: looks correct to me, maybe you should try with a sim using the --debugwps switch 22.32.23 # hamdiya: yes, I read that but never used it myself so all I can say I'd probably try the same 22.32.26 # I can work around this by only letting the host know about the slot if there is a card present, and find a real solution later. Any thoughts on that ? 22.32.42 # the --debugwps switch 22.32.43 # :D 22.32.45 # noob here 22.32.46 # sry 22.32.49 # how do i do that? 22.33.02 # hamdiya: do you have a simulator? 22.33.08 # yes 22.33.08 # gevaerts: you could do what my phone does and use a folder for the sd card instead of allowing it to be a seperate drive? 22.33.22 # imagine making a wps withouth one :O 22.33.24 # gevaerts: I agree with JdGordon|w 22.33.33 # not really nice though 22.33.34 # Since we present the SD card as a folder in Rockbox, why don't we do that too? 22.33.41 # JdGordon|w: no. UMS exports block devices, not filesystems. 22.33.56 # Basically, present windows with the exact same file tree as we present the user. (Or at least, similar, since the folder name may be invalid) 22.34.03 # hamdiya: start it with --debugwps from a command line 22.34.04 # Ah, nevermind then. =/ 22.34.27 # Llorean: rbutil puts those temporary files in the temp folder (for voice generation) 22.34.52 # Domonoky_: Ah, well when doing .talk generation, the path it mentioned in the error was on the device, when looking for the .wav 22.34.58 # k, lemm try 22.35.01 # and it deletes it again... for talk generation you can tell it, to keep the wav files.. 22.35.13 # Where is the temp folder? 22.35.27 # hamdiya: if you are using a lot of images it might be failing because the buffer is full 22.35.36 # for talk generation the wav files will be on the device... this is different from voice.. 22.35.54 # Domonoky_: I tried both talk and vioce. 22.35.57 # gevaerts: in that case.. yeah, just ignore the slot if no card is present.. or maybe even ignore the slot completly for the time being 22.36.04 # JdGordon|w: i bet your phone doesn't use ums 22.36.09 # Domonoky_: With talk, the .wav never showed up, and it errored when it tried to encode the .wav that wasn't present. 22.36.15 Join BoBKA [0] (n=58c42d6c@gateway/web/cgi-irc/labb.contactor.se/x-086518254ca93414) 22.36.16 # With voice, it reported no errors, but I got a 5k voice file 22.36.23 # preglow: pretty safe bet there... 22.36.26 # the image is quite small 22.36.27 # hi 22.36.33 # Llorean: then its probably the sapi voice 22.36.35 # ja\ 22.36.37 # a 22.36.38 # a 22.36.40 # 446bytes 22.36.49 # only loaded it 8 times 22.37.08 # Domonoky_: Know of anything I can do? I can make windows speak, so the voice is definitely present, but do I need to do something to enable it to be used by RButil or something? 22.37.22 # is there some kind of log for the --debugwps? 22.37.29 # Llorean: would be nice if you could try the sapi_voice.vbs script alone, (i can give you the commands to try) 22.37.32 # were a can get new plguins for rockbox player e200 series 22.38.21 # Domonoky_: Well, I need to leave soon. But I can PM you my email address if you'd like to send me what you want tested, and I'll email you back what results I get, or just try to catch you on IRC again soon. Will that work? 22.39.33 # just try: "cscript sapi_voice.vbs /language:english" 22.39.46 # hamdiya: are you on windows? 22.39.51 # yes 22.39.56 # Where do I get sapi_voice.vbs? 22.40.09 # then enter: SPEAKtest.wav testing 22.40.09 # hmm, dunno if that works on windows :-/ 22.40.26 # Llorean: tools folder of rockbox source.. :-) 22.40.58 # Ok 22.41.09 Quit BoBKA (Client Quit) 22.41.53 *** Saving seen data "./dancer.seen" 22.42.01 # I got speech there 22.42.03 # hamdiya: I could check it out if you could post a zip somewhere 22.42.14 # hamdiya: since I don't see the complete wps (and if you want to show, don't paste it here but use a pastebin), are the images at a different position and does the WPS look correctly otherwise? 22.42.32 # Llorean: it generated a test.wav ? 22.42.35 # Yes 22.42.38 Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) 22.42.38 # hamdiya: also, try to not use the enter key as much...put your thoughts on one line please ;)/w 3 22.42.45 # Domonoky_: 46k, plays fine. 22.42.46 # argh 22.43.13 # hm.. try cscript sapi_voice.vbs /language:english /listvoices 22.43.24 # the bg image loads good 22.43.29 # this will give you a list of aviable voices... 22.43.36 # and so do the song details 22.43.37 # Domonoky_: Doesn't list any\ 22.43.46 # Wait 22.43.46 # Typo 22.43.59 # is it correct to do this 22.44.00 # Microsoft Anna - English (United States) is the only one 22.44.05 # %xl|a|stat_bar.bmp|32|135| 22.44.10 # %xl|b|stat_bar.bmp|33|135| 22.44.14 # %xl|c|stat_bar.bmp|34|135| 22.44.18 # %xl|d|stat_bar.bmp|35|135| 22.44.27 # %?px<%xda|%xdb|%xdc|%xdd> 22.44.28 # hamdiya: If you need to make a multi-line paste, please use pastebin 22.44.33 # As per the channel guidelines 22.44.40 # pastebin 22.44.49 # crap! 22.44.50 # then try: cscript sapi_voice.vbs /language:english /voice:"Microsoft Anna - English (United States)" 22.44.51 # i must go 22.44.53 # sry guys 22.45.04 # ill come back later 22.45.08 # hope to catch uz 22.45.11 # bye 22.45.13 Quit hamdiya ("http://www.mibbit.com ajax IRC Client") 22.45.30 # do we support loading the same bitmap with multiple ids and positions? 22.45.40 # and then the SPEAk command again... (ie create a file with a specific voice) 22.46.13 # Domonoky_: Says it finds no matching voice 22.46.43 # so, there is the problem, thank you for testing, i will investigate it.. 22.46.48 # Thanks 22.46.49 # :) 22.46.57 # OK, that works. 22.47.10 # and I even reminded him... 22.47.15 # Domonoky_: If I shorten it to simply "Microsoft Anna" it doesn't complain 22.47.57 # nice hint.. :-) 22.48.05 # And it creates a playable wav file 22.48.25 # jup, if it finds the voice, all should work.. 22.48.34 # Well, I must go. Good luck. :) 22.49.32 # n1s: sure (but it will load it x times, it does not know that it's the same image and then it needs a different ID if it should be at a different position) 22.54.49 # pixelma: tried a similar wps like the one he posted in a sim and it works... 23.00.37 Join asdrubal [0] (n=abc@unaffiliated/asdrubal) 23.01.35 Part agm3nt 23.02.22 # amiconn: do you know how to best solve the problem with sapi_voice.vbs listing other voicenames then accepting as voice selection ? ( ie. getDescription returns not the same as needed as "name: " value in the select string... 23.04.29 # we could either loop over all voices and comparing the description while selecting the voice, (ie not using the selectstring for voice selection) or change the listvoices code, to give the real voice names.. 23.04.55 # (i dont know how todo the second..) :-) 23.07.27 # Should be rather simple 23.07.40 # Btw, I'm currently fiddling with sapi_voice.vbs 23.07.50 # Found a sapi4 bug already 23.08.45 Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") 23.09.14 # :-) 23.09.25 Quit desowin () 23.09.26 # * petur reads his mails and sends congratulations to gevaerts 23.09.34 # so i will leave this to you, and go sleeping :-) 23.09.44 Quit Domonoky_ (Read error: 104 (Connection reset by peer)) 23.10.45 # Too slow... I just committed a fix :\ 23.14.09 # what is the best way to remove the Rockbox dev environment? I don't need arm-elf, sh-elf, and m68k-elf on this tiny machine anymore. 23.14.14 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.15.49 # I am testing if my patch still gives a working system if USE_ROCKBOX_USB is not defined, and I get an interesting result : when I plug in my c250, the backlight immediately turns off and all blue leds turn on, so it looks exactly like manufacturer mode. After this, I have to power it off the hard way. Any hints ? 23.16.33 # amiconn: i assume there are no better ways to load an address on coldfire than use move.l? 23.16.58 # Depends on whether the address is relative to something 23.17.22 # Sometimes you can use pc relative lea.l 23.17.44 # * gevaerts thanks petur and gives him a beer 23.18.36 # amiconn: is there a way to construct a lea.l sequence from a label? 23.19.06 # gevaerts: if you hold the sansa close to a lamp in this case, do you see the Rockbox USB screen? If it's that then it's /probably/ the usual hang when it's trying to reboot into OF that's there in some builds... 23.20.41 # e.g. I have that just now with my self-compiled build without the USB patch (built on r16350) 23.23.30 # pixelma: it is indeed showing the USB screen. 23.24.49 Quit Axio () 23.30.54 Join perrikwp [0] (i=98216e29@gateway/web/ajax/mibbit.com/x-b10c087eed7f9b28) 23.32.44 Quit ompaul (Client Quit) 23.34.13 Quit ch4os_ ("Lost terminal") 23.38.21 Join corevette [0] (n=corevett@adsl-75-18-210-31.dsl.pltn13.sbcglobal.net) 23.38.57 # is there an audio scrobbler for last.fm for rockbox 23.39.49 # yes 23.40.11 # you enable it in the settings, and get QTScrobbler to upload 23.40.41 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 23.42.31 # read more about it here http://www.rockbox.org/twiki/bin/view/Main/LastFMLog 23.42.52 # I uploaded ums_v23. I think it is a clear improvement on current svn, so I'd like to commit it. It shouldn't influence anything else. Any thoughts ? 23.43.05 # * gevaerts would like his first commit not to have to be reverted immediately 23.43.25 # hehe but maybe you can earn some points ;) 23.43.37 # Is it enabled or disabled by default? 23.43.50 # amiconn: still disabled. 23.43.52 # I noticed that the code spits several warnings when enabled 23.44.27 # I'll check 23.46.24 Quit n1s () 23.46.53 Quit jgarvey ("Leaving") 23.47.12 # * petur is seriously stuck in this CF business... two changes that contradict the datasheet (powermanagement and soft reset) 23.48.49 # gevaerts: if it's an improvement and doesn't affect anything else, i'd say go ahead 23.48.59 # gevaerts: just make sure to not commit that rockboxdev.sh change that is in your patch :) 23.49.02 # amiconn: I fixed the warnings here. 23.49.27 # gevaerts: no biggie if there are warnings anyway, as long as you're around after the first build to check out if it went ok 23.49.57 # preglow: I noticed that as well. I try to always run diffstat on it first, but I forgot this time... 23.50.40 Quit alienbiker99 ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 23.51.35 # gevaerts: just tested on nano, works peachy :) 23.52.21 # OK. Let's go... 23.52.58 # * preglow does the first commit dance 23.53.18 Quit DataGhost (Nick collision from services.) 23.53.26 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 23.53.51 # * petur guesses some script will miss the login <-> name translation 23.56.38 # Petur was right 23.58.45 Quit Soap_ (Remote closed the connection)