--- Log for 02.09.108 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 18 hours and 49 minutes ago 00.00.14 # and don't just blindly add everything around to the diff ... 00.00.14 # Casainho: You mean "svn diff > rbplayer.diff" ? 00.00.35 Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") 00.00.39 # linuxstb: yes :-) 00.00.49 Quit AhtiK (Connection timed out) 00.01.49 # Casainho: As bluebrother said, your patch is very hard to read for two reasons: 1) It includes lots and lots of unneeded new files; 2) It contains unrelated changes. Try typing "svn update", and also remove any unneeded files you've added 00.01.54 # and what does crossfade on "shuffle and track skip" mean? 00.02.21 # num1: The manual doesn't explain? 00.02.29 # linuxstb: that's a good point 00.04.18 # http://pastebin.com/d1b76c295 00.04.56 # ^^ it's obvious not after reading the manual, but the manual does not say what it is. 00.05.02 # s/not/now 00.06.21 Join krazykit [0] (n=kkit@host-72-175-80-116.rwl-wy.client.bresnan.net) 00.14.55 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 00.16.03 Quit krazykit ("Connection reset by beer") 00.16.23 Quit mirak ("Ex-Chat") 00.21.15 Quit bluebrother ("leaving") 00.21.58 # allright, this one's not in the manual: Settings->General Settings->System->Keyclick->Keyclick Repeats 00.25.32 # num1: feel free to post a patch adding it 00.25.57 Quit Nico_P (Remote closed the connection) 00.26.23 Quit n1s () 00.27.13 # it would already help if you could write a short description as plain text, also stating which section it should belong to 00.27.44 # ^num1 00.28.48 # as for keyclick repeats, I don't know what it does and was wondering if anyone here would tell me 00.29.46 Join ackers [0] (n=Becks@80-235-149-109.cable.ubr22.newt.blueyonder.co.uk) 00.30.32 Nick oofus is now known as oofus[away] (n=chris@oofus.demon.co.uk) 00.31.51 Part ackers 00.33.17 # as for crossfade, it could be changes as follows: http://pastebin.com/d41d8db51 00.33.47 # s/changes/changed 00.34.21 Quit herrwaldo ("Konversation terminated!") 00.34.42 Quit mf0102 (Remote closed the connection) 00.36.09 Quit jhMikeS (Nick collision from services.) 00.36.10 Join _jhMikeS_ [50] (n=jethead7@rockbox/developer/jhMikeS) 00.36.33 # num1: how's your png viewer going? 00.37.16 # linuxstb: can you see this pacth? : http://html.casainho.net/rbplayer.diff 00.37.41 # that pacth is "clean" now... 00.38.19 # kugel: temporarily on hold while I handle school work and this turkish translation before the 3.0 release 00.38.47 # num1: I waited for you to upload your progress on the tracker.. 00.39.47 # Casainho: Your player is using arm926ej? 00.40.01 # kugel: Sorry but I don't think it's quality enough to warrant showing to others, I'll start a patch within a month 00.40.07 # Casainho: Is bootloader/lowlevel.c needed? 00.40.12 # kugel: yes - Atmel AT91SAM9260 00.40.35 # linuxstb: yes, because crt0.S calls a function on that file... 00.40.36 # the sony a8xx series is using the same cpu 00.40.59 # num1: please read more here: http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayerLittlePrototype 00.41.08 Quit _jhMikeS_ (Nick collision from services.) 00.41.09 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 00.41.37 # num1: Virtually any written code is quality enough to be put on the tracker 00.41.56 # Casainho: You also have a copy in firmware/target/arm/at91sam/rockboxplayerlittle/lowlevel.c but no SOURCES file appear to be compiling it 00.42.37 Quit ender` (" (Coder's Ditty) 100 little bugs in the code, 100 bugs in the code, fix one bug, compile it again, 102 little bugs in the co") 00.43.02 Join Nibbler [0] (n=Nibbler@91-67-150-33-dynip.superkabel.de) 00.44.03 Join lymeca [0] (n=lymeca@unaffiliated/lymeca) 00.44.17 # Hi, I'm looking for Apple firmware images for my 5.5g 80GB 00.44.25 # I don't remember the site to download them at 00.44.47 # linuxstb: thanks - will recitfy that 00.45.48 Quit tvelocity (Connection timed out) 00.46.40 # lymeca: See here - http://www.rockbox.org/twiki/bin/view/Main/IpodManualRestore 00.48.15 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-17498920d786e237) 00.48.46 Join tvelocity [0] (n=tony@195.167.65.108) 00.54.09 Quit Nibbler (Read error: 113 (No route to host)) 00.54.26 # linuxstb: here is all files for rockboc player port: http://html.casainho.net/rockboxplayer_port.tar.bz2 00.54.43 # could you please help to see why bootloader file is 0 bytes? 00.56.49 # linuxstb: Thank you, got it. 00.57.33 # mcuelenaere: (for the logs) have you looked at the iaudio 7 patch recently? I'm wondering when it could go into SVN 00.57.47 Nick Kopfgeldjaeger is now known as Kopfi|offline (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 01.00.09 Join JdGordon [0] (n=jonno@c220-237-62-106.smelb2.vic.optusnet.com.au) 01.00.44 # Casainho: Compare your boot.lds file with one for an existing Rockbox target. You need to set ENTRY and STARTUP correctly. If I understand correctly, ENTRY is a symbol in the STARTUP file. 01.02.20 # * linuxstb sleeps 01.02.44 # linuxstb: thank you -- I will compare tipycal files from RB with that ones 01.02.48 # good night :-) 01.02.52 Quit Casainho ("ChatZilla 0.9.83 [Firefox 3.0.1/2008072820]") 01.07.16 # Some theme(s) seem(s) to use chicago12... 01.11.09 *** Saving seen data "./dancer.seen" 01.11.46 Quit saratoga ("CGI:IRC (Ping timeout)") 01.12.07 Join Nibbler [0] (n=Nibbler@91-67-150-33-dynip.superkabel.de) 01.13.14 # rasher: ping 01.13.38 # amiconn: Yup? 01.14.15 # I now checked all themes in the wps galleries, and SVN of course. Judging from that, I think we should drop the following fonts: 01.17.16 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 01.17.17 # 00-Starmap, alt8x8, clR6x8-8859-2 (will be integrated into rocbox_default), courB* (2), Hebrew* (4), ter-u*v (2, quasi-dupes of ter-u*b), timR08, uwe_prop 01.17.36 # win_crox4h is actually used (but only that one size) 01.18.57 # I didn't check the wps graveyard though 01.20.47 # amiconn: Sounds great - now write a script to search and replace in the theme files and recreate the zips :) 01.21.24 # mcuelenaere: I've tried it again, now even commenting out sti() calls, but it never works when I treat the device as a vx767 01.21.35 # it only runs if I treat the device as a vx747 01.22.00 # there might be something else here -- some vx767-specific format that the OF has and rockboot.vx747 doesn't 01.22.05 # rasher: This isn't the renaming step yet... just the cleanup 01.22.22 # And I'm not that good at scripting stuff :/ 01.22.33 # Btw, there are non-downloadable themes (give 404) 01.22.48 # if I treat the device as a vx747, then it runs and the lcd is initialized (although it shows garbage) 01.23.06 # amiconn, in the WPS galleries or the graveyards? 01.23.28 # the garbage doesn't seem to be random; rather, they seem to be what the lcd used to be like... 01.23.36 # Mostly in the graveyards, but iirc also some in the galleries 01.23.49 # amiconn: if you already have the zips, simply doing sed -i -e 's/oldfontname1/newfontname1/' -e 's/oldfontname2/newfontname2/' should do the trick 01.24.05 # I am aware of two or three in the graveyards... 01.24.07 # ?? 01.24.49 # I left the broken links alone, I figured if we cared enough a wiki admin could search for the orphaned files and perhaps they are attached to another page. 01.25.39 # rasher: (1) I have the zips in a single folder. (2) I'd need to replace the fontname in certain file(s) within the .zip... 01.26.54 # (3) I'd need to know which files changed, in order to upload them. That'll also take quite a while, both because uplink << downlink, and because I'd have to do that manually 01.27.47 Quit nplus_ (Remote closed the connection) 01.28.20 # * amiconn is going to check the graveyaerd themes as well 01.29.45 # Do we consider removing the included fonts? 01.31.56 # mcuelenaere: I think I found the reason :) 01.33.02 # the base address for the OF's onda.bin in vx747 is 0x80e00000, in vx767 is 0x80e10000. rockboot.vx747 has a base at 0x80e00000, so the addresses are all wrong -- therefore I need to treat it as a vx747 for the code to run 01.33.29 # however, I think we do actually need VX767_1.0.dl; it may contain some hw initialization routines 01.34.00 # hrmmm 01.34.07 Quit t0mas ("Client exited") 01.35.30 # Eek. There's even a theme using alt8x8 in the graveyard... 01.37.52 Nick oofus[away] is now known as oofus (n=chris@oofus.demon.co.uk) 01.39.12 Quit Thundercloud (Remote closed the connection) 01.39.40 Quit oofus (Remote closed the connection) 01.45.28 Join perrikwp [0] (i=98214d3f@gateway/web/ajax/mibbit.com/x-ae54c6f9d1cbc476) 01.47.33 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.47.35 # is anyone interested in FS#9232 at all? 01.47.45 # rasher: Does your font matrix update live? 01.48.14 # amiconn: it could. Currently I think it updates once a week or something 01.49.03 Quit tvelocity (Read error: 110 (Connection timed out)) 01.49.15 Join tvelocity [0] (n=tony@gw1.mycosmos.gr) 01.49.33 # I'd like to use it for checking which fonts will still need conversion after committing the deletions 01.50.39 # amiconn: Maybe just notify me after you commit 01.50.44 # ok 01.51.03 # I'll just check whether limiting the builtin font works, then commit 01.58.41 # desowin: jewels don't need the help viewer... but it can use it 01.59.52 # * wpyh gives up 01.59.59 # wpyh: I haven't looked to deeply yet. Is the help text meant to be hardcoded or given as a text file? 02.00.16 # * wpyh gets some hope now 02.00.38 # kugel: the help text is supposed to be a string, compiled in the plugin 02.00.55 # (we don't need a text file alongside a plugin, do we?) 02.01.00 # wpyh: that's probably fine 02.01.24 # I just wonder what will happen to the help texts after plugin localization 02.01.40 # this help viewer is the first step towards making all the plugins have a menu system 02.01.52 # or at least something like that 02.02.07 # well, after plugin localization, I think we may need to modify the code a bit... 02.02.35 # Hmm 02.02.50 # for example, we don't use spaces in chinese, so we can't use that 02.02.56 # What about the manual? Couldn't the manual texts be used for the help text? 02.03.28 # wpyh: yes, I know, it's why I said, it's no use for me ;) 02.03.37 # but that'd probably also mess up localization 02.03.38 # we need to allocate a buffer to indicate at which byte positions the help text will be split 02.04.12 # wpyh: and different font or display sizes? 02.04.30 # the manual? hm... I haven't looked at that yet; but this help viewer is mainly for viewing help texts like that of solitaire's 02.04.47 # desowin: well, yeah.. but I hope it would be useful for others ;) 02.05.32 # pixelma: the help text is formatted at plugin init, and it's ok because we can't change fonts when a plugin is running AFAIK 02.05.34 # wpyh: Yea, but I thought of stealing text from the manual and wrap it into the help text for each plugin 02.05.45 # or, somehow the other way around 02.07.12 # ok, misunderstood before 02.07.29 # kugel: I haven't looked at the manual actually -- does it contain help texts for the various plugins? 02.07.48 # * wpyh just seen it 02.07.48 Join s1mp3 [0] (n=Miranda@60-240-214-26.tpgi.com.au) 02.08.39 # kugel: well, we could probably use that 02.08.48 # but we need to do some parsing then 02.08.54 # hi all 02.09.06 # I'm not sure if this is the right place to ask this question 02.09.25 # but I have a s1 mp3 player which is based on the Action chip 02.09.44 # am wondering if there is a Linux port exist or if not how hard is it to write one? 02.09.49 # s1mp3: afaik there's some opensource firmware for that 02.10.00 # desowin: great 02.10.08 # do you know the name of it? 02.10.18 # s1mp3.org 02.10.36 # rasher: Committed. 02.10.41 # I wonder how you could use that name and not know of it ;) 02.10.50 # wpyh: Yea, but this could happen at compiling time 02.11.19 # kugel: if we can do it at compile time, then why not? :) 02.11.27 # amiconn: updating 02.11.31 # :) 02.11.34 # so, do you propose having a separate help file for every language? 02.12.11 # no, but maybe a seperate help file for all languages, with some kind of usefull seperator 02.12.21 # wpyh: I have been to that site, but didn't find anything, their developer page is not even up 02.12.31 # err, I mean all languages in one help file 02.12.33 # s1mp3: oh, and not every firmware is linux port 02.13.02 # kugel: ok, I think we can have that 02.13.22 # but how? ;p 02.13.26 # desowin: sure :) but I thought that was the only OS in the world ;) 02.13.39 # wpyh: I don't know, maybe it's better to have the help text in the plugin binary, I don't know 02.13.46 # it's just an idea 02.14.03 # hm... 02.14.24 # how about having the help text in the binary now, and worry about localization later? 02.14.43 # sounds reasonable 02.15.06 # s1mp3: hopefully it's not, but such chit-chat better to be handled into #rockbox-community 02.16.45 # desowin: roger that 02.16.50 # later guys 02.17.04 # and thanks for your help 02.17.21 # amiconn: done 02.17.27 # tnx 02.17.37 # Now step 2: the conversion 02.17.45 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 02.18.39 Part s1mp3 02.21.11 # I wonder why I don't get notified on the iaudio7 port task 02.21.47 Quit faemir ("Leaving") 02.21.48 # umm 02.22.15 # rasher: The glyphs aren't in order after conversion. Is this a known problem? 02.22.26 # I'm definitely watching it, but I never get emails on comments added or the like 02.22.50 # amiconn: they ought to be, and I'm pretty sure I tried to ensure they were. 02.24.48 # Umm, indeed they are. I was confused by 00-Starmap just naming its characters with numbers 02.24.57 # Ah 02.25.01 # That's good then 02.27.23 Quit culture (Connection timed out) 02.35.31 # rasher: Your matrix still lists rockbox_default under iso8859-1 ... 02.42.45 Join jeffdameth [0] (n=jeff@dyndsl-085-016-233-147.ewe-ip-backbone.de) 02.43.52 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 02.45.55 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 02.57.53 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 02.59.25 Quit kushal_12_27_200 ("Leaving") 03.01.05 # Unhelpful: Hello. I'll look into that problem that you mentioned. Go ahead and try to confuse it. 03.07.20 Join num1_ [0] (n=brian@unaffiliated/num1) 03.07.38 Part num1_ ("Cya") 03.08.09 Quit n17ikh ("Leaving") 03.08.17 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-4d0ab252fe73cee4) 03.11.10 *** Saving seen data "./dancer.seen" 03.18.56 Quit num1 (Read error: 104 (Connection reset by peer)) 03.19.05 Join num1 [0] (n=brian@unaffiliated/num1) 03.21.10 Quit jmspeex ("I'm off") 03.23.11 Quit XavierGr () 03.32.25 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 03.34.08 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 03.34.52 # \o/ 03.35.00 # * gevaerts runs custom code on his M6SL! 03.35.06 Quit DerDome (Nick collision from services.) 03.35.07 Join DerDome1 [0] (n=DerDome@dslb-082-083-235-102.pools.arcor-ip.net) 03.35.19 Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-235-102.pools.arcor-ip.net) 03.35.50 # congrats 03.36.20 # I can now switch the backlight on and off by pressing play :) 03.36.40 Join JdGordon|uni [0] (i=768aa360@gateway/web/ajax/mibbit.com/x-9e1ba951c919beab) 03.36.56 # jhMikeS: heh, i was going to poke you about it again soon. if i modify stop_charger to clear error conditions, it works for now. i think that things in the charging code are somehow happening in the wrong order, but it's hard to say for sure, since logf in powermgmt-imx31.c crashes rockbox 03.39.18 # It's pretty simple actually. 03.40.59 # For M6SL normally the dfu tool first uploads flashing code and then the actual firmware. I've been trying to flash new "actual firmware" without much success (the flashing works, but the code didn't run) 03.41.11 # Just something for discussion: I consider dropping 00-Starmap (didn't do so in step1) and win-crox* as well 03.41.22 # Now I just uploaded the test code first. That works (but it isn't flashed) 03.42.25 # The former because of bad coverage (although it claims to be Win-1252 it's only little more than ascii), the latter because of their weird encoding. RAWIN-R is *not* Win-1251, plus coverage isn't great either 03.44.37 # Also, what about adding a fonts/README that explains the naming and encoding constraints, and includes a list of the renamed/removed fonts? 03.45.43 # 00-Starmap isn't used in any current theme (only in the graveyard), but win-crox4h is used (in the gallery, not in svn) 03.47.31 # gevaerts: in that case, I think your custom code was not being loaded when it was flashed onto the nand 03.47.47 # that should explain why the custom code runs unflashed 03.47.48 # :) 03.47.50 # most probably, yes 03.47.58 # to test that hypothesis 03.48.08 # you can replace the main firmware inside M6SL.ebn 03.48.14 Join Aaron2 [0] (n=c0587cca@gateway/web/cgi-irc/labb.contactor.se/x-342a53045db8651d) 03.48.31 # Hi there. I have recently installed Rockbox on my 4th gen 20gb ipod. 03.48.39 # see, it's basically just a header (32768 bytes) followed by the main firmware, followed by the tail (0xa5a5a5a5 0x5a5a5a5a 0xa5a5a5a5 0x5a5a5a5a) 03.48.54 # if that works, then we can safely say the code won't load without the loader 03.48.59 # I've made a few recordings with it, but I am unable to use my ipod to playback the recordings it made. Ideas? 03.49.09 # * wpyh has to go soon... 03.49.16 # When I select the files, it goes to the playback screen, but does not play. 03.50.01 # wpyh: what's really frustrating is that I didn't change any code (I did, but I reverted it all). markun could have had this running two months ago... 03.50.30 # but we didn't have meizu_dfu.c ;) 03.50.44 # so it was difficult for him to recover / put code on his player 03.51.13 # I'll try the main firmware trick tomorrow. Time to sleep now 03.51.31 # good night :) 03.51.54 Part _emp ("Leaving") 03.52.02 # gevaert: btw, can I try it too? 03.52.07 # (is it in the current svn?) 03.52.22 # wpyh: sure. I've just committed the only needed change (remove an #if 0) 03.52.37 # ok, thanks :) 03.55.39 Part wpyh 03.56.02 Quit tvelocity (Read error: 110 (Connection timed out)) 03.56.08 Quit jhMikeS (Nick collision from services.) 03.56.14 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 03.57.21 Part pixelma 03.59.08 Join atrus [0] (n=atrus@S0106001ee57a9819.ed.shawcable.net) 04.00.58 Quit Aaron2 ("CGI:IRC (EOF)") 04.13.18 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 04.25.01 Join miepchen^schlaf_ [0] (n=miepchen@p579ECC11.dip.t-dialin.net) 04.25.31 Quit Zarggg () 04.28.45 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-106.dsl.hstntx.swbell.net) 04.36.07 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.40.11 Quit miepchen^schlaf (Connection timed out) 04.49.29 Join mazling [0] (i=largeear@host86-140-192-235.range86-140.btcentralplus.com) 04.58.01 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 05.11.11 *** Saving seen data "./dancer.seen" 05.11.11 Quit Lambduh ("Leaving") 05.15.58 # Unhelpful: Sorry to not be more responsive but I've just been super busy. It is _supposed_ to reset error on a replug. Also race conditions are impossible to avoid to it needs to be tolerant of that. 05.16.10 Quit einhirn (Read error: 104 (Connection reset by peer)) 05.20.14 # jhMikeS: i wasn't trying to imply you were lazy or anything. you have things to do besides write rockbox, just like i have things to do besides beat on this bug and try to shake out the cause. 05.20.22 Quit massiveH ("Leaving") 05.22.30 # as written, stop_charger(false) makes a point of not setting the state to DISCHARGE if it's already ERROR. how is charging_algorithm_small_check being called? 05.23.22 # i'm imagining something like it being called from a time, and the race condition being between the non-availability of charging data, because of the hardware having notice the lack of a power source, and the charger_input_state having been set 05.24.09 # if it's that sort of thing, there might be some way to see *why* the ADC read failed, and disregard it if it's due to unplug? 05.25.04 # for right now, just changing the else if check on CHARGE_STATE_ERROR in stop_charger to an else is at least a workaround 05.27.56 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-930a90c9cd941fa9) 05.28.57 # jhMikeS: not to throw more stuff at you, but I can't seem to get test_codec to work with a multithreaded codec 05.29.08 # is there something special the SPC codec does to make it work? 05.32.00 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 05.32.49 # also, i thought that rockbox would make my gigabeat print money. it won't print money. ;) 05.34.27 Quit atrus () 05.38.55 Quit saratoga ("CGI:IRC (Ping timeout)") 05.41.46 # Unhelpful, you have to ifdef it 05.42.31 # #define ROCKBOX_PRINTS_COUNTERFEIT USD 05.42.56 # yep 05.44.05 # laters 05.44.07 Quit Horscht ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") 05.44.43 Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) 05.57.19 Quit mazling (Read error: 113 (No route to host)) 05.59.52 Join mib_tpmex0 [0] (i=187ffafa@gateway/web/ajax/mibbit.com/x-3b06a1a5eb9d8e88) 06.00.41 Quit mib_tpmex0 (Client Quit) 06.07.11 Quit pabs (Read error: 113 (No route to host)) 06.25.17 Quit Nibbler (Read error: 104 (Connection reset by peer)) 06.39.26 Quit Zarggg () 06.42.22 Join Nibbler [0] (n=Nibbler@91-67-150-33-dynip.superkabel.de) 06.42.50 Quit EspeonEefi ("さよなら") 06.44.33 Join EspeonEefi [0] (i=espeonee@SYDNEYPACIFIC-FOUR-FIFTY-TWO.MIT.EDU) 06.49.23 Join wpyh [0] (n=william@72.37.180.97) 06.59.05 Join AndyI [0] (n=pasha_in@212.14.215.21) 06.59.34 Join mazling [0] (i=largeear@host86-140-192-235.range86-140.btcentralplus.com) 07.07.12 Part toffe82 07.11.14 *** Saving seen data "./dancer.seen" 07.22.14 Join Lambduh [0] (n=Lambda@12-202-140-90.client.mchsi.com) 07.50.28 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 08.04.02 Join joshin_ [0] (n=joshin@VDSL-130-13-185-112.PHNX.QWEST.NET) 08.05.29 Quit joshin (Read error: 104 (Connection reset by peer)) 08.07.32 # rasher: ping 08.14.52 Quit EspeonEefi ("さよなら") 08.15.10 Join AndyIL [0] (n=pasha_in@212.14.215.21) 08.22.00 Part ShockValue ("Konversation terminated!") 08.22.37 Quit BHSPitLappy (Remote closed the connection) 08.28.41 Quit BigBambi (Read error: 113 (No route to host)) 08.28.51 Quit gevaerts (Nick collision from services.) 08.29.03 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 08.31.42 Quit bughunter2 ("bye") 08.31.50 Part safetydan 08.35.22 Quit AndyI (Read error: 110 (Connection timed out)) 08.36.59 Join kcin [0] (n=woot@180.134.121.70.cfl.res.rr.com) 08.37.07 # Hi 08.39.19 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.39.26 # Does rockbox have a cover flow feature? 08.40.17 # Also, is there anyway to brick my ipod installing rockbox? 08.40.26 # http://www.rockbox.org/twiki/bin/view/Main/PluginPictureFlow 08.40.36 # awesome 08.40.41 # it is nearly impossible to brick an ipod 08.41.00 # cool beans thanks.. hack on 08.45.01 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 08.45.26 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 08.46.24 # * GodEater can't tell from the logs whether or not the branch happened 08.47.05 Join Gartral [0] (n=Gartral@adsl-75-35-248-158.dsl.bcvloh.sbcglobal.net) 08.47.49 # * GodEater points out that this was a hint to answer the unspoken "did we branch or not yesterday?" question.... 08.48.02 # hi all, this is more a general Q: what can i do about a sansa who's headphone jack is going? 08.48.16 # going? 08.48.21 # going where 08.48.54 # bad 08.48.58 # resolder it 08.48.59 # Gartral: that isnt really rockbox related, but you likely need to re-solder the jack/the pad that is lifting 08.49.12 # Gartral: rip it apart, solder it back, put it together, smile 08.49.32 # Are bluetooth adapters supported for ipods in rockbox? 08.49.38 # ok, next prob is a dont have any soldering tools 08.49.49 # not to my knowledge 08.49.57 # Gartral: either buy some, or find someone who has them. 08.50.05 # aww for real no BT? 08.50.19 # kcin: how do they attach to the ipod ? 08.50.29 # dock port 08.50.42 # well, they *might* work with a patch which is currently undergoing testing 08.50.42 # some bt headsets have controls on them 08.50.45 # kcin: not unless there generic and plug into the headphone jack, if it used dock parts, then no 08.51.00 # the idea of the doc port is to control it via the headset 08.51.03 # Gartral: we have an AAP patch undergoing testing 08.51.18 # ahh 08.51.21 # ive seen a few straight stereo adapter but seems like a clunky solution 08.51.48 # i like my radiocaster, but that belongs in off-topic :P 08.52.23 # kcin: see here: http://forums.rockbox.org/index.php?topic=17841.0 08.52.32 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.53.44 Quit avis (Remote closed the connection) 08.57.11 Join Rob2223 [0] (n=Miranda@p4FDCF7E1.dip.t-dialin.net) 08.59.40 # ohh, could someone tell me the projected battery drain of using a miniSDHC class 6 4 gig for movies? 09.00.43 # the SDHC drain will be the least of your worries - the backlight / display will be way worse. 09.01.40 # hmm, but will different classes drain more? 09.01.54 # I doubt that 09.02.13 # possibly, but it will be thoroughly neglibile compared to the display / backlight drain you'll get for watching such a large movie 09.02.43 # graphical install now on linux neato 09.02.44 # *neglible 09.02.56 # DogBoy: it's been there for at least a year... 09.03.00 # well, it deffinatly wont be 1 whold movie 09.03.09 # guess it's been over a year since I installed it 09.04.22 # i like ghost in the shell, so it would be like 2 full movies and whole bunce of 25-30 min movies 09.05.47 # regardless - the sdhc current drain is still not the important bit 09.06.06 # Has there been any work done for rockbox on the classic? 09.06.16 # right, i might reverse rolls and use internal as movies, external as music 09.07.05 # kcin: no, the Ipod classics are under some wierd encryption, nothings been done so far 09.08.13 # same as the G6s 09.08.20 # right? 09.08.32 # yea 09.09.13 # it isnt necessarily "weird" as "we dont know the key"...and that is besides the matter of all the new undocumented hardware 09.09.14 # Gartral: I think you're missing the point here - where you store the movies will be irrelevant. Playing them back and watching them will eat your battery. 09.10.57 # seems they stop selling a specific model when they find out everyone hacked it up LOL 09.11.09 # GodEater: right, but im trying to minimise the immense impact, ive already experienced it in full, dont worry, i als have 3 batterys and replaced my screws with posiclips 09.11.16 *** Saving seen data "./dancer.seen" 09.11.50 # Gartral: All I'm saying is that if you can actually perceive a difference in runtime between the two storage mediums, I'll be fucking amazed. 09.12.07 # Gartral: why dont you just benchmark the two methods and be done with it? 09.12.21 # * scorche|sh stands over on GodEater's side of the room 09.13.09 # rasher: around now? 09.13.11 # cus i dont have the card yet, its still a few days away, and i ussually gauge down to 5 mins oon runtime 09.13.22 # what players do you guys have? 09.13.31 # * GodEater has lots 09.13.32 # sansa e250 09.13.40 # scorche|sh: has more, and amiconn has shedloads 09.13.47 Quit AndyIL (Excess Flood) 09.14.10 Join AndyI [0] (n=pasha_in@212.14.215.21) 09.14.15 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.14.21 # which player has the most support? seems i would need to go hunt for a ipod 5G if i really wanted an ipod 09.14.36 # "most" support ? 09.14.41 # there isnt one with the most support...what specifically do you mean? 09.14.45 # thats a hard discription 09.15.04 # its more what you want to do with the thing 09.15.08 # well are all rockbox features available to all hardware? 09.15.16 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.15.24 # of course not 09.15.35 # you can't implement a colour screen on a black and white target 09.15.39 # kcin: what features did you want? 09.15.40 # oh i know that 09.15.49 # most, but things like radio only works with sansas, etc, not ipods, 09.16.23 # if the target has a radio, we support it for the most part 09.16.29 # yea... sorry dont listen to me.. its late im goin to bed :-D 09.16.54 # * GodEater would never recommend an ipod as a rockbox target 09.17.01 # oh reall 09.17.02 # y 09.17.26 # GodEater: well, a nano isnt so bad... 09.17.38 # cowon looks pretty cool 09.17.54 # scorche|sh: none of them are "so bad" - I just wouldn't recommend one 09.18.26 # i wouldnt mind a 30 gig vid, but it would run IPL not rb 09.18.40 # what sucks is I know i just cant go out there and buy it because of the different versions that are not usually printed on the box 09.18.48 # it as in any player 09.19.10 # what is IPL? 09.19.14 # Ipod Linux 09.19.17 # Ohhh 09.19.20 # yea 09.19.21 # i bought my sansa refurb off of amazon, and im so happy 09.19.39 # oh yea thats good news 09.20.03 # * Gartral notes that if it were possible to boot rb from ipl, he would probably use both 09.20.06 # i have a cheapy sansa express laying around and its bricked 09.20.09 # kcin: in any case, you can't just "go out there and buy it" because none of the Rockbox targets are manufactured any more. You'll need to acquire a second hand model from somewhere. 09.20.22 # Gartral: that's more than possible 09.20.23 # oh none of them are 09.20.45 # arg 09.20.55 # not one, untill the RBPlayer comes out of the works 09.21.15 # don't hold your breath 09.21.27 Join funman [0] (n=tg@97-195-ftth.onsbrabantnet.nl) 09.21.54 # i wnat to help on it, but i need to get the money together, and in lakewood ohio, thats not so easy 09.21.57 # this is getting a bit offtopic... 09.22.00 # want* 09.23.03 # its #rockbox offtopic, right? 09.23.37 # im just talking about supported hardware.. thats ot? 09.24.14 # Gartral: huh? 09.24.52 # i think imma go with a iriver 09.24.54 # talking about ipl, "i got x", unsupported targets, etc 09.24.59 # the offtopic branch channel, or was it closed? 09.25.19 # Gartral: read the topic and the guidelines? 09.26.48 # my irc client filters out the auto post message, and doesnt display topic header >.> 09.27.59 # the guidelines are on the website 09.28.16 Quit mazling (Read error: 113 (No route to host)) 09.28.50 # im on a god damned amiga, i dont have web! lol 09.29.07 # * B4gder waits for amiconn's rebuttal to that 09.29.35 # * GodEater is starting to suffer a sense of humour failure 09.30.05 # It seems there is a FPS limitation on the irivers for video? 09.30.33 # all i know is it used to be #rockbox-offtopic, did it change? or my irc client busted and not loading multible channels like it should be? 09.31.08 # there never was a #rockbox-offtopic 09.31.15 # * GodEater agrees with scorche|sh 09.31.25 # it was always #rockbox-wareallhere 09.31.28 # * B4gder giggles 09.31.52 # -sighs and hangs his head- im no dolt 09.39.19 # * Gartral whistles voodoo as it plays 09.40.45 # hrmpf, feature request posted as patch... 09.41.50 # no my fault >.> 09.42.25 # * B4gder looks at Gartral 09.43.14 # although, would it be feasible to add a buffer to the radio the add a limited pause to the radio? 09.44.29 Join cfp [0] (n=55443911@gateway/web/cgi-irc/labb.contactor.se/x-8b7ddf8184739241) 09.44.42 # i guess silence means no here... 09.44.55 # you're new to irc I see 09.45.09 # silences means nothing, just that nobody replied 09.45.40 # hello all ! 09.45.53 # cfp: stop submitting feature requests as patches please 09.46.37 # we took away the feature request tracker and made a forum section for them 09.47.03 # ? 09.47.25 # FS#9353 is not yours? 09.48.17 # you mean, FS 9353 ? 09.48.34 # it is, but it is not a feature request 09.48.44 # then what is it? a patch? 09.49.11 # well, yes 09.49.17 # to add the three wps tags mentionned 09.49.29 # no, it's a request to add them 09.49.32 # Gartral: I know at least one other developer who is in favour of "Tivo-esque" features for the radio - but as far as I'm aware no work has been done on it. 09.49.48 # nope, there's an attached patch to actually add them 09.49.57 # B4gder: I can see a patch there... 09.49.57 # ah my bad, sorry 09.50.08 # no problem 09.50.18 # * B4gder 's network is playing tricks and took ages to show that page 09.50.30 # B4gder is clearly in need of more morning coffee and donuts and to stop him from being grumpy ;) 09.50.34 # cfp: why do you think balance and channel config is swcodec only? Crossfeed is though 09.50.37 # * scorche|sh thinks B4gder needsmore coff.....bah! 09.50.42 # woops 09.50.46 # right 09.50.47 # scorche|sh: hehe ;) 09.50.48 # more more more 09.51.01 # * cfp had started feeling guilty 09.51.21 Join AhtiK [0] (n=ahti@88.196.5.82) 09.51.21 # * B4gder shuts up and sits in the back 09.51.22 # * cfp hands a big cup of coffee to B4gder 09.51.34 # aaah 09.51.53 # -feeds badger a knightstich full of cinnimon powdered doughnuts 09.52.07 # /whois badger 09.52.08 # oops 09.52.12 # knightstick* 09.52.27 # B4gder: some weird swede...though that is a bit redundant 09.52.35 # badger whois'd himself, lol 09.52.40 # I did? 09.52.47 # * B4gder waits for a subtle hint to drop 09.53.21 # * GodEater thinks it's too subtle ;) 09.53.26 # although I got it 09.53.27 # clearly 09.53.51 Quit Lambduh (Read error: 110 (Connection timed out)) 09.54.16 # * pixelma hands Gartral some glasses, though this is getting off-topic 09.54.56 # again! 09.55.19 # again? 09.55.53 Join ghen [0] (n=geert@lori.ghen.be) 09.56.46 # pixelma: better now (about my patch) ? 09.57.24 Quit AhtiK ("Leaving") 09.57.32 # and by the way, does someone know how I could manage to access properties by name from wps ? 09.58.02 # cfp: I think there was a patch for that - something like "arbitrary tags" 09.58.15 # Assuming that's what you mean 09.59.22 Quit Nibbler (Remote closed the connection) 09.59.39 # B4gder: I found this which looks useful : http://www.bluishcoder.co.nz/2007/09/how-to-publish-git-repository.html 10.00.30 # it is 10.00.36 # but I can't find this patch 10.01.00 # GodEater: thanks, I'll read that closer later 10.02.11 # linuxstb: oh right you mean FS#2616 10.02.32 # I was thinking of accessing config options, in fact 10.02.39 # it looks like there's just three things to do to make the git repo publish over http - two git specific commands, and making the git dir accessible over http (with a virtual host or something I guess) 10.02.49 # to avoid adding to many tags to the wps 10.02.52 # I assume the server hosting it has apache or something installed 10.03.24 # ie, writing something like %pr| 10.03.27 # GodEater: yes, it runs apache etc, I'll just make sure the chroot stuff works properly to show both the git and the git http server in the same jail 10.03.54 # to display the value of the related config option 10.03.59 # B4gder: awesome - you're most kind 10.05.01 # this would allow removing lots of tags from the wps - all the ones related to config options in fact - 10.09.22 Quit Bger (Read error: 104 (Connection reset by peer)) 10.12.03 Join mazling [0] (i=largeear@host86-140-192-235.range86-140.btcentralplus.com) 10.13.19 # Also 10.13.19 # amiconn: here now 10.13.40 # Has anybody been able to confirm bug FS#9335 ? 10.18.38 # Oops - I've fixed #9352 but incorrectly... 10.19.00 # No, actually it's fine 10.19.24 Quit reacocard (Read error: 110 (Connection timed out)) 10.19.58 # B4gder: You about to branch? 10.21.51 # cfp: sounds related to http://www.rockbox.org/tracker/task/7967 10.22.32 # are you using shuffle or "insert shuffled"? 10.24.01 Join reacocard [0] (n=reacocar@WL-311.CINE.HMC.Edu) 10.24.44 # amiconn: you mentioned a need to get alerted before a branch happens, why is that? 10.26.16 # * B4gder prepares the magic branch svn command line 10.26.56 # * GodEater sprinkles fairy dust on the command 10.27.37 # B4gder:Probably because I have no idea how to work with branches... 10.28.35 # I figure we just checkout the branch when we want to work on the branch specifically, and otherwise we continue poking on trunk 10.28.48 Part Gartral 10.29.14 # rasher: 2 quick questions: (1) Why does rockbox_default still show as ISO8859-1 in your matrix? (2) Do you have the .bdf files for the fonts on your fonts site accessible somewhere? 10.29.51 # I'd like to remove the win-crox stuff, and in turn commit some more sizes of helvetica as a replacement (the only used win-crox is the 4h (helvetica)) variant 10.30.14 # B4gder: What if a change should affect both? 10.30.34 # then we do them on trunk fist, then apply them on the branch too 10.31.01 # How do revision numbers work with a branch? 10.31.12 # the number is global for the entire repo 10.31.16 # amiconn: ah, I force the encoding on some fonts, so that's not going to update automaticly 10.33.27 # will there be some changes to the branch? E.g. it's been discussed at DevCon to remove plugins that don't work correctly especially wrt controls 10.33.53 # we should use the branch to cleanup for release imho 10.35.54 # so the fonts stuff is going into the release? 10.36.04 # then there's no point in branching yet 10.36.40 # I'm just worried that things will go as usual 10.36.47 # we come up with more and more and more 10.36.54 # and we never get to the point where we can release 10.37.12 # and we are on a freeze still 10.37.47 # amiconn: using the script I posted it should be fairly easy to do on two branches 10.38.32 # * amiconn will try to do the fonts stuff asap 10.39.27 Join Nibbler [0] (n=Nibbler@91-67-150-33-dynip.superkabel.de) 10.39.36 Join Mathiasdm [0] (n=Mathias@78-22-6-189.access.telenet.be) 10.42.58 # pixelma: it was indeed a duplicate of FS#7967, so task #9335 can be closed. I posted my bug report in the comments of the aforementionned task 10.43.19 # ok, I close it then 10.43.25 # great 10.43.36 # do you have any idea where this could come from ? 10.43.52 # as I think it mostly happens with large playlists 10.44.08 # and stil, only when entry is selected 10.45.30 # no, I have no idea. But I started nagging the developer who invented this... ;) 10.45.56 Quit amiconn (Nick collision from services.) 10.46.00 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 10.54.23 Join t0mas [0] (n=tomas@rockbox/developer/t0mas) 10.54.30 # B4gder: Asap meaning tonight almost for sure 10.56.14 # ok, then let's have another branch attempt tomorrow! 10.57.16 # when will duke nukem forever be ported to rockbox ? 10.57.30 # that'd be right next after the 3.0 release B] 10.57.31 # 10.57.38 # ;) 10.58.27 # hey, the 2.5 branch is at rev number 7531... :-) 10.59.04 # * amiconn_ wonders who will work on the release branch at all when the freeze is lifted :/ 10.59.10 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 10.59.14 Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) 10.59.37 # hopefully a few that can build binaries that say "3.0" 10.59.58 # I guess that'd be me... 11.00.25 # still the good old freeze/release discussions? 11.00.35 # t0mas: it never ends 11.00.41 # it just pauses a few years occasionally 11.00.50 # yeah, but it's not only Rockbox.. 11.01.00 # nah, it's a universal dilemma 11.01.01 # other projects have the same kind of issues :) 11.01.59 # I did work with a team a few months ago that handled it quite nicely.. they called it the "hold the line-method" 11.02.15 # try to fix all bugs on trunk just like the rockbox-freeze.. 11.02.25 # then unfreeze if there are no release blockers (all quite normal) 11.02.44 Quit nuonguy ("This computer has gone to sleep") 11.02.49 # and when a new issue comes in (usually in batches because the test-team submits them) 11.03.02 # stop all development.. 11.03.18 # force everybody to use the released/under-testing branch.. and fix the issues 11.04.03 Quit Nibbler (Read error: 113 (No route to host)) 11.04.08 # and nobody was allowed to do/commit anything while they were fixing issues.. the thing is that this was a corporate environment.. so it was ofcourse way easier to force people to work on something :) 11.04.28 # that makes everything totally different 11.04.46 # in fact, the situations tend to be very different and specific to the certain surroundings and culture 11.04.57 # Problem is that as soon as a freeze starts, svn activity goes way down, 'cause almost nobody really likes to work on fixing boring bugs (me included)... 11.05.07 # indeed 11.05.19 # that's a problem for open-source / voluteers.. 11.05.20 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 11.05.22 # nobody likes fixing bugs.. 11.05.34 # but if it's your job to fix them you'll have to :) 11.05.42 # Actually fixing bugs isn't that bad, as long as you're not forced to... 11.05.52 # This is mainly a motivation problem 11.06.09 # * B4gder agrees 11.06.21 # I actually like fixing bugs in general 11.06.21 # maybe we should try to get the rockbox-board to release more often? 11.06.27 # 3.1 in 3 months? 11.06.37 # that would make the list of bugs smaller.. 11.06.38 # that's the plan 11.06.43 Quit rvvs89 (Read error: 54 (Connection reset by peer)) 11.06.44 # That's the plan, but it means we need to get that damn 3.0 out the door first 11.06.45 # ah.. sorry, hadn't read that 11.07.19 # and.. but that would require some automation of svn-merging... we could have the debian-style releases? 11.07.27 # unstable -> testing -> stable 11.07.34 # yuck 11.07.55 # 3.0 is for the weaklings 11.07.57 Quit DogBoy ("Leaving") 11.08.00 # the rest runs trunk 11.08.06 # true :) 11.08.20 # having a "testing" just spreads out users in more camps 11.08.31 # I don't think it would benefit us much 11.08.42 # I have seen teams do this kind of thing too.. have a "almost stable" branch between trunk and "tada! release!" 11.09.26 # but if things are hard in two branches, having _three_ is even messier 11.09.41 # jup.. that's why you really need some automation on merging them 11.09.50 # doing that manually would be horrible :) 11.09.57 # well, and if we take debian as a fine example... 11.10.04 # it doesn't work fully automatically 11.10.28 # true too.. 11.10.33 # and yet they "just" merge full packages not source code 11.10.54 # the place I saw this in action was developing a "custom linux system" 11.11.11 # basically Linux + some control panel + software to control the device it was made for 11.11.18 *** Saving seen data "./dancer.seen" 11.11.20 # but packages are an easier entity to work with then 11.11.30 # there's "just" some 2000-3000 separate pieces 11.11.38 # we have 400K source code lines 11.11.42 # the panel and control-software were in perl and C.. using normal SVN 11.11.52 # and in their system it worked quite well to automatically merge it.. 11.12.14 # but distros don't merge code between their branches 11.12.19 # they move packets 11.12.20 # they forced developers to name a ticket-number in the commit-message 11.12.42 # like: "Change x, y, z. Fixes #123" 11.12.51 # or "Change bla bla. Ref #123" 11.13.26 # which would link the change to that ticket-number.. and those changes would be automatically merged after someone reviewed the ticket.. and tested it.. 11.13.58 # afaik they didn't have much failed merge-attempts.. 11.14.11 # you don't need to describe that system 11.14.15 # as that won't work for us anyway 11.14.26 # nah... not in that way no :) 11.14.38 # not in any way 11.15.03 # it's an intriguing problem... releases in OSS 11.15.45 # I'd say that in most oss projects they're not this problematic 11.15.58 # true.. but what's different here? 11.16.35 # the large dev crowd, the non-existing dictator 11.16.49 # the large amount of people not caring about releases anyway 11.16.52 # same problem exists in vlc 11.17.05 # I think that last one is a really strong one 11.17.21 # as you said.. everybody is running the SVN-version anyway 11.17.33 Quit cfp ("CGI:IRC (EOF)") 11.17.54 # it's like one new release for each commit, so you are satisfied 11.18.03 # the non-existing dictator might be fixed by the rockbox-board (what was it called?) 11.19.10 # well.. maybe we should just tag the trunk once a month as "test release" and not make any more than trivial effort to make that one work.. and then backport fixes for real bugs? 11.19.30 # that would make releasing less painfull? 11.20.05 # because everybody here uses that "version" anyway.. so it is actually usable.. 11.20.53 # and for the "just" users out there the backported release would still be a quite stable "release"? 11.21.26 # we have set roadmap for how to proceed from here and I think we should stick to that until it has been tested 11.22.25 # yes of course.. I was thinking aloud ;) 11.30.20 Quit linuxstb (Read error: 110 (Connection timed out)) 11.30.26 Part pondlife 11.34.04 Quit jeffdameth (Read error: 113 (No route to host)) 11.34.44 Join dabujo [0] (i=xx@p4FDB28B9.dip0.t-ipconnect.de) 11.35.36 Join jeffdameth [0] (n=jeff@dyndsl-091-096-033-125.ewe-ip-backbone.de) 11.37.27 Quit reacocard (Read error: 110 (Connection timed out)) 11.39.29 Part swimmer ("thank you very much") 11.45.41 # rasher: Any info on (2)? 11.47.16 # amiconn: Ah, no. You'd have to check the xorg cvs. Or wait for me to do it to fulfill my obligations (I think at least some of them are GPL) 11.48.03 # * amiconn was unable to find the xorg cvs 11.48.05 # cvs -d :pserver:anoncvs@cvs.freedesktop.org:/cvs/xorg co xc/fonts/bdf 11.48.12 # At least if that still works 11.48.20 # I only found a git repo, which I was unable to browse :\ 11.52.18 # they didn't install gitweb ? 11.52.59 # they have a gitweb somewhere (I used it 2 weeks ago) 11.53.32 # http://gitweb.freedesktop.org/ 11.54.10 # amiconn: ^ 11.56.00 # I found that, but I couldn't figure out how to find files in the repo. Only cryptic messages :\ 11.56.22 Join desowin [0] (n=desowin@atheme/member/desowin) 11.58.09 # amiconn: you'll have to clone the repo then I guess 11.58.55 # Nothanks 12.00.00 # I can't see bdf fonts in that tree there anyway 12.01.37 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 12.03.25 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 12.04.42 Join soopurman [0] (n=soopurma@75-1-216-170.lightspeed.snantx.sbcglobal.net) 12.05.59 Join reacocard [0] (n=reacocar@WL-311.CINE.HMC.Edu) 12.07.43 # hum, the background images on http://www.rockbox.org/twiki/pub/Main/WpsSansaE200/BnB_G-2.png look like Apple's Mac OS X icons 12.08.00 # not sure if those are GPL compatible 12.14.22 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 12.33.10 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 12.47.38 Quit JdGordon ("Konversation terminated!") 12.48.34 # amiconn: didn't the cvs work? 12.49.37 Join JdGordon [0] (n=Miranda@c220-237-62-106.smelb2.vic.optusnet.com.au) 12.49.46 # It did (apart from a strange message at the end) 12.50.17 # rasher: Could you fix your matrix? It would also be nice to test covergae of a new font before committing it. This matrix gives a nice overview... 12.51.04 # amiconn: I can't get at it from here I'm afraid. After 6pm 12.52.42 # Actually, I might be able to fix the first issue, but checking coverage of an uploaded font will have to wait 12.55.01 # dionoea, they possibly are (Apple' 12.55.08 # s and non-GPL) 12.55.22 # We have no option but to take authors at their word. 12.57.17 # amiconn: now rockbox_default gets put under 10646 fonts 12.57.21 # amiconn: any other such fixes? 12.58.48 Join moos [0] (i=moos@81-66-127-205.rev.numericable.fr) 13.02.44 Nick Kopfi|offline is now known as Kopfgeldjaeger (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 13.05.20 Join avis [0] (n=ident@pdpc/supporter/student/avis) 13.07.55 Quit avis (Client Quit) 13.11.21 *** Saving seen data "./dancer.seen" 13.19.29 Quit HEx_ (Connection reset by peer) 13.22.51 Join [CBR]Unspoken|w [0] (n=cbr@leased-line-60-126.telecom.by) 13.24.44 Join Schmogel [0] (n=Miranda@p3EE21888.dip0.t-ipconnect.de) 13.34.50 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-598ac857eaa2a186) 13.40.06 Quit t0mas (Read error: 110 (Connection timed out)) 13.45.45 Join avis [0] (n=ident@pdpc/supporter/student/avis) 13.54.49 Quit Thundercloud (Remote closed the connection) 13.56.55 Quit jernejovc (Read error: 110 (Connection timed out)) 13.57.13 Join jernejovc [0] (n=matej@BSN-142-44-242.dial-up.dsl.siol.net) 13.57.29 Quit [CBR]Unspoken|w (Read error: 104 (Connection reset by peer)) 13.58.51 Join beta2k_ [0] (n=beta@d150-126-240.home.cgocable.net) 13.59.27 Join nplus [0] (n=nplus@141.25.Globcom.Net) 14.02.50 Join [CBR]Unspoken|w [0] (n=cbr@leased-line-60-126.telecom.by) 14.04.49 Nick Kopfgeldjaeger is now known as Kopfi|offline (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 14.05.46 Quit [CBR]Unspoken|w (Client Quit) 14.06.56 Join t0mas [0] (n=tomas@rockbox/developer/t0mas) 14.08.19 Join einhirn [0] (i=Miranda@p5B0305C8.dip0.t-ipconnect.de) 14.15.44 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 14.20.09 Join massiveH [0] (n=massiveH@pool-72-76-34-19.nwrknj.fios.verizon.net) 14.21.43 Join tvelocity [0] (n=tony@195.167.65.108) 14.24.20 Quit beta2k (Read error: 110 (Connection timed out)) 14.27.42 Nick miepchen^schlaf_ is now known as miepchen^schlaf (n=miepchen@p579ECC11.dip.t-dialin.net) 14.45.31 Part B4gder 14.58.40 Quit XavierGr (Nick collision from services.) 14.58.51 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 15.06.45 Quit Nico_P ("http://www.mibbit.com ajax IRC Client") 15.08.02 Join binaryhermit [0] (n=ameyer17@adsl-75-58-39-53.dsl.emhril.sbcglobal.net) 15.08.05 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-b920d13951f5ac4e) 15.10.41 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-d7ca198887edb657) 15.11.24 *** Saving seen data "./dancer.seen" 15.22.34 Quit avis (Remote closed the connection) 15.29.23 Join [CBR]Unspoken|w [0] (n=cbr@leased-line-60-126.telecom.by) 15.30.47 Quit soopurman (Read error: 110 (Connection timed out)) 15.33.16 Join avis [0] (n=ident@pdpc/supporter/student/avis) 15.34.07 Quit jernejovc (Remote closed the connection) 15.34.55 Quit mazling ("Inde da'covale misain ye; Caballien misain ye!") 15.38.36 Quit einhirn (Read error: 104 (Connection reset by peer)) 15.42.12 Nick Kopfi|offline is now known as Kopfgeldjaeger (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 15.43.12 # gevaerts: so what were we doing wrong at devcon when playing with the meizu flash? 15.43.32 # and do you use a modified firmware or just our own image? 15.51.21 Join krz_ [0] (n=chatzill@mail.jvl.by) 16.01.55 # markun: I only use our image, but I don't flash it : I upload it as the first file instead of the second 16.02.17 # markun: I'll try to get flashing working tonight 16.02.48 Quit JdGordon (Read error: 104 (Connection reset by peer)) 16.06.52 Quit Nico_P ("http://www.mibbit.com ajax IRC Client") 16.08.46 Join kugel [0] (n=chatzill@unaffiliated/kugel) 16.15.54 Join otzengulasch [0] (n=galantin@p54A961B8.dip.t-dialin.net) 16.15.59 # hi all 16.16.43 Join stooo [0] (n=sto@y066163.dynamic.ppp.asahi-net.or.jp) 16.16.49 # after updating rockbox on my sansa c250, boot-screen flashes and says "can't load rockbox.mi4" 16.16.53 Join mamoul [0] (n=mamoul@adsl-69-108-72-249.dsl.irvnca.pacbell.net) 16.16.55 # any hint? ;) 16.16.56 # Hey buddies 16.17.33 # Just wanted to let you know woot.com is selling some microSD cards that are cheap 16.17.42 # ^_^ 16.17.48 # hi mamoul 16.17.58 # all SD cards are cheap 16.18.00 # maybe you can help me =) 16.18.02 # after updating rockbox on my sansa c250, boot-screen flashes and says "can't load rockbox.mi4" 16.18.09 # ok 16.18.35 # well it seems to me that you should try replacing your .rockbox directory with a fresh build 16.18.38 # where should this file be / where to get it ? 16.18.52 # hm, thats exactly what I did 16.18.57 # that's strange 16.18.59 # otzengulasch: You seem to have updated improperly 16.19.02 # I deleted the old rockbox directory, though 16.19.05 # I would imagine everything would be included 16.19.09 Part LinusN 16.19.12 # you could try an older build 16.19.23 # your c200 should have a ".rockbox" dir 16.19.37 # yes, it had 16.19.41 # rb worked fine 16.19.45 # and now? 16.19.46 Part stooo 16.19.50 # but i wanted to install latest build 16.19.54 # so I deleted it 16.19.57 # how have you done that? 16.20.07 # then I put the dir from the latest build zip file there 16.20.21 # well, Shift+Del in windows :) 16.20.31 # you should just extract the zip to your sansa drive 16.20.39 # did that 16.20.53 # can you look if there's a .rockbox dir? 16.21.05 # note the dot at the beginning 16.21.12 # yes, there is one 16.21.27 # and is in that folder a rockbox.mi4 file? 16.21.47 # there was the .rockbox dir. I connected the sansa, delted the dir, then I extracted the dir from the latest build onto the sansa 16.21.54 Join fragilematter [0] (n=barbu_do@92.83.224.163) 16.22.01 # I got it 16.22.02 # oh god 16.22.14 # I am terribly sorry, I'm just an idiot... 16.22.24 # otzengulasch: Why? 16.22.25 # gevaerts: that it works as the first file is also really cool! 16.22.33 # testing out code without flashing 16.22.37 # ... theres .rockbox/.rockbox ... 16.22.44 # ah 16.22.48 # well 16.22.59 # sorry to bother you guys - but thanks for your effort anyway =) 16.23.13 # for the next time, just extract the zip directly on your drive (e.g. L:\) 16.23.32 # otzengulasch: and don't delete the old build, there's absolutely no need for that 16.23.49 # thats what I did, but winrar seems to have created a parent-folder named after the name of the build - zipfile :) 16.23.58 # just overwrite, this way your config will be kept 16.24.11 # otzengulasch: 7zip! 16.24.17 # otzengulasch: That's your problem - don't use winrar... Rockbox Utility does this all for you. 16.24.18 Join mf0102 [0] (n=michi@85-127-38-26.dynamic.xdsl-line.inode.at) 16.24.19 # :) 16.24.34 # whats rockbox utility ? 16.24.35 # winrar = evil 16.25.00 Quit krz_ ("ChatZilla 0.9.83 [Firefox 1.5.0.12/2007050813]") 16.25.06 # otzengulasch: The all singing all dancing Rockbox install/update/other things utility 16.25.41 # * linuxstb can't remember it singing or dancing 16.25.51 # http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility 16.25.55 # ok, I am supposed to check that out, am I ? ;) 16.26.01 # thx 16.26.04 # otzengulasch: ideally yes ;) 16.26.17 # linuxstb: You clearly aren't trying hard enough :) 16.26.26 # linuxstb: you'd obviously not been "smoking" as much as BigBambi was last time he looked at it 16.26.45 # * BigBambi looks away shiftily 16.27.08 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.27.40 # * funman takes what BigBambi was smoking while he looks away 16.29.03 Join Ubuntuxer [0] (n=johannes@dslb-088-077-006-142.pools.arcor-ip.net) 16.29.53 Part Ubuntuxer 16.30.33 # oh 16.30.41 # the rb utility is indeed very nice =) 16.31.08 # =) 16.31.15 # what is that 16.31.35 # and does it run on Linux 16.31.42 # mamoul: If you read up about ten lines you will see us discussing it and a link 16.32.13 # which would save us answering any more questions about it 16.32.35 # doesn't say anything about linux though 16.32.48 Nick ch4os is now known as portman (n=ch4os@unaffiliated/ch4os/x-059673) 16.32.50 # Have you read that link? 16.33.00 # obviously not 16.33.02 Nick portman is now known as ch4os (n=ch4os@unaffiliated/ch4os/x-059673) 16.33.05 # or he wouldn't have said that 16.33.08 # I know 16.33.23 # theres a linux dl as well 16.33.25 # I was just trying to prompt that the link answers his questions 16.33.29 # ok I see it 16.33.37 # it looks sweet 16.33.45 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-e1ddd0c3715ef57e) 16.34.08 # looks like qt4 16.34.37 # yes? 16.34.53 # mamoul: http://www.rockbox.org/twiki/bin/view/Main/RockboxUtilityDevelopment 16.34.54 # yes 16.35.23 # is that a problem ? 16.35.34 # if you want to make it a problem, buddy 16.35.55 # qt4 is excellent software 16.36.04 # mamoul: What? 16.36.20 # which is why we chose it 16.36.21 # mamoul: From what you said it was impossible to tell if you meant that was good or bad 16.36.37 # GodEater think's it was good, so he was asking you if you disagreed 16.36.45 # *thinks it is 16.36.57 # yes I confirm your analysis BigBambi 16.37.13 # cool this even sets up doom files :) 16.38.02 # you guys reminded me I'm still waiting for kde 4.1 to come downstream 16.38.23 # mamoul: Stay on topic please 16.38.51 # there's nothing wrong to make friendly conversation 16.39.08 # mamoul: only we have a different channel for those 16.39.13 # check the toppic 16.39.17 Join CyBergRind|w [0] (n=cbr@leased-line-60-126.telecom.by) 16.39.23 # ok let me check it 16.39.32 # mamoul: Please read the guidelines before speaking again 16.39.43 # this is a logged development and support channel 16.40.06 # BigBambi: Good, so everyone can see how rude you are 16.40.43 # mamoul: I'm not willing to have this argument with you. Please just take note of the guidelines 16.41.35 # I will take note 16.41.47 # Thanks :) 16.46.37 Part fragilematter 16.50.47 Join cbr|w [0] (n=cbr@leased-line-60-126.telecom.by) 16.51.58 Quit [CBR]Unspoken|w (Read error: 104 (Connection reset by peer)) 16.53.07 # markun: hi 16.53.21 # gevaerts has been able to run some custom code on his m6sl :) 16.53.25 Quit CyBergRind|w (Read error: 104 (Connection reset by peer)) 16.54.39 # hi wpyh! 16.54.48 # Hi wpyh! 16.54.49 # yes, I read about it. Very cool. 16.55.07 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 16.55.14 # wpyh: thanks for the tool you wrote 16.55.18 # hi :) 16.55.34 # any idea what the windows_mimic function actually does? 16.55.38 # well, actually I was trying to imitate what the windows tool did 16.55.41 # wpyh: Join #rockbox-community 16.56.19 # mimic_windows() actually tried to mimic what happens when it is plugged into windows (I was running it on VirtualBox, so I can see everything :D) 16.56.36 Join einhirn [0] (i=Miranda@p5B033880.dip0.t-ipconnect.de) 16.56.41 # yes, but do you know what it does? 16.56.50 # Does it still work if you change anything? 16.58.05 # ah, I don't know what it does :p 16.58.24 # if I comment it out, it still works, so I think it's just the difference between windows and linux :) 16.59.30 # I guess we can leave it out then, right? 16.59.32 # yeah 16.59.54 # the important issue I think, is the format of M6SL.ebn 17.00.25 # what about it? 17.00.34 # let's see... 17.01.22 # ok, for the OF, M6SL.ebn consists of 3 parts: header, main fw, tail 17.02.08 Quit avis (Read error: 110 (Connection timed out)) 17.02.15 # the header is 32768 bytes, followed by the main fw, followed by any zero-padding necessary to align it to 8-byte boundaries, then followed by a tail (0xa5a5a5a5 0x5a5a5a5a 0xa5a5a5a5 0x5a5a5a5a) 17.03.12 Quit funman ("leaving") 17.03.49 # wpyh: isn't the header just code? 17.04.09 # hm... yeah, but there's some format issues 17.04.33 # for example, the header starts with 32 bytes that look like a table (you said it was an irq vector, right? seems so) 17.05.07 # looked like it, at least some jumptable yes 17.05.43 # then comes 32 bytes of non-code: CUFD, total file size, 0x00000002, 0x00000014, 0x00008000, 0, main firmware file size, 0 17.06.01 # that total file size is the size of the ebn file 17.06.54 # gevaerts has noted that 0x14 + 0x2c == 0x40, which is the start of what looks like code to me (or a table of some sort) 17.07.07 # 0x8000 is 32768, the header size 17.07.16 # we don't know what 0x00000002 means, yet 17.08.09 # (note that the above is only true for M6SL.ebn) 17.09.07 Join bughunter2 [0] (n=Jelle@77.164.66.126) 17.09.11 # now look at our rockboot.ebn: it's just code after "CUFD" 17.09.55 # what we know is that gevaerts is able to run your custom code if he uses the meizu_dfu tool and uploads rockboot.ebn as the first binary 17.10.06 # wpyh: at least the 0x00000002 is constant in all the M6SL firmwares, right? 17.10.08 Quit XavierGr (Nick collision from services.) 17.10.21 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 17.10.47 # maybe we can make our own 'first file' and don't care about the firmware file layout 17.10.52 # so now we have a theory: the first 32768 bytes are loaded by the bootrom at sytem boot, and then it proceeds to load the rest of the fw. since we don't have the correct format, our code can't run 17.11.03 # but then people would need our tool to flash it 17.11.19 # yes, I think that's what's happening 17.11.19 # markun: yes, the 0x00000002 is constant in all M6SL firmware 17.11.21 # yeah 17.11.26 *** Saving seen data "./dancer.seen" 17.11.43 # markun: I think we need to have something like the iriver firmware loaders 17.11.56 # one that loads code when we try to load a wma file 17.12.04 # then we can have rockboot.wma :) 17.12.22 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.13.28 # the problem is, I can't find where to insert the code... 17.13.37 # but right now at least we can proceed by uploading and testing code 17.13.44 # yeah, using meizu_dfu 17.13.45 # ;) 17.13.50 # I also looked for the WMA code and didn't find it 17.14.32 # it's somewhere in the code, but I think it's based on a switch() statement... that makes it difficult to find because I don't know asm that well :( 17.15.11 # look at offset 0x0006a1a0 in M6SL.ebn version 2.004.6 (the chinese version) 17.15.53 # not now 17.15.56 # I'm at work 17.15.57 # you can also take a look at the same offset in the english version 17.15.59 # ok 17.16.06 # and promissed myself a little vacation from rockbox :) 17.16.12 # :p 17.16.26 # but today I didn't manage to stick to it 17.16.56 # I'll let you have a peek then ;) http://pastebin.com/m670af4d7 17.17.07 # (that's what vi displays on my box) 17.17.38 # yes, I found that also during disassemling before 17.17.56 # :) 17.18.03 # so I think we need to find the code somewhere else... 17.18.05 # but I didn't find the actual code which loads the file 17.18.31 # are you still in the USA? 17.19.21 # * wpyh too 17.19.29 # yes, I'm still in the US 17.27.38 # hm... I can't run rockboot.ebn for the M6SL, on my M3 17.27.38 Join salty-horse [0] (n=ori@pdpc/supporter/active/salty-horse) 17.27.46 # probably they are too much different 17.27.54 # amiconn, here? 17.28.58 # wpyh: Probably the firmware format on the M3 may be a little different? 17.29.09 # hm... yeah, it's a little different 17.29.20 # but I wasn't uploading it as a fw, just as a program 17.29.59 # Hmmm.... 17.30.30 # maybe the hardware initialization is too much different... 17.33.03 Quit Nico_P ("http://www.mibbit.com ajax IRC Client") 17.35.35 Quit miepchen^schlaf () 17.36.13 Join avis [0] (n=ident@pdpc/supporter/student/avis) 17.43.52 Join herrwaldo [0] (n=waldo@ip-81-11-213-71.dsl.scarlet.be) 17.47.23 # reacocard: hey, any progress? 17.47.48 # kugel: been busy adjusting to college again ^___^ 17.47.58 # ah ok :) 17.48.22 # I've got 1 month free time left until studying starts 17.48.26 # fun 17.49.40 # reacocard: hm, even if I open the database files with scite, the magic number in the header is reversed 17.50.12 Quit massiveH ("Leaving") 17.50.23 # * reacocard has yet to have any such issues, interestingly 17.50.31 # * wpyh finds out that he didn't do an svn up before trying rockboot.ebn 17.51.25 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 17.52.00 # wpyh: I chose the power button and the backlight in the test also because they should be mapped to the same pins in all the meizu players 17.52.37 # markun: I tried again, but it didn't work :( 17.53.30 # * wpyh has to ask gevaerts how he got it working 17.57.19 # hey! 17.57.25 # I got markun's test code working :) 17.58.13 Quit reacocard ("foods") 17.59.01 # markun: great, your test code works 17.59.04 # now what? :p 18.01.40 # any rbutil dev around? 18.03.03 # wpyh: draw some pixels on the screen? 18.03.15 # * domonoky waves.. 18.03.42 # I don't know where in memory the framebuffer is or if the LCD still needs to be initialized 18.04.03 # markun: good idea :) 18.04.20 # (how?) 18.04.28 # domonoky: just wanted to know if I must make a particular change to make the resulting rbutil translation file (*.qm) to be recognized by the application without having to copy it on the same folder as the executable 18.04.56 # wpyh: don't know :) 18.05.03 # :p 18.05.03 # ok 18.05.11 # domonoky: oh and check the tracker for the patch 18.05.34 # btw, did we still have code in there to make some piezo noise? 18.05.45 # XavierGr: you should add the .tm file to rbutilqt.pro, and the .qm file to rbutil-lang.qrc .. :-) 18.05.50 # markun: IIRC there was a patch for the ipod 18.06.16 # domonoky: I only did the first one 18.06.19 # XavierGr: then it will be automatically built, and the qm file will be buitl into the binary.. 18.06.27 # wpyh: yes, but I mean do we still try to toggle P5.1? I think it should make some noise 18.06.43 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 18.06.43 # well, it doesn't really matter 18.06.45 # markun: P5.1? 18.06.48 # we have code running 18.06.50 # http://www.rockbox.org/twiki/bin/view/Main/MeizuReverseEngineering 18.07.12 # domonoky: do you want me to update the patch? 18.07.23 # XavierGr: not needed i can do it.. 18.07.29 # ok thanks 18.09.28 # markun: oh, the beep 18.10.30 # btw, can we safely say the P0.2 is wired to the backlight on the M3? 18.10.57 # salty-horse: what's up? 18.11.26 # wpyh: the testcode work, right? 18.11.32 # markun: yes :D 18.11.43 # sure, fill in any gaps in that table 18.11.48 # ok ;) 18.11.58 # You don't have a TP, do you 18.12.11 # * LambdaCalculus37 wonders when wpyh will be receiving his developer's badge ;) 18.12.18 # since we still have very little info on that one.. 18.12.31 # but I _really_ think we should have a modified firmware to ease development :p 18.12.39 # LambdaCalculus37: I won't need that ;) 18.12.41 # is this too difficult? 18.12.58 # markun: yeah, I don't have a TP :( or a T1, for that matter 18.13.40 # uh, not too difficult but cumbersome -- imagine having a modified firmware: we can compile like 10 test programs, then put them all on the device, then run them one by one :) 18.14.13 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.14.54 # ah yes, like that 18.15.09 # it would ease^H^H^H^Hspeed up development ;) 18.16.49 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 18.20.08 # amiconn, hi. I noticed you deleted some hebrew fonts that due to unicode coverage. I made some fonts here that are based on deja-vu. maybe you could review and integrate them? http://www.rockbox.org/tracker/task/8877 18.20.59 Join perrikwp|class [0] (i=98213d0e@gateway/web/ajax/mibbit.com/x-7f67d8456af5cc6f) 18.21.41 # salty-horse: did you have to edit any of the glyphs? 18.22.01 # markun, it's all automated with tools. I did no editing 18.22.05 # and it looks fine. 18.22.24 # of course deja-vu doesn't cover japanese and other unicode groups 18.22.59 # well, it also looks ok to me 18.23.05 # does it cover arabic? 18.23.09 # markun, see my comment with ttf2bdf 18.23.17 # XavierGr: i just commited it :-) 18.23.23 # markun, I don't think so.. let me check the dejavu website 18.25.05 Join miepchen^schlaf [0] (n=miepchen@dslb-088-074-056-101.pools.arcor-ip.net) 18.32.57 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 18.35.22 Join fml [0] (n=4fd3cc09@gateway/web/cgi-irc/labb.contactor.se/x-5974d6680aab9b5c) 18.35.44 # Does the tick duration depend on the CPU speed? 18.36.24 # fml, no it should be steady.. 18.37.43 # I could only find the place where it is defined as 100 (in kernel.h). But somewhere the cpu speed has to be taken into account. Is it all done in kernel? 18.41.10 # fml, take a look at the beginng of kernel.c around line 160, there the tick is inited... 18.41.15 # wpyh: if I add the first 32k from M6SL.ebn before rockboot.ebn, add the a5/5a things at the end, and fix the size fields, it runs from flash (but only if usb is inserted) 18.41.32 # markun, yes. it works fine with arabic in rockbxo 18.41.44 # fml: and the frequency adjustment is done in timer.c 18.42.12 # I want to make a patch that would allow to set the delay before the button repeat kicks in. That would then allow to set the duration of 'long press.' Now it's fixed at 30 ticks (=0.3s) which is too short for some slow users. 18.42.41 # gevaerts: so that kind-of proves our theory? 18.43.00 # gevaerts: but what do you mean by "only if usb is inserted"? 18.43.10 # wpyh: it needs to be plugged in 18.43.36 # ah 18.43.39 # that's weird 18.43.42 # Would such feature have a chance to be accepted? 18.43.42 # very 18.43.49 # Same as without flashing, basically 18.43.55 # yeah 18.43.58 # oh, I see 18.44.19 # My guess is that maybe interrupt handling doesn't work right, and we get some sort of interrupt if it isn't plugged in 18.44.39 # gevaerts: or maybe we get no interrupt if it's plugged in? 18.44.51 # yes 18.45.12 # does the test code run from an interrupt vector? 18.45.52 # maybe there's a different entry point for normal start-up (by pressing the play button) 18.45.58 # It starts at address zero, which is a jump to a bit further along (0x40 usually) 18.46.15 # and plugging in the usb means that it goes into charging mode 18.46.27 # hm... then it's weird 18.46.50 Quit linuxstb (Read error: 110 (Connection timed out)) 18.48.16 Join conley [0] (n=ibcliffo@spode.cs.vt.edu) 18.48.27 Join goffa_ [0] (n=goffa@216.220.23.105) 18.49.03 Quit conley (Read error: 104 (Connection reset by peer)) 18.49.52 Join conley [0] (n=ibcliffo@spode.cs.vt.edu) 18.50.04 Quit conley (Read error: 104 (Connection reset by peer)) 18.50.25 Join conley [0] (n=ibcliffo@spode.cs.vt.edu) 18.50.36 # gevaerts: I think the Blues_NANDBoot_UserGuide_070907.pdf would help 18.50.45 Quit conley (Read error: 104 (Connection reset by peer)) 18.51.17 Join Schmogel [0] (n=Miranda@p3EE21888.dip0.t-ipconnect.de) 18.51.37 # I think we can't legally distribute the nand loader though -- we have to write one 18.51.55 # (do we have a working nand loader?) 18.52.34 Nick topher|away is now known as topher (n=topher@epiar/founder/topher) 18.52.45 # Do we need one? "normal" firmware upgrades work by copying files to the device 18.53.08 # yeah, but that firmware upgrade (ebn file) contains the 32KB nand loader 18.53.18 # hmm, yes 18.54.56 # wpyh: we can tell people to download the firmware from meizu, and write a tool that uses that 18.54.59 # gevaerts: or we can keep the code simple and work in 32 KB ;) 18.56.07 # gevaerts: that could work, as long as meizu keeps the files on their server 18.56.14 # how about hosting the file on pastebin? 18.56.28 # (the 32KB loader) 18.56.41 # we could probably eventually write our own flash tool, right? 18.57.03 # markun: well, yeah 18.57.31 # OTOH, how do we make dual-boot possible? 18.57.37 Join massiveH [0] (n=massiveH@pool-72-76-34-19.nwrknj.fios.verizon.net) 18.57.52 Quit otzengulasch () 18.57.56 # wpyh: by loading the meizu firmware from a file? 18.58.14 Quit einhirn (Read error: 104 (Connection reset by peer)) 18.58.49 # hm... ok 18.59.27 Quit pixelma (Read error: 110 (Connection timed out)) 18.59.38 # note: we also need resource.bin 19.00.03 # * wpyh has to go 19.00.28 Quit goffa (Read error: 110 (Connection timed out)) 19.00.32 # see you later :) 19.00.35 Quit wpyh ("Leaving.") 19.01.27 Nick Kopfgeldjaeger is now known as Kopfi|offline (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 19.03.07 # markun, so what do you say about the fonts? 19.03.21 # salty-horse: I say let amiconn decide about it :) 19.04.18 # of course, they're only valid if DejaVu's license doesn't conflict with rockbox's 19.04.35 # salty-horse: There's no way it could 19.04.56 # salty-horse: It just has to allow us to convert it. It doesn't become part of Rockbox in any way 19.06.20 # rasher, do you mean it's "distributed with rockbox" 19.06.21 # ? 19.07.27 # salty-horse: Barely even that. But I'm sure DejaVu Sans is perfectly fine, license wise 19.08.02 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.11.29 *** Saving seen data "./dancer.seen" 19.17.03 # iPod Touch and newer versions of iPod Nano is popular. I think it's strange there isn't a port, but is it due to lack of time or problem doing the actual port? Do you need to retrieve information from the unit? 19.20.43 # Zambezi: "Popular" does not translate to "port in progress". 19.22.47 # LambdaCalculus37: Of course not, but popular may be a reason to do a port. So I'm just curious if their is a major problem to overcome first. 19.23.47 # Zambezi: the reason is mainly that it's too difficult 19.25.14 # And the other main reason is some serious encryption on the nano firmware. 19.25.40 # The iPod Touch may be able to receive Rockbox as an app, but certainly not as a replacement firmware. 19.26.15 # Zambezi: i think your closest bet is a 4g or 5g ipod, that's a pretty good mp3 player with rockbox support 19.28.05 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.29.04 Join lacrstech [0] (n=lacrstec@209.216.196.2) 19.29.25 Join shandflm [0] (n=shandflm@209.216.196.2) 19.35.10 Join ZincAlloy [0] (n=d9eed36b@gateway/web/cgi-irc/labb.contactor.se/x-c6ae532eaa0affa9) 19.37.33 # topher: I'm already using ockbox on my iPod Mini. I just want more people to be able to use it. 19.42.19 Join tvelocity[a] [0] (n=tony@gw1.mycosmos.gr) 19.44.22 # salty-horse: I do think your deja-vu fonts need some cleaning. compare your version of dejavu 8 with lazka's: http://forums.rockbox.org/index.php?action=dlattach;topic=10030.0;attach=2340;image 19.47.31 # ZincAlloy, yeah, I know. I tried fiddling with the settings of the tools I used, and this was the best result 19.47.43 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.53.45 Quit perrikwp|class ("http://www.mibbit.com ajax IRC Client") 19.57.30 Part toffe82 19.58.35 # domonoky: thanks 19.59.05 Nick topher is now known as topher|away (n=topher@epiar/founder/topher) 20.04.09 # * gevaerts wants to know why this thing stops after disconnecting usb... 20.05.33 Quit tvelocity (Connection timed out) 20.07.28 Quit Seed ("cu, Andre") 20.11.20 Quit avis (Read error: 104 (Connection reset by peer)) 20.11.49 Join avis [0] (n=ident@pdpc/supporter/student/avis) 20.11.56 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 20.12.17 # Interesting... Holding the power button makes it stay on after disconnect 20.12.57 # * gevaerts thinks that there probably is a GPIO somewhere that we need to set 20.15.03 # When I'm using rockbox on my sansa e200, I noticed it restarts whenever I plug it in to the pc 20.15.27 # is that done by rockbox? 20.15.38 # yes 20.16.08 # markun: ping 20.16.47 # so is rockbox not able to host for disk access over usb? 20.17.02 # not yet, no 20.17.06 # oh ok 20.17.23 # sometimes I want to just connect it for power...maybe I can disable the restart 20.17.34 # yes you can. See the manual :) 20.17.56 # ok great :) 20.21.10 # \o/ 20.21.20 # It stays on after disconnect :) 20.22.11 Join conley [0] (n=ibcliffo@spode.cs.vt.edu) 20.22.32 Quit conley (Read error: 104 (Connection reset by peer)) 20.23.32 Quit tvelocity[a] (Read error: 110 (Connection timed out)) 20.24.09 Join tvelocity[a] [0] (n=tony@195.167.65.109) 20.24.24 # On at least the M6SL we need to set the PWRON bit to 1 for the player to stay on after releasing the power button 20.24.27 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 20.24.48 # What's the best place to do this? crt0 or main() ? 20.24.54 # saratoga: yes, I've seen them but I'm not sure why you ask me to commit them.. I'm not familiar with the TCCxx targets 20.26.00 Join bobo [0] (n=d4295621@gateway/web/cgi-irc/labb.contactor.se/x-ab89c29fc64bfd1b) 20.26.07 # wpyh (logs): the vx767 binaries aren't really needed, because basically what they do is initialize sdram (perhaps I should make a slimmed down version of them) 20.26.07 # Hi all 20.27.34 # is it possible to mix playback and line in with the iaudio X5? 20.28.30 # wpyh: about the lcd, that's pretty normal 20.28.38 # when misinitialized, it's shows the same on mine 20.28.48 # it just needs the right initialisation routines 20.29.14 # bobo: rockbox currently doesn't do that. I'm not sure if the hardware would support it 20.31.19 # I just was asking myself if I could connect a Navigator through the line in and hear some 'sexy' voice while listening some music ... 20.32.44 # gevaerts: thanks 20.32.47 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-9c6c0869e6ce3dbd) 20.32.59 # mcuelenaere: sorry was thinking the Zen was TCC not TMS 20.33.15 # :) there's a big difference between those 2 20.33.44 # but anyway, the code is looking good 20.33.57 # at some point, IMO, it should get committed 20.36.47 # who is doing TCC then? 20.36.57 # everyone else :) 20.37.27 # shotofadds for one is doing TCC780 20.39.05 Join conley_ [0] (i=80ad36fe@gateway/web/ajax/mibbit.com/x-e8e5a081750fad17) 20.39.34 Quit bobo ("CGI:IRC") 20.39.43 # Can someone help me translate http://pastebin.ca/1191752 to arm assembly ? 20.39.50 # * gevaerts wants it in crt0.S 20.40.06 # I have a gigabeat-s...In an attempt to get it to keep from requiring me to upload the firmware everytime I booted, I edited the partition table to make the patitions end at cylinders 20.40.26 # conley_: let me guess. The OF "fixed" that for you... 20.43.48 # really stupid question, what targets will be officially supported by 3.0? This article suggests it'll support the Archos players and the iRiver H1xx and H3xx, but it's also from 2006: http://lwn.net/Articles/183931/ 20.44.11 # binaryhermit: forget old articles about 3.0 20.44.18 # I figured 20.44.35 # The final decision about which targets will be supported hasn't been made yet 20.45.19 Quit nuonguy ("This computer has gone to sleep") 20.46.20 Quit conley_ ("http://www.mibbit.com ajax IRC Client") 20.46.27 # * gevaerts is confused yet again 20.48.56 # most if not all of the targets on the download page will be supported 20.50.07 # Can someone who knows ARM assembler check if http://pastebin.ca/1191761 is a decent translation of http://pastebin.ca/1191752 ? 20.50.26 # gevaerts: http://pastebin.ca/1191762 (didn't test it) 20.50.43 # but you're better of compiling it and dumping it 20.51.05 # mcuelenaere: that's what I did for http://pastebin.ca/1191761, but I'm not entirely sure 20.51.29 # * gevaerts thinks it's probably OK though 20.51.35 # you can reuse R2 again instead of using R3 20.52.04 # indeed 20.52.31 # gevaerts: seems ok to me.. 20.52.50 # but try using GCC first and then objdumping it next time 20.52.54 # then you can still optimize it 20.53.08 # This isn't in a tight loop :) 20.53.16 # :) 20.53.28 # then why do it in crt0.S ? 20.53.32 # can't you do it in main()? 20.54.23 # I could, but for some reason I think "make the player stay on" should be done as early as possible 20.54.58 Quit saratoga ("CGI:IRC") 20.55.42 Join Lambduh [0] (n=Lambda@12-202-140-90.client.mchsi.com) 20.58.22 Join conley_ [0] (i=80ad36fe@gateway/web/ajax/mibbit.com/x-2ee35d703c1b953c) 21.00.14 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 21.00.14 # sorry, having computer troubles...did anyone answer my question? 21.00.29 # conley_: we have logs.. 21.01.33 # conley_: you didn't really ask a question 21.01.55 # well, My question was: Am I screwed? 21.02.16 # Is there something I can do to get the S to show up as a device 21.05.38 Quit Xerion (Read error: 104 (Connection reset by peer)) 21.05.54 Join fragilematter [0] (n=barbu_do@92.81.245.83) 21.07.38 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 21.08.52 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 21.11.33 *** Saving seen data "./dancer.seen" 21.13.47 Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) 21.14.04 # rasher: ping 21.14.06 Quit Xerion (Read error: 104 (Connection reset by peer)) 21.14.10 # amiconn: yeah? 21.14.15 Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) 21.14.22 # There's a question for you in the pm window 21.14.56 Quit nuonguy ("This computer has gone to sleep") 21.14.58 # I'll take it here: If you mapped so many fonts manually, that means the encoding info in the bdf is wrong 21.15.07 # We should probably fix that as well 21.15.16 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-69e49a30a59f3602) 21.16.00 # I wonder whether we should convert the iso8859-1 fonts. It doesn't hurt to keep their encoding 21.16.06 # gevaerts: pong 21.16.07 Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") 21.16.27 # * gevaerts tries to remember why he pinged markun 21.16.41 # hey, what did you do to let it stay on after disconnect? 21.16.51 # or were you talking about something else than the meizu? 21.17.10 # I thought setting P1.3 to 1 (PWRON), but now I'm not sure 21.17.17 Quit Xerion (Read error: 104 (Connection reset by peer)) 21.17.18 Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) 21.17.36 Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) 21.17.37 # amiconn: The nimbus, nedore and mix fonts have no encoding information at all iirc 21.17.49 # amiconn: the patch I posted fixes this as well 21.17.51 # damn the Current Log link on the IRC page doesn't work in google Chrome 21.18.39 # conley_: Put it into recovery mode and send it the bootloader again when it asks. It will then repartition and reformat the drive for you 21.22.56 # ok, thakns 21.23.55 # amiconn: of course the patch is pretty darn giant.. I also changed the 8859-1 to 10646, for (more obvious) consistency 21.24.54 # Using the patch as-is would probably be difficult 21.25.08 # I'll drop some more fonts, because of brokenness 21.25.55 # using any2unicode.pl on a 8859-1 font should give you 10646-1 21.26.02 # Otoh, the helv* variants seem to be rather popular 21.26.07 # * gevaerts can't get it to stay on any more :( 21.26.27 # Many themes also use the bold variants even though they're not in our font pack currently 21.27.11 # Adding them couldn't hurt 21.27.54 # I think so too 21.27.59 # But that'll be the last step 21.31.44 Join dni66 [0] (n=5c495570@gateway/web/cgi-irc/labb.contactor.se/x-2f249e59b0e54112) 21.35.38 # I'm still a bit flabbergasted that themes include copies of fonts from the fontspack 21.36.02 # Hello! I'm new to the wiki. As an owner of iriver h120 and h340 jukeboxes I made some wps (for h340) and would like to post them on the wiki. If someone could give me permission? 21.36.23 Quit Thundercloud (Remote closed the connection) 21.36.33 # dni66: What s your wiki name? 21.36.45 # FlorianKuech 21.36.50 # ok, one mo 21.37.25 # Promise not to spam now? 21.38.28 # dni66: Promise not to spam now? 21.38.37 # markun: I now have main() as in http://pastebin.ca/1191817 . That "works", as in it doesn't turn off on disconnect. I don't understand why though, as the power-related PCON1 and PDAT1 seem to be wrong, and if I change thm it stops working... 21.38.42 # No spam, i promise. My wps are quite different from the ones already posted. 21.38.55 # I didn't mean that, just spam in general :) 21.38.58 # OK, all done 21.39.02 # Off you go! 21.39.06 # Thanks! 21.43.48 Join vitja [0] (n=vitja@79.120.98.174) 21.43.48 Quit dni66 ("CGI:IRC (EOF)") 21.43.52 Join vitja_ [0] (n=vitja@79.120.98.174) 21.43.59 Quit vitja_ (Client Quit) 21.44.14 # how can I add ID line to source code? 21.44.37 # svn id? 21.44.44 # (is that question rockbox related?) 21.44.51 # yeah 21.45.05 # this case it's rockbox related too 21.45.22 # I need add svn id to my patch 21.45.35 # just add $Id: $ in your code and then use svn propset svn:keywords Id 21.45.41 # + 21.45.51 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 21.45.51 # thanks) 21.46.21 Quit XavierGr (Nick collision from services.) 21.46.31 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 21.47.38 Join Reemo [0] (n=Reemo@p4FDF7528.dip.t-dialin.net) 21.48.34 # hey guys 21.48.49 # I just noticed my X5 60gb is running out of disk space... 21.49.10 # Is there any rockbox supported player with more than 60gb? 21.49.22 # you can throw a larger hard drive in many devices 21.49.32 # Yeah for... 100 21.49.54 # was there a 80 GB iPod 5g or iPod 5.5g? 21.50.08 # eh...that depends...but look at how much you would spend for a new device too.. 21.50.17 # Still less than you would pay for any player with that capacity 21.50.40 # Probably... 21.50.52 # There are 120gb drives by toshiba 21.51.36 # Reemo: http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement knows all 21.51.44 # wikipedia seems to suggest that there was a 80 GB 5g 21.51.45 # vitja: I have one comment on your patch that I keep meaning to tell you - "TMM" is "Hein-Pieter van Braam" 21.51.53 # potentially 5.5g 21.52.46 # binaryhermit: 5.5g 21.52.48 # 5g and 5.5g came with 80 GB hard drives 21.53.06 # or maybe 60GB for the 5g 21.53.12 # 5g is 30 or 60 21.53.14 # The 5g was 30GB/60GB, the 5.5g was 30GB/80GB 21.53.38 # Hmm 21.53.52 # The drives > 60Gb use ZIF-40 21.53.54 # I need 50pin 21.54.07 # there are adapters 21.54.38 # hmm 21.56.45 Part fragilematter 21.57.09 # Reemo: MK8007GAH is 80GB 50pin 21.57.17 # yeah but... 21.57.18 # +20gb? 21.57.24 # Not worth the price for me 21.57.30 # <-- only uses flac 21.57.45 # Also, the MK8007GAH seems hard to find nowadays 21.57.53 # * amiconn has one in his H1x0 21.59.19 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 22.00.41 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 22.02.45 Join Xqtftqx [0] (n=tyler@cpe-76-189-55-60.neo.res.rr.com) 22.03.06 # jhMikeS: Your back! 22.04.57 Part Xqtftqx 22.08.22 # Reemo: consider switching at least some stuff to high bitrate ogg or mp3 or something? 22.08.36 # no. 22.08.43 # or maybe reencoding some of the flac to -8 if it isn't already 22.08.54 # Most of them are -8 22.09.06 # although reencoding flac won't get you all that much 22.09.14 # yepp 22.09.34 # I mean, okay 22.09.54 Quit vitja ("Ex-Chat") 22.10.00 # many of them are mp3 22.10.12 # but i love flac, and i'd really like to keep Pink Floyd etc in flac. 22.10.30 # rasher: You can now remove your hardcoded codepage mappings 22.10.56 # amiconn: will do 22.11.31 # All remaining fonts should be ISO10646-1 now (took your patch for those fonts I kept except jaskash-16) 22.12.06 # Now on to the rename task, adding a README file on the go 22.12.56 # Is there any progress on X5 and RTC? 22.12.57 # Reemo: I'm not actually suggesting it, but http://en.wikipedia.org/wiki/LossyWAV 22.14.53 # Ahh... wth is that? 22.16.15 # ahh i see.. 22.16.28 Join pixelma [0] (i=pixelma@212.204.47.129) 22.16.29 # But that's no option 22.16.32 # a program that messes with the LSBs of a wav file in order to make it so that lossless encoders can encode them at a lower bitrate 22.16.57 # of course, now with less lossless 22.17.14 # * amiconn thinks that's worse than using actual lossy compression 22.19.30 # how about Wavpack in hybrid mode.. then you could keep the lossless part (both files) on pc, and only transfer the lossy part to the dap :-) 22.19.59 # Or buy another DAP (or 8 or 9...) and become a Rockbox developer 22.22.20 # DAP.. 22.22.20 # ahh 22.22.23 # Digital Audio Player 22.22.38 # ;) 22.22.47 # But i mean 22.22.55 # The X5 has a great audiochip 22.23.03 # My headphones are great 22.23.18 # Rockbox can decode flac 22.23.19 # Why should i use lossy codecs? 22.23.26 # (beneath the space thing... ;) ) 22.23.44 # only because of the space thingy.. :-) 22.23.48 # please dont type like that...complete thoughts on one line please ;) 22.23.48 # Reemo: Have you actually tried blind testing on the X5 with high-bitrate lossy? 22.24.06 # Nope 22.24.11 # sry scorche|sh ;) 22.24.14 # Reemo: it's your choice. More players, a bigger disk (with adapter...), or lossy 22.24.32 # or don't always carry your entire collection. 22.24.33 # Reemo: So, exactly how do you know the sound hardware is good enough on the player for you to distinguish lossy vs lossless? 22.24.36 # (or start to dislike some music) 22.25.55 # linuxstb, thats the option I'll probably choose... 22.26.00 Quit bertrik (Read error: 60 (Operation timed out)) 22.29.06 Join dabujo [0] (i=xx@p4FDB28B9.dip0.t-ipconnect.de) 22.29.38 # rasher: What's up with Win-1252 and Win-1251? 22.33.03 # Llorean, I probably need some ABX soundfiles to check this 22.33.36 # amiconn: err, I don't remove missing files.. hang on some more 22.34.09 # but you're right, i can't clearly differ between MP3 CBR 320kbps (LAME 3.97) and Flac 22.36.04 # Maybe I should try another example... 22.38.00 # Weird... 22.38.22 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 22.38.33 # It's easy for me to differ between Viva La Vida in Flac and Mp3 VBR V0 (Lame 3.97) 22.39.05 # I was more thinking high bitrate MPC, honestly. 22.39.24 # Since I believe its goal is to try to be less artifact prone than other lossy encoders. 22.41.29 Quit miepchen^schlaf () 22.42.01 # Hmm MPC... 22.46.02 Join Ubuntuxer [0] (n=johannes@dslb-088-078-126-242.pools.arcor-ip.net) 22.46.35 # Quite depressing this issue... 22.48.14 Quit massiveH ("Leaving") 22.54.35 Nick Kopfi|offline is now known as Kopfgeldjaeger (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 22.55.06 Part Ubuntuxer 22.56.54 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 23.00.00 Quit mamoul ("leaving") 23.02.17 Join hannesd [0] (n=light@p5B161149.dip0.t-ipconnect.de) 23.05.56 # So when is the magic branch moment? 23.06.24 # I want to make a branch attempt tomorrow 23.06.25 # gevaerts: as soon as amiconn's done, I think 23.06.35 # * gevaerts violates the guidelines by asking for ETAs and progress reports 23.06.43 # amiconn: all better now 23.07.14 # Yeah, looking good. Just don't forget the big cleanup when names are shuffled around 23.07.26 # * amiconn is currently greping for .bdf and .fnt 23.07.37 # I should add a "delete everything" step to my upload script 23.08.30 Join einhirn [0] (i=Miranda@p5B03208A.dip0.t-ipconnect.de) 23.11.35 *** Saving seen data "./dancer.seen" 23.12.15 # * fml kindly asks the developers to have a look at FS#9350 (for the release) and FS#9356 (for after the release) 23.12.17 # * amiconn effectively removed 20 fonts 23.12.30 Join miepchen^schlaf [0] (n=miepchen@p579ECC11.dip.t-dialin.net) 23.15.07 Quit ompaul (Client Quit) 23.17.47 Join webguest03 [0] (n=4d0c5f32@gateway/web/cgi-irc/labb.contactor.se/x-644f2a9eaee944f2) 23.17.48 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 23.17.56 Join reacocard [0] (n=reacocar@DHCP-61-27.ST.HMC.Edu) 23.18.22 # wasn't krz supposed to test on Linux? 23.18.29 Quit bertrik (Read error: 113 (No route to host)) 23.19.39 Quit fml ("CGI:IRC") 23.20.05 Quit webguest03 (Client Quit) 23.26.41 # Probably a silly question, but are different LCD controllers very different? i.e. if I want to pick an example for the meizu work, does it matter much which one I pick? 23.29.38 # you mean as a template to start from? 23.29.55 # something like that, yes 23.30.11 # * gevaerts has no idea how LCD controllers work 23.30.53 # But turning the backlight on and off gets a bit boring after a while, so the LCD seems like a good next step 23.31.44 # well, the controllers usually offer a range of registers to set them up, and they of course are very specific to the controler 23.32.46 # but in rockbox, all lcd*.c files bascially offer the same functions to the higher level graphics/os code 23.33.05 Quit hannesd (Read error: 113 (No route to host)) 23.33.19 Nick joshin_ is now known as joshin (n=joshin@unaffiliated/joshin) 23.33.55 # gevaerts: I think you will have to find out which Driver IC you have, then send the right SPI commands to it and then do what you would do for any of them 23.34.00 Quit jeffdameth (Read error: 110 (Connection timed out)) 23.34.21 # set up the LCD part of the SoC and write to the framebuffer 23.35.14 Join jeffdameth [0] (n=jeff@dyndsl-085-016-234-172.ewe-ip-backbone.de) 23.35.14 # gevaerts: there are init sequences for many of the Driver ICs at meizume.com, did you see them? 23.35.15 # markun: now if I only understood what that first sentence means... ;) 23.35.51 # No, I didn't see those yet (although I seem to remember them getting mentioned) 23.36.15 # it's just the chip which controls the physical panel. You send some bytes to it to configure it correctly and then you can leave it alone. 23.36.31 # I'll look it up for you. 23.36.45 Join salty_horse [0] (n=ori@pdpc/supporter/active/salty-horse) 23.36.47 Quit sarixe ("Ex-Chat") 23.37.09 # gevaerts: http://www.meizume.com/rockbox/5871-lcd-initialization-commands-official-firmware.html 23.37.58 Join perrikwp|work [0] (i=98214d3f@gateway/web/ajax/mibbit.com/x-df371e2555248d2c) 23.38.20 # markun: thanks 23.39.04 # and here you can see where the pins for the SPI communication are located: http://www.rockbox.org/twiki/bin/view/Main/MeizuReverseEngineering 23.39.22 # we probably have some example SPI code in rockbox 23.39.23 Quit salty_horse (Client Quit) 23.46.21 # gevaerts: and SPI hardware in the SoC is connected to the touchpad, so we will have to use bitbaning to talk to the LCD driver IC. 23.46.40 # sounds like fun :) 23.47.44 # not reall no :) 23.51.32 # gevaerts: this is what I got from someone in a PM over at meizume http://130.89.160.166/temp/qt1106.txt 23.52.29 # I guess this spi_byte function is bit banging SPI 23.53.30 Quit salty-horse (Read error: 110 (Connection timed out)) 23.53.53 # * gevaerts is going to play dirty 23.54.09 # by doing what? 23.54.56 # I read on a blog somewhere about someone buying an m6sl "to get back into low-level fighting with Rockbox ports again". Maybe we should try to recruit that person :) 23.55.09 # :) 23.55.11 # good plan 23.55.23 Nick topher|away is now known as topher (n=topher@epiar/founder/topher) 23.55.56 # Of course he might prefer to work on the D2 port... 23.56.12 Nick Kopfgeldjaeger is now known as Kopfi|offline (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 23.56.14 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.57.15 # So where do we find him? 23.57.57 # * Bagder looks in another direction 23.58.56 # was it MrH? 23.59.42 Quit t0mas ("bed time :-)") 23.59.43 # or are we talking about Mr Curl himself?