--- Log for 04.05.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 1 day and 10 hours ago 00.00.23 # and yes I agree it sounds like the AMS mode 00.00.25 # Are you sure that's a v2 for that price? There are a lot of refurbished m2x0s around, and at least the one I bought was a v1. 00.00.41 # But for that price, you could risk it anyway... 00.01.00 Join fyre^OS [0] (n=fyre@cpe-68-173-171-53.nyc.res.rr.com) 00.01.18 # BigBambi: it was done via I pod first and via caddy after 00.01.27 # the V2s apparently came out 18 months ago for the M series, so I doubt theres too many refurb V1s still around 00.02.01 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 00.02.23 # Maybe I was just lucky then... (I wanted a v1). 00.02.55 # hmm the new ones are only $20, so that'd make more sense 00.03.48 # What capacity are the ones for that price? I paid 20GBP (almost $40) for my refurbished m260 (4GB) in the UK. 00.03.57 # 1 GB 00.04.06 Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) 00.04.12 # OK, I feel better then ;) 00.04.12 Quit Xerion (Read error: 104 (Connection reset by peer)) 00.04.15 # perfect for bricking 00.04.40 Join moos [0] (n=c40cd998@gateway/web/cgi-irc/labb.contactor.se/x-21d8a6a6c86bd0b2) 00.04.46 Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 00.05.12 # jhMikeS: ping 00.05.19 # saratoga22: will you bid on the S30 , the one finishing in 2H ? 00.06.23 Quit DerDome ("Leaving.") 00.07.44 # i already did :) 00.07.51 Quit bluebrother ("Verlassend") 00.09.26 # ok, just to don't bid on this one ;) 00.10.21 # were you looking to get another one? 00.14.56 Quit barrywardell () 00.16.27 # not really, just for spare parts and who knows, the lcd on this one is perhaps working 00.18.41 Quit fyrestorm (Read error: 113 (No route to host)) 00.19.08 Quit [CBR]Unspoken|w (Read error: 110 (Connection timed out)) 00.20.07 # i think probably half the gigabeats on ebay are broken 00.21.01 Quit fyre^OS (Read error: 113 (No route to host)) 00.22.44 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 00.23.29 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 00.24.23 Quit robin0800 (Read error: 104 (Connection reset by peer)) 00.25.47 # why does gcc assembly "x &= ~y;" to "LDR R0, =[~y]\nAND x, x, R0" instead of "BIC x,x,#y"? is there an optimisation flag for this? 00.26.05 Quit Horscht ("electromagnetic radiation from satellite debris") 00.26.38 # assemble* 00.29.50 # Is y a constant? 00.30.42 # I'm sure I've seen gcc use bic in those cases. 00.30.56 # yes, y is a constant 00.31.25 # if gcc would do this all the time, wouldn't be this a total loss of binary size (and RAM usage)? 00.32.48 # What's the exact statement it's not using bic for? 00.33.38 # for example "IO_CLK_MOD1 &= ~(CLK_MOD1_VENC | CLK_MOD1_OSD);" 00.33.46 # CLK_MOD1_x are macro's 00.33.49 # mcuelenaere: Depends on your y. In order to use bic, y needs to be an allowed arm constant 00.33.58 Quit Synergy6 ("Adios") 00.34.08 # it should be possible, as the OF uses BIC 00.34.17 # and the code is identical 00.34.26 # well, maybe not in C; but in ASM it should be 00.36.14 # * amiconn isn't surprised though that gcc doesn't pick up all possible optimisations 00.36.48 # maybe a stronger optimisation has to be set in the Makefile? 00.36.55 # nah 00.37.17 # If you set higher -O levels, all you achieve most of the time is bigger code which runs slower 00.37.27 # gcc definitely uses bic quite a lot though - to implement &= ~x 00.37.41 # mm strange 00.38.01 # linuxstb: Yes, but I'm not surprised it doesn't pick up all opportunities to do this 00.38.37 # maybe it has something to do with IO_CLK_MOD1 being volatile or not 00.38.41 # gcc isn't very good at optimising (perhaps it is on x86 - that's something I don't know at all) 00.39.22 # That's why the most time critical code parts in rockbox are often written in asm 00.39.24 # this is a pastebin http://pastebin.com/d4e221b30 00.39.38 # above is rockbox, below OF 00.40.26 # bertrik: I've just tried "REG &= ~0x18" (which IIUC is your statement), and gcc used bic... 00.40.37 # This is compiling for the m200 00.41.01 # IO_CLK_MOD1 is a volatile unsigned short*, would that be it? 00.41.27 # In my code regs are longs (but also volatile) 00.41.59 # they have to be 16-bit accesses 00.42.10 Quit gevaerts ("sleeping") 00.42.39 # Ah, that's the difference - gcc uses bic for longs, but not shorts... 00.42.46 # mcuelenaere: That means that gcc cannot use bic without a separate hint 00.43.04 # amiconn: and that hint is? 00.43.10 # hmm, does it *really* have to be 16-bit? 00.43.22 # hmm, as far as I know yes 00.44.26 # A short only fills half of a reg, and hence it cannot use bic for &=. You need to experiment a little - maybe some casting will do the trick 00.44.42 # datasheet says: "Address 0x0003:xxxx - This area should be accessed by half word (16-bit)" 00.45.12 # A somewhat nasty expression that should do the trick though: 00.45.54 # IO_CLK_MOD1 = (unsigned int)IO_CLK_MOD1 & ~(CLK_MOD1_VENC | CLK_MOD1_OSD); 00.46.51 # and if I would do #define IO_CLK_MOD1 (unsigned int)(*(volatile unsigned short*)(0x***)); would that work too? 00.47.18 # perhaps 00.47.45 # I wouldn't care too much about this though, unless this code is executed several thousands of times per second 00.48.12 # ah ok, thanks 00.48.13 # amiconn: That doesn't seem to work... 00.49.07 # and why does GCC insists on doing "LDR R3, =function\nBLX R3" ? I've not seen "BL function " very much 00.49.18 # all calls on arm being long (as amiconn explained to me) probably also helps a lot in increasing the binsize 00.49.33 # Not all calls are long 00.49.52 # ok, I misunderstood then 00.49.59 # Calls within the same section are short, and calls to static functions are always short 00.50.39 # Calls to iram functions are always long though (because it's a separate section), except on iFP 00.51.21 # ah, you're right now I see 00.51.49 # I just thought it would always do long calls (which would double binsize for these calls) 00.53.31 # I was confused by the -mlong-calls compiler option thinking it forced *all* calls to be long 00.53.43 # The only other reason where this bic vs. ldr/and issue matters would be if you're short on memory 00.54.02 # Not sure how much ram the zvm has 00.54.08 # 64MB :) 00.55.28 # ...or for some reason the loadable firmware file size is limited 00.56.15 Quit mf0102 (Remote closed the connection) 00.56.15 # naah, not that I know of :) 00.56.19 # Both reasons apply to the archoses, and the first one applies to the iFP (but that port seems to be almost dead, unfortunately) 00.56.57 # (archos isn't arm based of course) 00.58.01 Quit faemir (Remote closed the connection) 01.04.25 # My two telechips devices (M260 and DAX) only have 2MB RAM... But at least they're flash-based. 01.05.08 # Yeah, but nevertheless you should try to keep rockbox' memory footprint low on them 01.05.34 # Of course. 01.05.52 # The hardware's very simple though - and the LCD is just 128x64 mono 01.06.10 # There are several cases where more ram gives better experience - higher jpeg size limit 01.06.15 # ...for instance 01.06.23 # *more free ram 01.07.33 # I'd be curious to see how the buffering code behaves on such targets 01.07.55 # Nico_P: I was meaning to ask if you've tested buffering with a tiny buffer... 01.07.59 # it ought to be fine of course, but still 01.08.02 # linuxstb: no 01.08.19 Quit bepe86 (Read error: 104 (Connection reset by peer)) 01.08.20 Join Bepe_ [0] (n=Bepe@213.151.130.162) 01.08.38 # but I guess it's the same as a 32 MB buffer and even bigger tracks 01.09.15 # linuxstb: Maybe you event want -Os on those targets 01.09.22 # Do we still have that 512KB codec malloc buffer? 01.09.30 # linuxstb: the voice file for most targets is around 800k so it could get cramped in there... 01.09.35 # linuxstb: i think so 01.10.08 # isn't vorbis the only codec that really needs it? 01.10.29 # Yes, I think so. But others use it a little as well - just because it's there... 01.10.47 # maybe it doesn't need to be so frigging huge 01.11.14 # And the codec and plugin ram should probably be reduced. Not sure whether 32KB of plugin ram (as on archos) are sufficient though - arm code tends to be bigger than sh1 code 01.11.15 # And I guess I can get away with an almost Archos-sized plugin buffer. 01.11.39 # 48KB should definitely do though 01.11.46 # Yes, that's the figure I was thinking. 01.11.52 # iFP used 64KB iirc 01.12.03 # And that one only has 1MB ram 01.13.11 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") 01.13.40 Quit lee-qid (Read error: 110 (Connection timed out)) 01.14.22 # It's not even complete yet, and rockbox.bin is about 390KB for the m200... 01.14.31 # * amiconn ponders whether he should pick up the iFP port... 01.14.40 # Try -Os ... 01.14.48 # Just about to... 01.15.25 # Is changing it in the Makefile in the build directory enough? 01.15.43 # should be + make clean of course 01.16.16 Join petur [50] (n=petur@rockbox/developer/petur) 01.16.24 # Hmm, down to 366064 (was about 392000) 01.16.54 # amiconn: considering the small size of the potential audience, I'd say it's not a top priority port 01.17.16 # but it could be fun of course 01.18.07 # It's somewhat challenging 01.18.20 # Just 1MB RAM and 60MHz single core arm7tdmi 01.19.21 # Not sure which other DAPs exist that use the PNX0101 01.20.31 # * linuxstb feels spoilt - 2MB RAM and 120MHz 01.21.27 # linuxstb: The size gain sounds reasonable. ARM code is bigger than SH1 code, and swcodec has somewhat more core code than hwcodec 01.21.57 Quit styleism (Read error: 110 (Connection timed out)) 01.21.59 # Yes, including speex... 01.22.25 # Maybe someone should have a look at thumb again, for non time critical stuff 01.23.14 # linuxstb: The spoiling goes one step further - iirc telechips is arm9 01.24.05 # * linuxstb promises not to clock it faster that 50MHz ;) 01.24.32 # * amiconn is curious whether the logikdax will be able to decode ape realtime, and which compression level(s) 01.24.53 # There's a list of PNX0101 players here - http://forum.mp3store.pl/index.php?showtopic=14695&mode=threaded 01.24.59 # Seems quite a few. 01.25.28 # amiconn: will the ifp be able to? ;) 01.25.47 # n1s: Haha, even the PP targets aren't... 01.26.12 # amiconn: IIRC, armv5 has got some DSP instructions which should help with APE, so it should be reasonable. 01.27.26 # * amiconn wonders why he remembered 60MHz for the PNX0101 01.29.27 # * Nico_P is pleased to see users don't seem to be complaining about playback too much ATM 01.29.30 # saratoga22: still winner ? 01.30.46 # linuxstb: Did you take a look at that libavcodec range decoder? 01.31.08 # Nico_P: playback seems just fine, just encountered problems with playlist operations 01.31.34 # * mcuelenaere wonders himself why linux doesn't have a logical target tree like Rockbox.. 01.31.49 # moos: it's not quite as fine as I'd like it to be, but it seems good enough that I can rest for a bit before going back to it :) 01.32.46 # * amiconn would in fact like to do that just for the challenge, but can't afford to do so atm :/ 01.32.54 # hehe :) 01.32.56 # Too many other things on my list already 01.33.03 # amiconn: Only superficially, and I couldn't see how it could replace what APE is using. I also don't think the ffmpeg have done anything with it either. 01.33.37 # But I'm sure there must be room for optimisation there somewhere (or elsewhere in that part of the code). 01.34.55 # I think the predictor can be optimised a bit more on coldfire, by carefully checking which register is "reserved" for how long, and then converting some stack vars into register vars 01.35.19 *** Saving seen data "./dancer.seen" 01.35.23 # But more than half of the decoding time is spent in the range decoder at -c1000 01.38.10 # Optimising the predictor might be enough to make -c3000 usable on coldfire 01.39.05 Quit ompaul (Client Quit) 01.42.14 # toffe82: yes still winning 01.42.46 # doesn't FAAC use the malloc buffer too? 01.43.19 # The mp4 parser does - for the seektable (a list of frame sizes) 01.43.27 # I'm not sure about FAAD itself 01.43.33 # But I expect so. 01.43.42 # mp4 frames are variable sized? 01.44.06 # Yes 01.44.23 # or do you mean AAC frames 01.45.00 Quit ender` (" Trying to establish voice contact ... please yell into keyboard.") 01.45.02 # I mean mp4 packets 01.45.31 # IIRC, they can vary both in duration (number of samples) and size in bytes. 01.45.44 # how annoying 01.46.02 # how is one supposed to deal with this normally? 01.46.24 # i can't image the format expects lots of space to buffer seek tables 01.46.37 Quit bertrik ("bye") 01.48.34 # * linuxstb shrugs 01.49.19 # 4.45 runtime on my S30 with q4 oggs 01.50.37 # a whooping 38% of the qouted 12.30 runtime for the OF, room for improvement :) 01.52.26 # n1s: hmmm 01.52.34 # now let's hope batter_bench worked ok 01.52.40 # battery 01.54.51 # * linuxstb wonders how the beast would do with insane APE files 01.55.23 # * n1s has 0 ape files and is not aware of any linux encoders 01.55.43 # n1s: only 4.45? that's really not very good 01.55.46 # The command-line encoder works fine with Wine - do you want it? 01.56.10 # linuxstb: sure, can't test now though, needs to recharge 01.56.22 # Ah, in fact I have a Linux binary... 01.57.03 # Nico_P: we don't power down the HD, scale frequency (or adjust core voltage) 01.57.18 # hmm, true 01.58.10 Quit mcuelenaere () 01.58.19 # and maybe some hardware inside the soc as well as outside is left on? 01.59.13 # I have trouble imagining WinCE as very battery efficient though :p 01.59.40 # As shown by it's tendency to keep the hard disk spinning... 02.00.08 # indeed. something tells me that's not all 02.01.19 # I guess we'll find out soon enough. 02.01.54 Quit petur ("killed by baileys") 02.03.18 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 02.03.33 # saratoga22: winner :) 02.05.27 # another beast owner? :) 02.06.27 # Long live the beast hegemony! 02.06.42 # Indeed, I will start using it as my main player 02.07.05 # I need to battery_bench the beast to make sure that it lives to its legend. 02.08.53 Quit Nico_P ("bed time") 02.09.07 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 02.09.42 # i've still got 10 minutes to go! 02.10.05 # i think theres going to be more beast developers then beast users 02.10.22 # good! 02.11.08 # saratoga22: I thought you were bidding on the broken one , it finished at 15$ 02.11.28 # no i'm bidding on a working one 02.13.38 # toffe82: what was broken about it? 02.13.58 # lcd ? they didn't say it 02.14.07 # the guy didn't say, other then that it wouldn't turn on 02.14.28 # thats a shame...for $15.. 02.14.49 # unless people say the screen works, i tend to assume its broken, since half of ebay gigabeats are people selling ones with broken screens 02.15.18 # i need an s60 with a broken screen if saratoga22 wins the working one ;) 02.15.43 Join webtaz [0] (n=webtaz@p4FD4A064.dip0.t-ipconnect.de) 02.15.48 # those seem hard to find 02.15.53 # i looked for a bit 02.15.56 # hello 02.16.15 # I misunderstood, I wanted to bid on the broken one :( 02.16.18 # i'm not finding a lot of s60s on ebay, unless somehow i just fail at searching. 02.16.52 # toffe82: sorry, didn't realize there'd be two auctions ending at almost the exact same time 02.17.07 # I'm trying to sync a patch, and could need a bit help with the playback_control (or the changes wich viewport did to it) 02.17.19 # that's ok, there are some more ;) 02.19.36 # webtaz: What's the problem? (or what's the patch?) 02.19.47 # dict2 patch 02.19.48 Quit linuxstb (Nick collision from services.) 02.19.51 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 02.20.42 # i managed to fix some changes wich are related to viewports, by taking the changes from a actual build which has this patch build in 02.21.03 # but this build uses an old version of the playback_control.h i think 02.21.19 # so i cant reuse the term of it 02.21.25 Nick JdGordon|zzz is now known as JdGordon (i=jonno@rockbox/developer/JdGordon) 02.21.28 # Have you changed the call to playback_control(rb) to playback_control(rb,NULL) ? 02.21.59 Quit XavierGr (Nick collision from services.) 02.22.00 # mhh 02.22.10 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 02.22.10 # no that's it 02.22.21 # i just cant see what the arguments have to be 02.22.34 # i just saw there has to be one more 02.22.35 # I just looked at all the other plugins that use playback control - they all call it with (rb,NULL). 02.23.08 # well i started my player, but i just couldnt find a game that uses this 02.23.09 # ^^ 02.23.21 # i think i should have tried some others 02.23.26 # 'grep playback_control *.c' (in the plugins directory) 02.23.47 # ohh 02.23.55 # i'm working with windows 02.24.10 # just applying patches and compiling with linux 02.24.19 # alright won a gigabeast 02.24.35 # \ô/ 02.24.55 # beast?^^ 02.25.10 # gigabeat S aka gigabeast aka the beast 02.25.10 Quit saratoga22 ("CGI:IRC") 02.25.26 # A typo that stuck... 02.25.31 # as it is monstrously powerful, hence a beast 02.25.31 # i got a F 02.25.39 # F is good too 02.25.50 # i think S was too expensive when i bought it 02.25.52 Join saratoga [0] (n=9803c50e@gateway/web/cgi-irc/labb.contactor.se/x-d2f86ea6012751ba) 02.25.59 # also not to get in Europe 02.26.08 # or difficult 02.26.39 # i was lucky with taxes 02.27.00 # customs -> taxes on goods which go over borders? 02.27.25 # yes 02.27.53 # or at least the taxmen who check the goods 02.28.08 # customs duty = the tax 02.32.15 # In Canada, there is no duty on US computer electronics coming into the country but there is still the provincial tax. 02.33.19 # coming into ^^ i just could want sth coming out to me 02.33.20 # ^^ 02.33.21 # Same thing really. In Europe you have to pay the VAT of the country you are importing it into. However, this is off topic... 02.34.02 # but interresting 02.34.39 # -r 02.35.03 # off topic nonetheless 02.36.46 # come on, at the moment here is no topic, i think, and if you think wide it is related to rockbox :) 02.37.00 # but I'll soon bring on a new topic 02.37.12 # when, during compilation, the next error occurs 02.37.49 # webtaz: Please read the topic and the guidelines 02.38.06 # This channel is logged though - and people read the logs to see what developments they missed... 02.38.10 # This is a logged development and support channel for Rockbox only 02.38.34 # play 02.38.39 # okay 02.39.06 # for off topic ramblings please see #rockbox-community 02.39.24 # already found my way in that channel ;) 02.39.36 # moos: pong 02.42.32 # jhMikeS: i did a battery_bench and got 4.45 on my S30, will try to make a first stab at a discharge curve tomorrow 02.44.34 # 4.45? I think we need to start turning unused devices off. :) 02.44.51 # or at least spinning down the hard disk 02.45.16 # or both :) 02.45.17 # saratoga: it spinns down but is not powered down, but i think i know the gpio for that 02.45.23 # ah 02.45.27 # misread then 02.45.42 # there's two GPIOs for the HD power 02.46.23 Quit Zarggg (Read error: 104 (Connection reset by peer)) 02.46.36 # then I think I know one of them :) 02.46.42 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 02.47.18 # if I unset bit 5 in gpio3dr rockbox hangs when trying to access the drive 02.47.50 # jhMikeS: do you know which ones they are? 02.47.58 # one is to enable the ata interface and the other is the actual power 02.48.12 # I'm looking for my notes on that :) 02.49.44 # I thought maybe MCU2_16 was the ATA interface and MCU3_5 was the HD power (3_5 shut it down) 02.51.47 # I'll try to confirm on the tracing board for the other 02.52.49 # ok, it's bedtime for me now :) goodnight 02.52.52 Quit n1s () 02.55.59 Quit spiorf (Remote closed the connection) 02.56.19 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 02.57.34 Quit Horscht (Client Quit) 02.57.37 Join webguest46 [0] (n=443be67b@gateway/web/cgi-irc/labb.contactor.se/x-535353ff241bad87) 02.57.43 Quit webguest46 (Client Quit) 03.00.27 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 03.14.32 Join Monkeytamer [0] (n=chatzill@24-205-228-141.dhcp.snlo.ca.charter.com) 03.21.32 Join Hillshum [0] (n=chatzill@75-165-234-225.slkc.qwest.net) 03.32.11 Join Monkeytamer_ [0] (n=chatzill@24-205-228-141.dhcp.snlo.ca.charter.com) 03.35.23 *** Saving seen data "./dancer.seen" 03.37.24 Quit webtaz (Read error: 110 (Connection timed out)) 03.38.45 # anyone have any ideas how the quickscreen should be voiced? 03.40.40 # audibly? :p 03.41.26 # :) 03.41.36 # just when the option changes? 03.43.10 # I suppose the only other option is to start voicing the settings upon entry and stop that if a button is pushed and then voice the change 03.48.23 Quit Monkeytamer (Read error: 110 (Connection timed out)) 03.50.08 Join sdoyon [0] (n=steph@modemcable183.152-83-70.mc.videotron.ca) 03.50.47 # speak of the devil... 03.51.01 # sdoyon: looking forward to a talking quickscreen patch :) 03.51.05 # JdGordon: pong 03.51.15 # ping? 03.51.26 # JdGordon: huh? 03.51.36 # * jhMikeS responded to above statement :) 03.51.54 Quit tessarakt ("Client exiting") 03.52.11 # sdoyon: the quickscreen has been udpated so it should be voicable... not sure the best way to do it though so I havnt 03.52.31 # ...about the "devil" thing :p 03.52.32 # Hmm... FS#6171 has been sitting in the tracker forever... 03.52.41 # * scorche waves at sdoyon 03.52.48 # Hi 03.53.53 # * Hillshum wants to write in the wiki to help with the v2 port 03.54.21 # sdoyon: ah ok.. so you want it all voiced on eneter then on changes? 03.55.10 Join homielowe [0] (n=eric_j_l@66.183.89.40) 03.55.12 # Yes, seems right, since you can interrupt it anytime if you know what you want. 03.55.25 # ok 03.55.44 # Guess I need to catch up on this. Are the options the same? 03.55.51 # yeah 03.56.07 # if I get my way they wont have to be though :) 03.56.20 # Ah. I see. 03.58.08 # I never committed that patch because I got side-tracked speculating on quick access to functions useful for voice users... you probably vaguely remember a thread about that ages ago. Mainly my conclusion is the two really useful things we're missing is speaking the time and battery level, without having to go all the way to the info menu. 03.58.45 # In my copious spare time (cough) I meant to see if we could just hack this in on top of the current quickscreen, triggering on SELECT. 03.59.04 # Outrageous, or conceivable? 03.59.44 # SELECT for time and LONG SELECT for battery. Seem that key is unused for most targets in the quickscreen? 03.59.55 # maybe 04.04.16 # can i get wiki write access to help with sansav2? 04.11.33 # sdoyon: done 04.11.40 # not the clock thing though 04.11.56 # Hillshum: HiltonShumway?? 04.12.38 # Oh! OK I'll try it. 04.12.50 # JDgordon: yeah, sorry 04.13.00 # done 04.13.06 # thanx 04.16.50 # Hillshum: which sansa do you have? 04.17.00 # e200v2 04.17.19 # e260 04.17.29 # to be specific 04.17.59 # Hillshum: can you verify that the "special mode" here does not work on the e200? http://daniel.haxx.se/sansa/v2.html 04.18.47 # saratoga, i looked at that and that is just msc mode 04.18.56 # yup 04.19.04 # is it the same MSC mode as you get in the OF? 04.19.10 # yeah 04.19.25 # but it still could act as recovery mode 04.19.33 # so the player boots into the OF normally before connecting? 04.20.07 # saratoga, yea.. i have a clip and the folder are the same too 04.20.08 # yeah 04.21.02 # what happens when you disconnect? does it need to reboot or does it stay in the OF? 04.21.15 # also, when it Auto-Dectect or the first OF MSC will load if OS does not have MTP 04.21.42 # it refreshes database and stays in of (i think) 04.21.55 # * Hillshum gets his v2 04.22.37 Quit Monkeytamer_ ("ChatZilla 0.9.81 [Firefox 3.0b5/2008032620]") 04.23.54 Quit daurn ("Cyas later...") 04.23.56 # if the flash was written 04.24.12 # both in MSC and MTP 04.24.20 # saratoga, it just depends.. if something writes to it, it will do "database refresh" other then that it will boot normal 04.24.44 # well if its not rebooting afterwards, its not the AMS UMS mode 04.24.50 # so scratch that idea 04.24.50 # it doesnt give the splash screen 04.25.53 # * Hillshum will try after holding down |<< 04.26.56 # s/boot/reboot 04.27.12 # if it will MSC(mebby i need auto detect) 04.27.50 Quit Bepe_ (Read error: 104 (Connection reset by peer)) 04.28.06 Join bepe86 [0] (n=Bepe@213.151.130.162) 04.29.37 # hmm... 5+ times won't load MSC While |<< is down. Maybe that got scratched in v x.16 04.29.59 # how are you doing it? 04.33.28 # push |<<, plug in, see WMP pop up with MTP 04.34.06 # the hold thing doesn't make any difference? 04.37.14 Quit homielowe () 04.38.28 # no 04.38.42 # i guess that feature isn't on the e series 04.38.46 # odd that they would do that 04.38.58 # it did, will switch to .14 04.40.19 # i remember the clips trick and it does not work any more too 04.40.38 Join LambdaCalculus37 [0] (n=1800dac6@gateway/web/cgi-irc/labb.contactor.se/x-b9700ac80b3b1f4a) 04.41.07 # * LambdaCalculus37 just read the news... sound on the Gigabeast! :D 04.41.22 # jhMikeS: Excellent work! Congratulations! :) 04.42.17 # LambdaCalculus37: thanks 04.42.35 # saratoga advcomp2019: not .14 MTP 04.43.41 # ? 04.43.49 # jhMikeS: I've started some initial work on the manual. I need to get a keymap so I can add the key options to the manual (right now most of it is based off the F manual). 04.44.28 # LambdaCalculus37: Nico_P just updated the keymap 04.44.46 # JdGordon: uh the new quickscreen seems to just lockup my x5...? 04.44.55 # no firmware .14 MTP or Auto-detect special mode 04.45.08 # sdoyon: ? 04.45.24 # jhMikeS: Okay, I'll take a look later on. 04.46.13 # JdGordon: music stops, it doesn't talk, and I can't seem to get out of it. Sighted help has gone to bed so ... ;-) 04.46.48 # toffe82: Here? 04.46.50 # umm... crap 04.47.03 # talking was working fine in the sim.. 04.47.26 # I dont know the x5 keymap so cant help there 04.47.56 # JdGordon: and I need a long POWER to reboot. I know the keymap. 04.48.14 # JdGordon: well, I'll back out your talking rev and see. 04.48.22 # ok 04.52.01 # sdoyon: works fine on my sansa.. 04.52.14 # JdGordon: r17344 doesn't crash it. 04.53.24 Quit BHSPitLappy (Remote closed the connection) 04.53.26 # ok, i dont have time to fiddle atm so ill revert that commit 04.53.39 # actually.. no time, can you back out that commit? 04.54.10 # JdGordon: Uh OK, will do. I'll look at it later, but it's getting late for me too. 04.56.02 # * LambdaCalculus37 pokes toffe82 04.58.54 Join daurnimator [0] (n=daurn@unaffiliated/daurnimator) 05.03.10 Quit sdoyon ("ircII EPIC4-2.6 -- Are we there yet?") 05.03.30 Join miepchen^schlaf_ [0] (n=miepchen@p54BF71EF.dip.t-dialin.net) 05.05.01 Quit saratoga ("CGI:IRC (EOF)") 05.06.55 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 05.08.33 Join csc` [0] (n=csc@archlinux/user/csc) 05.11.28 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.12.31 Quit csc` (Client Quit) 05.12.53 Join csc` [0] (n=csc@archlinux/user/csc) 05.16.47 Join blistov [0] (n=blistov@96.52.137.84) 05.16.54 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 05.17.12 # i just upgraded my e200 to the current build, and now it crashes when i plug it into usb. 05.17.16 # rather, hangs. 05.17.24 # what happened to the archives? 05.21.20 # RB USB or sandisk usb? 05.22.05 # ? 05.24.10 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 05.24.33 # blistov, you plugging it in while in Rockbox? 05.25.06 # yes. 05.25.15 # haven't updated rockbox in about 6 month.s 05.25.30 # can you update it? 05.25.34 # yup. 05.29.08 # can you please then try it again? another thing is rockbox does not have usb support for the PP based targets yet 05.30.22 # right, but it used to be able to do usb power while in rockbox. 05.30.30 # has that option just been taken away again? 05.32.54 # yea that is still there but if i remember right you need to hold the select button while plugging it in(at least that works for me) 05.33.29 Quit moos ("CGI:IRC (EOF)") 05.35.05 Join moos [0] (n=c40cd998@gateway/web/cgi-irc/labb.contactor.se/x-a5b1d2ad9c1af6fe) 05.35.25 *** Saving seen data "./dancer.seen" 05.49.12 Join Rogue84_ [0] (n=Rogue@pool-96-245-91-40.phlapa.fios.verizon.net) 05.49.52 # doesn't work for me with the current build. 05.49.57 # just locks hard. 05.50.02 # have to pull the battery. 05.51.27 # hold on.. i will test it with my sansa as soon as i get back in a few minutes 05.56.31 Quit Rogue84 ("BitchX: faster than a speeding bullet, more powerful than a locomotive") 05.58.35 Quit jhulst (Remote closed the connection) 05.58.50 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 05.59.24 Quit brent113_ (Remote closed the connection) 05.59.57 # you dont have to pull out the battery...just hold the power button for 15 seconds...what you are experiencing is something that i think is happening to a small subset of devices that for some strange reason arent rebooting as they should...just reboot into the original firmware when you need to use USB instead of relying on Rockbox to reboot your device 06.00.10 Join brent113_ [0] (n=brent113@63.224.195.247) 06.03.43 Part orang1 06.04.37 # Hiya need help install rockbox on ipod 80gig video 5th gen 06.05.17 # what issue are you having? 06.05.34 # arnt all the 80gbs 5.5g? 06.05.44 # ipod not found 06.05.52 # with ipod patcher 06.05.55 # Hillshum: well, there is the classic 06.06.21 # Rogue84_: are you sure it is an ipod video and not an ipod classic? 06.06.27 # oh yeah, but 5gs are 30 and 60? 06.06.50 # not sure 06.07.23 # Rogue84_: what color is it? 06.07.30 # silver 06.07.42 # like this? http://www.lesliewong.us/images/0710/classic_silver.jpg 06.08.05 # Yes 06.08.09 # then you do not have an ipod video...you have the ipod classic which is the 6th gen 06.08.18 # thanks 06.08.34 # then irockbox won't work 06.08.38 # right 06.08.42 # thank you 06.09.54 # blistov, i can use rockbox while the usb cable plug in when holding the select button with the latest build just fine 06.13.07 Quit jhulst (Remote closed the connection) 06.20.55 Join DerDome [0] (n=DerDome@dslb-082-083-237-251.pools.arcor-ip.net) 06.22.47 # jhMikeS: Around? 06.24.12 # yes 06.24.19 # With the new bootloader I get "File Not Found" 06.26.19 # exactly when did that start? just on this revision? 06.26.54 Part blistov ("Kopete 0.12.4 : http://kopete.kde.org") 06.27.10 # No, a couple revisions back didn't work either. 06.27.18 # I haven't narrowed it down to exactly when it started yet. 06.27.34 # But I tried earlier today to update from one that still defaulted to the OF to a current one, and it didn't work. 06.27.43 # I don't seem to be having the trouble so if you could find it I'd appreciate it 06.27.59 # Let me just clarify that I'm not doing something stupid. 06.28.04 Quit Rogue84_ ("changing servers") 06.28.08 # moos is having the same error too 06.28.15 # It should be safe for me to simply drag an nk.bin that i compile onto the hidden partition, overwriting the old one? 06.28.22 # yes 06.29.13 # * moos will try with last svn build 06.31.45 Join alphanumeric [0] (n=chatzill@c-24-131-85-40.hsd1.pa.comcast.net) 06.32.42 # does rockbox for sansa support morse code input? i've checked the forums and the manual (it is in the manual for Ipod video) 06.33.06 # jhMikeS: I'm too tired to go through SVN revisions tonight, but I'll check tomorrow. Best bet is to just follow changes in /bootloader/gigabeat-s.c, I assume? 06.35.54 # Llorean: or in crt0.S 06.36.23 # Okay 06.37.17 # Llorean: you had a functioning bootloader USB mode? 06.38.01 # + booting rockbox.gigabeat? 06.38.20 # I had bootloader v08 working dual booting. 06.38.36 # But since it was OF first, I decided to switch it out while updating to a current build. 06.38.45 # I attempted to create a dual boot nk.bin, it booted the OF but not Rockbox. 06.38.53 # This was bootloader v10 btw 06.39.20 # Then I saw it was more verbose now so updated to v11, but didn't bother creating a dual boot one. USB mode works fine, but I get a "File Not Found" when it goes for rockbox.ipod 06.39.24 # Er .gigabeat 06.39.55 Join AndyIL [0] (n=pasha_in@212.14.205.32) 06.39.58 Join miepchen^schlaf [0] (n=miepchen@p54BF71EF.dip.t-dialin.net) 06.40.04 Quit miepchen^schlaf_ (Read error: 104 (Connection reset by peer)) 06.40.26 # Llorean: exactly same situation here 06.41.26 # so perhaps v9 works but not v10? 06.42.46 # I have not tested v9. 06.43.20 # v8 to v9 was just a reversal, v10 was using the program flow prediction 06.44.09 Quit HellDragon (Client Quit) 06.44.43 # Well when I'm on a computer I can compile on in the morning, I'll start there. 06.48.29 Join HellDragon [0] (i=jd@unaffiliated/helldragon) 06.49.43 # sorry for asking again, but does rockbox for sansa support morse code input? i've checked the forums and the manual (it is in the manual for Ipod video) 06.55.05 Join steve0 [0] (n=3ab26fe4@gateway/web/cgi-irc/labb.contactor.se/x-7c46c5a1721681b2) 06.55.09 # hi 06.55.42 # just wondering if rockbox can play .rtf files? (i have rockbox on my gigabeatf40) 06.56.38 # steve0: it will view it as plain text, so you'll see all of the hidden formatting. It will look really ugly. 06.57.21 # steve0: if you want to demo what it will look like on your pc, just right click on the file and open with notepad (assuming you're a windows user) 06.57.45 # ok thats not to bad 06.58.13 # i clicked on the file and nothing happened in my gigabeat if i use "open with" which program should it be using? 06.58.57 # steve0: I think it will say viewer 06.59.17 # steve0: hold on, let me find my sansa 07.00.19 Quit AndyI (Read error: 113 (No route to host)) 07.01.57 # steve0: can't find it right now, probably out in the car. it's called like text viewer or just viewer. You can format the rtf in wordpad or word, just file -> save as -> text document 07.02.54 # ok ill try that it worked in .rtf just has alot of crap like /par non stop all the way through it 07.04.08 # steve0: yeah, there's no rich text file support. plain text works just fine anyway. 07.06.34 # ok thx for the help 07.06.54 # steve0: sure no problem 07.08.47 Join daurnimas [0] (n=daurn@b27C.adsl.ecomtel.com.au) 07.09.33 Quit steve0 ("CGI:IRC (EOF)") 07.11.56 Quit daurnimas (Client Quit) 07.14.46 Join daurnimas [0] (n=daurn@b27C.adsl.ecomtel.com.au) 07.16.46 Quit moos ("CGI:IRC") 07.19.24 Quit daurnimator (Connection timed out) 07.19.24 Nick daurnimas is now known as daurnimator (n=daurn@b27C.adsl.ecomtel.com.au) 07.29.40 Join fyrestorm [0] (n=fyre@cpe-68-173-171-53.nyc.res.rr.com) 07.32.55 # leave rockbox 07.32.58 Part alphanumeric 07.35.29 *** Saving seen data "./dancer.seen" 07.38.35 Join rdvon [0] (n=rdvon@c-24-19-225-180.hsd1.wa.comcast.net) 07.39.09 # I hope you don't get this question too much, but I was wondering if the latest zen will ever be supported? 07.44.19 # rdvon: well, it isnt going to happen with no one working on it 07.44.59 # Oh. :( 07.45.28 # No doom? 07.45.46 # huh? 07.46.12 # Nevermind. 07.46.51 # Has rockbox development stopped altogether? 07.47.37 # not in the least...you can see the commit log on the front page 07.47.53 # no one is working on porting "the latest zen" 07.49.18 # Well.. I'm happy with my zen, but I don't see why it has to transfer videos to wmv. 07.49.24 # takes forever. 07.53.40 Quit rdvon ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") 07.54.27 # WMV = :( 07.54.55 # The 'beast has a 500 mhz CPU, and it does a poor job of playing WMVs. 08.03.43 Join Rob2222 [0] (n=Miranda@p4FDCF086.dip.t-dialin.net) 08.08.29 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 08.19.31 Quit jhulst (Remote closed the connection) 08.19.46 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 08.21.46 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.28.51 Quit jhulst (Remote closed the connection) 08.29.06 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 08.36.40 Part toffe82 08.39.14 Quit jhulst (Remote closed the connection) 08.39.29 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 08.52.13 Quit jhulst ("Konversation terminated!") 09.16.22 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 09.16.51 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 09.21.35 Join blistov [0] (n=blistov@96.52.137.84) 09.21.48 # are there plans to finish pictureflow? 09.26.05 Quit kushal_12_27_200 ("This computer has gone to sleep") 09.35.33 *** Saving seen data "./dancer.seen" 09.35.56 Join spiorf [0] (n=spiorf@host13-217-dynamic.21-79-r.retail.telecomitalia.it) 09.41.20 Join barrywardell [0] (n=barrywar@194.46.170.235) 09.42.24 Quit csc` (Remote closed the connection) 09.44.35 # does anyone know if there is a limit to how much talking can be queued up before wierd things start happening? 09.45.30 # Weird things should never happen 09.45.38 # The talk queue is 64 entries deep 09.45.55 # If you try to queue more, all that happens is that the extra entries are dropped 09.46.58 # ok, so in the sim that talking quickscreen worked fine.. on my e200 it says "shuffle on repeat show files"... any idea why the repeeat and show files values are skipped? 09.47.36 # * JdGordon rebuilds the voice file to make sure... 09.48.02 # You can hear the effect if you enable filename spelling and then hover over a loooong filename 09.49.00 # * amiconn wonders what kind of crash sdoyon experienced 09.50.01 # * JdGordon also.. apart from the skipping the voice, it works fine on the sansa 09.50.18 # unless its a coldfire thing 09.51.00 # Well if you get different behaviour on sim and PP already, there must be a problem 09.51.04 # tagcache needs to be made to skip files if the card i missing 09.51.11 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.51.45 # I guess it has to do with pointer types given how much pointer fiddling the settings code is doing 09.52.54 # didnt we enable the shadow variable name warning in the builds? 09.52.59 # I tihnk that may be the problem 09.53.08 # int value = (int)value; 09.53.50 # Especially casting int* <-> bool* is asking for trouble if you're not *very* careful 09.54.23 # yeah, although I tihnk thats all ok here.. 09.54.47 # pretty sure that line is the problem.. i changed the temp_var vairbale name to value and didnt check carefully enough :p 09.56.00 # If you cast a boolean 'true' to int, you'll end up with -1 on most platforms 09.56.29 # oh? 09.56.36 # But that's not guaranteed. Could also be 1, or 255, or probably something else 09.57.35 # So if you need to expand a bool to 0/1, you need to use ?: 09.57.43 # ...in order to make it portable 09.58.30 # return *(bool*)setting->setting==true?1:0; 09.58.40 # Yes. Usually a bool has all bits set. If sizeof(bool) == 4, it's obvious that you end up with -1 09.59.35 # On out targets though, sizeof(bool) == 1 (iirc). Then it depends on whether the compiler treats bool as signed, and whether it performs the extension to 32 bit before or after making it signed if not 10.00.02 # JdGordon: I was referring to your (int)value 10.02.06 # :) its working correclty on the sansa now 10.04.52 # * amiconn also thinks that it's a very bad idea to name a new variable with a different type the same as the existing one 10.05.00 # Very confusing when reading the code 10.07.27 Join bertrik [0] (n=bertrik@190-023-045-062.dynamic.caiway.nl) 10.09.12 # the point was that is wasnt a new variable.. it was a rename which was missed... 10.11.13 # int value = (int)value; 10.11.26 # 'value' being a bool outside that block... 10.11.48 # no.. its void* outside that block.,.. 10.12.12 # but the line was int value = (int)temp_var; 10.12.23 # s/temp_var/value 10.12.27 # that line got missed 10.12.30 # all fixed now 10.18.12 Join n1s [0] (n=nils@rockbox/developer/n1s) 10.25.21 # JdGordon: Here are some screenshots regarding the somewhat strange item placement: http://amiconn.dyndns.org/qs_h1x0_car.png (higher than I'd expect) and http://amiconn.dyndns.org/qs_h10_std.png (lower than I'd expect) 10.26.31 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 10.27.32 Join ZincAlloy [0] (n=d9eee40f@gateway/web/cgi-irc/labb.contactor.se/x-b3560fd2a98ca4e3) 10.27.49 # * linuxstb wonders why the Gigabeat S bootloader has about 300KB of zeros in the middle... 10.28.24 Join webguest12 [0] (n=4e6a42e5@gateway/web/cgi-irc/labb.contactor.se/x-557320fa773d5c06) 10.29.18 # Seems to be the interrupt vectors - the load address is after the bss. 10.30.44 Quit webguest12 (Client Quit) 10.31.49 Join miepchen^schlaf_ [0] (n=miepchen@p54BF71EF.dip.t-dialin.net) 10.31.55 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 10.40.15 # jhMikeS: is the voltage reading on the S known to be right? 10.40.25 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 10.48.59 Join ReKleSS [0] (n=ReKleSS@d122-104-99-167.meb3.vic.optusnet.com.au) 10.49.43 # err... if I press the power button on my H120 and nothing happens, does this mean my bootloader install went bad? 10.51.10 # is is charged? 10.51.49 # I got a battery low warning earlier, but it's on AC power now 10.52.08 # and nothing is on the display? 10.52.15 # no, it just sits there 10.52.34 # and the firmware upgrade seemed to go ok? 10.52.37 # was it powered when you flashed the bootloader? 10.52.53 # n1s: it normally shuts down afterwards, right? 10.52.54 # bluebrother: yes 10.53.32 Join ender` [0] (i=krneki@foo.eternallybored.org) 10.53.35 # ReKleSS: yes, it does, try resetting by pushing a straightened out paperclip into the reset hole on the bottom of the player 10.54.30 # still nothing 10.55.42 # hmm, then I don't know if there are more things to try, doesn't look good :/ 10.58.07 # power outage during flash process is never a good thing 11.04.33 # bah, that's my second H120 in a few months 11.06.41 # is there a known way to recover the flash? 11.06.48 # if it was on AC power during flashing there shouldn't be a possibility of failing. Except if you flash file is corrupt 11.07.01 # yes: using external hardware (a BDM) 11.07.22 # bluebrother: maybe, I was trying to upgrade to the 7_pre4 bootloader 11.07.28 Join aliask [0] (n=chatzill@rockbox/developer/aliask) 11.07.39 # ! 11.07.56 # hmm -- have you patched the hex file and flashed it using the OF flashing functionality? 11.08.06 # yes 11.08.07 # you can flash the v7 bootloader using the iriver_flash plugin 11.08.54 # but recovering using a BDM means you need to have special hardware, need to open the player and solder some wires in it 11.08.55 # is there any real difference? 11.08.59 Quit Rob2222 () 11.09.12 # ReKleSS: Hey 11.09.15 Join Rob2222 [0] (n=Miranda@p4FDCF086.dip.t-dialin.net) 11.09.28 # there shouldn't be a functional difference. But I guess the plugin has been more used ;-) 11.09.50 # * n1s benches again... 11.10.25 # sorry, no idea what could've happend. Maybe ask Slasheri 11.11.01 # the log from yesterday ended on 3.6V about an hour before the player died... 11.11.34 # kind of inexact to extrapolate a shutdown voltage from that... 11.11.48 Quit aliask (Client Quit) 11.16.38 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 11.16.54 # ReKleSS: you patched the hex file with the 7_pre4 bootloader? 11.17.12 Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) 11.17.12 # you absolutely shouldn't do that.. that ruins your player, sorry 11.17.21 # ah. 11.17.30 # that .iriver must be flashed inside rockbox 11.17.35 # only .bin file can be patched 11.17.52 # oh wait, like that 11.17.54 # no, I patched the bin file 11.18.21 # which one? could you tell me exactly what you did 11.18.22 # descramble -> mkboot -> scramble 11.18.46 # with bootloader_h120_7pre4.zip from http://www.rockbox.org/twiki/bin/view/Main/IriverFlashing 11.19.21 # but that archive contains bootloader.iriver, not bootloader.bin 11.19.37 # bootloader.iriver is not in compatible format to be used with mkboot 11.19.45 Quit JdGordon ("Konversation terminated!") 11.20.02 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 11.20.27 # then, it's bricked? 11.20.29 # BDM is the only way to recover your unit now, please contact LinusN. Hmm, need to clarify those flashing instructions 11.20.32 # yes 11.21.16 # actually, the instructions seem pretty clear, I just didn't read closely enough 11.21.24 # but a big warning would have been nice 11.21.39 Join JdGordon [0] (n=Miranda@c211-28-93-8.smelb1.vic.optusnet.com.au) 11.21.56 Quit linuxstb (Read error: 110 (Connection timed out)) 11.22.48 # i will add it, sorry to hear that. never thought somebody would try to use mkboot for that 11.23.40 # the iriver_flash plugin contains many safety measurements, but mkboot contains none 11.23.50 # well, back to a H340 for now... 11.24.20 # oh, there is a pre4 binary around? Nice. 11.24.35 # ReKleSS: but the unit can be fixed, please ask LinusN if he's willing to 11.24.36 # ReKleSS: might i ask what you are doing with the device now? 11.24.52 # bluebrother: have been for a sometime :) 11.25.06 # Slasheri: just noticed it :) 11.25.13 # a brief changelog would be nice. 11.25.22 # Slasheri: will do, I haven't found any other DAP I actually like 11.25.33 # same here :) 11.26.37 # bluebrother: good idea. that release contains mainly bugfixes 11.26.49 # and support for H110 also 11.28.31 # gah, sweden 11.28.32 # expensive shipping 11.29.06 # Does it matter what I set the boot flags for the two partitions to on the S? 11.29.28 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 11.33.26 # I think 0 works, but I'm not the one to ask. 11.33.50 # Most people set it to non-bootable, IIRC. 11.35.38 *** Saving seen data "./dancer.seen" 11.36.38 # Has anyone tried wiping the OF's files from the main partition? I'm _assuming_ the OF bootloader won't care about them... 11.37.32 # It hasn't for me yet. 11.37.44 # And yes, someone did try it out before I got rid of them. 11.39.23 Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") 11.40.16 # is it worth it to commit a "fix" for CREDITS which only removes a duplicate again? 11.41.36 # pixelma: Yes, I think so. 11.41.43 # No commit is too small ;) 11.42.06 # :) 11.42.16 # * pixelma hits enter key 11.43.30 Join lee-qid [0] (n=liqid@p5496457F.dip.t-dialin.net) 11.47.14 Quit barrywardell () 11.48.05 Join barrywardell [0] (n=barrywar@194.46.170.235) 11.49.43 # * linuxstb does an insane APE test on the beast 11.51.25 # Mouser_X: So you've deleted everything from the main FAT32 partition? 11.51.49 # I put it all in a RAR archive, and then deleted it, so basically yes. 11.52.02 # (I put it in the archive, just in case I needed it later.) 11.52.06 # Ah yes, a backup could be sensible ;) 11.53.19 # I don't dare touch the firmware partition. 11.53.58 # From the sounds of it, the S's bootloader is happy with a brand new (unpartitioned) disk, so it _should_ be able to recover... 11.54.30 # It would be useful to know what's needed and what's not, and even if the device can be repartitioned... 11.54.32 # I'm waiting for someone else to experiment on that. I wouldn't mind shrinking it though, if it doesn't get mad at me for doing so. 11.54.45 # I would even try just using a single partition... 11.54.52 Quit hnakibfdi (Read error: 110 (Connection timed out)) 11.56.55 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 11.59.00 Quit barrywardell () 12.00.26 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 12.02.47 Quit XavierGr (Nick collision from services.) 12.02.58 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 12.07.45 Join Gekz [0] (n=brendan@unaffiliated/gekz) 12.07.52 # hey. 12.09.08 Join mmnk [0] (i=cz@faeroes.freeshell.ORG) 12.09.31 Quit bepe86 () 12.10.02 # Hi 12.10.25 # has anybody tried to compile the sources with mingw or from cygwin ? 12.10.51 # mmnk: cygwin is used by quite a few people 12.12.35 # there is also some information about cygwin in the wiki, but not MinGW 12.13.27 Quit linuxstb (Read error: 110 (Connection timed out)) 12.14.20 # how about MSYS? 12.14.24 # which is MinGW 12.15.28 Quit JdGordon (Read error: 104 (Connection reset by peer)) 12.16.46 # I guess you'll run into quite some problems due to dependencies of the build system. 12.17.07 # plus, you'll need to build the compilers yourself -- at least "our" versions aren't around 12.17.17 # (unless I missed something about this ;-) 12.17.30 Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 12.17.49 Quit ZincAlloy ("CGI:IRC (Ping timeout)") 12.18.29 # * bertrik uses cygwin with the gcc packages from the rockbox package repository and it works fine, although a little slow 12.19.14 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.19.41 # so just an idea... not really sure how feasible it is.. but how would everyone react to having inline settings in the menus, but only the selected item would show its value? 12.20.32 # JdGordon: remember the patch that inlined the settings using two lines? I really liked that. 12.21.03 # yeah, I tihnk 1 moving double height item would look better 12.21.04 # and if you make that like "two lines for selected, one line for others" I think I'd like that too 12.21.32 # is rockboy still developed? 12.21.33 # the quickscreen changes means there isnt much new code which needs to be added for it to work... just fiddling with the current menu code 12.21.41 # preferrably one could turn that off to have all items showing their values in(new)line 12.21.58 Join Thundercloud [0] (n=thunderc@resnet32.nat.lancs.ac.uk) 12.22.30 # i.e. a switch to make everything two lined. And maybe also give an option to get the old behaviour ;-) 12.24.13 # i imagine the current behaviour would be default.. but yes, having all 3 would be good too 12.24.39 # although.. you complained about the quickscreen delta.... this wont be free you know.,.. 12.24.56 # yep, sure. 12.25.16 # * JdGordon would like to kill off the last of the gui_textarea functions also 12.25.35 # but this is new functionality -- the quickscreen was kinda surprising me as it doesn't add really new stuff 12.25.38 # yes/no screen seems to be the last user 12.26.10 # it adds alot actually... user font, voicing, remove lots of SYSFONT LANG ids... 12.26.18 # potential to customize it 12.27.49 # :'( I was searching in the wrong directory... heaps still uses gui_textarea :( 12.28.00 # voicing was added in the same commit? Ah. 12.28.20 # no, shortly after 12.30.38 # hmm? /me starts getting confused about that stuff 12.31.16 # but anyway, as there were no real other complaints forget mine ;-) 12.33.21 Join leftright [0] (n=d9e1c061@gateway/web/cgi-irc/labb.contactor.se/x-58265e0467fb48cf) 12.33.45 # JdGordon: interesting idea! I think I like it. 12.34.06 # * linuxstb_ is puzzled by the Gigabeast's performance with APE - http://www.rockbox.org/twiki/bin/view/Main/SoundCodecMonkeysAudio 12.34.37 # Slasheri; you aound ? 12.35.34 # linuxstb_: not as fast as you expected? 12.35.45 # * JdGordon is late, but sends his congrats to the beast guys for sound :D 12.36.57 # what's the link to view the svn? 12.37.49 # Gekz: svn.rockbox.org 12.37.54 # yes just about to say found it 12.37.54 # lol 12.38.06 # does the splash screen handle \n? 12.38.20 # Slasheri; could you look over the H1xx bootloader flash instructions ?,please, as I have reorganised the bootloader instructions to make them easier to follow and consistant with the other flash instructions, 12.38.43 # hmm 12.38.46 # wheres the rockboy source 12.39.05 # JdGordon: IIRC you asked for volunteers to work on the battery bench plugin to make it use the ata_idle callback instead of polling the ata_disk_is_active. I may have a go at it. 12.39.17 # leftright: ok, i will check that. sounds good :) 12.39.23 # Nico_P: It's only about 10%-20% faster than the F... 12.39.24 # thanks 12.39.46 # bertrik: yay :) 12.39.46 # linuxstb_: AFAIK it's not running at full speed 12.40.31 # n1s: it should be since it's a direct hookup to the voltage sense 12.40.46 # JdGordon: however I only have a flash based player 12.41.03 # thats ok 12.41.49 # leftright: looks good 12.42.19 # my plan is to used time triggered measurements only (say once a minute) and put them in the buffer, then flush the buffer on the ata idle callback. 12.42.55 # linuxstb_: would APE gain from an FPU? 12.43.04 # Nico_P: the core clock divider is set to /2 by the loader and we're not touching that yet. 12.43.18 # JdGordon: the buffer should be able to hold at least something like an hour, if it gets too full it spins up the disk 12.43.25 # jhMikeS: So in effect it's running at 50% of potential speed? 12.43.48 # Nico_P: It would benefit from integer vector math... 12.44.01 # does the beast have that? 12.44.31 # I don't know - I need to investigate. But at least the armv5 DSP instructions will help. 12.44.36 # linuxstb_: a bit less than 50% potential since the PLL is running at 528MHz, not 532MHz 12.44.42 # JdGordon: I'm a bit concerned about what happens toward the end of the battery capacity, it would be a pity if we lost the contents of the battery measurement buffer because the players shuts down. Or is the shutdown done in an orderly fashion? 12.45.03 Join bluebroth3r [0] (n=dom@rockbox/staff/bluebrother) 12.45.26 Join styleism [0] (n=styleism@87-194-104-214.bethere.co.uk) 12.45.29 Quit bluebrother (Nick collision from services.) 12.45.33 Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/staff/bluebrother) 12.45.35 # bertrik: well, it needs to flush its cache either when the disk is spun up, or when its getting full, or if the batt is getting too low 12.46.11 # View HW Info gives a rundown of many of the clock settings 12.46.19 # JdGordon: anyway, I won't commit anything battery bench related before consulting with you or amiconn 12.47.50 Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) 12.47.51 Quit soap (Read error: 110 (Connection timed out)) 12.49.07 # jhMikeS: great, my battery bench log from yesterday looked a little strange as the last entry (about an hour before the player died) was at 3,65V down from starting at 3,96 12.49.38 # I'm rerunning now with a half an hour timeout for battery_bench to hopefully get more values at the end... 12.49.39 Quit leftright ("CGI:IRC (EOF)") 12.50.41 Nick rvvs89_ is now known as rvvs89 (n=rvvs89@bright-snat.ucc.asn.au) 12.53.52 # XavierGr: you around? 12.54.32 # jhMikeS: That makes sense then - my APE tests showed the S about 10-20% faster than the F at the current clock. So still lots of optimisation to do to get the insane ape files playing... 12.54.58 # n1s: was the shutdown attempted by rockbox at that voltage or the player just died on it's own? 12.55.44 # Well, figure the beast is running 264MHz and the F at ~295 so it's definitely more clock-efficient 12.55.56 # Yes, I would have expected that. 12.56.11 # * Nico_P suggests a test at full speed 12.56.57 # have at it but I'm not sure the core voltage is set properly to run that fast so it could crash under full load 12.58.27 # though I think an LCD speed test went ok at full speed 12.59.16 # Have you thought about how cpu scaling will work? 13.00.03 # somewhat. if we want to use DVFS then CPUFREQ_NORMAL will be variable and scaling hardware controlled. 13.00.59 # What does "scaling hardware controlled" mean? 13.01.14 # Freescale was kind enough to have a DVFS table for 27MHz reference frequency in the linux code 13.02.09 # The hardware algorthm requests frequency and voltage changes through interrupts but decides by how much and when base upon the loads in various systems 13.02.30 # cache and bus activity and such 13.03.04 # the mc13783 has dedicated lines for DVFS 13.04.52 # jhMikeS: that build was with NO_LOW_VOLTAGE_SHUTDOWN (or whatever it's called defined so rockbox should'nt have shut down, speaking of that the build I'm using now will try to shut down, oh well, we'll see how it goes 13.06.12 Nick mmnk is now known as tamal (i=cz@faeroes.freeshell.ORG) 13.08.42 # green across the board :D 13.08.57 # almost reclaimed the voice delta 13.09.12 Quit tamal ("tamal has no reason") 13.09.26 Quit JdGordon ("Konversation terminated!") 13.09.40 # n1s: I'm considering checking it against a meter reading...should be easy to do. maybe I'll see if can do it now. 13.11.03 Join JdGordon [0] (n=Miranda@c211-28-93-8.smelb1.vic.optusnet.com.au) 13.11.42 # btw.. if anyone wants a green delta... with a tiny bit of effort I think add_dir in tree.c can be removed 13.12.11 # I tihnk its only used to the root.m3u8 playlist creation which can be done through the playlist catalog anyway 13.12.18 # s/anyway/code 13.12.52 Join gnakinklp [0] (i=0@86.122.116.44) 13.14.50 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 13.15.42 Quit Mathiasdm ("Yuuw!") 13.17.16 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 13.19.49 Quit merbanan (Remote closed the connection) 13.20.24 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 13.22.10 # * gevaerts swears that there was no duplicate in CREDITS when he committed that file. The svn server must have added it 13.23.44 # haha 13.24.18 # * pixelma thanks gevaerts for the opportunity to increase her commit count ;) 13.24.18 # always this damn complicated technical stuff ... ;-) 13.24.22 Quit lee-qid ("aufwiederbyebientotsayonara") 13.26.01 # hmm, two 'g's, my grep only had one. That could explain it 13.26.41 Join webtaz [0] (n=webtaz@p4FD49F1F.dip0.t-ipconnect.de) 13.26.46 Quit styleism (Read error: 110 (Connection timed out)) 13.29.23 # jhMikeS: looking at powermgmt-imx31.c why is the adc value multiplied with 2303 and not 2300? (not that it would make a big difference) 13.29.57 # n1s: battery reading is right on the money 13.30.03 # great 13.30.17 # n1s: because it rescales to divide by 512 instead of 511 13.31.07 # oh 13.34.48 Join desowin [0] (n=desowin@atheme/member/desowin) 13.35.40 *** Saving seen data "./dancer.seen" 13.38.50 # pardon me, 1024 instead of 1023. -512 to 511 is the current senses. 13.39.23 # jhMikeS: Is there a reason why thread.c:core_sleep() is separate for CPU_TCC780X, IMX31L and DM320? 13.39.31 Join gregzx [0] (n=chatzill@dta112.neoplus.adsl.tpnet.pl) 13.39.34 # It's exactly the same code... 13.40.12 # * jhMikeS 's code was copied twice? 13.41.05 # though I don't know if the IMX31L will remain as it is since there's some errata that will need to be dealt with regarding that 13.53.08 # jhMikeS: I'm trying to track down that dropout problem on disk spinup on my mini 13.53.44 # I found that somehow interrupts are disabled for a fraction of a second, but I don't have an idea where that happens... 13.56.42 Join w1ll14m [0] (n=william@dhcp-077-249-150-171.chello.nl) 13.57.14 # amiconn: during a call to sleep or yield it happens? 13.57.30 # ...but I don't have an idea where that happens... 13.58.00 # I thought you meant more like where outside ata.c 13.58.05 # I just put a GPIOB_OUTPUT_VAL ^= 0x08; into kernel.c:TIMER1(), and disabled the normal backlight handling 13.58.19 # JhMikeS: i was wondering... on the GigabeatSInfo page, it says that the mes60v only has a tuner... 13.58.28 # This gives me half-bright backlight whil ethe tick is running continuously 13.58.41 # * jhMikeS 's S30 has a tuner 13.58.43 # but my mes30vw has a tuner to. 13.58.47 # indeed... 13.58.54 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 13.59.01 # But on spinup (from power-off), I get a short period of either full backlight or no backlight 13.59.14 Quit faemir (Remote closed the connection) 13.59.39 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 14.00.00 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 14.00.32 Quit faemir (Remote closed the connection) 14.00.55 # w1ll14m: my S30 has a tuner too so I don't know where that info comes from... 14.01.01 # If I extend the sleep(HZ/50) in ata.c to HZ/5, the problem goes away, so it has to do with retries somehow. The question is why ata retries obviously disable interrupts... 14.01.11 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 14.01.14 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 14.01.32 Quit robin0800 (Client Quit) 14.01.42 # Does the beast have USB host in the OF ? 14.01.48 # yup 14.01.51 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 14.02.16 # it has the hardware for it I know that much 14.02.25 # I suspect this to be the real cause for the G5.5/80 problem 14.02.36 # too 14.02.44 # amiconn: I was thinking along similar lines about that 14.02.46 # n1s: Silicon Labs Si4700 (Only on 60GB model, MES60V) i guess that says that the Si4700 is only in the 60GB version? 14.03.11 # The question is how this could be tracked down... 14.03.28 # w1ll14m: then toffe82 made me up a strange 'beast or it's just a software thing 14.03.50 # hmmm i'll have a look on my gigabeat 14.04.29 Quit robin0800 (Client Quit) 14.04.44 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 14.06.23 # jhMikeS: your don't have fm? 14.06.30 Quit robin0800 (Client Quit) 14.06.47 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 14.07.48 # n1s: yes it does 14.08.32 # n1s: Does the radio appear in the OF on the 30? 14.08.44 # yes, I eve tried it 14.08.47 # n 14.08.49 # amiconn: I'm trying to think how it's even possible to have them disabled across a task switch 14.08.49 # bizarre 14.09.48 # jhMikeS: I'm not sure whether the tasks are switched. Monitoring task switches the same way (xor'ing the backlight) doesn't work, unfortunately. It gives lots of flicker 14.10.24 Join mf0102 [0] (n=michi@85.127.21.196) 14.11.10 # possible that an interrupt handler somwhere has unbalanced disable/enable? 14.11.11 # It also can't be a new problem, as the very first revision after my ata poweroff commit shows it. I wonder why I didn't notice it back then though 14.11.23 # nvm, wrong mode 14.12.01 Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- Would you like to know more?") 14.12.16 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 14.12.38 # could another interrupt be firing repeatedly and it's actually stuck in interrupt mode for some time? 14.13.42 # hmm.... 14.14.11 # * amiconn has no idea how to track this down either 14.14.40 # whats different about sansa c200 firmware 1.01.07 from earlier ones? why sanpatcher dosen't work with it? 14.16.16 # * amiconn now has an idea how to check for excessive irq disabled time 14.16.29 # some kind of checking if the interrupt handler fires more than expected or less than expected (would be a good start anyway) 14.18.16 Join waldo [0] (n=waldo@ip-81-11-217-198.dsl.scarlet.be) 14.18.19 # robin0800: I don't know of an 1.01.07 version - does it have an MSC mode setting? If so, what is it set to? 14.18.26 Quit XavierGr (Nick collision from services.) 14.18.39 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 14.19.23 # you need your Sansa in MSC mode and I know that Sandisk removed the option for it in firmware versions 1.01.05 and 1.01.06... 14.27.00 # jhMikeS: Just checking in the log, I didn't see anything more about my problem, so I'm beginning testing for which revision it began. 14.28.33 # Llorean: moos tried v8 but still had the problem but you status v8 worked for you 14.28.41 # s/status/tried/ 14.29.06 # jhMikeS: v10 (r17211) just worked fine for me too 14.30.31 # And 17289 just worked. 14.30.39 # * Llorean suspects a current one will now be working, for no apparent reason. 14.31.45 # * amiconn added some counters in syste,-pp502x.c:irq() which can be displayed in the debug menu 14.31.54 # jhMikeS: Yes.. SVN current bootloader works for me now. :( 14.31.58 # Meaning I'm no help any more 14.32.08 # did you charge the battery overnight or anything? 14.32.14 Join ZincAlloy [0] (n=d9eee40f@gateway/web/cgi-irc/labb.contactor.se/x-78be91f1d1fd1cce) 14.32.58 # pixelma no 1.01.05 &1.01.06 have no msc mode 1.01.07 does again its available as an update note wiki page also says 1.01.07 wont work 14.33.20 # Just use an older one then... 14.33.51 # jhMikeS: Nothing at all. The S has been sitting on a window sill 14.34.33 Quit JdGordon (Read error: 104 (Connection reset by peer)) 14.34.58 # pixelma 1.01.06 can go in msc mode with a key combination hold on and rewind held as you plug in usb! 14.35.08 # hmm, the quickscreen is voiced even when I turned off all voice options in voice settings menu 14.35.59 # robin0800: heard about it and that's why I talked about a setting... 14.36.05 # jhMikeS: No unusual count of interrupts 14.36.31 Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 14.37.54 # pixelma I have 1.01.06 working like this just curious about 1.01.07 14.39.21 # robin0800: i have no idea about that version, sorry. By the way - you're statements are hard to read without any punctuation... ;) 14.39.44 # * amiconn wonders why robin0800 cares about OF version 14.40.12 # s/you're/your 14.40.32 # You just need one that allows installing rockbox, and that's it 14.41.12 # amiconn it seems to improve usb transfer, faster! 14.41.18 # amiconn: is there any piece of code the mini and 5g share that others don't? 14.41.26 # no 14.41.29 Join hannesd [0] (n=light@p5B161C50.dip0.t-ipconnect.de) 14.43.05 # is it just me or is beast not good at charging the battery in rockbox? 14.43.26 # w1ll14m: it has to be tuned on and off by software and we're not doing that atm 14.46.44 # ohh ok 14.47.39 Quit linuxstb_ (Read error: 101 (Network is unreachable)) 14.47.46 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 14.50.44 Quit ZincAlloy ("CGI:IRC (Ping timeout)") 14.52.48 Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!") 15.00.06 Quit Ave (Read error: 110 (Connection timed out)) 15.02.04 Quit faemir (Remote closed the connection) 15.02.44 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 15.02.44 Quit faemir (Remote closed the connection) 15.03.33 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 15.05.15 Quit faemir (Remote closed the connection) 15.05.42 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 15.11.18 Join Ave [0] (n=ave@a91-152-238-56.elisa-laajakaista.fi) 15.12.31 # * JdGordon should have kept that commit back for some contentious feature commit later :p 15.15.05 Join merbanan [0] (n=banan@83.233.242.11) 15.16.15 # * amiconn tries a single core build 15.22.47 Join soap [50] (n=soap@rockbox/staff/soap) 15.23.23 # it's a beast for real :| it's almost scary 15.23.39 # w1ll14m: how so? 15.24.05 # it plays a movie very smooth, even with software eq enaled:| 15.24.25 # Only running at half speed to, without other stuff 15.24.29 # *too 15.24.44 # it's really a nice hardware platform 15.24.51 Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") 15.24.54 # toshiba did a good yob 15.25.00 # s/yob/job. 15.26.15 # hmm when i enable eq, my ogg's will not allow me to change volume.. strange 15.28.41 Join sdoyon [0] (n=steph@modemcable183.152-83-70.mc.videotron.ca) 15.30.40 # * jhMikeS notices choppiness during buffering that seems to indicate some ata trouble there (320x240 29.97 fps) 15.33.20 Join BitTorment [0] (n=martin@87-194-94-92.bethere.co.uk) 15.33.33 # JdGordon: I just noticed that the quickscreen is voiced even though voice is turned off in my settings 15.34.08 # jhMikeS: Problem also exists when building single core - very weird 15.34.32 # bertrik: ah crap.. which of those silly talk functions doesnt check the setting :'( 15.34.34 # * JdGordon fixes 15.35.07 # * JdGordon thought they did the check 15.35.20 # it might be that the ata driver doesn't yield as much as others because it's ready for transfer almost immediately (it fills 62MB very, very fast) 15.35.43 *** Saving seen data "./dancer.seen" 15.39.01 # The ata driver itself doesn't yield if transferring data is possible 15.39.13 # It only yields when it has to wait for the disk 15.39.42 # However, the high-level code that does the buffering has to make sure it doesn't read too much at once 15.40.10 # bertrik: thanks, fixed 15.40.19 # it seems to almost 100% of the time you call it. recording doesn't even do it's own yield for writing data. 15.40.36 # Ata transfers are limited to 256 sectors anyway (unless it uses lba48, then up to 65536 sectors are possible, but rockbox doesn't do that). fat.c ensures this 15.46.50 # where's the info about ata_idenfify_info contents? 15.47.00 # ata spec? 15.47.33 # yes 15.48.08 # What are you looking for? 15.49.15 # stuff about M/UDMA modes 15.50.09 # ah 15.50.48 # Well there's a number of capability and status flags for dma modes. I don't know how one is supposed to use these modes though 15.51.31 # byte 63 has the flags 15.52.41 # that's MDMA, 88 lists the supported UDMA modes 15.53.30 # The flags aren't the problem. What I don't understand is ho wthose modes are supposed to work. How could the disk get dma access to the memory? 15.57.54 # the controllers on both gigabeats state that they support direct transfers to and from the drive 15.58.48 # MDMA/UDMA 15.59.27 Part Gekz 15.59.46 Part webtaz 16.00.36 # so I suppose you give the controller a buffer to send or request a read and the ata controller handles it, sort of like the USB controller does it. 16.01.25 Quit w1ll14m (Read error: 104 (Connection reset by peer)) 16.02.59 Join ali_as_ [0] (n=as@ambix.plus.com) 16.05.42 Quit ReKleSS ("Leaving") 16.06.06 Quit Ragnor (Nick collision from services.) 16.06.16 Join Ragnor [0] (n=Ragnor@dslb-084-060-158-100.pools.arcor-ip.net) 16.10.54 # sdoyon: oy! mits off that delta ive reclaimed!! it was MINE! 16.13.06 # jhMikeS: latest battery bench went down to 3,61V in the last log entry, still far from the 3,4 defined as shutoff, what do you think of going with 3,6 as low and 3,5 as shutoff for now? 16.13.38 # sdoyon: also.. the plugin min api version should have been bumped if you added new items into the middle of the global_settings struct 16.14.04 # n1s: and the hardware is shutting it down? 16.14.37 # I suppose it would have to be 16.14.46 # this time I'm no certain but the first bench had low batt shutdown disabled 16.15.09 # JdGordon: settings? Ah darn. 16.15.21 # * jhMikeS checks the PMIC low batt threshold value (if that exists) 16.17.28 # sdoyon: if you do bump it... remember to sort any functions hanging on the end of the struct 16.17.29 Join barrywardell [0] (n=barrywar@194.46.245.208) 16.18.08 # JdGordon: I suppose I should just move my fields to the end right? 16.18.53 # guess that would work also 16.20.55 # jhMikeS: it seems like the HD makes the voltage drop enough to shut it down because both bench logs end about 1 timeout before the player died 16.21.58 Quit ali_as (Read error: 110 (Connection timed out)) 16.22.06 # thinking that the pmic seems to be mostly designed for phones (no HD) maybe we need to configure something to allow such drops 16.22.35 Join fml [0] (n=4fd3d74e@gateway/web/cgi-irc/labb.contactor.se/x-c18ca5af58f2ec77) 16.22.56 # Nico_P: ping 16.23.02 # yes? 16.23.44 # Seems you have to introduce a new WPS tag for the study mode (just committed) 16.24.04 # * jhMikeS sees the gigabeat S disk supports UDMA modes 1,2,3,4 which mean max transfer rates of 66.7 MB/s. 16.25.50 Join Lear [0] (i=chatzill@rockbox/developer/lear) 16.25.57 # jhMikeS: so we can fill the buffer in 1 second? :D 16.26.20 Quit faemir (Remote closed the connection) 16.26.29 # if it would ever actualize nearly that :) 16.26.46 Quit XavierGr (Nick collision from services.) 16.26.57 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 16.27.10 # * Nico_P didn't understand 16.27.13 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 16.29.03 # jhMikeS: it seems like the hardwired poweroff is under 2.6V for 4ms and doesn't seem configurable 16.29.22 # but how can it drop that low from 3.6... ? 16.29.50 # * bluebrother notices another setting missing from the manual 16.29.56 # Nico_P: I think alot of factors like head seeks and such would prevent that from actually happening but otoh PIO modes only support up to 16.7 MB/s but such delays would be a larger part of the time spent 16.30.41 # bluebrother: you mean the study mode? 16.31.08 # right. I wasn't hoping to reach that figure of course, but it's still very promising. what's the max disk rate on typical current targets? 16.31.21 Quit faemir (Remote closed the connection) 16.31.25 # 16.7 MB/s? 16.31.37 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 16.31.41 # Wasn't it the rule that a feature is only committed with the accompanying piece of the manual? 16.32.13 # we would never get any new feature then ;) 16.32.43 Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) 16.33.23 # * jhMikeS proposes a rules manual and appointing someone to keep it in sync with the rules 16.33.38 # n1s: he-he! BTW: have you noticed FS#8953? It's about moving the cursor in the calculator (we talked about it a bit) 16.34.01 # fml: yes, I'll try to take a look at it 16.34.23 # fml: yes. 16.34.53 # * bluebrother too slow today 16.34.59 Quit faemir (Remote closed the connection) 16.35.26 # fml: no, it's not a rule. It has been suggested to be a rule though 16.35.58 # ok, not a hard rule but something to strive for 16.36.39 # yes. But as far as I can see it's not widely known. Or mostly ignored ;-) 16.37.19 # Frankly, I thought there was a 50% chance someone would start yelling because of the new context menu entry. If no one does, then I'll be nice and see how to add stuff to the manual :-). 16.37.35 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 16.37.38 # (self irony on): even in FS#8953! 16.38.34 # sdoyon: if I read correctly n1s already volunteered. 16.38.50 # Ah good :-). 16.38.59 Quit advcomp2019 (Read error: 113 (No route to host)) 16.39.16 # the only concern with not adding desrciptions to the manual in the first place is that it mostly gets forgotten then -- and we direct users to the manual quite frequently ... 16.39.18 # i did? 16.40.03 # bluebrother: he meant FS#8953 16.40.18 # n1s: like 5 minutes ago when you hilighted fml? But it looks like you were referring to something else. 16.40.39 # ok, never mid :) 16.40.50 # s/mid/mind/ 16.41.18 # I do wonder what this talk of added contex menu ites is about though? 16.41.29 # Thought so... ;-) 16.44.15 # ah, in the wps context menu, well IMHO that menu is pretty much useless anyway so i don't mind :) 16.49.21 # Got to run, bye 16.49.23 Quit sdoyon ("ircII EPIC4-2.6 -- Are we there yet?") 16.50.24 # * fml follows sdoyon 16.50.47 Quit Lear ("ChatZilla 0.9.81 [Firefox 3.0pre/2008050306]") 16.52.14 Quit fml ("CGI:IRC (EOF)") 16.53.49 # * amiconn wonders what the heck study mode is 16.55.40 # ...and why it adds so much code :( 16.58.01 Quit Synergy6 ("Adios") 16.59.29 Quit faemir (Remote closed the connection) 17.01.15 Join fdinel [0] (n=Miranda@modemcable002.173-131-66.mc.videotron.ca) 17.04.33 Join tessarakt [0] (n=jens@e180075057.adsl.alicedsl.de) 17.08.45 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 17.11.00 Join sdoyon [0] (n=steph@modemcable183.152-83-70.mc.videotron.ca) 17.14.56 Quit Hillshum ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") 17.16.57 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 17.18.25 # * shotofadds see that almost-green build table and gets the feeling he really should implement the D2's user timer one of these days... 17.21.17 Join moos [0] (n=c40cd9b4@gateway/web/cgi-irc/labb.contactor.se/x-94d92066447cdd18) 17.23.09 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 17.24.18 Join csc` [0] (n=csc@archlinux/user/csc) 17.24.57 # Llorean: hi, what did you do to solve your beast boot problem? 17.25.19 Join ibycus [0] (n=sam@s243-021.nomadic.bris.ac.uk) 17.25.42 Quit barrywardell () 17.25.56 # hi everyone, is there an option in rockbox to display a generated song title taken from the database instead of the song filename when viewing the dynamic playlist? 17.26.33 # ibycus: no. The playlist viewer only displays the filenames 17.26.50 # aah ok 17.27.19 # trying to sort of do a dualboot thing with rockbox and apple's firmware, but apple's thing insists on using ridiculously obscure filenames 17.27.36 # so my playlist is full of songs with totally unhelpful names 17.27.41 # thanks anyway 17.27.59 # well, scrap the apple firmware ;-) 17.28.44 # using tags from the database has been suggested before (there was even a patch but that was rather slow, so not suited) 17.29.50 # well i never used to use the apple firmware at all 17.30.03 # but i've got an itrip thing that only works with it 17.30.34 # so i dont have much of a choice 17.30.54 # you might want to check the wiki -- it has a page with information about accessories. 17.31.16 # iirc the itrip only requires power, and this should be switchable now (using the debug menu) 17.31.25 # jhMikeS: The too long interrupt disabling happens in switch_thread(), but I don't know why 17.31.26 # oooooh really? 17.31.34 # that's really interesting 17.32.02 # best check for Buschel -- he did quite some work with power stuff on the Ipods. 17.32.05 # amiconn: perhaps not enough cycles between disable/enable somewhere? 17.33.06 # ah, no -- it's in the system menu. You can enable accessory power there. 17.33.28 # Is there a reason why thread switches have to disable interrupts? 17.33.30 # now that is really worth knowing 17.33.39 # thank god i might not have to fight with gtkpod anymore 17.34.06 # amiconn: because interrupt interact with the lists and would corrupt them in short order otherwise 17.34.27 # But why? 17.34.42 # I'd expect interrupts to be independent from threading... 17.35.10 # not to mention the latency issue between being destined to sleep, having the tick fire, and then having to continue to wait out a tick while a thread is on the run list 17.35.46 *** Saving seen data "./dancer.seen" 17.35.55 # they're very intertwined with the scheduler 17.36.25 # bluebrother: where in the system menu, i can't see anything like that? 17.36.25 # I haven't seen a kernel where they're not 17.37.02 # The old rockbox kernel wasn't iirc. It only used the interrupts for wakeup, and that was it 17.37.05 # ibycus: Settings / General / System / Accessory Power Supply 17.37.15 # bluebrother: yeah just got it, thanks :-) 17.37.43 # how long has that been included in rockbox for? 17.37.48 # and is it always set to yes by default? 17.37.58 # add/remove from a linked list isn't atomic of course and the scheduler routinely accesses locks and lists in both modes 17.38.22 # don't remember exactly -- maybe a few weeks. And no, iirc it defaulted to no a while. 17.38.33 # excellent, that's really good news 17.38.40 # ill have to test that later on 17.38.59 # jhMikeS: Imo interrupts should never access the thread lists, and then there is no problem with non atomic accesses 17.39.25 # does it use any power when turned on with nothing plugged in, im guessing no? 17.39.47 # amiconn: interrupts are only allowed access to wakeup which does access lists...no way around that 17.42.37 # * amiconn isn't convinced at all 17.42.49 # The interrupt just needs to wake up the cpu from sleeping 17.42.57 # Everything else can happen in normal mode 17.44.04 # Check whether a thread is ready to run, and if not, go to sleep again 17.45.00 # it does...but if a thread becomes ready to run via an interrupt while it's headed for a sleep, you'll end up waiting out a whole tick with a thread on the run list which isn't good at all 17.45.00 Join toffe82 [0] (n=chatzill@adsl-71-154-234-130.dsl.frs2ca.sbcglobal.net) 17.45.14 # ibycus: well, I guess it's taking a little power -- otherwise it wouldn't make much sense adding an option for turning it off. 17.45.34 # but I don't own any accessories so I'm not too familiar with that stuff. 17.47.29 # sleeping the core with a thread on the run list is a state that's never wanted so it's made to be atomic with interrupts and both cores 17.47.50 # * amiconn thinks it would be better to *occasionally* sleep for one tick that to fiddle excessively with interrupt enabling & disabling 17.48.22 Part ibycus 17.48.43 Quit sdoyon ("ircII EPIC4-2.6 -- Are we there yet?") 17.49.29 Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-baad05590ac5da06) 17.53.13 # * jhMikeS would prefer to guarantee a few uS latency at most esp. with rapid-fire interrupt wakeups like OTG transfers 17.54.27 # If it needs to be really fast you will react to the interrupt in the isr, not in a thread 17.55.42 # Btw, is there a reason why interrupts are enabled *after* core_sleep? 17.55.42 Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) 17.56.10 # This seems to cause the observed problem, although I'm not sure yet 17.59.19 # While ata waits for the disk there seems to be no runnable thread for quite a number of iterations within the for(;;) loop in switch_thread 17.59.56 # because the are masked at core level during the sleep and is fine on the majority of targets since they wake the core anway. this makes it atomic to have it pass through the sleep unimpeded if the interrupt fired while detined for it. 18.00.19 Quit BitTorment ("Do directly to guantanamo bay. Do not pass go. Do not collect your human rights.") 18.00.31 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 18.00.54 # tagets that don't allow wakeup with core level masking were carefully crafted to have it work 18.01.34 # Moving the enable_irq() before the actual core sleep reduces the problem, but doesn't fix it 18.02.10 # spinning in a yield loop should never reach the sleep code since that thread is never taken off the run list 18.03.15 Quit Ave (Read error: 110 (Connection timed out)) 18.03.31 # it mostly just ends up selecting the same thread again since that's likely the only one awake 18.04.54 # Well, for some reason the 'impossible' seems to happen... 18.04.54 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 18.05.10 # but how far back did you say this problem went? 18.06.03 # r15444 made it show up 18.06.19 # Before that we had no disk poweroff on ipods 18.12.03 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 18.12.28 # at that time and switch_thread didn't routinely disable interrupts at the revision. there was a queue in between interrupt wakes and the run list but this was actually slower and more complicated to implement so most calls in that loop wouldn't disable them except for certain occasional ops. 18.13.46 # wait, this happens in the yield loop? /me isn't quite with it today 18.14.09 # I think so, but I'm not sure yet 18.15.37 # This is really weird. What happens is that rockbox seems to talk to the disk too early after wake-up. There are no ata errors in the init sequence though, but there must be a few retries in the following access, which disables interrupts for too long 18.15.44 # (more than 5 ticks) 18.16.19 # Now the question is how ata retries manage to disable interrupts for so long. 18.17.28 # The relevant places are in switch_thread(), as I found by instrumenting disable_interrupt(), enable_interrupt(), disable_interrupt_save(), and restore_interrupt() 18.18.01 # Hmm, actually I can imporve that instrumentation.... 18.21.52 # does someone know how I could test if I have access to a TLV320AIC23? (without I²S/DSP, only I²C) 18.22.24 # knows* 18.22.35 # * preglow wonders why the study mode setting is called justy that 18.22.58 # seems like a really poor name for what it does 18.23.16 # not that i like the setting much at all anyway 18.24.03 # what does it do? 18.24.23 # it seems to change the functionality of right/left to skip some seconds back/forward instead of skip track 18.24.59 # it's one of those things like "Caption Backlight" which makes one go "wtf is does that mean" :) 18.25.14 # i don't see the need for anything like this anyway 18.25.20 # if you don't want to skip tracks: use the hold switch 18.25.24 # I remember my old SonicBlue player having a mode called study. But that was something completely different: it skipped back a couple of seconds when resuming 18.26.14 # jhMikeS: The irq disable that holds for too long definitely happens at thread.c line 1970, and the enable that catches it (with my instrumentation) happens at line 1981 18.28.42 # how is that code being reached in a yield loop? 18.30.21 Join Buschel_away [0] (n=abc@p54A3C793.dip.t-dialin.net) 18.30.27 # ...or it doesn't get reached until something sleeps and then the enable occurs 18.30.54 # more accurately until everything sleeps at least once 18.32.10 Quit rp- ("leaving") 18.33.22 Join Av3 [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) 18.34.56 Quit kushal_12_27_200 ("Leaving") 18.35.11 Nick Buschel_away is now known as Buschel (n=abc@p54A3C793.dip.t-dialin.net) 18.36.45 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 18.36.45 Quit Buschel (Read error: 104 (Connection reset by peer)) 18.36.53 Join Buschel [0] (n=abc@p54A3C793.dip.t-dialin.net) 18.37.19 Quit simonrvn (Read error: 113 (No route to host)) 18.37.24 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 18.39.32 Join Buschel_ [0] (n=abc@p54A3C793.dip.t-dialin.net) 18.39.32 Quit Buschel (Read error: 104 (Connection reset by peer)) 18.39.32 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 18.40.09 Quit moos ("CGI:IRC (Ping timeout)") 18.41.08 # jhMikeS: what's the typical disk transfer rate for out current targets? 18.41.54 # amiconn: you're saying there's not an interrupt enable for at least five ticks after line 1970? 18.41.59 Join Xerion_ [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 18.42.19 # Nico_P: There's Wiki page about that with extensive data on that 18.42.24 Quit Xerion (Read error: 104 (Connection reset by peer)) 18.42.27 Nick Xerion_ is now known as Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) 18.43.03 # * Nico_P goes looking for the wiki page 18.43.03 # http://www.rockbox.org/twiki/bin/view/Main/DiskSpeed 18.43.06 # ah, thanks 18.46.03 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 18.46.36 # jhMikeS: During normal operation, all is well. The problem happens only when the disk needs to spin up again after a power-off. 18.48.02 # ...and then only because we're talking to the disk too early, so it needs to perform retries. The retries itself succeed though 18.48.43 # All this causes a short dropout n the music, even if the spinup is totally unrelated to buffering (e.g. loading a plugin, or browsing the disk with dircache disabled) 18.48.56 # I not certain if you mean by "holds for to long" means that irq_enable isn't called again for a long time 18.49.13 # That's what I mean 18.49.46 # My instrumentation stores the location and USEC_TIMER value for the last disable_irq() or disable_irq_save() 18.50.28 # On enable, it checks whether more than 50000 usecs have passed since the last disable, and panics if so, showing the location of the disable and the location of the enable 18.51.03 # the only place that should be possible is that the core wake is somehow not happening for > 5 ticks in which case the core isn't registering the tick interrupt for > 5 ticks. the timer interrupt pending should wake it on the next tick and then it should enable them and service the tick. 18.53.08 # that sequence definitely happens normally but the power on seems to have a side effect on it 18.53.47 # It's not the power-on itself 18.54.25 # If I extend the sleep() delay after ata power-on, the effect doesn't happen 18.54.30 Quit mf0102 (Remote closed the connection) 18.54.55 # true, but it appears that attempt to access the disk happens too early then something messes up registering the tick 18.56.56 # * amiconn tries with simple round-robin scheduling 18.57.15 # Unfortunately disabling HAVE_RIORITY_SCHEDULING in config.h doesn't work 18.57.36 # The build breaks in thread.c when doing that 18.58.32 Quit XavierGr (Nick collision from services.) 18.58.43 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 18.58.59 # archos builds without it so I guess something isn't in sync for swcodec 18.59.24 # JdGordon: you called? 19.02.03 # amiconn: the priority system did change pretty radically since 15444 though - mostly new code from then 19.02.07 # bertrik: as JdGordon said, if low voltage triggers a safe shutdown, disk activity should cause battery bench to flush all data to the text file. 19.02.33 # bertrik: if not, (player shutsdown because of no more juice) the last measurement will be lost 19.02.40 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 19.03.01 # XavierGr: Problem is here that low-voltage shutdown prohibits disk writes 19.03.05 # bertrik: I don't think there is a way to save those last measurements on the second case, but if you have an idea please speak 19.03.07 # ah... 19.03.34 # amiconn: you mean that the safe shutdown feature won't try to save settings etc? 19.03.53 # safe shutdown = the one that rockbox triggers even if the player has some juice left 19.04.24 # amiconn: change thread.h line 328 to #if NUM_CORES > 1 which it should be 19.05.18 # actually, the #ifdef isn't even needed around that at all 19.07.18 # XavierGr: yes, but does a safe low voltage shutdown trigger disk activity? 19.07.41 # XavierGr: for flash targets we should flush the cache often as there is no penalty of spinup 19.08.24 # * jhMikeS also wonders if TIMER1 just somehow fails to run for too long 19.08.24 # bertrik: Too much special casing.... 19.10.08 Part blistov ("Kopete 0.12.4 : http://kopete.kde.org") 19.10.16 Quit fyrestorm (Read error: 113 (No route to host)) 19.11.30 # bertrik: I don't think we need to flush often even on flash targets maybe an exception on safe shutdown for them 19.12.06 # bertrik: keep in mind that we need battery_bench to be as transparent as it can be in order to avoid altering the results cause of the plugin itslef 19.12.14 Join moos [0] (n=c40cd9b4@gateway/web/cgi-irc/labb.contactor.se/x-33f59aada6775b3b) 19.12.14 # Shutdown should call the ata callback anyway unless it's critical batt level 19.12.37 # amiconn: afaik it is (normal shutdown) but I am not sure about the safe shutdown 19.13.07 Nick Buschel_ is now known as Buschel (n=abc@p54A3C793.dip.t-dialin.net) 19.13.38 # XavierGr: I think there's not much of a penalty for flash targets to flush often 19.14.25 # amiconn: fixed 19.15.08 # bertrik: That's not the point. There is no reason to make battery_bench behave different on flash targets than on ata targets. 19.16.43 # bertrik: I don't think (and wouldn't like for some reason) that the plugin behaves differently just because it runs on a flash target. That's also one of the reasons why I haven't used battery_bench with the hack on my c200 yet 19.16.48 # jhMikeS: This is really puzzling. I almost suspect something is calling yield() in isr context... 19.18.24 # hmm, not the point? the goal of the battery bench plugin is to collect battery data. Missing data for some reason directly interferes with its main purpose. 19.18.34 # verify the mode bits are supervisor then 19.18.42 # bertrik: also we are talking of a very small error margin, 30 minutes max with 128kbps mp3s on a 32mb ram target 19.18.48 # * bertrik checks whether flash targets even support the ata notify calback 19.18.52 # again in the worst case 19.19.31 # bertrik: Yes they do, and they have to 19.19.47 # bertirk: forcefully writing data is also interfering with its main purpose (although I agree that it is lesser for flash targets still...) 19.20.16 Join fml [0] (n=4fd3c831@gateway/web/cgi-irc/labb.contactor.se/x-46e1a62b0b0f7a20) 19.20.58 # It also costs a little bit battery 19.21.02 # we were talking about flash targets :P 19.21.35 # While there is no spinup, writing every measurement mains that sectors are rewritten many more times 19.21.57 # amiconn/XavierGr: from my understanding the write-protection is done if voltage is below battery_level_dangerous[] whereas the safe-shutdown is triggered by battery_level_shutoff[]. a solution can be to set the write-protection limit below the safe-shutdown limit 19.21.57 # s/mains/means/ 19.22.03 # Why would putting some vars in the middle of the settings structure make plugin API bump necessary (see one of the recent commit comments)? 19.22.18 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 19.22.29 # fml: The settings struct is part of the plugin api 19.23.23 Join styleism [0] (n=styleism@87-194-104-214.bethere.co.uk) 19.23.53 # amiconn: the struct itself or its address? 19.24.01 # amiconn/XavierGr: these voltage levels can be defined for specific targets 19.24.17 # Its address of course 19.24.45 # amiconn: I think that writing sectors multiple times is not a big issue. There's built-in wear leveling AFAIK and it's not _that_ often (say once a minute) 19.25.02 # but OK, I won't mind keeping it little simpler 19.25.15 # It's not about wear 19.25.27 # It's about extra power consumption 19.25.39 # amiconn: but then adding something in the middle should do no harm? 19.26.03 # fml: Of course it does. Plugins rely on the api versioning to ensure it's compatible 19.26.28 # And if you change a struct that's exposed to the api, it does have an effect on compatibility 19.27.01 # ooops 19.27.18 Quit simonrvn (Nick collision from services.) 19.27.19 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 19.27.37 # * bertrik highly doubts the power consumption arguments but has no measurements to back it up 19.27.37 # jhMikeS: Simple scheduling doesn't solve the problem btw 19.27.47 # amiconn: ok, I git it! 19.27.51 # *got 19.28.26 # * Buschel just saw he added a var in the middle of this structure with r17192 :/ 19.28.29 Join crzyboyster [0] (n=4b596e38@gateway/web/cgi-irc/labb.contactor.se/x-689e08beafd49157) 19.29.00 # bertrik: what would be simpler in having a code path for hd based targets and another one for flash targets? 19.30.09 # I don't know until I try it out, but I think it would not be simpler 19.30.21 # Quick question: What exactly is the quickscreen? 19.30.57 # Quick answer: something that's probably described in the manual :P 19.31.37 Quit crzyboyster (Client Quit) 19.32.49 # quick leave... 19.33.03 # * bertrik was just typing the slightly longer answer 19.33.27 # the build table is starting to look unusually green 19.34.05 Quit saratoga ("CGI:IRC (EOF)") 19.35.49 *** Saving seen data "./dancer.seen" 19.36.18 Quit moos ("CGI:IRC (EOF)") 19.37.10 # if it is needed to correct my faulty submitted with r17193, someone must take over -- got no svn-access today :( 19.37.44 # i added a new var within (and not at the end of) the user settings structure 19.38.46 # * Buschel creates lots of typos if his son is crying... 19.43.22 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 19.47.31 # Is it not true that the (relatively) large voltage reading between a LiIon @ low (no drive spinning) load and at higher (drive spinning) load is inevitably going to cause a problem writing the last battery-bench results to a file? When the drive isn't spinning the battery appears fine, but as soon as you spin the disk you suddenly go below the critical level. It appears to me that my batteries' (on all my players) voltage reading become even more load- 19.47.31 # sensitive as they age. 19.48.16 # * bluebrother just needed a couple of edits only because the preview doesn't show the website menu to get the layout right on RockboxUtility :( 19.49.58 Join |AhIoRoS| [0] (n=ahioros@201.226.58.34) 19.49.59 # Both my Gigabeat and Video now show a near 10% point drop of battery level on sustained drive accesses, only to slowly creep back up after the drive stops. 19.50.22 # at least that page is now nicer. 19.50.43 # bluebrother: yes, it looks good :) 19.51.25 # now the only thing I'm still disliking is the bad scaling of the images done by my browser. We'll see ... 19.52.32 # I tried the old wx version again a couple of days ago. Fascinating to see the difference ;-) 19.53.08 # * Nico_P doesn't understand why in the HTML manual, the navigations links are ordered [next] [prev]... 19.56.20 # amiconn, Buschel: I think adding a var in the middle of settings struct (and bumping plugins API version) is ok since it's better to have well organized code. And plugins are compiled all together anyway! 20.01.09 # soap: yup, voltages tend to drop a bit when a disk starts sucking a lot of current (especially when spinning up) 20.01.33 Nick Av3 is now known as Ave (i=ave@a91-152-238-56.elisa-laajakaista.fi) 20.02.02 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 20.03.02 # I'm confused about copy_read_sectors(buf, wordcount) (called in ata_read_sectors) -> wordcount means the amount of bytes*4 to be transferred, right? 20.03.34 Join KrPD [0] (n=KrPD@unaffiliated/krpd) 20.03.52 Quit hannesd (Read error: 110 (Connection timed out)) 20.03.57 Quit KrPD (Connection reset by peer) 20.04.09 # fml: i didn't bump the api version 20.04.10 Quit fml ("CGI:IRC (EOF)") 20.04.15 Quit Mathiasdm ("Yuuw!") 20.16.16 Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") 20.17.20 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 20.19.28 # mcuelenaere: ATA words are 16-bit - I think that's what copy_read_sectors expects - i.e. bytes/2 20.19.43 # mcuelenaere: See the C implementation of that function in ata.c 20.20.14 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 20.21.42 Quit K4rP4D (Connection timed out) 20.22.00 # mcuelenaere: No, it means ata words, which are 16 bits 20.22.22 # linuxstb was first :) 20.24.12 Join Av3 [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) 20.25.49 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 20.26.02 Quit amiconn (" bbl") 20.28.32 Quit druidbartek (Read error: 110 (Connection timed out)) 20.28.36 Quit Horscht ("IRC is just multiplayer notepad") 20.28.40 Join gromozekin [0] (n=gtfo@78.36.253.245) 20.28.51 # hi there. i have weird idea man 20.28.52 # ( 20.28.53 # )))))))))) 20.29.19 # hey 20.29.27 # is anybody there 20.29.31 # how can listen 2 me? 20.29.32 # ) 20.29.53 # well, looking at the channel I see 135 people around right now. 20.29.56 # bluebrother: will you be around later too. I could need a tester with an m:robe100 but won't be around for a while... 20.30.17 # should have been a question ;) 20.30.47 # so, is it real to port rockbox on creative zen xtra player with big big hdd) 20.30.47 # ?: 20.30.49 # pixelma: thought that ;-) I'll be around for a while now (well, unless something unexperienced happens ;-) 20.31.01 Quit Ave (Read error: 110 (Connection timed out)) 20.31.01 Nick Av3 is now known as Ave (i=ave@a91-152-238-56.elisa-laajakaista.fi) 20.31.15 # nice, until later then 20.31.20 # cu 20.31.28 Part pixelma 20.31.37 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 20.32.50 # gromozekin: Rockbox is currently being ported to the Zen Vision:M. 20.35.02 # but as far as I know this doesn't imply the xtra in any way. 20.35.30 # the NewPorts forums has all information about new ports. 20.36.05 Quit BlakeJohnson86 ("Leaving.") 20.36.07 Quit Synergy6 ("Adios") 20.37.23 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 20.37.58 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 20.40.30 # zen vision m 20.40.34 # is coloured? 20.40.37 # yes 20.40.54 Quit tedr0ck (Read error: 104 (Connection reset by peer)) 20.42.17 Join BlakeJohnson87 [0] (n=bjohnson@70-14-57-243.area3.spcsdns.net) 20.43.28 # but my player is b/w 20.43.32 Join dabujo [0] (i=xx@p4FDB263D.dip0.t-ipconnect.de) 20.43.41 # and it connects only through special prog 20.44.27 # well, the Zen Vision:M is obviously not a Zen Xtra. 20.44.38 # orly? 20.45.03 # i know) 20.46.24 Join saratoga [0] (n=9803c50e@gateway/web/cgi-irc/labb.contactor.se/x-749d66af84bfb975) 20.51.01 Join tedrock [0] (n=tedrock@d235-144-17.home1.cgocable.net) 20.55.08 Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) 20.58.47 Join lee-qid [0] (n=liqid@p54965B40.dip.t-dialin.net) 21.02.10 Quit gromozekin (Remote closed the connection) 21.05.59 Quit XavierGr (Nick collision from services.) 21.06.12 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 21.10.32 Quit spiorf (Remote closed the connection) 21.16.31 Quit XavierGr (Nick collision from services.) 21.16.31 Quit BlakeJohnson87 (Read error: 104 (Connection reset by peer)) 21.16.39 Quit SUSaiyan () 21.16.42 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 21.17.41 Join BlakeJohnson86 [0] (n=bjohnson@70-14-57-243.area3.spcsdns.net) 21.19.10 Quit mcuelenaere () 21.19.46 Join Horschti [0] (n=Horscht@p4FD4D252.dip.t-dialin.net) 21.20.32 Quit Horscht (Nick collision from services.) 21.20.40 Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) 21.35.50 *** Saving seen data "./dancer.seen" 21.36.57 Join DataGhost [0] (n=dataghos@unaffiliated/dataghost) 21.49.11 Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 21.49.32 Join barrywardell [0] (n=barrywar@194.46.245.208) 21.49.49 Join Mathiasdm [0] (n=Mathias@vpnd159.ugent.be) 21.50.38 Quit XavierGr (Nick collision from services.) 21.50.49 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 21.55.02 Join Bright-SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 21.55.22 Quit Xerion (Read error: 113 (No route to host)) 21.57.11 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 21.57.53 Quit Horscht ("IRC is just multiplayer notepad") 21.58.19 Join m0f0x [0] (n=m0f0x@189-47-20-156.dsl.telesp.net.br) 22.05.49 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 22.07.16 Join chrisjs169 [0] (n=chrisjs1@unaffiliated/chrisjs169) 22.08.49 # question - I'm finally about to add the anti-aliased fonts patch to the tracker - should I have both the patch and the convttf file in one task, or should I keep them separate? 22.12.29 Quit barrywardell () 22.12.56 # What's the convttf file, and how is it related to the patch? 22.15.15 Join gregzx [0] (n=chatzill@drj139.neoplus.adsl.tpnet.pl) 22.15.52 Join OlivierBorowski [0] (n=OlivierB@ANancy-256-1-67-66.w90-26.abo.wanadoo.fr) 22.16.43 Quit bertrik ("bye") 22.17.32 # hmm, inserting the headphone connector while the gigabeast is "off" turns it on 22.18.54 # * n1s has working wake up alarm :) 22.19.46 Part Buschel 22.20.50 Quit lee-qid ("aufwiederbyebientotsayonara") 22.20.53 # chrisjs169: you should probably have them under the same task if one requires the other 22.22.16 Quit OlivierBorowski (Remote closed the connection) 22.22.49 Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 22.23.00 # I assume convttf is the tool to create anti-aliased fonts from ttf files? 22.25.53 Join MegaRain [0] (n=chatzill@67.221.72.104) 22.26.11 Quit MegaRain (Client Quit) 22.27.05 Join Megarain [0] (n=Rainer_P@67.221.72.104) 22.27.53 # Nico_P, ok 22.28.29 # thanks for posting it btw 22.29.21 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 22.29.47 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.30.28 # Hey, I'm having trouble restoring my iPod(4gen, grayscale, 20gig) so I can put rockbox on it, yet every time I use iTunes, its just corrupts before I can even connect it to the machine. Ideas? 22.30.51 # broken drive maybe? 22.32.08 # It was working the other day, and the device still boots up, etc. And it will go into device mode. Is there an easy way to diagnose this? 22.35.43 Quit Horscht (Remote closed the connection) 22.35.54 # what do you mean when you say it corrupts then? 22.37.51 # Step1: Restore with iTunes 22.37.51 # Step2: Plug into wall, select language, looks like everything is Fine. 22.37.51 # Step3: Plug back into PC, get error saying that iPod may be corrupted, ether unplug or restore. 22.38.33 # what happens if you disable the itunes thingy and run a regular disk scan on it? 22.38.53 # ?? 22.39.03 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 22.39.21 # is the step 3 error coming from itunes? 22.39.23 # Notes: OS is vista SP1 22.39.25 # Yes 22.39.59 # can you access the partition in vista (like a regular harddrive) ? 22.40.22 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.40.32 # Yes. Says its apple iPod, drive letter D 22.40.56 # run a disk scan on that and check for bad sectors 22.42.02 # Hold on, going to force it into disk mode and then try again. 22.42.04 # wasn't there an issue with Itunes on Vista? 22.42.24 # doing stuff like that: telling you you'd need to restore the Ipod? 22.42.27 # That's what I was wondering, one reason I was going to use Rockbox. 22.42.34 # * n1s has never used an ipod nor vista and only itunes while drunk :) 22.43.07 # jhMikeS: Still around? 22.43.53 # Megarain: http://docs.info.apple.com/article.html?artnum=305042 22.44.46 # google needed like a fraction of a second ... 22.44.51 # why do we only allow alarm wake up to be set in hours and minutes and not days too? 22.45.06 Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 22.45.10 # bluebrother: I drew a new cardset for the m:robe100 (used in solitaire and blackjack) - would be cool if someone with the real device could try it out and give an opinion... 22.45.23 # pixelma: sure. 22.46.23 # Hey Blue, I've got itunes 7.6, and that patch doesn't do anything in SP1. 22.46.37 Quit styleism (Read error: 110 (Connection timed out)) 22.49.39 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 22.50.19 Quit tessarakt ("Client exiting") 22.53.13 Quit n1s () 22.53.17 Quit Horscht ("We don't make mistakes, we just have happy little accidents") 22.53.54 # Herm.......though I would double check to make sure I had that update anyways, and I do. 22.58.50 # Ok, now I only get error 69. Good. 22.59.03 Quit Zarggg (Read error: 104 (Connection reset by peer)) 22.59.03 Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-ed7c2150e3114cdf) 22.59.49 # linuxstb, back, sorry. convttf is needed to convert ttf fonts into the anti-aliased version of the fnt file 22.59.51 # Why are new lang strings popping up so frequently these days? Yesterday, I made a chinese update (8957) and today I made another one (8960). Why? 23.00.20 # It seems weird that no new changes were made in feb or mar, but now in apr and may there are so many. 23.00.25 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 23.00.39 # countrymonkey, perhaps because new features are being added that need to be voiced? 23.00.52 # Yes, 8960 is another update that needs to be committed. 23.01.02 # * gevaerts thinks that it's probably spring bringing new things 23.01.17 # well, development isn't predictable... 23.01.30 # or not much ;) 23.01.48 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 23.02.14 # countrymonkey: It looks like you've removed the unknown string in your patch. is there a reason for this? 23.02.18 # It just strikes me as odd that we took such a break, and then all of a sudden things are popping up like crasy. And, I had a question. I cannot type chinese on my computer so can I keep translating the phrases with google translate and verify they are correct by reading the caricters? 23.02.57 # People develop in there spare time. There's absolutely no reason to expect that all months should be equal. Especially since many new features don't require new strings, so it's more or less random when new ones are needed... 23.03.13 # That was from yesterday's commit. 23.04.47 # Which commit removes the unknown sting? 23.04.48 # string 23.04.55 # Hold on, it is in my source tree. 23.05.02 Part Megarain 23.05.28 # Never mind. It is in my source tree. 23.05.28 # None of the recent changes to english.lang seem to according to the official changelog. They all just add strings, as far as I can see 23.05.53 # You really need to be more careful with your patches. 23.06.19 # Hmmmmm. That's weird. I'll make a new patch as to what I have now in my source tree. 23.07.04 Quit Horscht ("I am root. If you see me laughing, you better have a backup") 23.07.10 # I must admit that basic things like that make me somewhat uncomfortable about trusting your translations. Since I can't verify them myself anyway, the fact that you have shown signs of being somewhat lax in the past in terms of getting strings right, etc, makes me worried about them. 23.07.26 # Especially if you're just using google translate, then reading over them and saying "that's good enough" 23.09.29 # Llorean: Didn't JdGordon deprecate the SYSFONT strings for the quickscreen? 23.09.46 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.11.13 # jhMikeS: I never expected that switch_thread() is called with interrupts disabled that often... Something is extremely fishy here 23.11.27 # I won't put one in unless it is exactly what I wanted. Take "enable study mode" for an example. Google translate gave me "da kai shre san de shren ze" (just sounding it out) but what I wanted was "kai shre san de shren ze". What I did was simple strip the "da" off "da kai" and I got what I wanted and put it in. 23.12.15 Join Megarain [0] (n=Rainer_P@67.221.72.104) 23.12.32 # I keep getting an error that I can't corrrectly directory. Ideas? 23.12.47 # I don't understand. 23.13.20 # Hold on, I'll get the exact wording. 23.13.28 # amiconn: According the comment, unknown is also supposed to be used, for example, when time is unknown. 23.13.38 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 23.14.34 # Llorean: I was just referring to your remark that the recent changes were only adding strings 23.14.42 # Is that it's only purpose? 23.15.20 # when time is unknown? If so, I have a bad translation and need to fix it. 23.15.45 # countrymonkey: Did you read the description? 23.15.47 # amiconn: Ah, okya 23.16.13 # "generic string for unknown states, such as an unset clock" 23.16.17 # I must have missed something. Hold on, I will go back... 23.16.35 # countrymonkey: if you know what you want, why are you using google translator anyway? This doesn't sound trustworthy to me ... 23.17.10 # I'm also now *more* worried if you're not reading the descriptions of the strings, and just trying to translate them without context. 23.18.24 # If you know the language well enough to translate, why do you need google translate at all? 23.18.28 Join crope`` [0] (n=crope@dyn3-82-128-186-160.psoas.suomi.net) 23.18.57 # So, reject the patch and wait for a new translator? 23.19.17 # I cannot "type" the characters on my western keyboard. 23.19.46 # So you are just using it to get the characters? If so, OK, I misunderstood 23.20.04 # Yes, I am using it to get the charicters 23.21.54 # bluebrother: what I wanted to ask you about rbutil... does it give any guidance for those who use it to install the bootloader on an coldfire Iriver or an Iaudio which need some more steps than just copy a file somewhere (simplified a lot)? 23.22.36 # Trust me, if I could type the characters, I would do it. Using google translate is difficult. 23.22.57 # especially when you want "exactly" and not "good enough" like I do. 23.23.44 # I want "exactly". 23.25.01 # really? For all languages you try to translate? 23.25.58 # no! Just chinese because I know it. The only reason I could do bulgarian yesterday was because it was all string deprication 23.26.59 Quit crope` (Read error: 110 (Connection timed out)) 23.27.17 # yes, noticed that :) 23.28.07 # I'm a little confused, how do I add music once rockbox is set up? 23.28.45 # pixelma: yes, it adds the needed stuff to the progress list. But maybe I should recheck that -- I bet there is room for improvement ;-) 23.29.05 # That "unknown" thing was just accident and looking at the description plus the comments that were made, it is a good translation. Looking at your comments alone, it looked bad, but reading the description cleared things up. 23.29.19 Quit K4rP4D ("Leaving") 23.29.28 # You put the music on the player like you do a usb flash stick. 23.29.35 # Nice. 23.29.51 # bluebrother: I should probably use it once to try out on my M5, one of these days... 23.30.15 # Megarain: you _can_ use itunes if you want to. That will scramble your filenames so you need to use the database. 23.30.23 # but most people prefer drag and drop ;-) 23.30.53 # pixelma: reminds me that I don't know of any way distinguishing between X5 and X5V. 23.31.01 # * bluebrother puts not on todo list 23.31.16 # Itunes only works on ipods. 23.31.17 Join bertrik [0] (n=bertrik@190-023-045-062.dynamic.caiway.nl) 23.31.31 # why are those lists only getting longer? 23.31.53 # you said you were "not" adding it ;) 23.32.09 # countrymonkey: he was talking about Itunes earlier ... 23.32.24 # so I think it's safe to assume his player is an Ipod. 23.32.39 # pixelma: right ... should do that instead ;-) 23.33.44 # * amiconn needs a thread.c wizard 23.33.45 # SendBootme()::Error on SendUDP() call 23.33.53 # that's an interesting string (from a Zune) 23.33.55 # Obviously I'm unable to understand how it works :( 23.34.20 # bluebrother: part of the problem is that it seems no X5V user is available. If I remember correctly someone wanted to check whether radio detection (or something like that) works on the X5s and didn't find someone with a V model without radio... 23.34.38 Quit Horscht (Nick collision from services.) 23.34.47 # ok. 23.34.55 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 23.34.58 Quit ender` (Read error: 104 (Connection reset by peer)) 23.35.47 # can anyone here recommend me a good ipod replacement online store? 23.35.54 *** Saving seen data "./dancer.seen" 23.35.56 # as in, battery/harddrive parts. 23.36.18 # an ipod itself or accessories? Rockbox compatible or don't care? 23.36.37 # oh sorry, for 5.5gen 23.36.53 # so presumably new batteries and harddrives then do work with rockbox? or do you have to get the right pones? 23.36.54 # ones * 23.37.04 # but yes rockbox compatible :P 23.38.09 # You have to find the exact part. I would say, ipodjuice for batteries, and ebay for everything. 23.38.59 # what happens if you don't have the exact part? I mean, i've seen 'bigger' batteries for sale with longer life 23.39.03 # bigger capacity * 23.39.52 # Hey, I have a question,if I formated my iPod's disc, will that brick it? 23.40.00 Join ender` [0] (i=krneki@foo.eternallybored.org) 23.40.09 # That's ok. But I meant exact type and brand. A little bigger is okay, I have heard. I never tried it myself. 23.40.24 # You need to format with itunes. 23.40.33 # Figured as much. 23.40.42 # countrymonkey: Brand is irrelevant. 23.41.09 # countrymonkey: why ? mkdosfs works fine 23.41.12 # And you don't need to format with iTunes, there are ways listed in the wiki of preparing an iPod drive's partition layout without the use of itunes. 23.41.30 # It is? Okay. Anyway, the HarddriveReplacement wikipage has all you need. 23.42.19 # I know. But that is the only appley official way. 23.42.55 # * gevaerts didn't know that we cared about what apple thinks 23.43.20 # I don't either, but... 23.43.43 # The "official apple" way is more or less irrelevant since this is #Rockbox, and what's relevant is "thinks *we* are okay with" 23.44.10 # things 23.45.31 # We are okay with every hack and crack you can think of (unless it will cause harmful effects later). 23.46.49 # Megarain: Ipods are (almost) unbrickable 23.47.26 Quit simonrvn ("bbl") 23.47.42 # Well bluebrother, I need a way to completely clear the hard drive on my ipod. I have a feeling the reason it keeps corrupting is that there is junk data on the device. 23.47.50 Join webguest45 [0] (n=51d10a99@gateway/web/cgi-irc/labb.contactor.se/x-0cc5113eef9a64c1) 23.48.05 Quit webguest45 (Client Quit) 23.48.26 Quit DerDome ("Leaving.") 23.48.33 # Megarain: you can safely put it into emergency disc mode and do whatever you like with the data on the disk. Just be aware that to boot up the partition layout and the apple bootloader (i.e. the apple firmware) has to be present. 23.48.44 # You can format it, both ways will do, although I'll admit I use the automatic itunesian way. 23.49.16 # in fact, I managed to trick the Ipod accept a CF card by "restoring" to that card first (manually) 23.49.24 # countrymonkey: No, we aren't okay with "everything ever." We respect copyright, and plenty of "hacks and cracks" as you put it, don't. Please, stop just saying everything that comes to mind. 23.49.33 # bluebrother: So, if I put it into disc mode, I can then format the disc....? 23.49.35 # the recovery.bin file within the zune fat fs is interesting 23.49.38 # We are also especially not okay with unofficial install procedures, bug reports on unofficial builds, etc. 23.49.42 # How do you manually restore? 23.50.06 Quit chrisjs169 ("Leaving") 23.50.24 # Megarain: yes. We have the information in the wiki -- IpodManualRestore 23.50.34 Quit countrymonkey ("CGI:IRC (EOF)") 23.50.42 # but those are based on linux. 23.50.43 # I'll go take a look 23.51.55 Quit faemir (Remote closed the connection) 23.52.16 Quit amiconn (Nick collision from services.) 23.52.22 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 23.52.59 Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) 23.54.30 # bluebrother: Any non-*nix instructions? 23.55.31 # none that I know of. There's a dd port to windows though 23.55.32 Quit XavierGr (Read error: 104 (Connection reset by peer)) 23.55.46 # but I guess it's much easier if you just use a linux live CD for restoring.