--- Log for 18.01.110 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 4 hours ago 00.04.04 # JdGordon|: try enabling logf in usb_core.c and usb-drv-arc.c 00.04.17 # That should tell you if something happens at least 00.05.09 # * gevaerts suspects that the thing does some negotiation before going to proper USB mode 00.05.24 # can someone help me with rockbox on the philips gogear hdd6320 ? 00.05.42 Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-sggutcwrohakaybi) 00.06.02 # Unhelpful: usually larger latencies are due to deeper pipelining, which is in turn used to get higher clocks 00.06.04 # gevaerts: the sniffer should see that though no? 00.06.10 # ARM9E doesn't clock so high 00.06.15 # due to its short pipe 00.06.20 # JdGordon: it's a usb tracer, not a logic analyser 00.06.41 # ok, ill get back into linux and try logf 00.06.45 Quit JdGordon (Read error: 104 (Connection reset by peer)) 00.07.12 # and i see that a *few* things have traded a cycle of execution for a cycle of latency in going from arm9e->arm11 - register-specified shifts are 2c on the former and have the shift register as an early reg on the latter? 00.07.35 # what kind of negotiation do you mean? chirp sequences/speed enumeration? 00.07.49 # OTG HNP? 00.08.23 # generally as you move beyond a standard 5 stage pipeline, latency is added for all sorts of standard operations due to needing one then one stage for instruction decode 00.08.29 # but i don't know if thats the case on arm11 00.08.47 # TheSeven: nothing as easy. I suspect something proprietary 00.08.51 # TheSeven, gevaerts: one of you might be able to understand what is going wrong: http://pastebin.org/77903, http://www.file-upload.net/download-2170376/usb.wireshark.html 00.09.09 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 00.09.12 # but you probably already know that :) 00.10.13 Join nima [0] (n=nima@adsl-75-45-231-47.dsl.sfldmi.sbcglobal.net) 00.11.25 # liar: that thing just went down after the getmaxlun request 00.11.35 # arm9e doesn't seem to have the "early reg" requirements at all... going to arm11 multiply result latencies go up by 1 pretty much across the board, and multiply operands all become early registers, so the cost of back-to-back multiplies actually goes up by 2c. which explains how a <40c divider from the arm system developer's manual clocked at ~54c on my beast :/ 00.11.58 # although i *did* have to design my asm without reference to theirs, so there may be a few microtweaks that i missed 00.11.59 # ah, SCSI inquiry, I mean 00.13.37 # do you have an idea why? 00.14.16 # it just stops responding 00.14.25 # at the second bulk transaction 00.14.46 # so the first one probably messed something up 00.15.01 # ibugger does work without issues on that specific device, right? 00.15.13 # if that also fails, I would blame the hardware... 00.15.14 Nick flyback- is now known as flyback (n=teac@c-98-219-129-239.hsd1.pa.comcast.net) 00.15.38 # TheSeven: ibugger always worked on every nano2g i have 00.15.44 # gevaerts: before you run off... logf on those files, where would i find the dump? 00.15.48 # or the log 00.15.57 # TheSeven: last time liar had me look at things, it stopped after linux reported -75 IIRC, which means something like "overflow" 00.16.20 # gevaerts: that message still appears if it fails 00.16.24 # JdGordon|: the standard logf place 00.16.25 # its a -71 this time, "protocol error" 00.16.30 # oh 00.16.31 # i.e. in the debug menu 00.16.48 # liar: it might have been -73, I don't remember clearly 00.17.08 # * JdGordon didnt do the logf ubild properly thn 00.17.16 # it connects as multimedia mode though 00.17.19 # [110998.854796] usb 1-1: ctrl urb status -75 received 00.17.23 # did you tell configure you wanted logf? 00.17.41 # * TheSeven just spotted another strange thing in the trace 00.17.54 # Or was this changed to always dumping to a file? 00.18.06 # right at the beginning there is a -75 EOVERFLOW 00.18.19 Quit rasher (Read error: 110 (Connection timed out)) 00.18.20 # on a HID control request 00.18.48 # that might be the reason why it works with usb hid turned off 00.19.07 # but the hid keeps doing interrupt requests for quite some time afterwards, until the first SCSI command 00.19.13 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.20.05 # and immediately before it locks up, there is a timeout on another HID control request 00.20.15 # I was trying to put the steps of getting the RockBox on the gogear on the wiki, however i'm not allowed to change the gogear page 00.20.29 Quit bmbl ("Bye!") 00.20.32 # is someone able to allow me to do so ? 00.20.51 # gevaerts: http://usa.jdgordon.info/logf.txt if you havnt disappeared yet 00.21.16 # stacker55: wiki nickname? 00.21.23 # see private 00.21.38 Quit nimak_ (Read error: 110 (Connection timed out)) 00.24.09 # liar, gevaerts: this really looks like the problem is coming from the HID... 00.24.12 Join nimak_ [0] (n=nima@adsl-75-45-225-124.dsl.sfldmi.sbcglobal.net) 00.25.00 # gevaerts: do you know what this 09 01 02 01 00 02 ... hid request is? 00.25.13 # that one is timing out 00.25.26 # no, overflowing 00.26.24 # then the device responds with fe 00 00 00 00 01 ..., and this is timing out, obviously triggering some kind of breakage 00.28.57 Join bcpk [0] (i=bcpk@89.204.167.163) 00.29.06 # * TheSeven needs to compare that to a dump of a working ipod 00.29.24 # * bcpk is a newbie looking for tech support and feels terribly ashamed 00.29.50 # * TheSeven wonders what bcpk is ashamed of 00.30.07 # :( 00.30.08 # ...and of course what kind of support he needs 00.30.25 # maybe he filled his media player with water 00.30.26 Quit nima (Read error: 60 (Operation timed out)) 00.30.32 # the "why is 3.4 crashing every 10 seconds on my iPod 5G" kind 00.31.01 # bcpk, which one? the 30gb or the 60/80gb? 00.31.24 # does that sentence imply that 3.3 worked? 00.31.24 # 60GB 00.31.35 # TheSeven, first time using Rockbox today 00.31.49 # how is it exactly behaving? 00.32.04 # krazykit, I tried installing both 30GB and 60GB versions, both gave me the same issues 00.32.07 # ja, wieso? 00.32.11 Quit jonhateshiswindo ("CGI:IRC") 00.32.16 # argh, wrong window 00.32.28 # well, it basically just locks up every few minutes 00.32.39 # but it boots up properly? 00.32.43 # yeah, I guess 00.33.10 # but if I go into file manager it crashes, settings, crash, if I play a song it goes for about 10 minutes and then cuts out 00.33.29 # the menu crashing seems fairly random but the song crashing is recreatable 00.33.48 # I have reformatted and reinstalled several times 00.34.05 # I also ran a chkdsk and bad sector scan which came up clean 00.34.48 # bcpk, 00.34.50 # listen 00.34.57 # if the os or host can see any bad sectors 00.35.00 # the hard drive is failed 00.35.13 # modern disks auto remap bad sectors with spares on write errors 00.35.32 # ok 00.35.35 # but they don't reallocate on read errors so sometimes you end up with bad sectors you can clear by overwring the entire disk 00.35.49 # it's risky on read because you might not get the data out 00.35.52 # well that much works anyway 00.35.55 # he said there were no issues 00.36.02 # but on write since you destroy what is there, it's safe to do 00.36.06 # I know I am just saying 00.36.14 # in case he doesn't know and he starts to see bad sectors 00.36.21 # what you want to do is check the smart tables on your drive 00.36.32 # reallocated sectors make sure it's below the limit considered shit 00.36.49 # pending reallocations are sectors the drive is waiting for a write to fix 00.37.01 # bcpk, does everything seem to work fine with the apple firmware? 00.37.03 # flyback is right, bcpk. 00.37.10 # uncorrectables/unc, AMNF OR TZNF = hard drive is *CANUCKED* 00.37.16 # not sure how that would help him 00.37.29 # bcpk, speedfan will check your smart 00.37.30 # krazykit, I haven't tested it extensively because I don't have any music in my official firmware 00.37.35 # and you can have it do a web page read 00.37.40 # ssd's however, are another can of worms entirely. 00.37.49 # but it hasn't crashed in the few minutes I tried going around the menus 00.37.57 # it will rate the drive 00.38.13 # oh is this a portable device? 00.38.17 # I thought your desktop was conking out sorry 00.38.30 # it's my iPod 60GB 00.38.41 # well if you extract the hd and put it in a pc 00.38.43 # which could be both, afaik 00.38.46 # you can do tons of low level tests on it 00.38.50 # to see how it's doing 00.38.54 # format doesn't do jack shit 00.38.56 # i will tell you right now 00.39.10 # can you temp put podzilla on the ipod 00.39.17 # cause if you can get linux on it you can run some hd tools 00.39.17 # flyback, it was working fine yesterday when I was using it as an HFS+ vanilla FW iPod 00.39.38 # unless it's no quick format; if it is a full format it will at least touch most sectors. 00.39.46 # even full format won't do much 00.40.10 # best thing to do is run badblocks -svw on it (this will erase everything including the partitions tables etc" under linux as a external drive 00.40.20 # that will write 5 patterns to the disc 00.40.22 # then read them back 00.40.34 # you can do that as a usb device 00.40.53 # it won't test any areas that apple or rockbox might reserve for system that aren't mapped to usb mass storage 00.41.11 # I have reformatted it several times and used the "Restore" functionality in iTunes (yes, I had to install iTunes just for that..), so its HDD should be arranged as the rockbox installer would expect 00.41.36 # I'm not convinced it's a hardware problem 00.41.38 # are we even sure that this is hard disk trouble in the first place? 00.42.05 # considering it was fine yesterday before I installed Rockbox, I think it's unlikely 00.42.09 # so it just reboots ocasionally? 00.42.21 # more than ocassionally 00.42.34 # about every 10 seconds if I'm going around the menus 00.42.51 # TheSeven, gevaerts: thats a trace from the same ipod but this time it worked: http://www.file-upload.net/download-2170419/usb.wireshark.html, http://www.file-upload.net/download-2170421/usbdump.txt.html 00.42.56 # going around = just scrolling, or navigating through the different menus? 00.43.18 # clicking on menu items 00.43.34 # eg if I click on file manager it will freeze 00.43.38 # even in non-storage-related menus like settings? 00.43.51 # yes, theme settings, font settings etc 00.44.26 Quit kugel (Nick collision from services.) 00.44.32 Join kugel [0] (n=kugel@e178068049.adsl.alicedsl.de) 00.44.37 # liar: funny. in this dump, the same control request that failed with "overflow" in the non-working dump this time failed with "broken pipe" 00.44.57 # the timeout is identical 00.45.07 Join nima [0] (n=nima@adsl-75-45-234-114.dsl.sfldmi.sbcglobal.net) 00.45.21 # hmm the whole thing is identical 00.45.38 # it also failed, but then re-enumerated, which it also failed to do in the other dump 00.46.02 # bcpk: how does it "lock up"? 00.46.48 # pixelma: The backlight turns off, the screen freezes (but is still visible) and it has to be restarted with Menu+Select 00.48.31 # TheSeven: an idea why? 00.50.10 # liar: in the "working" dump, there are actually 2 complete device initialisations 00.50.26 # and the second time, the host didn't even issue the request that caused the first one to fail 00.50.36 # the hid seems to be up and running nevertheless 00.50.51 # i need to dig up what that thing is supposed to do... 00.50.56 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.51.35 # bcpk: so it doesn't reboot automatically? 00.51.51 # does the backlight turn off immediately as soon as it locks up, or after the usual "idle timeout"? 00.52.06 # and theme and font settings are potentially accessing the disk 00.52.52 # the backlight turns off immediately upon selecting the menu item that causes the crash 00.53.12 # and no it has to be manually reboote 00.53.17 # rebooted* 00.53.22 # bcpk: and you tried the 30GB build? Though I never heard about issues while navigating the menus but it would explain the crash on playback (the real difference between the build is the assumed RAM which is half the size on the 30GB Ipods but there are cases where 60/80GB Videos also only have this amount) 00.53.56 # pixelma : Yep, I tried the 30GB build too, no joy :( 00.53.59 # I'm out of ideas other than that though... sorry 00.54.13 # it's very confusing 00.54.29 # everyone else I've asked about it has just said that theirs works perfectly 00.55.05 # yes, this is a really weird issue... never heard of anything like that 00.55.22 # or problems with the disk but you say chkdsk found nothing 00.55.48 # this somehow looks like a more-or-less controlled shutdown, if it turns of the backlight 00.56.01 # actually, i doubt it is the disk, i have similar problems with the hdd6320 come to think of it 00.56.03 # does the disk spin when it locks up? 00.56.05 # but the menu is still visible on the screen 00.56.17 # even though it has frozen 00.56.26 # bcpk: what menu option was it again ? 00.56.31 # let me check, I'll start up my iPod again 00.56.49 # could this be the PMU going down? 00.56.54 # stacker55 : pretty much anything. File manager, song selection, font/theme settings... 00.57.03 # does the LCD slowly fade to white? 00.57.05 # anything that touches the disk 00.57.25 # and after how long ? 00.57.28 # the LCD turns off abruptly 00.57.35 # would that be say; 30 seconds to 1 minute ? 00.57.42 # crashing occurs immediately on selection 00.57.54 # hmm, different issue then :( 00.57.55 # when playing back songs it lasts for maybe 10 minutes and then cuts out 00.58.10 # when it has crashed and you don't reset it, what does happen to the still-visible display contents? 00.58.17 # do they slowly fade away? (after like a minute) 00.58.22 # nope 00.58.28 Quit nimak_ (Read error: 110 (Connection timed out)) 00.58.42 # 20 minutes later I can still see the song list from the last time it crashed 00.58.52 # so the display seems to be still powered 00.58.53 # I found out what went wrong -- r23814 doesn't build rockbox.mi4. 00.59.21 # ok, just tried it out 00.59.31 # when I selected File it automatically rebooted 00.59.37 # first time it's done that... 00.59.48 # is there a correlation with spinning up the disk? 01.00.04 # TheSeven: so you need a trace from a working ipod? 01.00.07 # selecting Artist from database caused the same reboot 01.00.19 # if he can play songs, then i don't think that will be the issue 01.00.29 # liar: first of all, I would like to understand what that request is supposed to do in the first place 01.00.40 # but yes, another dump from an always-working ipod can't hurt 01.00.50 # And I think I had deleted the "SYSTEM" dir once RB got access to the external SD card. oops 01.00.55 # and now I just selected Artist again and it crashed in a different manner from the last one - freezing now 01.00.57 # any USB HID expert around? 01.02.03 # bcpk: this really sounds like the power manager goes down while trying to spin up the disk 01.02.17 # is this an original apple hard drive? 01.02.25 Quit pamaury ("abort();") 01.02.40 # yep 01.02.58 # the iPod has not been modified in any way, as far as I'm aware 01.03.06 # theseven: what is the difference ? 01.03.23 # in fact I saw Toshiba come up in the bootloader which is the original HDD manufacturer as far as I know 01.03.30 # TheSeven: i will send you a dump from an always-working ipod(nano2g and maybe ipod video) tomorrow 01.05.34 Join soap [50] (n=soap@rockbox/staff/soap) 01.06.07 # is there any log or somethign I could post? 01.07.05 # liar: it's a SET_REPORT request that triggers the whole trouble 01.07.13 # not sure about the root cause though 01.07.30 Quit S_a_i_n_t (Read error: 60 (Operation timed out)) 01.07.32 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.3.253) 01.07.45 # bcpk: This somehow smells like a power problem to me 01.07.45 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 01.08.17 # is rockbox doing some kind of emergency poweroff if the battery voltage drops below a certain threshold? 01.08.51 Quit kugel (Nick collision from services.) 01.08.56 Join kugel [0] (n=kugel@e178077074.adsl.alicedsl.de) 01.09.01 # this could just be a battery with a relatively high inner resistance causing a noticable voltage drop during spinup, that triggers a poweroff 01.09.10 # on LiPoly yes, but you should get a splash 01.10.00 # pixelma: IIRC I saw some code that just shut off the device instantly in some cases while writing the nn2g power management driver 01.10.30 # bcpk: how's your battery performance in the apple firmware? 01.10.55 # seems fine to me 01.10.58 # would testing with USB connected give some clue (I know Videos don't draw enough power for charging but maybe it does for a quick test)? 01.11.23 # if it would work in that case, that would of course point towards a power issue 01.11.40 # i'm always testing with USB connected, so I didn't think of this 01.11.42 # I'll try it plugged into my wall charger 01.14.14 Join webguest13 [0] (n=04e41e67@giant.haxx.se) 01.16.55 # hmm 01.17.06 # it still crashed when plugged in 01.17.20 # * TheSeven is out of ideas then 01.17.32 # but I changed the theme to a simple one, iCatcher I think it was called 01.17.36 # it seems more stable 01.17.42 # although it still crashes 01.17.46 # but it's less frequent 01.18.23 # are there any power setting sI should change? 01.18.30 # try to (dis)prove that there is a correlation between the crashes and disk accesses/spinups 01.18.45 # if the gogear is mostly working we should release a bootlaoder for it 01.18.58 # if it has nothing to do with spinups, you don't need to worry about power 01.19.35 # it cuts out before the disk has a chance to spinup at all 01.19.44 Quit webguest13 ("CGI:IRC (Ping timeout)") 01.19.52 # the disk spins up when the device resets without any issues 01.20.16 # so it does always fail before it spins up the disk? 01.20.30 # I think charging was disabled in 3.4 for Ipods but I'm unsure if this is important for this test (thought it still draws some power). I don't know enough about it 01.20.32 # well, it has managed to play sounds mefore 01.20.38 # can you try accessing the file browser before it even spins down for the first time? 01.20.53 # pixelma : I went to System info and it said Charging 01.21.29 # maybe enabling dircache helps - no spinups while browsing 01.22.05 # yes, one could try enabling dircache through the config file from disk mode or the apple firmware 01.22.17 # i doubt he'll manage to enable it in rockbox itself... 01.22.27 # sounds too shaky for that 01.22.27 # aha! 01.22.51 # if I continue to access files and menu items before the HDD spins down, it is OK 01.23.08 Join webguest57 [0] (n=04e41e8a@giant.haxx.se) 01.23.33 # can someone make him a testing build with the ADC disabled and reading a fixed (high) value? 01.23.39 # i need to go to sleep asap 01.23.47 # already much too late again 01.24.31 # this sounds like either a bad battery or massively-off ADC reading 01.24.44 # what does the rockbox battery indicator say? 01.25.41 # 85% 01.25.48 # 14h 34m 01.26.06 # buffer is 60.4 MB 01.26.11 # How do you use the utility installer on linux once you have it downloaded? 01.27.27 # hm, this suggests a really high inner resistance... bad battery? battery connector going loose? 01.28.15 # would be nice to disable that poweroff and have a look at the actual readings during a spinup 01.28.17 # well it's been working absolutely fine for the last 3 years 01.28.51 Quit S_a_i_n_t (Read error: 113 (No route to host)) 01.28.53 # the battery voltage is probably just dropping a little too much during the spinup - below some shutoff limit set in rockbox 01.29.01 # the apple firmware may just be ignoring that 01.29.33 # ah 01.30.33 # did you ever see the apple firmware suddenly showing an "empty battery" screen when the battery meter told it was not that empty yet shortly before? 01.31.37 # afraid not 01.32.06 # hm, i would have expected the PMU chip to power it off at a certain threshold 01.32.11 Quit webguest57 ("CGI:IRC") 01.32.59 # however, this still sounds like battery/power management trouble to me 01.33.20 # but honestly I'm out of ideas what to do about it, besides maybe disabling battery voltage reading altogether 01.33.37 # yeah... 01.33.44 # looks like a bit of a dead end 01.34.12 Quit Farthen (Nick collision from services.) 01.34.21 # I'm sorry to have used up so much of your time 01.34.38 Join Farthen_ [0] (n=chatzill@e176141185.adsl.alicedsl.de) 01.34.39 Nick Farthen_ is now known as Farthen (n=chatzill@e176141185.adsl.alicedsl.de) 01.34.50 # i compiled gogear bootloaders: http://duke.edu/~mgg6/rockbox/phillips/ 01.35.30 # bcpk: well, at least we roughly know what's going on know 01.35.46 # the battery capacity is set at 600mAh... is that right? 01.35.54 # yes 01.35.59 # oh, ok 01.36.07 # but that's irrelevant, it's only used for runtime estimation 01.36.08 # seems pretty small /ot 01.36.27 # yes, that's one of the easy ways to gain runtime on an ipod, switch the battery for a more modern one ;) 01.37.01 # the battery level is detected based on voltage, using the known discharge curve 01.38.10 Join bcpk_ [0] (i=bcpk@89.204.246.236) 01.38.35 # v=V(1-e^(-t/RC)) ? 01.39.32 # no, there's a standard curve for voltage vs proportion of battery used which is just in the code :) 01.39.49 # but yah. capacity setting doesn't amtter for your purposes 01.39.58 # shutdown threshold is in volts 01.41.33 # of course, that's for AC 01.41.35 # * bcpk_ hands head 01.41.40 # hangs* 01.41.48 # tired and frustrated :| 01.49.12 *** Saving seen data "./dancer.seen" 01.49.17 # Well, I'm gonna hit the hay 01.49.21 # 1 AM 01.49.25 # good night 01.49.33 # thanks for trying to help, everyone 01.49.35 # same thing here :) 01.50.14 # Through bisecting I found out the commit that breaks MP3 recording on my e200v1 http://svn.rockbox.org/viewvc.cgi?view=rev;revision=23784 01.50.18 Part bcpk_ 01.50.20 Join nimak_ [0] (n=nima@adsl-75-45-243-30.dsl.sfldmi.sbcglobal.net) 01.55.23 Quit nima (Read error: 60 (Operation timed out)) 01.55.44 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.2.131) 01.55.58 Quit darkham ("Sto andando via") 01.56.13 # Here's the Flyspray http://www.rockbox.org/tracker/task/10917 01.56.44 # when compiling one's own build, what exactly is the (A)dvanced build? 01.56.45 Quit bcpk (Read error: 110 (Connection timed out)) 01.57.15 # * JdGordon pings nls to help Willy 02.06.35 Join nima [0] (n=nima@adsl-75-45-229-115.dsl.sfldmi.sbcglobal.net) 02.11.40 Join JdGordon| [0] (n=jd@rockbox/developer/JdGordon) 02.13.59 # Willy: ah, i half expected that to be the cause, i must have screwed up the test, will try to figure out the fix later, gtg now 02.14.14 # cool 02.15.20 # does mp3_enc.c have any effect on mp3_encoder.rock? 02.16.05 Quit JdGordon| (Client Quit) 02.16.51 Quit Sajber^ (Read error: 104 (Connection reset by peer)) 02.18.41 # Willy: no 02.18.51 Quit z35 (Read error: 104 (Connection reset by peer)) 02.19.21 # Willy: i can spot only one obvious error, line 2115 should read m = r + l + err; 02.19.32 # gtg for real now 02.23.44 Join nimak__ [0] (n=nima@adsl-75-45-227-213.dsl.sfldmi.sbcglobal.net) 02.23.52 Quit nimak_ (Read error: 110 (Connection timed out)) 02.31.11 Quit Farthen (zelazny.freenode.net irc.freenode.net) 02.31.11 NSplit zelazny.freenode.net irc.freenode.net 02.31.11 Quit rhodan (zelazny.freenode.net irc.freenode.net) 02.31.11 Quit nls (zelazny.freenode.net irc.freenode.net) 02.31.11 Quit evilnick (zelazny.freenode.net irc.freenode.net) 02.31.11 Quit amiconn (zelazny.freenode.net irc.freenode.net) 02.31.11 Quit Rob2222 (zelazny.freenode.net irc.freenode.net) 02.31.11 Quit phanboy4 (zelazny.freenode.net irc.freenode.net) 02.31.11 Quit fdinel (zelazny.freenode.net irc.freenode.net) 02.31.11 Quit MethoS- (zelazny.freenode.net irc.freenode.net) 02.31.11 Quit AlexP (zelazny.freenode.net irc.freenode.net) 02.40.45 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 02.41.26 Join nimak [0] (n=nima@adsl-75-45-237-89.dsl.sfldmi.sbcglobal.net) 02.41.35 Quit gevaerts (Nick collision from services.) 02.41.47 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 02.43.16 Quit nima (Read error: 110 (Connection timed out)) 02.44.47 Quit gevaerts (Read error: 60 (Operation timed out)) 02.46.49 Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 02.47.32 Quit S_a_i_n_t (Read error: 110 (Connection timed out)) 02.47.37 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 02.50.05 Quit stacker55 (Read error: 113 (No route to host)) 02.54.14 NHeal zelazny.freenode.net irc.freenode.net 02.54.14 NJoin Farthen [0] (n=chatzill@e176141185.adsl.alicedsl.de) 02.54.14 NJoin rhodan [0] (n=quassel@81.62.155.250) 02.54.14 NJoin nls [0] (n=n1s@125-237-43-116.jetstream.xtra.co.nz) 02.54.14 NJoin evilnick [0] (n=evilnick@rockbox/staff/evilnick) 02.54.14 NJoin amiconn [0] (i=quassel@rockbox/developer/amiconn) 02.54.14 NJoin Rob2222 [0] (n=Miranda@p4FDCA9F7.dip.t-dialin.net) 02.54.14 NJoin phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 02.54.14 NJoin fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 02.54.14 NJoin MethoS- [0] (n=clemens@134.102.106.250) 02.54.14 NJoin AlexP [0] (n=alex@rockbox/staff/AlexP) 02.54.16 Quit nimak (Killed by sagan.freenode.net (Nick collision)) 02.54.18 Join nima [0] (n=nima@adsl-75-45-237-89.dsl.sfldmi.sbcglobal.net) 02.54.18 # has there been any discussion on the next release of rockbox? I have been watching the mailing list, but havent seen anything in a while. Did I miss some discussion on IRC?? 02.56.27 # nope 02.58.00 Quit nima (Read error: 104 (Connection reset by peer)) 03.00.19 Quit nimak__ (Read error: 110 (Connection timed out)) 03.01.27 Join nima [0] (n=nima@adsl-75-45-237-89.dsl.sfldmi.sbcglobal.net) 03.03.27 # JdGordon: ok 03.04.55 Quit MethoS- (Remote closed the connection) 03.12.47 Quit YPSY (Excess Flood) 03.13.29 Join Ypsy [0] (n=ypsy@geekpadawan.de) 03.13.31 Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de) 03.14.46 Quit killan (Read error: 60 (Operation timed out)) 03.14.57 Join nimak_ [0] (n=nima@adsl-75-45-237-89.dsl.sfldmi.sbcglobal.net) 03.15.04 Quit Willy ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 03.15.24 Quit nima (Read error: 54 (Connection reset by peer)) 03.16.37 # Willy: did you try the change i suggested? 03.18.00 Quit avacore (Excess Flood) 03.19.05 Quit pixelma (Excess Flood) 03.19.07 Join pixelma [0] (i=quassel@rockbox/staff/pixelma) 03.19.51 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 03.24.57 Join killan [0] (n=nnscript@c-83f070d5.06-397-67626721.cust.bredbandsbolaget.se) 03.31.13 Quit kloeri (Read error: 104 (Connection reset by peer)) 03.33.01 Quit nimak_ (Read error: 104 (Connection reset by peer)) 03.35.52 Join nima [0] (n=nima@adsl-75-45-232-166.dsl.sfldmi.sbcglobal.net) 03.48.05 Quit kugel (Remote closed the connection) 03.48.50 Quit nima (Read error: 104 (Connection reset by peer)) 03.49.13 *** Saving seen data "./dancer.seen" 03.52.37 Join nima [0] (n=nima@adsl-75-45-238-214.dsl.sfldmi.sbcglobal.net) 04.01.06 # New commit by 03nls (r24269): Fix typo causing l+r mono encoding to use only one channel 04.02.04 Quit Spaceghost ("güit") 04.08.19 # New commit by 03nls (r24270): This should fix FS#10917, unfortunately i have no target evailable to test on 04.09.22 Join nimak_ [0] (n=nima@adsl-75-45-243-41.dsl.sfldmi.sbcglobal.net) 04.23.50 Join nimak__ [0] (n=nima@adsl-75-45-232-78.dsl.sfldmi.sbcglobal.net) 04.25.44 Quit nima (Read error: 110 (Connection timed out)) 04.26.48 Join Willy [0] (n=chatzill@adsl-76-235-60-169.dsl.dytnoh.sbcglobal.net) 04.27.32 # nls: more feedback on MP3 bug http://www.rockbox.org/tracker/task/10917 04.30.47 Quit TheSeven (Nick collision from services.) 04.31.01 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 04.31.13 Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) 04.31.20 # Willy: that's after my two latest commits? 04.31.49 Quit nimak_ (Read error: 60 (Operation timed out)) 04.31.52 # yes. r24270 04.33.39 # :( 04.35.02 # you want a sample of right-only and L+R? 04.35.50 # i think i'll just revert all my changes to that codec since i cna aparently not do this blindly 04.36.26 # ok 04.36.57 # not really... dont' think it will help, probably just me messing up this pointer wizardry and can't really spot it now 04.39.00 Join rasher [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) 04.40.11 # so this doesn't happen on your player? 04.41.41 Quit Res1 (Read error: 60 (Operation timed out)) 04.42.09 Join dys` [0] (n=andreas@krlh-5f72f25e.pool.mediaWays.net) 04.44.27 Join Res1 [0] (n=Res@adsl-067-034-129-222.sip.mco.bellsouth.net) 04.51.34 Join z35 [0] (n=z35@ool-45714f83.dyn.optonline.net) 04.53.19 Join Barahir_ [0] (n=jonathan@gssn-5f75638b.pool.mediaWays.net) 04.53.29 Part froggyman 04.54.25 Quit Barahir (Read error: 60 (Operation timed out)) 04.57.39 Quit dys (No route to host) 04.59.47 Quit z35 ("Leaving") 05.00.06 Quit Willy ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 05.02.57 Join z35 [0] (n=z35@ool-45714f83.dyn.optonline.net) 05.03.25 Quit aevin (Read error: 60 (Operation timed out)) 05.04.32 Quit JdGordon ("Leaving.") 05.06.35 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.06.43 Join aevin [0] (n=brootvor@unaffiliated/aevin) 05.07.10 Quit preglow (Read error: 104 (Connection reset by peer)) 05.10.57 Join preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) 05.14.46 Join nima [0] (n=nima@adsl-75-45-224-195.dsl.sfldmi.sbcglobal.net) 05.16.30 Join fyrestorm [0] (n=nnscript@cpe-67-244-76-16.nyc.res.rr.com) 05.17.48 Quit fyrestorm (Client Quit) 05.19.57 Quit jfc (Read error: 104 (Connection reset by peer)) 05.20.13 Quit nls (Read error: 110 (Connection timed out)) 05.21.37 Join nls [0] (n=n1s@125-237-43-116.jetstream.xtra.co.nz) 05.27.52 # * nls facepalms 05.32.10 Join nimak_ [0] (n=nima@adsl-75-45-227-64.dsl.sfldmi.sbcglobal.net) 05.32.26 Quit nima (Read error: 104 (Connection reset by peer)) 05.32.50 # New commit by 03nls (r24271): This should fix FS#10917, and also fix channel swapping i introduced in r23784. Lets hope the third time's the charm 05.32.58 Quit nimak__ (Read error: 110 (Connection timed out)) 05.41.18 Quit Horscht ("Verlassend") 05.48.28 Join nima [0] (n=nima@adsl-75-45-231-32.dsl.sfldmi.sbcglobal.net) 05.49.15 *** Saving seen data "./dancer.seen" 05.53.54 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.3.125) 05.56.17 Quit nls (Read error: 110 (Connection timed out)) 06.06.25 Join nimak__ [0] (n=nima@adsl-75-45-231-121.dsl.sfldmi.sbcglobal.net) 06.07.40 Quit nimak_ (Read error: 110 (Connection timed out)) 06.09.12 Join nls [0] (n=n1s@125-237-43-116.jetstream.xtra.co.nz) 06.12.23 Quit nima (Read error: 60 (Operation timed out)) 06.28.52 Join tomers [0] (n=86bfe845@giant.haxx.se) 06.37.50 Quit tomers ("CGI:IRC (Ping timeout)") 06.43.36 Join nima [0] (n=nima@adsl-75-45-234-180.dsl.sfldmi.sbcglobal.net) 06.43.37 Quit saratoga ("Page closed") 06.45.36 Quit nls (Read error: 110 (Connection timed out)) 06.56.23 Join jfc [0] (n=john@dpc6682208002.direcpc.com) 06.58.04 Quit nimak__ (Read error: 110 (Connection timed out)) 06.58.41 Join MisterX [0] (n=a-S@213.211.34.130) 06.59.13 # hi, anyone here who could help me with h120? I have no idea why, it just wont turn on all of a sudden (and no, i didnt fry it) 07.00.20 Join nimak_ [0] (n=nima@adsl-75-45-234-126.dsl.sfldmi.sbcglobal.net) 07.01.50 # i'm not sure it's a rockbox problem, but figured someone here can know.. 07.02.07 Join fyrestorm [0] (n=nnscript@cpe-67-244-76-16.nyc.res.rr.com) 07.02.35 # when i try to restart it, either nothing happens, or there is just gibberish on the screen and it wont light up, or it boots to original firmware and says "check hdd connection" - but i didn't drop it or anything 07.02.48 # also, i cant really turn it on with buttons 07.04.31 # (buttons dont seem to work either) 07.13.31 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 07.16.48 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 07.16.51 Quit nima (Read error: 110 (Connection timed out)) 07.28.16 Join arbingordon [0] (n=User@c-68-82-131-138.hsd1.pa.comcast.net) 07.30.08 # * JdGordon has a hunch about playlist resume after shuffle not working 07.31.05 # any recommendations for converting stuff that contains multiple audio streams to be rockbox compatible? (and let you choose which audio stream to use) 07.32.06 Join nima [0] (n=nima@adsl-75-45-233-7.dsl.sfldmi.sbcglobal.net) 07.37.54 Quit nimak_ (Read error: 60 (Operation timed out)) 07.41.35 Join Willy [0] (n=chatzill@adsl-76-235-60-169.dsl.dytnoh.sbcglobal.net) 07.41.58 # what time zone is the commit history page in? GMT? 07.42.43 Quit Strife89 ("Bed.") 07.43.47 # Willy: yes 07.44.18 # ty 07.44.20 Quit Willy (Client Quit) 07.45.37 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 07.49.17 Quit liar (Read error: 113 (No route to host)) 07.49.19 *** Saving seen data "./dancer.seen" 07.50.22 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 07.51.19 Join nls [0] (n=n1s@125-237-43-116.jetstream.xtra.co.nz) 07.51.55 Join nimak_ [0] (n=nima@adsl-75-45-228-202.dsl.sfldmi.sbcglobal.net) 07.56.23 Join funman [0] (n=fun@rockbox/developer/funman) 08.02.18 Join stoffel [0] (n=quassel@p57B4DB31.dip.t-dialin.net) 08.02.52 Quit nima (Read error: 104 (Connection reset by peer)) 08.04.07 Join Willy [0] (n=chatzill@adsl-76-235-60-169.dsl.dytnoh.sbcglobal.net) 08.04.40 # nls: MP3 recording to mono seems to be working. Thank you. 08.05.09 Join nima [0] (n=nima@adsl-75-45-228-202.dsl.sfldmi.sbcglobal.net) 08.05.37 Quit nimak_ (Read error: 104 (Connection reset by peer)) 08.10.41 Quit Willy ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 08.13.23 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 08.17.45 Nick dys` is now known as dys (n=andreas@krlh-5f72f25e.pool.mediaWays.net) 08.22.54 Join nimak_ [0] (n=nima@75.45.225.254) 08.23.27 Quit nima (Read error: 54 (Connection reset by peer)) 08.23.27 Join dmb [0] (n=Dmb@unaffiliated/dmb) 08.29.14 Quit nls (Read error: 110 (Connection timed out)) 08.32.44 Join DerPapst [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) 08.36.35 Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) 08.40.26 Join Rob2223 [0] (n=Miranda@p4FDC9C62.dip.t-dialin.net) 08.41.26 Quit nimak_ (Read error: 104 (Connection reset by peer)) 08.42.48 Join nima [0] (n=nima@adsl-75-45-232-137.dsl.sfldmi.sbcglobal.net) 08.46.12 Join nls [0] (n=n1s@125-237-43-116.jetstream.xtra.co.nz) 08.47.12 Join Kitr88 [0] (n=Kitr88@BSN-182-94-141.dial-up.dsl.siol.net) 08.51.19 Join flydutch [0] (n=flydutch@host51-165-dynamic.15-87-r.retail.telecomitalia.it) 08.52.59 # FS#10288 - anyone want to guess if its the playlist creation (from the browser) or playlist resuming (from .playlist_control) thats broken? 08.53.07 Quit Kitar|st (Read error: 60 (Operation timed out)) 08.55.46 Quit Kitr88 (Read error: 60 (Operation timed out)) 08.55.51 Join Kitar|st [0] (i=Kitr88@BSN-182-65-187.dial-up.dsl.siol.net) 08.59.02 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.59.16 Quit TheSeven ("ChatZilla 0.9.86 [Firefox 3.5.6/20091201220228]") 09.12.40 Join petur [50] (n=petur@rockbox/developer/petur) 09.13.38 # I sometimes get/got a similar thing - "insert shuffled" on a folder, stop somewhere in the middle of the list, resume - list is in the same order but the current song is in the first position of the playing list and the songs already played are at the end. Fun thing is that once this happened I can reproduce but deleting playlist_control fixes it for a while (currently working ok for me, so I can't tell for sure if it is still a problem) 09.15.19 # no, I've decided it always happens but you might not always notice 09.15.33 # no 09.15.44 # especially if you stop then resume without looking at the playlist 09.16.51 # deleting the playlist_control file means a brand new playlist gets made 09.16.54 # it shuoldnt change anything 09.17.30 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 09.17.38 # that's why I found it weird and didn't report until I have a way to reproduce 09.18.51 # I'm pretty convinced that if you stop playback, insert shuffled a folder, note the order. stop, resume, note the order again it will show up 09.19.09 # * JdGordon has no idea where in that chain the bug is 09.19.40 # going from .playlist_control -> playlist is correct. if you do it by hand you will get the same order 09.20.57 Quit martian67 (Remote closed the connection) 09.23.13 # as I said - what I see is that the order is the same, just the starting point is different (current track is the first, even if it fas 6th or so before stopping) 09.23.24 # s/fas/was 09.25.23 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 09.26.29 # yeah 09.31.13 Quit robin0800 (Remote closed the connection) 09.34.54 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 09.36.12 Join Bagder [0] (n=dast@83.168.254.42) 09.36.29 Join kramer3d [0] (n=kramer@unaffiliated/kramer3d) 09.36.39 Quit kramer3d (Read error: 104 (Connection reset by peer)) 09.37.52 Join Spaceghost [0] (i=quassel@unaffiliated/spaceghost) 09.42.03 Join GodEater [0] (i=9372e2b4@rockbox/staff/GodEater) 09.46.05 Quit stoffel (Remote closed the connection) 09.47.47 Join nimak_ [0] (n=nima@adsl-75-45-229-87.dsl.sfldmi.sbcglobal.net) 09.49.23 *** Saving seen data "./dancer.seen" 10.01.45 Quit nls ("Lämnar") 10.03.04 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 10.03.28 Quit dys (Excess Flood) 10.03.34 Join dys [0] (n=andreas@krlh-5f72f25e.pool.mediaWays.net) 10.03.57 Quit dys (Excess Flood) 10.04.03 Join dys [0] (n=andreas@krlh-5f72f25e.pool.mediaWays.net) 10.04.21 Quit dys (Excess Flood) 10.04.27 Join dys [0] (n=andreas@krlh-5f72f25e.pool.mediaWays.net) 10.05.52 Quit nima (Read error: 110 (Connection timed out)) 10.06.08 Quit martian67 (Remote closed the connection) 10.06.45 Quit dys (Excess Flood) 10.06.51 Join dys [0] (n=andreas@krlh-5f72f25e.pool.mediaWays.net) 10.13.52 Quit dys (Excess Flood) 10.13.58 Join dys [0] (n=andreas@krlh-5f72f25e.pool.mediaWays.net) 10.17.03 Join webguest27 [0] (n=d9ef114b@giant.haxx.se) 10.20.30 Join bzed_ [0] (n=bzed@devel.recluse.de) 10.20.31 Quit Spaceghost (Read error: 110 (Connection timed out)) 10.23.05 Join nima [0] (n=nima@adsl-75-45-227-12.dsl.sfldmi.sbcglobal.net) 10.25.18 Quit bzed (Read error: 104 (Connection reset by peer)) 10.26.58 Join bzed [0] (n=bzed@devel.recluse.de) 10.27.34 Quit nimak_ (Read error: 104 (Connection reset by peer)) 10.28.11 Quit GodEater ("Page closed") 10.30.18 Quit fyrestorm (Read error: 113 (No route to host)) 10.36.20 Join liar [0] (n=liar@clnet-p09-185.ikbnet.co.at) 10.38.21 Quit phanboy4 (Read error: 113 (No route to host)) 10.39.26 Join nimak_ [0] (n=nima@adsl-75-45-224-60.dsl.sfldmi.sbcglobal.net) 10.43.41 Quit robin0800 (Remote closed the connection) 10.45.11 Quit funman ("free(random());") 10.48.14 Quit bzed_ (Read error: 111 (Connection refused)) 10.55.30 Quit nima (Read error: 110 (Connection timed out)) 11.06.52 Join hebz0rl [0] (n=hebz0rl@dslb-088-065-217-057.pools.arcor-ip.net) 11.07.23 Join stacker55 [0] (n=not@151-165-ftth.onsnetnuenen.nl) 11.07.58 Quit webguest27 ("CGI:IRC") 11.09.06 Quit jfc (Read error: 54 (Connection reset by peer)) 11.09.13 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 11.09.39 Join jfc [0] (n=john@dpc6682208002.direcpc.com) 11.16.39 Join Spaceghost [0] (i=quassel@unaffiliated/spaceghost) 11.49.26 *** Saving seen data "./dancer.seen" 11.58.55 Join Sajber^ [0] (n=Sajber@h-142-12.A213.priv.bahnhof.se) 12.04.51 Join Akranis [0] (n=mattias@h212n2-vrr-d2.ias.bredband.telia.com) 12.06.24 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 12.08.37 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 12.10.30 Quit avacore (Excess Flood) 12.13.11 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 12.14.08 Quit avacore (Excess Flood) 12.14.35 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 12.16.18 Quit jfc (Read error: 54 (Connection reset by peer)) 12.17.31 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 12.17.38 Quit avacore (Excess Flood) 12.18.11 Quit rvvs89 (Read error: 60 (Operation timed out)) 12.18.28 Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 12.18.31 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 12.19.06 Quit avacore (Excess Flood) 12.19.07 Join teru [0] (n=teru@KD059133108225.ppp.dion.ne.jp) 12.19.50 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 12.28.20 Quit avacore (Excess Flood) 12.29.40 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 12.30.06 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 12.36.05 Join watto [0] (n=watto@193.203.81.165) 12.39.04 Quit yosafbridge (Client Quit) 12.39.35 Join yosafbridge [0] (n=yosafbri@adsl-71-142-227-255.dsl.scrm01.pacbell.net) 12.49.08 Join Akranis_ [0] (n=mattias@h212n2-vrr-d2.ias.bredband.telia.com) 12.49.08 Quit Akranis (Read error: 104 (Connection reset by peer)) 12.49.21 Nick Akranis_ is now known as Akranis (n=mattias@h212n2-vrr-d2.ias.bredband.telia.com) 12.50.00 Quit stripwax (Read error: 104 (Connection reset by peer)) 13.00.34 Join Lss [0] (n=Lss@cm23.omega219.maxonline.com.sg) 13.14.05 # Hm. Anyone here who knows how to compile the ARM toolchain under linux? 13.15.10 # rockboxdev.sh does 13.15.48 # or http://www.rockbox.org/wiki/CrossCompiler if you want 13.16.37 # Ah, didn't know about that script, thanks :D 13.19.51 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 13.21.02 Quit dfkt (Nick collision from services.) 13.21.05 Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) 13.26.08 Join Akranis_ [0] (n=mattias@h212n2-vrr-d2.ias.bredband.telia.com) 13.26.08 Quit Akranis (Read error: 104 (Connection reset by peer)) 13.26.20 Nick Akranis_ is now known as Akranis (n=mattias@h212n2-vrr-d2.ias.bredband.telia.com) 13.38.41 Quit Lss (Read error: 104 (Connection reset by peer)) 13.46.26 # New commit by 03teru (r24272): jpeg,png: Merge user interface code and plugin entry point of the two plugins (part of FS#6321). ... 13.49.27 *** Saving seen data "./dancer.seen" 13.54.35 Part watto 14.11.06 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 14.11.35 Join DerPapst1 [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) 14.15.24 Quit DerPapst (Read error: 60 (Operation timed out)) 14.19.06 # teru: the png viewer still doesn't use the greylib so only exists on colour targets, right? 14.19.29 # in contrast to the jpeg viewer I mean 14.19.39 # pixelma: yes 14.23.48 Join watto [0] (n=watto@193.203.81.165) 14.24.18 Join tomaw_ [0] (i=tom@freenode/staff/tomaw) 14.30.54 Quit DerPapst1 ("Leaving.") 14.33.12 # Akranis: http://www.rockbox.org/wiki/ManualHowto#Install_LaTeX 14.34.24 # thanks. 14.34.41 Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 15.02.38 # New commit by 03teru (r24273): Fractals: fix weird keymap for SAMSUNG_YH_PAD. adjust spaces. 15.07.09 Join fyrestorm [0] (n=nnscript@cpe-67-244-76-16.nyc.res.rr.com) 15.10.45 Join robin0800_ [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.10.45 Quit robin0800 (Read error: 104 (Connection reset by peer)) 15.12.00 Join jfc [0] (n=john@dpc6682208002.direcpc.com) 15.18.11 Quit robin0800_ (Remote closed the connection) 15.24.14 # has anyone an idea which setting could be wrong? http://img211.imageshack.us/img211/6041/18012010217.jpg (LDS176) 15.31.18 # * GodEater_ can't even tell what player it is 15.31.39 Join tomers [0] (n=86bfe844@giant.haxx.se) 15.32.01 # * pixelma knows liar works on the Nano 2nd gen port 15.34.22 Join Lss [0] (n=Lss@cm23.omega219.maxonline.com.sg) 15.36.02 # etru: thanks! 15.36.07 # teru: thanks! 15.41.37 Quit bmbl (Connection timed out) 15.49.29 *** Saving seen data "./dancer.seen" 15.55.13 Part LinusN 15.56.14 Part Bagder 16.02.31 Join Strife89 [0] (n=Strife89@adsl-154-14-45.mcn.bellsouth.net) 16.14.28 Quit tomers ("CGI:IRC") 16.22.04 Quit hebz0rl ("Ex-Chat") 16.29.45 Quit teru ("Quit") 16.35.14 Nick nimak_ is now known as nima (n=nima@adsl-75-45-224-60.dsl.sfldmi.sbcglobal.net) 16.37.24 Join toffe82 [0] (n=chatzill@12.169.218.14) 16.38.27 Quit Sajber^ ("Leaving.") 16.38.52 Join rhodan_ [0] (n=quassel@182-24.203-62.cust.bluewin.ch) 16.42.32 Join Sajber^ [0] (n=Sajber@h-142-12.A213.priv.bahnhof.se) 16.44.06 Join Strife1989 [0] (n=michael@adsl-154-14-45.mcn.bellsouth.net) 16.44.20 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.44.43 Nick Strife1989 is now known as Strife89|Laptop (n=michael@adsl-154-14-45.mcn.bellsouth.net) 16.54.46 Quit rhodan (Read error: 110 (Connection timed out)) 17.03.36 Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 17.04.08 Quit Zarggg (Read error: 104 (Connection reset by peer)) 17.11.21 Quit bmbl ("Bye!") 17.11.47 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 17.11.49 Join TheSeven|Mobile [0] (n=theseven@rockbox/developer/TheSeven) 17.11.59 Quit evilnick ("Get out of that boring IRC client! It's no good for you. Bersirc 2.2 is your answer! [ http://www.bersirc.org/ - Open Source") 17.14.09 Join evilnick [0] (n=evilnick@rockbox/staff/evilnick) 17.15.50 Quit Zagor ("Clint excited") 17.18.23 Join DerPapst [0] (n=DerPapst@p4FE8EE99.dip.t-dialin.net) 17.19.18 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.25.28 Quit TheSeven (Read error: 110 (Connection timed out)) 17.26.58 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.28.42 # New commit by 03kkurbjun (r24274): M:Robe 500 - Correct a comment, and make charger detect pin an input as it should be. 17.32.07 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 17.36.11 # New commit by 03tomers (r24275): Fractals: Use overlay (do not clear the screen and paint the same region) when changing precision 17.44.37 Quit TheSeven|Mobile (Read error: 110 (Connection timed out)) 17.49.32 *** Saving seen data "./dancer.seen" 17.49.50 Join stoffel [0] (n=quassel@p57B4D339.dip.t-dialin.net) 17.49.58 Join Highlander [0] (n=Highland@mek33-4-82-236-45-205.fbx.proxad.net) 17.59.17 Quit petur ("work->home") 18.01.54 Quit Akranis (Read error: 110 (Connection timed out)) 18.05.32 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 18.09.30 Quit Farthen ("ChatZilla 0.9.86 [Firefox 3.6/20100105212446]") 18.13.48 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.22.36 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 18.22.43 Join Akranis [0] (n=mattias@h212n2-vrr-d2.ias.bredband.telia.com) 18.40.39 Join petur [0] (n=peter@d54C6F9B2.access.telenet.be) 18.43.27 Join pamaury [0] (n=pamaury@ALyon-551-1-39-152.w80-9.abo.wanadoo.fr) 18.49.01 Part watto 18.58.04 Join polobricolo [0] (n=Paul@AGrenoble-257-1-55-41.w86-206.abo.wanadoo.fr) 18.58.41 Part polobricolo 18.59.16 Quit tomers (Read error: 60 (Operation timed out)) 19.06.27 # domonoky: hey 19.06.38 # ho 19.06.56 # did you have to do anything special to get the bootloader on the mini2440?> 19.08.30 # not really, i just used the included jtag adapter and H-Jtag to flash it. 19.09.15 # on which windows? 19.09.25 # I had no luck with hjtag on win7 19.09.29 # windows xp 19.09.47 # damn 19.09.59 # doe hjtag just not run on win7 or what was the problem ? 19.10.20 # it said it cant load the driver 19.10.27 # lpt or usb 19.10.50 # i used lpt, and the included jtag adapter is lpt :-) 19.11.18 # indeed :p 19.11.33 # I dont syppose you have any idea about my output in the forum thread? 19.11.52 # * domonoky looks for the forum thread. 19.12.05 # http://forums.rockbox.org/index.php?topic=6751.msg160948#msg160948 19.15.22 # looks like openocd doesnt have enough ram configured todo its work (according to google) 19.15.42 # are you sure you configured openocd correctly ? 19.16.15 # I'm sure of nothing. 19.16.27 # just using the scripts Bobc put on the lyre page 19.17.39 # and you have openocd version > 0.2 ? 19.18.22 Join knine [0] (n=kaniini6@dyn75-70.yok.fi) 19.18.26 Quit kaniini (Read error: 104 (Connection reset by peer)) 19.18.28 # yes 19.19.14 # and you also did the init step, yes ? 19.19.15 Join funman [0] (n=fun@rockbox/developer/funman) 19.19.33 # yes 19.19.52 # the output of the init looks correct 19.20.00 # well, nothing obviously wrong with it 19.20.18 # bertrik: ping 19.20.30 # so jtag itself is fine, it just seems to not have configured enough ram to flash the binary... 19.21.30 Join _arbingordon [0] (n=User@c-68-82-131-138.hsd1.pa.comcast.net) 19.23.24 # when I change the config to work from SDRAM instead of the internal RAM (?) I get http://pastebin.com/m6913eea4 instead 19.24.22 Quit Zarggg_ (Read error: 54 (Connection reset by peer)) 19.24.34 Join Curulan [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 19.25.04 # so no memory error, but flashing still fails. Did you boot the mini2440 from nand or from nor ? 19.25.47 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 19.26.45 # nor 19.27.51 # * domonoky tries to remember... vivi is on nor correct ? so perhaps try again when booted from nand. (the mini2440.cfg has some comments which say vivi remaps memory) 19.29.38 # target reentered debug state, but not at the desired exit point: 0x0000 19.29.39 # error writing to flash at address 0x00000000 at offset 0x00000000 (-902) 19.32.25 # hm, i am out of ideas. it worked fine for me, but i didnt use openocd. :-) 19.32.41 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 19.33.27 # after i flashed the rockbox bootloader once, my memory wasnt anymore at 0x0, but the softreset done by openocd should cure that. 19.33.47 # :( trying to install winxp is a bit extreme for this :) 19.33.55 # hi funman 19.35.07 Quit Curulan (Read error: 60 (Operation timed out)) 19.35.09 Join b0hoon [0] (n=5887aa87@giant.haxx.se) 19.36.41 # googleing tells me error -902 is write protection on flash ? what does flash info 0 say ? 19.38.36 # bertrik: do you have time for c200v2 testing ? 19.38.37 # # 49: 0x00031000 (0x1000 4kB) protection state unknown 19.38.42 # for all of them 19.38.51 Quit arbingordon (Read error: 110 (Connection timed out)) 19.39.17 Join b0hoon2 [0] (n=5887aa87@giant.haxx.se) 19.39.33 Join n1s [0] (n=n1s@rockbox/developer/n1s) 19.39.36 # hm, state unknown is strange. 19.40.10 Quit b0hoon ("CGI:IRC (Ping timeout)") 19.40.39 # hello 19.40.59 # " flash protect 0 0 0 off " says it works, but it doesnt look like it actually did 19.41.12 # i'm the one who ported packard bell vibe 500. 19.41.42 # b0hoon2: welcome! 19.41.53 # and congratulations 19.42.14 # hi, thanks 19.42.18 # b0hoon2: hi, nice work 19.42.27 # * domonoky bows before b0hoon2 :-) 19.42.52 # oh, common its nothing big 19.43.19 # JdGordon: i dont really know what to test then, but it looks like it didnt correctly detect the flash ? may try to contact Bob_C ? 19.43.44 # :( thanks, yeah ill email him 19.43.57 Quit Spaceghost (Read error: 54 (Connection reset by peer)) 19.44.11 # b0hoon2: it's not small either :) 19.44.13 Join Spaceghost [0] (i=quassel@unaffiliated/spaceghost) 19.44.30 # b0hoon2: what work is left, rtc ? 19.45.08 # yes i suppose and the keymaps too. 19.45.49 # and at the end recording through the built in microphone and the linein 19.46.13 # a lot of dissasembling awaits for me yet 19.46.20 # b0hoon2: great work! 19.46.52 # nls: thank you 19.47.36 # i just wanted to have this great alternative to OF which is very bad 19.48.00 Join __arbingordon [0] (n=User@c-68-82-131-138.hsd1.pa.comcast.net) 19.48.08 # not that uncommon 19.48.25 Quit b0hoon2 ("CGI:IRC (EOF)") 19.49.35 *** Saving seen data "./dancer.seen" 19.51.12 # liar: That looks like the lcd controller is driven too fast 19.51.35 Quit bmbl ("Bye!") 19.52.06 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 19.52.31 Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-qlspalziwmpsdoia) 19.53.33 # b0hoon2: i looked over your patch quickly and it looked pretty good 19.53.37 # IMO it should go into svn 19.53.42 # * gevaerts agrees 19.53.50 Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) 19.53.55 # bertrik: can you test the patch on http://forums.rockbox.org/index.php?topic=23263.msg160679#msg160679 ? it looks like all the users are gone 19.57.25 # grr.... the flash has no problem being erased... just written to :/ 19.59.53 Join b0hoon2 [0] (n=5887aa87@giant.haxx.se) 20.00.00 Join Horscht [0] (n=Horscht2@p4FD4C576.dip.t-dialin.net) 20.00.14 # sorry i was kicked out 20.00.25 # b0hoon2: do you think there's a reason not to commit the patch as it is now? 20.00.26 # nice. A structure element called VERSION in a system header. Obviously conflicts with the VERSION define in the Makefile :( 20.00.43 # something is wrong with my connetion at home 20.01.14 # b0hoon2: not necessarily. Our irc webclient is far from perfect unfortunately 20.01.27 # well, i think that it is good to commit it now 20.01.35 Quit JdGordon ("Leaving.") 20.02.02 # it was my fault this time, I restarted the web server 20.02.17 # b0hoon2: it's a bit weird to only see you around here now that a great deal of work is done - that you managed without asking question before. Impressive. I hope you'll be around a bit more in IRC now :) 20.02.34 # i had hope that someone else will have opportunity to add something to this ahn help me and the others to have rockbox on that old player 20.03.01 # what arguments are there against adding preemption to the scheduling? 20.03.20 # pippijn: what arguments are there for adding it ? 20.03.36 # b0hoon2: i noticed you changed a few of the generic PP files, did you test to see if other targets still compile cleanly? 20.03.39 Quit _arbingordon (Read error: 110 (Connection timed out)) 20.03.45 # funman: you could listen to music while playing doom 20.03.57 # pippijn: complexitiy, and ofcourse all the existing code.. and i think there is no big benefit in rockbox for this. 20.04.29 # pippijn: wouldn't it be possible with the current scheduler ? 20.04.37 # funman: only if doom yields now and then 20.04.51 # doom uses the audio buffer methinks 20.04.57 Join mirak_ [0] (n=mirak@85-171-108-41.rev.numericable.fr) 20.05.01 # its not a multitasking issue 20.05.03 # i think it'd be simpler to modify doom 20.05.09 # pippijn: preemptive sheduling doesnt help if the problem is memory and too slow cpu. 20.05.13 # :-) 20.05.23 # New commit by 03gevaerts (r24276): Add initial Packard Bell Vibe 500 port, by Szymon Dziok ... 20.05.47 # B4gder: you could disable sound in doom and listen to music then :) 20.05.55 # b0hoon2: you could find forums of vibe 500 users and invite them to contribute (for keymaps, manual, or code) 20.06.08 # pixelma: i dont know sometimes i'm very determined in what i do maybe i didnt wanted to bother you about it. it an old player we all know 20.06.09 # hm 20.06.12 # but anyhow 20.06.13 # pippijn: doom USES the buffer, where would the music be? 20.06.26 # B4gder: oh... 20.06.38 # like that 20.06.41 # pippijn: i think it uses the buffer for something else than doom sounds/music 20.06.45 # got it 20.06.47 # b0hoon2: players being old has never stopped anyone 20.06.51 # i guess on some targets you could have it leave a little buffer for audio, but probably not worth the effort 20.06.56 # i'd like to play doom while listening to music too :) 20.07.06 Quit Horscht (Read error: 104 (Connection reset by peer)) 20.07.54 # saratoga: i didnt test it except ipod 30gb - it was ok 20.07.58 # isn't the only player that could manage doom+music the beast? 20.07.58 # you are all wrong, doom should support midi to play back the sundtrack! 20.08.06 # soundtrack, even 20.08.18 # what's the beast? 20.08.34 # there's a forum thread about it I'm sure 20.08.36 # the ridiculously overpowered gigabeat S 20.08.37 # gigabeat s 20.08.41 # ah 20.08.50 # S_a_i_n_t: i imagine sansa ams could also do it 20.08.55 # is it nice as a player? 20.09.02 # I have the iriver h320 20.09.02 # S_a_i_n_t: wew won't know that untill someone tries it 20.09.20 # pippijn: yeah, it's a nice player, bit of a short battery runtime though 20.09.20 # not in my opinion...but it has a hefty (biggest of all rb targets) processor 20.09.23 Join _zic [0] (n=user@83-156-255-78.rev.libertysurf.net) 20.09.24 # well i like it a lot :S 20.09.25 # okay 20.09.49 # New commit by 03gevaerts (r24277): Add Packard Bell Vibe 500 bootloader to the automated builds 20.09.58 # S_a_i_n_t: s/biggest/fastest/ surely ;) 20.10.15 # gevaerts: bootloader isn't used for vibe 500 afaik 20.10.20 # http://forums.rockbox.org/index.php?topic=16702.msg160979#msg160979 20.10.22 # yes the battery is somethimes not enough 20.10.23 # dualboot is handled by the hardware 20.10.29 # oh 20.10.32 # weird 20.10.42 # well, it does build a bootloader 20.11.03 # from the added bootloader/.c file it seemed bootloader target was just a test, but b0hoon2 can confirm 20.11.04 # is there a way to find out what's wrong with the h300 bootloader? 20.11.08 Quit Oxymis ("No Ping reply in 180 seconds.") 20.11.12 # but i was travelling a lot with it and once it last for 8 hours and it is very stable 20.11.27 Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 20.11.33 # pippijn: yes 20.11.47 # a way that does not involve breaking a player? 20.11.50 # like my modyfied ipod 30gb 20.12.10 # b0hoon2: does the bootloader build make sense, or should I remove it again? 20.12.14 # I can't believe how much back & forth bitching there is on #5111 (ipod piezo), apparently we're all opinionated...who knew? :P 20.12.18 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 20.12.34 # pippijn: well, there is the bdm setup that LinusN has, maybe someone with the time to debug could borrow it 20.12.44 # and the knowhow 20.12.44 # b0hoon2: would you also make a wiki page for the player with install directions, and then add a link to it here: http://www.rockbox.org/wiki/TargetStatus#New_Platforms_Currently_Under_De 20.13.14 # that way people can find and install the port 20.13.38 Join JdGordon| [0] (i=1816d253@gateway/web/freenode/x-yuapuzvrsxgmrxjp) 20.13.54 # gevaerts: the OF bootloader can load three different files 20.14.08 # Here's what I have for the GoGear SA9200 Cabbie port. Any feedback on what's there? 20.14.10 # http://forums.rockbox.org/index.php?topic=16702.msg160979#msg160979 20.14.27 # b0hoon2: so the rockbox bootloader won't be used? 20.14.56 # i dont know how automated build works yet but it is possible to make the second bootloader 20.16.06 # however i dont see reason to make it 20.16.22 # Strife89: I'd rather drop the Rockbox logo in the lower left corner (or make it smaller) and have all the other status icons (I did so for the small screen ports). The logo serves no purpose 20.16.24 # pippijn: If doom wouldn't yield in the main thread, doom's own sound wouldn't work either 20.16.27 # for the build system the main reason to add things is to be able to notice when they break 20.16.37 # saratoga: i know but i was busy with the disasm :) 20.16.40 # amiconn: oh 20.16.48 # There really aren't many arguments *for* adding preemption, but there are many arguments against 20.17.07 # such as? 20.17.23 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 20.17.35 # we don't like the smel :) 20.17.38 # smell 20.17.41 # pixelma: Will do. 20.18.15 # pippijn: you need to protect stuff which shouldn't be interrupted by a thread swithch for one 20.18.18 # pippijn: for example you suddenly need protection for stuff shared between tasks. 20.18.33 # Performance, complexity, code size... 20.18.52 # domonoky: true 20.19.53 # * pamaury thinks the usb simulator code will be impossible to understand when it will be finished ;) 20.20.31 # how is target tree coming along? 20.20.34 # that should definatly be an acheivable goal! 20.21.25 # Strife89: and art and and the tag info to its right look a bit crowded (only a small gap), though I remember thinking the same about the small H10 port which is the same width 20.21.58 # b0hoon2: once we have install directions, and you have posted a compiled bootloader (if the port even needs one?), then we can add the port to the front page as supported 20.22.25 # gevaerts: if it is essential for build i'll try to add it to the main-pp.c bootloader 20.22.36 Quit MisterX (Nick collision from services.) 20.22.49 Quit amiconn (Nick collision from services.) 20.22.51 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 20.22.52 # * domonoky thinks this new port doesnt need a bootloader. and gevaerts should revert his last commit and instead add the main build. 20.23.11 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 20.23.16 # if the OF works as a bootloader, then we don't need a rockbox bootloader 20.23.23 # ah so it is possible that way 20.23.23 Quit elcan (Remote closed the connection) 20.23.29 Quit pixelma (Nick collision from services.) 20.23.31 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 20.23.48 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 20.23.49 # i think one of the phillips ports doesn't use a bootloader either 20.23.53 # b0hoon2: sure. some other targets (the old archos ones) also dont have a bootloader. 20.24.03 # mr500 doesnt have one either :( 20.24.06 # saratoga: it's been a long time I have not seen my Clipv1 crash 20.24.12 # ok now i know :) 20.24.14 # getting into rockbox is a real PITA on that one :p 20.24.19 # funman: the playback counter on mine got up to almost 200 hours 20.24.28 # and no crashes since november or so 20.24.59 # i'm quite happy with it, aside from battery life and that can be fixed in due time 20.25.38 # New commit by 03gevaerts (r24278): revert overhasty commit. The Vibe 500 apparently doesn't need a rockbox bootloader 20.25.55 # perhaps the bootloader should be removed from configure if it doesn't do anything? 20.25.55 # I remember crashes after fs#10605 had been committed, not sure what changed since 20.26.11 # saratoga: I'm not sure how easy that is 20.26.20 # well its not too important 20.26.43 # i shall test recording again, and perhaps voices 20.26.54 # * bluebrother has SCSI inquiry for ipodpatcher basically working on OS X 20.26.56 # so the vibe and gogear can become "unstable" supported ports basically whenever we get the wiki pages for them cleaned up 20.27.10 # now to clean up that mess ... 20.27.34 # funman: do you remember who it was that had an AMS m200? 20.27.49 # * domonoky has a m200v4 20.27.51 # domonoky has "the" m200v4 20.27.53 # :)= 20.27.53 # saratoga: currently it doesn't build cleanly due to the plugin keymaps 20.28.17 # atomikpunk started working on a m200v4 but it died in the process 20.28.53 # funman: i was thinknig maybe its time to revist atomicpunk's jtag work on that device, and see if we can use it to check the OF clocks 20.29.17 # m200v4 is in sad state. it can play music, but it has diplay problems, and turns of if volume is to high = unusable. 20.29.32 # saratoga: some people also made jtag connection on e200v2 i think 20.29.35 # that device had a easy to access jtag, so i think it should be possible to interrupt the OF, and ask the CGU what speeds are being used 20.30.02 # domonoky: that last feature might actually be a bonus. Politicians are talking about mandating that! 20.30.53 # gevaerts: :-) but it clearly is a codec/power setup problem. OF manages much higher volumes. 20.32.26 # perhaps this is also a symptom of high power consumption of rockbox on these models 20.32.49 # fix m200v4 powering off could increase battery life 20.32.54 Join fyrestorm [0] (n=nnscript@cpe-67-244-76-16.nyc.res.rr.com) 20.33.13 # regarding the vibe 500 main build. if the errors/warnings are only plugin keymaps, we could temporarly disable them in configure, and add it to the automated builds. 20.34.20 # funman: i need to find time to do more systematic measurements like we did for PP to figure out where power goes 20.34.35 # * domonoky is happy to send the m200v4 to someone, if someone is motivated to fix those issues :-) 20.35.29 Quit mc2739 (Read error: 60 (Operation timed out)) 20.37.10 Quit __arbingordon (Client Quit) 20.42.54 Quit S_a_i_n_t ("S_a_i_n_t [St.]™") 20.43.16 # a 4.xx firmware means an AMS m200 right? 20.43.28 # right 20.44.38 # they're so cheap on ebay i might as well just find a seller who has a v4 firmware and buy one 20.44.58 # maybe someday i'll have time to take it apart, solder on an adapter, and then figure out how jtag actually works . . . 20.45.50 # domonoky, I remember looking up some m200v4 OF initialisation for you , we're you able to do something with that? 20.47.09 # bertrik: i check those initialisations against the datasheet and our code. There were one or two thing which didnt do, but it didnt changed anything in behavior of the m200v4 20.47.16 # that reminds me, i found a company that sells dirt cheap break out boards for the sandisk dock connector 20.47.17 # +we 20.48.22 # A big difference is of course that m200v4 uses AA (or AAA) batteries and the rest of the sansa ams targets all use a lithium 20.49.20 # a single AA? 20.49.37 # jup, so it uses the 1.5v to 3.3v stepup voltage converter in the chip. 20.49.49 # yeah that may just not be set correctly 20.49.52 # as far as I understand, the main power is generated by upconverting from the AA, battery while it gets it directly from the Li battery on the other targets 20.49.59 # i tried every setting it has, but nothing change regaring the shutdown on high volume. 20.50.05 # yes, maybe the step up is configured incorrectly 20.50.20 # IIRC it has a few different settings you can use 20.50.39 # it only has 2 or 3 settings, and i tried them already without success. 20.50.46 # ok 20.50.50 # but maybe i did something wrong.. 20.51.13 # i still can't figure out why enabling line out and settings its volume to 0dB doesn't seem to produce audio through the fuze line out 20.51.14 # did you have the karaoke effect on the m200v4 when the headphone common mode was not set? 20.51.53 # domonoky: how bad is m200v4 battery life in rockbox compared to OF ? 20.52.35 # bertrik: i am not sure. but i tried it with on and off to test if it matters for the shutdown problem. 20.53.04 # funman: no idea. since its ont really useable i didnt let it run so long :-) 20.53.14 # s/ont/not 20.57.30 # what is the first piece of code executed when starting the firmware (not the bootloader)? 20.57.36 # is it apps/main.c:main? 20.57.40 # crt0.S typically 20.57.44 # ah 20.57.48 # after that? 20.57.58 # that one should call main() 20.58.07 # the one in apps/main.c? 20.58.12 # yes 20.58.22 # alright, thanks 20.58.28 Join panni_ [0] (i=hannes@ip-95-222-52-93.unitymediagroup.de) 20.58.40 # there is only one main() in firmware. each bootloader defines its own though 20.59.02 # note there is 2 main() in this file: one is for the simulator 20.59.23 # I see only one 20.59.31 # the simulator has app_main 21.02.09 Join kugel [0] (n=kugel@rockbox/developer/kugel) 21.02.29 # b0hoon2: hey, great job! 21.03.04 Quit Tomis (Read error: 54 (Connection reset by peer)) 21.03.07 # it looks like you pulled in floating point operations (in the lcd driver), possibly by accident? 21.03.27 # i have a one question about the ROLO, it doesnt work right now i suppose i should look at the scramble.c file? i didnt touched it because the original bootloader accepts mi v3 with the standard signatures 21.03.48 Join Tomis [0] (n=Tomis@70.134.82.253) 21.04.14 # kugel: thank you im glad to join to this project in tha small piece 21.04.33 # b0hoon2: do you use iram in the linker file ? 21.04.54 # * kugel thought ROLO on PP should 'just work' 21.05.50 # although HZ/6.6 probably resolves to an int at compile time? 21.06.35 # the . in 6.6 probably upgrades the entire expression to a float 21.06.52 Quit Tomis (Read error: 60 (Operation timed out)) 21.07.17 # yea, but it's the parameter for sleep() which only accepts int, so I would expect gcc to make an int from it 21.10.09 # that vibe500 seems to be another user of the renesas hd66773r with a slightly different register mapping 21.10.41 # it would be slightly nicer to do HZ*10/66 then 21.13.20 Quit b0hoon2 ("CGI:IRC (Ping timeout)") 21.13.32 Join b0hoon2 [0] (n=5887adc5@giant.haxx.se) 21.14.11 Quit funman ("leaving") 21.16.09 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 21.17.58 # funman: i suppose that it is defined in the boot.lds file? i've taken it from the iriver h10 port i didnt bother what it does, my mistake i should check it. 21.19.05 # b0hoon2: if the files are identical, maybe the same files should be used instead of duplicating them? 21.19.43 # Near final GoGear SA9200 Cabbie: http://www.picpaste.com/releasecandidate.png 21.20.12 # pixelma: Ping. ^ 21.21.15 # nls: i've looked at the directory tree and i assumed that every target has it's own app.lds and boot.ld file 21.21.32 # not all of them 21.22.12 Quit Highlander ("Quitte") 21.23.17 Quit lyngaas (Excess Flood) 21.24.23 Join lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) 21.24.47 Quit lyngaas (Excess Flood) 21.24.51 Quit dmb (Read error: 104 (Connection reset by peer)) 21.24.52 # Strife89|Laptop: why did you change the order of the icons (I'm quite sure the play status is the rightmost even though I don't use cabbiev2 on any of my targets) 21.25.17 Join dmb [0] (n=Dmb@unaffiliated/dmb) 21.26.30 # pixelma: I didn't move the "shadow" icons any further than I had to. 21.26.47 # pixelma: I actually hadn't realized they were out of order. 21.26.49 Join lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) 21.27.16 # New commit by 03tomers (r24279): Remove commented out line from iriver ifp7xx config file ... 21.27.23 Quit lyngaas (Excess Flood) 21.27.32 # I reviewed all targets config file, and got to the following conclusions: LCD_DEPTH <= 8 --> HAVE_LCD_COLOR never defined. 21.28.16 # Also HAVE_LCD_COLOR --> always LCD_DEPTH == 16 21.28.34 # Therefore I am about to remove some ifdef hell from fractals... 21.28.40 # tomers: I don't think it's a good idea to assume it will always stay that way 21.28.41 # Strife89|Laptop: do you use the same x-coordinates as the small H10 port (the 128x128 one)? I think it makes sense if the screen is 128x160, or I remember wrong 21.29.03 # besides, when grepping one of course has to check if the matched lines aren't commented ones ... 21.29.06 # tomers: it's possible that > 16 depth might happen 21.29.34 # but <= 8 not being colour sounds perfectly reasonable 21.29.56 # JdGordon: I know. But HAVE_LCD_COLOR is always LCD_DEPTH<=8, and that's what I need 21.30.04 # yeah. thanks 21.30.42 # pixelma: I have been using the Nano port as a baseline; I didn't realize that the H10 screen was that size. 21.30.54 # * amiconn disagrees 21.31.10 # pixelma: With that said, I did move the order. 21.31.17 Join lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) 21.31.47 # It applies to all currently supported targets, but there's no guarantee it will stay that way 21.32.09 # arnt some targets 18bits already but used as 16? 21.32.12 # hah, synaptics-mep.c has a different declaration for touchpad_set_buttonlights than synaptics-mep.h 21.32.26 # bluebrother: I know, but that file was the only one that way, and I wanted to get rid of it. it doesn't imply any convention that developers should follow. and that target will never be 'upgraded' to that define, anyway.. :-) 21.32.51 Quit stoffel (Read error: 110 (Connection timed out)) 21.33.54 # pixelma: I've moved it so that things are back in order. Anything else notable? 21.35.32 Join Batmanifestdesti [0] (n=chatzill@174-23-189-253.slkc.qwest.net) 21.36.03 # hey guys, I just got a Sansa Fuze, and was wondering what the chances of bricking it with the unstable rockbox were. 21.36.19 # Can someone please explain, in mandelbrot_set.c:28, why fb_data is not used instead of unsigned char? 21.36.49 Join stoffel [0] (n=quassel@p57B4D339.dip.t-dialin.net) 21.37.08 Quit stoffel (Remote closed the connection) 21.37.40 # http://www.picpaste.com/RC2.png 21.37.53 # That code is inside #ifdef USEGSLIB, which is set if LCD_WIDTH<8. In that case fb_data will be either unsigned short, or unsigned char... What's wrong with that? 21.38.01 # oh dang, my Fuze is v02.02.26 21.38.10 # so I guess rockbox doesn't work on it yet 21.38.43 # Strife89|Laptop: you thought about using the "now playing" line for the progressbar like some of the other smaller targets? 21.38.43 # tomers: The greylib uses unsigned char by definition. This has nothing to do with the core's fb_data 21.38.47 # to free up some space 21.38.47 Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) 21.38.49 # Maybe because grey_ub_gray_bitmap_part takes onli unsigned char as argument? 21.38.53 # or, I think it wouldn't work 21.39.04 # or maybe it would, since the hardware seems the same 21.39.10 # amiconn: Thanks. It makes the code somehow more complicated 21.39.13 # Batmanifestdesti: the hardware is different 21.39.18 # JdGordon|: Even the c200 doesn't do that, though. 21.39.23 # crap. >.> 21.39.41 # I guess i'll just wait for Rockbox to mature and develop for v2 21.39.49 # maybe its only the iriver remote that does it 21.40.05 Nick Batmanifestdesti is now known as Benjamin (n=chatzill@174-23-189-253.slkc.qwest.net) 21.40.12 # it looks like it fills the screen better on the mini than your screenshot 21.40.15 # JdGordon|: I believe so. 21.40.24 Nick Benjamin is now known as Batmanifestdesti (n=chatzill@174-23-189-253.slkc.qwest.net) 21.40.24 # and you've got 2 extra lines 21.40.38 # amiconn: But grey_draw.c et al. only compiles if LCD_DEPTH<4, and the check for USE_GSLIB is LCD_DEPTH<=8. It is a bug, isn't it? 21.40.48 # Strife89|Laptop: could you try putting the next song line above the progressbar (it could still be across the whole width) 21.40.49 # JdGordon|: Not sure what to put on those two lines. :/ 21.40.52 # seeya 21.40.56 Quit Batmanifestdesti ("ChatZilla 0.9.86 [Firefox 3.0.13/2009073022]") 21.41.25 # * tomers wonders if there some sort of global define that can be used instead of local USE_GSLIB 21.41.31 # pixelma: Yeah, I'll do that. But the space below the progress bar will become an empty void. :/ 21.42.42 # huh? I'd push it down, then it's the same as everywhere else (well except the c200 :\ ) 21.42.59 # tomers: Maybe you could do that here, but USEGSLIB isn't the same in all plugins 21.43.16 # last three "lines" - progressbar, playtime info, statusbar 21.43.37 # For instance the cube plugin uses the greylib only for mono targets, not for 2bit greyscale (and up) 21.44.56 # amiconn: All plugins that define USEGSLIB do it if LCD_DEPTH<8, but again, it is compiles only if LCD_DEPTH<4, so if we had a target with LCD_DEPTH==4 we had a compilation error 21.45.30 # Yes, but such a target doesn't exist (so far) 21.45.51 # amiconn: should I fix this? setting test to <4? 21.46.02 # n1s: i will try to fix the ROLO and make a patch, until then i just propose to have 2 different files? 21.46.17 # That doesn't apply to all plugins though 21.46.24 # (as already mentioned) 21.46.42 # amiconn: can you please enlighten me, what is that lib used for, and what are the consideration that a plugin have for using it or not? 21.47.07 # b0hoon2: it's not a real problem, only that duplicated code usually leads to extra maintenance work and sometimes duplicated bugs, etc 21.47.47 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 21.48.08 # amiconn: I disagree - the test can be stricter - i.e. only for 1 bit depth, as in the cube. but it cannot be more relaxed, because it will result in compilation errors 21.48.40 Quit fyrestorm ("Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!") 21.49.38 # The greyscale library allows to show more shades of grey than the LCD supports natively 21.49.39 *** Saving seen data "./dancer.seen" 21.50.00 Join Tomis [0] (n=Tomis@70.134.100.110) 21.50.19 # 129 shades, as opposed to 2 shades (monochrome lcd, black & white), or 4 shades (2 bit greyscale LCDs) 21.50.40 # amiconn: so maybe we can have it included for LCD_DEPTH<8 in apps/plugins/lib/SOURCES:10 21.50.41 # This is done using temporal dithering 21.50.42 # the greylib provides a means to show gresyscale things on mono targets and more shades of grey on greyscale targets (cube only needs 3 shades anyways so can use the native one on our current greyscale targets) 21.51.19 # thanks for your explanations 21.51.24 # bertrik: there is a one more bug i think (synaptics-mep.c), for other target than Pbell its gets 2 bytes of ack while it should get 1 byte i think, even the comment stands about it? 21.52.57 Quit Oxymis ("No Ping reply in 180 seconds.") 21.53.16 Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 21.53.25 Quit pamaury ("abort();") 21.54.00 # New commit by 03tomers (r24280): A simple rename in cube.c (s/USE_GSLIB/USEGSLIB) in order to have better consistency across plugins 21.55.54 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.2.13) 21.56.15 # pixelma, JdGordon|: http://www.picpaste.com/RC3.png 21.56.53 # b0hoon2, I'm not really familiar with synaptics-mep to be honest 21.57.04 Quit Tomis (Excess Flood) 21.57.18 # I wonder why char parameters are used anyway, is it perhaps some kind of attempt of optimisation? 21.58.03 Join Tomis [0] (n=Tomis@70.134.100.110) 21.58.16 Quit Tomis (Excess Flood) 22.00.14 # i don't know but the brightness and the led_mask should be 1 byte long anyway 22.00.57 # on line 616 the byte is shifted right 8 bits ... 22.01.35 # which suggests that led_mask is longer than 1 byte 22.03.11 # or is it supposed to do some clever thing with the sign bit when shifting? 22.03.30 Join Casainho [0] (n=chatzill@87.196.183.60) 22.05.58 # Strife89|Laptop: what's the empty line in the track info part? 22.06.38 # pixelma: Nothing more than a seperator for readability. 22.06.46 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.07.27 Quit tomers ("ChatZilla 0.9.86 [Firefox 3.5.7/20100106054534]") 22.07.29 # ah, true it is because the parameters passed for the MEP orders are always in 16bit format, in this case (order 0x31) every bit is responsible for one led. So it is a bug in the header file? 22.08.16 # Strife89|Laptop: and did you look at the 128x128 port? It has a bit bigger and in my eyes cleaner icons and I like its splitting the album and year info into two lines (scrolling album title is a little less likely at least). 22.08.53 # b0hoon2, yes I think so 22.09.48 # pixelma: I have not, but I will take a look. 22.10.06 # Icons were copied from the iPod Nano port. 22.10.16 Quit Kitar|st (Client Quit) 22.10.19 # I don't understand why playing time doesn't show up on that one (should update my sim before though) 22.10.30 Quit Akranis ("Leaving") 22.10.45 # Strife89|Laptop: only copied without rescaling? 22.10.55 # pixelma: Yes. 22.11.03 # weird 22.12.04 Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 22.15.51 # * pixelma still ponders a cabbiev2 version for the c200 port which uses a 10 pixel tall font so that the playtime info fits without dropping anything else - as well as volume display in dB while changing volume for all 22.16.44 # * rasher wishes (unsurprisingly) that there was a large-font version 22.17.41 # Question: Is there any reson why the .bmp's in the source are range from 71 to 299dpi? Can they be more, or less without breaking anything? 22.18.04 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 22.18.09 # dpi doesn't matter, just the resolution 22.18.10 # S_a_i_n_t: dpi makes no sense for those 22.18.28 # Casainho: my bloody mini2440 wont flash :/ 22.18.48 # how do you mean, makes no sense? 22.18.57 Join Kitar|st [0] (i=Kitr88@BSN-182-116-247.dial-up.dsl.siol.net) 22.19.20 # JdGordon|: why? 22.19.26 # dpi doesn't mean anything in this context 22.19.37 # did you asked to domonoky or Bob_C? 22.19.41 # since you haven't defined a size scale 22.19.51 # dpi is a unit that's needed for printing etc., for our purpose it's only important how many pixels wide our high something is 22.19.56 # I keep getting error 902, yeah domonoky couldnt help, i emailed bob 22.20.00 # JdGordon|: are you using JTAG? if so, which dongle? 22.20.08 # the one it comes with 22.20.32 # Ah, I'd just wondered why they weren't constant...thats all. 22.20.39 # New commit by 03bertrik (r24281): Add a missing #include, make a function static, make touchpad_set_buttonlight implementation and declaration consistent 22.20.40 # JdGordon|: I flashed my Mini2440 using Olimex USB JTAG dongle. 22.20.49 Part anjaa 22.21.04 # i dont tihnk the issue is there... openocd connects fine 22.21.11 # JdGordon|: and I did it on Linux Ubuntu, using OpenOCD scripts. I think Bob_C did the same... 22.21.14 # * JdGordon| will just wait for bob tor reply 22.21.58 # JdGordon|: so, are you getting on the OpenOCD shell? 22.22.07 # yes 22.22.22 # JdGordon|: and did you try to erase? 22.22.33 # I'd just wondered whether or not the dpi mattered when it comes to replacing images in the source. So, as long as the filename/dimensions are the same...it'll work? 22.22.58 # JdGordon|: are you using the same OpenOCD scripts I used? -- they are shared on Lyre site! 22.23.01 # I must go now, thanks to all developers for allowing this port, im sorry for the slow answers, it will sound very weird but i have never used IRC before and everything flick before my eyes so fast. 22.23.29 # JdGordon|: and can you halt, reset and run the CPU? 22.23.56 # Casainho: erase says it works fine (as does the verify), yes im using those scripts, and yes, I tried loading the binary to 0x30000000 and running and it ran fine 22.24.01 # b0hoon2, goodbye, see you later! 22.24.03 # it just wont write it to flash 22.24.17 Quit _zic (Remote closed the connection) 22.24.24 # but im in windows and need to eat and get to work o cant play now 22.24.58 # JdGordon|: I remember that there is some select button to select the correct flash IC, before we can flash it 22.25.18 # JdGordon|: like there is NAND and NOR flash... you should select the correct one 22.25.27 # yes, its set to nor 22.25.48 # thank you and good night. 22.26.07 # JdGordon|: ok, good luck ;-) -- I am still working on my 3D printer, soon I hope be able to print a plastic enclosure for Mini2440 :-) -- you know, Domonoky also got a 3D printer :-) 22.26.26 Quit b0hoon2 ("CGI:IRC 0.5.9 (2006/06/06)") 22.26.35 # I'm wondering what I'm doing wrong...I want to replace the splash screen/various other images etc. the filenames match, the dimensions match, filesize matches...but it won't compile. Any ideas why? 22.27.07 # maybe the error messages tell you something? 22.27.20 # also a make clean is probably a good idea 22.28.20 Quit Casainho ("ChatZilla 0.9.86 [Firefox 3.5.3/20091020122601]") 22.28.24 # next build I'll post the specific error, I can't remember it off the top of my head. 22.28.35 Join MethoS- [0] (n=clemens@134.102.106.250) 22.33.13 # tomers: seen my email to the dev list? 22.34.10 Join balug [0] (n=dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) 22.34.42 Quit balug (Client Quit) 22.34.56 Join dantje_ [0] (n=dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) 22.39.14 Join Tomis [0] (n=Tomis@70.134.100.110) 22.41.51 Join Tomis2 [0] (n=Tomis@70.134.98.94) 22.45.09 Join fyrestorm [0] (n=nnscript@cpe-67-244-76-16.nyc.res.rr.com) 22.46.19 Join FOAD_ [0] (n=dok@dinah.blub.net) 22.47.27 Quit domonoky (Read error: 104 (Connection reset by peer)) 22.48.10 Quit froggyman (Read error: 104 (Connection reset by peer)) 22.48.29 Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 22.48.58 Join Tomis2_ [0] (n=Tomis@70.134.102.66) 22.49.19 Quit StealthyXIIGer (Read error: 110 (Connection timed out)) 22.49.26 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 22.50.32 Quit Tomis2 (Read error: 60 (Operation timed out)) 22.53.56 Quit Strife89 ("Leaving") 22.56.00 Quit StealthyXIIGer (Read error: 54 (Connection reset by peer)) 22.56.01 Quit Tomis (Read error: 110 (Connection timed out)) 22.56.04 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 22.58.04 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 22.58.19 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 22.58.22 Quit FOAD (Read error: 110 (Connection timed out)) 22.58.22 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 22.59.41 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 23.00.14 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 23.02.49 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 23.03.03 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 23.06.45 Join TheSphinX^ [0] (n=cold@p54A5D578.dip.t-dialin.net) 23.11.20 Quit Tomis2_ (Read error: 104 (Connection reset by peer)) 23.11.58 Join Tomis [0] (n=Tomis@70.134.102.66) 23.12.01 Quit dantje_ ("Ex-Chat") 23.14.09 Quit bmbl ("Bye!") 23.15.35 Join JdGordon|| [0] (n=Miranda@nat/microsoft/x-trtigzttipvyfvbo) 23.16.19 Join Space [0] (i=quassel@unaffiliated/spaceghost) 23.16.48 Join mc2739_ [0] (n=mc2739@rockbox/developer/mc2739) 23.17.28 Quit fyrestorm ("Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!") 23.20.22 # hm... since the begining of december I noticed a small "pause" when the buffer of my ipod video 64mb refills. Also on the latest build (r24281) 23.21.04 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 23.21.10 # basicaly when a song is playing and the buffer starts to refill, the current song stops playing for a second. 23.21.48 # has anyone else noticed this? 23.23.54 # i thought people testing the dma patch reported that, but not with svn 23.23.59 # Horscht: can you check the watermark number in the buffering thread menu? 23.24.03 # I'm not sure. I have this vague feeling that people saw it 23.24.11 # hm, saratoga is probably right though 23.24.38 # I am using SVN, since I don't have a build environment 23.25.06 # kugel, 31342648 23.25.15 # or does it have to be at a certain time? 23.25.33 # now it went down to 192000 23.25.38 # the watermark says when to start rebuffering. it should be big enough to hold audio data for at least the disk spin up time 23.26.05 # ok, what bitrate is your audio? 23.26.05 # ok, just a moment 23.26.08 # I wonder if Torne's multisector change could be involved 23.26.22 # various, moslty V2 or V0 23.26.40 # that means? 23.26.56 # VBR quality 23.27.09 Quit mc2739 (Nick collision from services.) 23.27.17 Nick mc2739_ is now known as mc2739 (n=mc2739@rockbox/developer/mc2739) 23.27.25 # V2 should be about... 256kbit/s, V0 ~ 320 23.27.28 # i think 23.27.31 # ah ok 23.27.46 # or was it 192/256? 23.28.14 # -V0 (~245 kbps), -V1 (~225 kbps), -V2 (~190 kbps 23.30.57 # that should be plenty 23.31.30 # waiting for the rebuffer now... just a few more minutes :) 23.33.14 Quit Spaceghost (Read error: 110 (Connection timed out)) 23.34.16 # kugel, 223000 23.34.46 # is what the watermark says 23.36.36 # yea, that should be plenty. that's more than 6s before it's empty 23.36.46 # maybe fragmentation is an issue? 23.37.49 # isn't there a "disk spinup time" setting? 23.38.50 Join GeekShad__ [0] (i=Antoine@78.251.72.159) 23.40.54 Quit GeekShadow (Connection timed out) 23.40.58 # hm... fragmentation does not seem to be a problem... 0.09% fragmentation 23.41.03 # Horscht: the code assumes 5s spin up time, but AFAIR there's asetting to alter that assumption for faster/slower spinning disks 23.41.54 # so whats the story with 3.5? are we outright leaving it till march? 23.42.22 # I don't care one way or the other, but having someone come up with an answer would be nice 23.42.27 # only 1 reply to my "so what now" mail.. 23.42.41 # kugel, i found a setting called "disk spindown" 23.42.52 # which is set to 5s 23.43.21 # JdGordon||: I've got confused somewhere down the line - what are we actually waiting for? What needs fixing/polishing? 23.43.30 # It doesn't sound as it would be the one, but you could try if it has an influence on the watermark 23.44.39 # to me it sounds like a setting that would affect the time the disc stops *after* the buffering 23.45.17 Quit S_a_i_n_t (Read error: 104 (Connection reset by peer)) 23.45.48 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 23.46.26 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.2.68) 23.47.40 # kugel 192000 with a 15s spindown time 23.47.43 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 23.48.03 # AlexP: I'm not sure 23.48.03 # B4gder: do you remember what the stuff was in the origional email that you wanted to let stabilise? 23.48.04 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 23.48.21 # gotta go to be now. I am tired :( 23.48.46 # no... could have been the target renaming? 23.49.17 # Horscht: it seems to be called antiskip 23.49.20 # the only thing I remember was sbs stuff which seems to be in reasonable shape now 23.49.42 *** Saving seen data "./dancer.seen" 23.50.07 # kugel, where would I find that in the rockbox settings so i can try tomorrow? 23.50.33 # "Anti-Skip Buffer", I assume in the playback settings 23.50.42 # ah, found it. under playback. 23.51.02 # Let's do it then! 23.51.13 # i was expecting it under general -> system -> disk 23.51.20 # Did any of the release checklist stuff get worked out? 23.51.26 # except plugins, but we have a bandaid handy 23.51.26 # probably not 23.51.37 # anyways i'll try tomorrow, good night 23.52.00 # Horscht: just leave a message then, we read the logs :) 23.52.20 Quit bagawk (Read error: 104 (Connection reset by peer)) 23.55.33 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 23.55.59 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 23.56.56 # ok, so is everyone totally indifferent to releaseing? 23.57.29 # I'm not indifferent to releasing in general, but I'm slightly indifferent to the exact timing 23.57.51 # but yes, now is as good a time as any to start the freeze as far as I'm concerned 23.58.18 # *now* would be unfair 23.58.38 # but I'd be happy to have someone decide release feb 1(ish) and freeze next week 23.58.45 # which gives people time to get anything in 23.58.45 # I suggest _somone_ just picks a date and stand firm to start the freeze at that date 23.58.50 Quit GeekShad__ (Read error: 110 (Connection timed out))