--- Log for 27.11.108 Server: zelazny.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 25 days and 8 hours ago 00.00.02 # UIE() reports "ldr r3, [0x30181F6C]" in test_codec; which is in bss 00.00.32 # wow, what a messy last sentence of mine... I should probably not do too many things at once 00.00.45 # tried holding select but didnt work... it is plugged to the computer.. only way i have to charge it 00.01.06 Join ze0 [0] (i=ze@76.91.72.105) 00.01.21 # Reliom: try menu instead of select 00.01.24 # n1s: good to know. is it just floor0 files that use a lot of memory, or are there other types of ogg files that can? 00.01.27 # k 00.01.56 # * gevaerts uses menu on his ipod for this, so he's pretty sure that that is the correct one 00.01.59 # "select" it was for the Sansas 00.02.25 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 00.02.39 # I guess that that is because the sansas have shared menu/power 00.02.53 # And you don't want to hold power for too long 00.03.09 # saratoga: i think floor0 files use more memory but i don't know for sure, the tremor code is too painful to read to try and investigate. The testfile i talked about is in FS#5796 if you're interested 00.03.25 Quit ze (Nick collision from services.) 00.03.25 Nick ze0 is now known as ze (i=ze@76.91.72.105) 00.03.26 # yup that worked plugged in and stayed in rockbox and the light went off 00.03.45 Quit bmbl ("Woah!") 00.04.03 # ty vm for the help been meaning to jump on here and get help with that for some time now.. glad its out of the way :) 00.04.14 Join reacocard_ [0] (n=reacocar@WL-135.CINE.HMC.Edu) 00.04.23 # You're welcome :) 00.05.08 # linuxstb: can you look at running test_codec on your clip ? 00.05.32 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 00.05.47 Quit reacocard (Read error: 104 (Connection reset by peer)) 00.05.48 # gevaerts: I understand that, was just looking for excuses where my thoughts had gone wrong ;) 00.08.28 # pixelma: I think that actually is a valid excuse :) 00.11.25 Join Reliom_ [0] (n=chatzill@c-76-109-16-124.hsd1.fl.comcast.net) 00.12.02 Quit Reliom_ (Client Quit) 00.12.16 Quit n1s () 00.19.12 Quit faemir (Remote closed the connection) 00.20.03 # I would really like to fix tabs in libmad 00.20.46 # if libmad isn't actively developed and doesn't need syncing rockbox with upstream, go on 00.22.25 # pure whitespacing can be discarded while diffing anyway 00.22.58 # but is libmad really so bad that a tab run is motivated? 00.24.13 # funman: can answer a question? in button__int all pins on GPIOC are reset to 1 to clear out lcd data 00.24.27 # funman: but why all, and not only the ones I'm going to read? 00.24.37 # I got different returns if I didn't clear all 00.25.27 Quit ender` (" And the Lord said unto John: Come forth and receive eternal life. But John came fifth and won a toaster.") 00.25.30 # kugel: ask linuxstb since he wrote this bits 00.26.44 # the real questions is why I get different returns when I not clear the bits I'm NOT going to read 00.26.59 # which is a rather general question, so you might have an idea 00.27.05 # messing with hardware ports has undefined behaviour 00.27.21 # we don't know what is soldered to these physical wires 00.28.27 # brb 00.28.30 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") 00.29.14 # Zagor: it uses 8 space tabs, so code blocks don't line up when used in an editor that expects 4 space tabs 00.29.18 Join kugel [0] (n=chatzill@unaffiliated/kugel) 00.29.28 Quit Reliom (Read error: 110 (Connection timed out)) 00.29.49 # saratoga: depending which editor you use, you can force tab spacing with a comment (I know vim & emacs at least can do that but don't know the specific syntax) 00.29.55 # saratoga: reconfigure your editor then. you'll never be happy thinking tabs are 4 spaces. 00.30.18 Quit |AhIoRoS|_ (Remote closed the connection) 00.30.47 # I thought rockbox was 4 spaces? 00.30.58 # rockbox doesn't use tabs 00.31.24 # not \t but we still have tabulation 00.31.58 # yes, with spaces. so the tabulation doesn't change in different editors. 00.32.10 # if I change the tab button to be 8 spaces, thats going to be a problem for any code I write 00.32.31 # saratoga: change it to be 4 _spaces_. not one \t 00.32.54 Quit kugel (Nick collision from services.) 00.32.57 Join kugel_ [0] (n=chatzill@e178099185.adsl.alicedsl.de) 00.33.03 # Zagor: but that implies changing \t to be 8 spaces to read fine the libmad files. 00.33.04 Nick kugel_ is now known as kugel (n=chatzill@e178099185.adsl.alicedsl.de) 00.33.25 # funman: yes. nearly all text that uses \t assumes 8 column tabs 00.34.20 # the solution is simple: display \t as 8 column tabs. never write \t yourself. configure your editor to indent your code with 4 spaces. 00.34.28 # I don't think my editor will allow that 00.34.45 # editors allow to search and replace tabs with 4 spaces 00.34.51 # oh wait maybe it does 00.35.07 # I always copy 1 tab, do search and replace with 4 spaces 00.35.49 # no it would appear that it does not 00.35.51 # replacing tabs that are halfway a line with 4 spaces messes up alignment 00.35.53 # the way I use vim is \t = tab keystroke = 4 spaces 00.36.09 # i'm not aware of a \t != tab keystroke setting 00.36.30 # that is why emacs is clearly superior! 00.36.45 # i'm not aware of a \t != tab keystroke setting, with a text editor 00.36.47 # :) 00.37.27 # anyway, we're not helping saratoga! which text editor are you using? 00.37.42 Quit bertrik ("Leaving") 00.38.00 # the real problem with libmad as far as I can tell is that it seems to use a mix of tabs and spaces that only works for 8 space tabs 00.38.49 # that is quite common. it is only a problem if you insist on display \t as 4 spaces. 00.42.02 Quit funman ("leaving") 00.42.51 Quit Nico_P (Remote closed the connection) 00.45.46 Quit Zagor ("Client exiting") 00.46.03 Quit shotofadds ("Leaving") 00.49.52 Part toffe82_ 00.59.24 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 00.59.27 Quit culture (Success) 01.00.29 # ARM assembly question: ldr r12, =WL0 01.00.44 # that loads r12 with the value of the memory address at WL0? 01.00.54 # * pixelma thanks Zagor (for the logs) 01.03.38 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 01.07.55 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-83ef3ccd2766d946) 01.08.39 Quit Nico_P (Remote closed the connection) 01.13.17 Quit lasser (Read error: 60 (Operation timed out)) 01.14.16 Quit miepchen^schlaf () 01.16.55 Join reacocard__ [0] (n=reacocar@WL-135.CINE.HMC.Edu) 01.18.52 Join miepchen^schlaf [0] (n=miepchen@p579ECAA0.dip.t-dialin.net) 01.19.53 # does anyone have an e200tool for mac osx 10.5.5 compiled and want to share it with em? 01.20.10 Quit reacocard_ (Read error: 110 (Connection timed out)) 01.20.10 # I don't have xcode and seem to have quick formatted my system partition :( 01.20.18 # you got a mac? 01.20.44 # am on a macbook yeah 01.21.29 # ill try compiling it for you... once i find the e200tool zip.. 01.21.40 # thanks 01.22.24 # am in an airport so can't realistically download xcode either :-P 01.23.18 # * JdGordon cant find it zip 01.23.37 # http://daniel.haxx.se/sansa/e200tool/e200tool-src.zip 01.23.43 # is anyone here familar with how .S files are linked? 01.23.43 # that part I can do :-P 01.26.29 # sorry... libusb isnt working 01.26.43 # or not installed properly or something 01.26.49 # 3:( 01.26.52 # I lose 01.27.05 # you cant put it in rec mode? 01.28.05 # rec mode is hold switch to the right, hold record and press power, right? 01.28.14 # doing that just gives me ring but no screen 01.29.55 Join TheBashar [0] (n=User@adsl-75-28-101-54.dsl.irvnca.sbcglobal.net) 01.30.44 # sigh, guess I've screwed myself into a 4 hour flight with no tunes. 01.30.49 Quit herrwaldo ("Konversation terminated!") 01.31.06 # how long have you got till the flight? 01.31.18 # 15-20 minutes until boarding 01.32.33 # I'm trying to find when a reproducible boost bug got introduced. Does anyone have an archive of old c200 builds? The oldest one I have is r18338. 01.33.04 # some of the mirros have very old builds, but usually its just easiest to compile them 01.34.52 # looks like they're boarding soon, I'm out. Thanks for trying JdGordon 01.35.15 # * JdGordon needs to fix his mac up properly :/ 01.35.18 # Saratoga: Thanks, just saw I can list contents of http://download.rockbox.org/daily/sansac200/ 01.44.24 # TheBashar: is there already a bug report for this and was is the recipe to reproduce (have a c200 myself)? 01.44.33 # s/was/what 01.44.44 Quit tessarakt (Read error: 110 (Connection timed out)) 01.46.59 # pixelma: FS9576 - play the root playlist with more than about 8 songs. 01.47.11 Join Chronon [0] (n=chatzill@d23-104.uoregon.edu) 01.49.14 Quit Bensawsome (Read error: 54 (Connection reset by peer)) 01.49.32 # I just downloaded a June 1 build and then all the builds before 10/27 disappeared. Where can I find the addresses of the mirrors so I can check directly? 01.49.51 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 01.50.45 # Oh, DNS maybe. Duh 01.52.23 *** Saving seen data "./dancer.seen" 01.55.56 # hmm 01.56.05 # the button driver seems to crash actually 01.56.27 # it somehow gets lost 01.59.05 # JdGordon: did you manage to get the buttons working? I guess not 02.00.20 # TheBashar: happens to me too with the root.m3u8 not with an album that contained 14 tracks - all mp3. But would be interesting for the bugreport to state what type of files you play, maybe bitrate 02.01.20 Quit MethoS (Remote closed the connection) 02.01.30 # pixelma: I'd like to do better and identify what build it started with. The June 1 build worked fine. Do you know of any other old build archive since these just disappeared? 02.02.11 # jhMikeS: ping 02.02.39 # TheBashar: no, you are probably better off compiling yourself. 02.02.46 # pixelma: Thanks 02.04.38 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 02.06.22 # kugel: i havnt touched the e200v2 for a while 02.07.54 # JdGordon: Yea, hence I guessed not 02.08.19 # JdGordon: but do you have an idea why the button driver stops working shortly after boot? 02.13.45 Quit gevaerts (Nick collision from services.) 02.13.57 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 02.14.06 # jhMikeS: I just saw your commit, the manual won't describe the settings for the feature you defined 02.16.31 # the features should probably just be called backlight_fade_table_setting and backlight_fade_bool_setting, or something like that 02.17.58 Quit JdGordon (Remote closed the connection) 02.18.19 Join Darksair [0] (n=user@125.33.198.70) 02.19.32 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 02.26.06 Quit TheBashar (Read error: 60 (Operation timed out)) 02.27.33 # kugel: this fading could use the same description as the software one? 02.29.22 Quit JdGordon (Read error: 104 (Connection reset by peer)) 02.31.51 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 02.35.18 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.37.48 # the beast's manual currently doesn't compile cleanly anyways and is not available for download, so there's no hurry 02.38.59 Part pixelma 02.39.13 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 02.39.36 Quit kugel (Read error: 110 (Connection timed out)) 02.40.41 Nick Darksair is now known as Awaysair (n=user@125.33.198.70) 02.46.44 Quit saratoga ("CGI:IRC (EOF)") 02.53.01 Join sin613 [0] (n=pbarton@host-8-122-107-208.midco.net) 02.53.39 # is the recently committed sw backlight fading code expected to be doing anything on the x5? 02.56.32 # according to the svn commit message it should 02.56.57 # that's what one might expect 02.57.13 Nick Awaysair is now known as Darksair (n=user@125.33.198.70) 02.57.15 # or anticipate 02.57.34 # is it perhaps a configurable setting? 02.57.44 # yes, it is. 02.57.59 # i've made changes to the code, and it appears the code is never being run 02.58.23 # so now i'm wondering 02.58.40 # in config-iaudiox5.h 02.59.05 # whether it is necessary for USEBACKLIGHT_SW_FADING must depend on BOOTLOADER not being defined 02.59.14 # oops, bad grammar 03.01.36 Quit Chronon ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") 03.11.55 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 03.12.00 Quit idshark ("changing servers") 03.12.04 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-568ad552c1d23b1b) 03.12.14 Join idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) 03.16.29 Quit reacocard__ (".") 03.19.18 Join reacocard [0] (n=reacocar@WL-135.CINE.HMC.Edu) 03.23.22 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 03.24.36 Quit sin613 ("Leaving.") 03.48.54 Quit tvelocity[away] (Read error: 60 (Operation timed out)) 03.52.26 *** Saving seen data "./dancer.seen" 03.52.48 Join tvelocity[away] [0] (n=tony@194.219.254.232) 03.59.57 Quit beast_ (Read error: 145 (Connection timed out)) 04.02.35 Join daurnimator [0] (n=fake@unaffiliated/daurnimator) 04.05.58 Quit reacocard (".") 04.06.22 Join reacocard [0] (n=reacocar@134.173.63.19) 04.12.47 Join blkhawk- [0] (n=blkhawk@f051196125.adsl.alicedsl.de) 04.15.18 Join Eijiken [0] (n=412bdff7@gateway/web/cgi-irc/labb.contactor.se/x-bb6dd6f96ccb5fd9) 04.16.42 # Hey all. Got a question. I just put rockbox on my 5G ipod cause itunes is annoying me. Only thing is, I have a bunch of songs that are japanese and the fonts show up as boxes instead of the correct text. 04.17.00 # so i guess the question is, how do i get the tezxt working? 04.17.13 # you are going to want to download the font pack (if you havent), and choose a unicode font 04.17.52 Join EspeonEefi [0] (n=espeonee@c-24-62-153-131.hsd1.nh.comcast.net) 04.19.59 # how do i tell if its a unicode font? 04.22.15 # nvm. got it. thanks! 04.23.17 Quit Wonko_ (Read error: 104 (Connection reset by peer)) 04.25.25 Quit EspeonEefi ("さよなら") 04.26.37 Join EspeonEefi [0] (n=espeonee@c-24-62-153-131.hsd1.nh.comcast.net) 04.26.49 Nick Darksair is now known as Awaysair (n=user@125.33.198.70) 04.29.05 Quit blkhawk (Read error: 110 (Connection timed out)) 04.29.45 Nick blkhawk- is now known as blkhawk (n=blkhawk@f051196125.adsl.alicedsl.de) 04.32.11 Quit Eijiken ("CGI:IRC (EOF)") 04.45.48 Quit XavierGr () 04.55.22 Join miepchen^schlaf_ [0] (n=miepchen@p579ECAC6.dip.t-dialin.net) 05.04.39 Nick Awaysair is now known as Darksair (n=user@125.33.198.70) 05.11.50 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.15.13 Quit Bensawsome (Read error: 54 (Connection reset by peer)) 05.17.20 Quit ze (Read error: 110 (Connection timed out)) 05.18.51 Join Bensawesome [0] (n=Bensawso@unaffiliated/bensawsome) 05.19.19 Join sin613 [0] (n=pbarton@host-8-122-107-208.midco.net) 05.19.46 Nick Bensawesome is now known as Bensawsome (n=Bensawso@unaffiliated/bensawsome) 05.22.30 Join Athen [0] (n=purple@75.81.106.233) 05.22.47 # I'm probably doing something stupid, but I can't seem to get the rockbox installer to recognize my device as valid 05.23.54 # it's a Sansa E260, the device is listed as '/media/Sansa e260', and the audio player is selected as 'Sansa E200', both which are detected with the autodetect and are correct 05.24.01 Quit Bensawsome ("The awsome is gone :(") 05.26.12 # I've tried running both as root and otherwise, tried linking directly to the /dev device, reset it a few times, with no luck so far 05.26.50 # I was having problems with the default system being mounted as read-only, would these perhaps be related ? 05.27.15 # Athen, what mode is your sansa in? 05.27.27 # as I recall, MST 05.27.38 # I'm checking now 05.27.54 # er, MSC 05.29.01 # are you running the the rockbox utility with an admin account 05.29.10 # I tried that, yes 05.29.14 # no change 05.29.52 # does Rockbox need the default firmware to run ? 05.30.16 # yea.. what sansa firmware are you using too 05.30.57 # version 1 05.31.00 # I did check that 05.31.33 # 01.02.18A if you need details 05.33.52 # have you checked the sansa for errors on the file system 05.34.13 # yes, that was what caused me to think to try Rockbox in the first place 05.34.48 # on mount, it returns file system panic via invalid access to FAT 05.35.00 Quit Horscht ("User was distributing pornography on server; system seized by FBI") 05.36.17 Nick midkay_ is now known as midkay (n=midkay@75-172-112-151.tukw.qwest.net) 05.36.41 # have you tried formatting it? 05.37.42 # haven't yet, I wasn't sure if the default firmware was needed to run rockbox or not 05.39.32 Quit JdGordon (Read error: 104 (Connection reset by peer)) 05.39.43 # you need the sansa firmware for usb support 05.41.04 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 05.41.26 # I don't really have a Sansa/Rockbox preference atm, I'd just like to be able to upload songs to it and all that good stuff 05.42.37 # also, I don't really care if it works on Windows/Mac as I don't have either of those on hand 05.42.39 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 05.46.32 # can you try the step on the unbricking steps in the wiki? I think you might want to use the "sansa.fmt" file in recovery mode 05.50.33 # I'll go through it, yes 05.50.53 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 05.52.27 *** Saving seen data "./dancer.seen" 05.52.48 Join daurn [0] (n=fake@unaffiliated/daurnimator) 05.59.19 Join CaptainKewl [0] (n=jason@ool-45738923.dyn.optonline.net) 06.00.33 # reformatting etc seems to have taken care of it, though it no longer shows as a 'Sansa e260', but a 'SD Player' now 06.05.35 Quit daurnimator (Read error: 110 (Connection timed out)) 06.08.00 Join ameyer [0] (i=ameyer17@silenceisdefeat.org) 06.20.28 Quit Makuseru (Remote closed the connection) 06.21.49 Quit sin613 ("Leaving.") 06.29.00 Join tvelocity[a] [0] (n=tony@adsl10-16.her.forthnet.gr) 06.29.43 Quit tvelocity[away] (Read error: 60 (Operation timed out)) 06.35.38 Quit Athen ("Get me closer, I want to use my sword.") 06.38.43 Quit CaptainKewl (Read error: 110 (Connection timed out)) 06.39.10 Join tvelocity[away] [0] (n=tony@194.219.255.85) 06.39.30 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 06.44.09 Join J-23 [0] (n=zelazko@unix.net.pl) 06.44.27 # h 06.45.09 Quit tvelocity[a] (Read error: 145 (Connection timed out)) 06.47.05 Quit EspeonEefi ("さよなら") 06.54.37 Quit JdGordon (Read error: 104 (Connection reset by peer)) 07.01.28 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 07.08.07 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 07.08.33 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 07.11.18 Part Llorean 07.17.09 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 07.22.17 Nick daurn is now known as daurnimator (n=fake@unaffiliated/daurnimator) 07.32.18 # yay, another sorting "bug" 07.32.46 # although that one could really be a bug seen as tagnavi.config should work for up to 2 digit track numbers 07.34.33 Join slact [0] (n=chatzill@ool-457bfab5.dyn.optonline.net) 07.34.37 # hi guys 07.39.08 # My 5.5 generation 80gig ipod refuses to start after a shutdown, momentarily blinking a tiny "oh shit dead battery" icon. This seems to happen about one out of ten times. To get it to work again i either have to wait about an hour (anywhere from 20 minutes to about 5 hours) or reseat the battery connector. 07.39.34 Quit Makuseru (Remote closed the connection) 07.39.48 # I can't say if this is a rockbox issue, but i experience it only with a rockbox shutdown, and, obviously, not with the original firmware. 07.39.58 # the battery seems to behave just fine other than this. 07.41.05 Quit reacocard (Read error: 110 (Connection timed out)) 07.41.24 Join _lifeless [0] (n=lifeless@89.20.126.206) 07.43.45 Join reacocard [0] (n=reacocar@WL-135.CINE.HMC.Edu) 07.44.20 # slact: for what it's worth, the original firmware doesn't actually shut down 07.44.26 # I don't think 07.44.49 # i think it does after a long time of inactivity -- two days, maybe? 07.45.00 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.45.16 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.46.00 # anyway, i've only been able to reproduce it after a rockbox shutdown 07.46.01 Quit AndyI () 07.46.27 # and i don't want to submit it as a bug since, well, it might be just a screwy ebayed ipod. 07.46.58 # sounds like a hardware issue to me 07.47.00 # slact: this is a bug with the original firmware, actually 07.47.07 # but what do I know? 07.47.22 # scorche: ...seriously?.... 07.47.30 # slact: same thing will happen on the apple firmware, yes 07.47.44 # that's, um... a pretty serious bug... 07.47.49 # do you know if there's a fix for it? 07.47.50 # difference is, the apple firmware doesnt shutdown much 07.48.27 # there isnt...i dont really come up against it, myself...probably due to me not running down my battery all the way 07.49.11 # and why would (expletive deleted)ple fix it anyway 07.49.25 # they've moved on to a non-PP platform 07.49.43 Quit denes_ (Read error: 110 (Connection timed out)) 07.49.54 # that's pretty wild. any suggestions? 07.50.03 Join denes_ [0] (n=denes@pool-5362.adsl.interware.hu) 07.50.12 # not really besides dont run the battery down so much 07.51.17 # my suggestion would be "live with it" 07.51.44 # ...but rockbox... shuts down.... 07.51.52 # ? 07.51.53 Join AndyI [0] (i=AndyI@212.14.205.32) 07.52.01 # I assume this is an in-flash issue, so flashing your ipod with rockbox instead of the OF wouldn't help 07.52.17 # ameyer: we dont flash ipods.. 07.52.30 *** Saving seen data "./dancer.seen" 07.52.38 # do you know if this has been documented anywhere? 07.53.10 # probably plenty of places, but no where in particular comes to mind 07.53.14 # whatever. "writing rockbox to the firmware partition" any better? 07.53.16 # (maybe one of those fancy 5.5G > ipod classic firmware hacks will do the trick...(thought i would doubt it)) 07.53.31 # ameyer: much, though i dont see what difference that would make 07.53.52 # slact: no clue what that is 07.54.32 # http://gizmodo.com/gadgets/ipod-upgrade/ipod-5-and-55g-get-firmware-upgrade-to-ipod-classic-310971.php 07.54.45 # since this would probably be with the part of the firmware that resides in flash and handles booting and disk mode, probably exactly nothing 07.55.02 # ameyer: apple bootloader 07.55.26 Quit Bensawsome ("I WANT TO SUCK YOUR BLOOOOOOOD RAWR!") 07.55.46 # slact: heh...no...this isnt really a frimware issue 07.56.17 # hmm 07.56.37 # well, i guess i won't be posting negative ebay feedback then 07.59.31 # thanks, scorche. 08.00.28 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 08.08.28 Quit miepchen^schlaf_ () 08.16.01 Join Rob2222 [0] (n=Miranda@p4FDCD610.dip.t-dialin.net) 08.18.59 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 08.25.21 Join Genbu [0] (n=Saiai@c-71-198-249-27.hsd1.ca.comcast.net) 08.26.35 # If I rockbox my iPod 4G (Grayscale w/ CLickwheel) will I lose the ability for it to interface (via dock cable) with my car stereo? I have an Alpine reciever unit with iPod dock support. 08.27.04 # you'd need to run the OF for that I guess 08.27.10 # rockbox allows dual-booting 08.27.23 # k 08.27.54 # isn't there a patch for the ipod extras interface? 08.28.06 # there is, but I think it's lacking a lot still 08.29.18 # mkay. 08.30.00 # worth checking it out anyway... some things work, some dont 08.30.03 # reason being is that i really wanna ditch using iTunes, it sucks, i only really use my iPod in my car when im at home, when i'm at college im using it in class 90% of the time. it woudlnt be a terrible inconvenience at home, 08.30.10 # but its still there. 08.30.54 # Genbu: look in the forums (under unsupported builds) for the ipod accesory patch build and try it with the car.. 08.31.02 # k. 08.33.05 # doesnt look like my alpine reciever is in the list of supported accessories on the wiki, should i try anyways? 08.33.09 # slact: If your ipod shows the dead battery icon when switching on, a hard reset should fix that and make it boot. No need to wait for hours or to open the ipod. That's what I do 08.33.55 # i'll try that, thanks 08.34.11 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.37.05 Quit slact ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") 08.40.51 Quit BigBambi (Read error: 113 (No route to host)) 08.52.19 Join TheBashar [0] (n=User@adsl-75-28-105-202.dsl.irvnca.sbcglobal.net) 08.52.57 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.55.00 # I've narrowed down a boost bug being introduced to between r17103 and r17111. Is there any chance someone here could make a c200 build for r17108 and r17109? (which I think is where the problem originates) 08.57.16 # TheBashar: if it didnt ake me 10min to update to that version I'd do the build for you :( 08.59.46 Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) 09.00.15 Join funman [0] (n=fun@AToulouse-158-1-73-52.w90-50.abo.wanadoo.fr) 09.06.59 # is there any support for eventually making the radio screen wps-able? 09.07.10 Quit Xerion_ (Read error: 60 (Operation timed out)) 09.08.08 # * JdGordon slaps kugal around with such a large trout that he doesnt have to be in irc for its to hit him! 09.08.53 # hey funman, have we got IRQ's working on the v2s? 09.09.13 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 09.09.36 # JdGordon: yes, they are used to notify the end of DMA transfers 09.10.08 # the list of isr is in system-as3525.c and the list of bits to set in VIC_INT_ENABLE in as3525.h 09.10.54 Join skipper [0] (n=skipper@213.147.115.74) 09.11.15 # ok... will the gpio irqs work if the afsel thingy is set for the dbop? 09.11.33 # i was wondering the same.. 09.11.55 # I'll have a play and see what happens 09.12.09 # if it sets a hardware switch I suppose that no, but who knows how this is wired except ams? 09.13.53 Quit Seed ("cu, Andre") 09.13.58 # should we merge the fuze and e200 button code? or wait untill we find the rest of the buttons to make sure they are the same? 09.14.31 # it was suggested to wait until we find the other buttons, not sure they use the same wheel 09.15.09 # groan... white screen with svn bootloader :( 09.16.24 Quit Xerion (Connection timed out) 09.19.21 # hm perhaps I broke it in r19234, what if you add back CGU_PERI |= (5<<2)|0x01; /* pclk = PLLA / 6 = 64 MHz */ in system-as3525.c ? 09.20.02 # line? 09.20.50 # after sdram_init() 09.21.36 # I think if it does the trick you just need to tweak lcd_delay() to adapt to slower pclk 09.26.35 # adding that back in gives no indication at all that anything is happening (except need to hold power for ages for it to turn off/on) 09.27.20 # what if you fully revert r19234? I can't think of something else 09.27.41 Quit JdGordon () 09.29.03 Quit kachna|lappy (No route to host) 09.29.49 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 09.29.57 # did my last message go through? 09.30.32 Quit pixelma2 ("-") 09.30.52 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.31.22 # * funman points JdGordon to http://www.rockbox.org/irc/log-today 09.32.00 # my internet is totally fucked.. that page will take hours to load! 09.32.11 # 3 more days... 09.32.20 # anyway, adding that line back in broke it completly 09.32.24 # no lcd at all 09.32.54 Join reacocard_ [0] (n=reacocar@134.173.63.19) 09.32.57 # JdGordon: ok, what if you revert completely r19234 ? 09.34.27 # if the live reader takes ages, the raw text could be the better choice, you just need to hit refresh yourself 09.35.06 # its still masses of text.. but yeah its a bit better 09.37.03 Quit _lifeless (Remote closed the connection) 09.37.45 # yay, ok, its working 09.38.54 Join ze [0] (i=ze@76.91.72.105) 09.39.22 # JdGordon: i.e. reverting the modification of clocks? 09.39.23 # no idea why though :p 09.40.53 Quit reacocard (Read error: 110 (Connection timed out)) 09.41.16 # * JdGordon starts again with a clean tree... 09.42.50 Join _lifeless [0] (n=lifeless@89.20.126.206) 09.43.05 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 09.46.19 Quit _lifeless (Remote closed the connection) 09.47.19 Join GaZZ__ [0] (n=gaz@5ac44a39.bb.sky.com) 09.48.36 Quit midkay ("Leaving") 09.49.52 Join herrwaldo [0] (n=waldo@ip-81-11-219-168.dsl.scarlet.be) 09.52.31 *** Saving seen data "./dancer.seen" 09.53.45 Join _lifeless [0] (n=lifeless@89.20.126.206) 09.55.05 Quit _lifeless (Remote closed the connection) 09.56.55 Join lasser [0] (n=chatzill@W8d5e.w.pppool.de) 09.56.57 Quit JdGordon (Read error: 54 (Connection reset by peer)) 09.58.03 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 09.58.46 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 10.03.13 # funman: ok, having default_freq set to 250000000 and putting that CGU_PERI line back in gets me as far as a white lcd in the main build (bootloader shows the logo) 10.03.23 Join _lifeless [0] (n=lifeless@89.20.126.206) 10.07.31 # JdGordon: instead of changing the frequencies, I would remove/comment the content of set_cpu_frequency() 10.07.50 # somehow I suspect the peripheral clock change to be the culprit, not the cpu clock change 10.08.06 # I changed them because that was the only obvious thing in the diffs 10.09.09 # the as3525 datasheet mentions the "AS3515A" chip in the part detailing what we call "AS3514" 10.09.36 # Maybe Bagder could ask AMS for that datasheet? 10.09.42 # Or B4gder. 10.10.30 # Aren't we also in need of a datasheet for the USB part of the chip? But that's licensed from elsewhere, so AMS may not be able to provide a datasheet to us. 10.10.33 # linuxstb: I believe the as3525 doc is enough 10.11.26 # the website linked from the as3525 datasheet for the usb part looks like it requires a registration to some service 10.16.53 Quit GaZZ__ ("I-n-v-i-s-i-o-n 3.0 (March '08)") 10.19.52 Join kugel [0] (n=chatzill@unaffiliated/kugel) 10.21.33 # funman: have you read my forum post edit? 10.23.08 # yes I just did, seriously I have no clues what's going on. JdGordon was going to look at the button code on his e200v2 until he found LCD was not working anymore (due to frequencies change in r19234) 10.23.44 # kugel: the buttons probably arnt working because they are not being read at all in the main build 10.23.48 Quit kugel (Remote closed the connection) 10.24.21 Join kugel [0] (n=chatzill@unaffiliated/kugel) 10.24.41 Quit jhulst (Read error: 113 (No route to host)) 10.24.52 # on my side I'm trying to get some output on the headphones. I can enable them (I can hear the background noise) but not have actual sound outputted on them 10.25.18 # sounds nice anyway 10.27.52 Quit Thundercloud (Remote closed the connection) 10.28.25 Quit _lifeless (Remote closed the connection) 10.28.31 Join __lifeless [0] (n=lifeless@89.20.111.144) 10.29.03 # JdGordon: 1) why do you slap me? 2) Yes, they aren' 10.29.16 # because they arnt read... it shuold have been obvious :D 10.29.19 # t read, since the button driver stops working after the 3rd or so read 10.29.43 # JdGordon: Oh you mean that #ifdef BOOTLOADER? 10.29.46 # yeah 10.29.57 # :S 10.30.12 # I already changed that in my tree 10.30.20 # but they're still not working. 10.31.15 Quit Genbu ("Leaving") 10.32.26 # * kugel thinks we could at least fuse the backlight driver of fuze/e200v2 with the v1's one, and enable backlight fading 10.32.43 # but that has time 10.33.16 # JdGordon: do the buttons work for you after removing that? I'd really wonder 10.34.44 # linuxstb: ping 10.34.46 # i havnt got a working build just yet so i dunno 10.37.08 # funman: commenting out the set_cpou_frequency block still gives a white lcd in the main build (with the bootloader working) 10.38.07 # Then you should bissect until you find the culprit commit 10.38.37 # ah crud... 10.39.48 # * kugel wonders why funman changed a finished and working bootloader 10.40.14 # according to JdGordon it was not working on e200v2 10.40.54 # funman: didn't he it was working after reverting a bit? 10.41.01 # there is also the fact that we want to maximize battery life by using the lowest frequencies we can 10.41.20 # kugel: if I read his sentence from 8 minutes ago, no ... 10.42.22 # funman: I agree, but not necessarily in the bootloader. The main build should set up what it wants for battery saving, the bootloader should just load the main binary 10.42.35 # funman: "...(with the bootloader working)" 10.42.54 # * JdGordon goes back to 19228 to see if it worked 10.43.44 # hmm then my eyes are tired .. sorry. the whole ams port is still in development, the bootloader should be labeled "finished, but likely to be broken again in future revisions" 10.44.05 Quit kugel (Nick collision from services.) 10.44.08 Join kugel_ [0] (n=chatzill@e178076246.adsl.alicedsl.de) 10.44.14 Nick kugel_ is now known as kugel (n=chatzill@e178076246.adsl.alicedsl.de) 10.44.37 # if breakages happen, at least we know they are in the model specific parts (because I test first on the Clip) like buttons, backlight and LCD 10.45.02 # funman: the backlight works for me :) 10.45.48 # anyway 10.46.13 # funman: my new assumption is, that the button code is working, but crashing in the main binary. What could be the reason for that? 10.46.28 # the code is broken and needs to be fixed 10.46.42 # besides this obvious statement, I have no clue 10.46.51 # the button reading is done in a tick task, maybe that's related 10.47.39 # we could try mutex'ing 10.48.32 # linuxstb, jhMikeS: Do you have an idea why the button driver could "crash"? 10.49.35 # try enabling the button light in UIE() and panicf() , if it doesn't light on the 'crash' it means that's an hardware crash and you read/wrote bits you shouldn't have 10.49.36 # gtg, will read the logs (as always) 10.49.56 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") 10.50.05 # the buttonlight code looks "wrong" to me... 10.51.09 # in which way? 10.51.36 # it's not going to work in multivolume builds since the SD driver modifies the CCU_IO register 10.51.42 Quit bmbl (Read error: 60 (Operation timed out)) 10.52.17 # and I would think we must set the direction before writing into the pin 10.53.25 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 10.58.47 Join webguest18 [0] (n=c1437102@gateway/web/cgi-irc/labb.contactor.se/x-34ca26f21ce82362) 10.58.50 Quit webguest18 (Client Quit) 10.58.59 Join beast_ [0] (n=jude@a82-95-176-205.adsl.xs4all.nl) 10.59.06 Nick Darksair is now known as Awaysair (n=user@125.33.198.70) 11.04.22 Quit funman ("leaving") 11.20.15 Quit linuxstb (Read error: 110 (Connection timed out)) 11.21.46 Join kugel [0] (n=chatzill@unaffiliated/kugel) 11.23.41 # JdGordon: why? 11.24.46 # JdGordon: do you mean that the 2 lines should be swapped? 11.25.01 # (re buttonlight code) 11.26.07 # eh, yea, that would explain why the button light isn't working anymore after r19182 11.28.23 Quit kugel (Remote closed the connection) 11.28.45 Nick Awaysair is now known as Darksair (n=user@125.33.198.70) 11.30.16 Join n1s [0] (n=nils@rockbox/developer/n1s) 11.35.25 Quit skipper (Remote closed the connection) 11.35.49 Join kugel [0] (n=chatzill@unaffiliated/kugel) 11.52.37 *** Saving seen data "./dancer.seen" 11.57.41 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 12.01.15 Quit TheBashar ("Leaving.") 12.07.15 Quit kugel (Remote closed the connection) 12.09.07 Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) 12.14.06 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 12.24.28 Join daurn [0] (n=fake@unaffiliated/daurnimator) 12.28.31 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.29.49 Join moos [0] (i=moos@81-66-158-133.rev.numericable.fr) 12.31.20 Quit JdGordon (Remote closed the connection) 12.31.45 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 12.34.00 Quit daurnimator (Read error: 110 (Connection timed out)) 12.35.23 Quit JdGordon (Remote closed the connection) 12.37.01 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 12.38.26 Join avis [0] (n=ident@pdpc/supporter/student/avis) 12.40.12 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 13.00.55 Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) 13.01.48 Quit ap0 (Client Quit) 13.08.20 # Hmmm...my last commit didn't trigger a build 13.09.44 Join Photoguy [0] (n=Adams@91.143.237.165) 13.11.43 # rasher: is thai the biggest language now? 13.12.12 # I guess there's no way to tell if this is a V1... 13.12.13 # http://www.tigerdirect.com/applications/searchtools/item-details.asp?EdpNo=3402958&csid=ITD&body=MAIN#detailspecs 13.13.55 # on my e280v2 there's "v2" text on back of player 13.14.13 # you can ask about firmware version too 13.15.14 # "v2" on the back is not entirely reliable though 13.15.52 Join funman [0] (n=fun@AToulouse-158-1-73-52.w90-50.abo.wanadoo.fr) 13.16.08 # some refurbed v1s have gotten such v2 backs 13.22.07 Quit kachna|lappy (Read error: 110 (Connection timed out)) 13.23.54 # what does "refurbished" mean here? 13.25.35 # What? 13.26.43 # I guess the only way to tell, is to buy it. 13.27.07 # argh, dictionary is my friend 13.27.24 Quit tvelocity[away] (Read error: 60 (Operation timed out)) 13.27.58 # I like dictionary, but I hope they fix the scrolling soon. 13.28.00 Join tvelocity[away] [0] (n=tony@adsl5-31.her.forthnet.gr) 13.29.32 # * GodEater wonders who the mysterious "they" is. 13.29.38 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 13.29.43 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-3d26d56153b41cf3) 13.29.56 # * B4gder points to "they" over there in the dark corner 13.31.21 # they = Greys :P 13.31.50 # * pixelma guessed "it" belongs to an off-topic dictionary so was fine with "they" ;) 13.32.18 # * B4gder has no idea what's being talked about 13.32.30 # maybe Mr. Someone has a split personality? 13.32.52 # the "Someone and his team" ? 13.39.42 Quit bmbl ("Woah!") 13.40.36 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-91973575d242da52) 13.41.01 Join kugel [0] (n=chatzill@unaffiliated/kugel) 13.52.24 # * I think that the dictionary plugin should be fixed, by willing party's. 13.52.29 # There, how's that? 13.52.38 *** Saving seen data "./dancer.seen" 14.01.22 # What is the reason we use sysfont for the default keyboard? on the beast the sysfont is very small... 14.02.47 Join kushal_12_27_200 [0] (n=kushal@72.47.189.130) 14.03.00 # it's in a fixed layout and not adapted to work on different screens, there are loadable keyboard layouts though 14.04.08 # pixelma: the default keyboard is fine for me except for this annoying font thing :/ 14.06.44 # it's made to fit the bitmapped Archos' screens and only changed to show two "pages" of it when the screen is big enough 14.11.10 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 14.11.31 # There is something I think should be changed... 14.11.45 # The keymap for the text editor, is really bad. 14.11.59 # (On the E-200 that is) 14.12.08 # well... the source is all there... your free to change it and submit patches 14.13.39 # Well, Kugel fixed it in his build, I think he should submit it to the offical build. 14.17.07 # kugel: did you try putting the lcd framebuffer in IRAM (in config-fuze.h line 66) ? 14.17.52 Quit JdGordon (Read error: 104 (Connection reset by peer)) 14.18.58 Quit culture (Connection timed out) 14.19.29 Quit funman ("leaving") 14.38.16 Quit kugel (Read error: 113 (No route to host)) 14.41.11 Join kugel [0] (n=chatzill@unaffiliated/kugel) 14.43.12 Quit TMM (Read error: 104 (Connection reset by peer)) 14.45.45 Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) 14.46.55 Part B4gder 14.52.40 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 14.53.19 Quit amiconn (Nick collision from services.) 14.53.25 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 14.54.24 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 14.57.30 Join Llorean [0] (n=DarkkOne@adsl-65-68-75-55.dsl.hstntx.swbell.net) 15.14.37 Join Schmogel [0] (n=Miranda@p3EE21B11.dip0.t-ipconnect.de) 15.20.32 Quit tvelocity[away] (Read error: 110 (Connection timed out)) 15.20.38 Quit kushal_12_27_200 ("Leaving") 15.21.55 Join tvelocity[away] [0] (n=tony@adsl1-1.her.forthnet.gr) 15.26.36 Quit kugel (Remote closed the connection) 15.34.20 # Nico_P: have you seen FS#9576? 15.34.26 # yes 15.34.40 # I plan on taking a good look at it before 3.1 15.34.50 Join daurnimator [0] (n=fake@unaffiliated/daurnimator) 15.35.04 # that is good news :) 15.38.21 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 15.45.43 Quit daurn (Read error: 101 (Network is unreachable)) 15.52.43 *** Saving seen data "./dancer.seen" 16.07.27 Nick __lifeless is now known as _lifeless (n=lifeless@89.20.111.144) 16.07.55 Quit Photoguy ("On to something better...") 16.08.32 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-089-090.ewe-ip-backbone.de) 16.24.46 Quit _lifeless ("suck my blood") 16.39.41 Join kronflux [0] (n=kronflux@blk-138-78-15.eastlink.ca) 16.40.03 Quit reacocard_ (".") 16.40.13 Quit kronflux (Client Quit) 16.42.20 Join reacocard [0] (n=reacocar@WL-135.CINE.HMC.Edu) 16.45.35 Quit reacocard (Operation timed out) 16.56.51 Join reacocard [0] (n=reacocar@WL-135.CINE.HMC.Edu) 17.10.41 # ugh, I have severely bricked my sansa. 17.11.06 Quit jhMikeS (Nick collision from services.) 17.11.12 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 17.11.42 # lostlogic: How? 17.12.38 Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-fe7cc95b6757c327) 17.14.07 # quick formatted the system partition :( 17.17.13 # if I e200tool a bootloader onto it, I can get it to boot up... once... 17.18.26 # You need to force that bootloader into recovery mode 17.19.08 # linuxstb: did that, copied a .mi4, it installed, but I still ring-o-death when it tries to reset from there :( 17.20.30 # if I let it boot from the BL, it appears to startup alright, but can't get into USB mode 17.21.46 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 17.29.03 # lostlogic: I think you need to copy both the mi4 and a bootloader 17.29.29 # ahh, that would make sense. 17.29.30 # will try 17.29.30 # The bootloader is stored in the system partition you wiped, and e200tool simply copies code to RAM and executes it. 17.29.40 # yep 17.30.48 # worked! Many thanks. 17.31.04 # \o/ 17.32.03 Join kugel [0] (n=chatzill@unaffiliated/kugel) 17.41.59 Join funman [0] (n=fun@AToulouse-158-1-73-52.w90-50.abo.wanadoo.fr) 17.50.07 Join synergist [0] (i=christop@cant.be-arsed.co.uk) 17.52.47 *** Saving seen data "./dancer.seen" 17.54.02 # how is greylib implemented: fast toggling on/off of pixels? 17.54.16 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 17.56.59 # funman: yes 17.57.58 # I can only see a black screen on the Clip when plugins use it; I tried a 1HZ lcd update, so I'll look if the timer isn't broken (shouldn't) 17.59.47 # You need amiconn for exact details 18.01.10 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 18.03.04 # the timer works fine as expected :o 18.04.07 # hm. . 18.05.01 # You'll probably have to implement the update function in arm asm for 1bpp display 18.05.07 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 18.05.16 # do you mean lcd_blit_grey_phase() ? 18.05.22 # yes 18.05.41 # It's not too difficult; if you want I can have a look at it tonight 18.09.52 # The update speed should match the internal frame frequency of the display controller. You can test that frequency with test_scanrate.rock 18.10.13 # You'll need working lcd_blit_mono() for this 18.12.28 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 18.14.47 # I can't make the blocks stop completely, but they are the slowest at 78Hz 18.15.17 # I prefer looking myself (with a C version at first) 18.18.56 # would looking into the mrobe100 greylib code help - mono display ("inverted" kind too) and arm (PP)? 18.19.06 # Yeah, they don't need to stop completely. Frequency will drift slightly anyway (e.g. depending on temperature), and we cannot synchronize 18.19.46 # Yeah, the m:r100 code might work as-is 18.19.48 # pixelma: definitely :) 18.20.02 Join toffe82 [0] (n=chatzill@71.142.12.52) 18.22.34 # funman: re framebuffer in iram: How would that help with the buttons? Also, is that done on other targets too (probably a question for amiconn too) 18.23.14 # kugel: I thought the lcd was broken as well? That might help by reducing the delays when accessing the framebuffer, and yes that's used on other targets (there is even a define for that) 18.24.28 # funman: if I disable button code the main menu shows fine (well, it's shifted 1px up, i.e. the first row is at the bottom of the display) 18.26.19 Quit linuxstb (Read error: 110 (Connection timed out)) 18.30.18 Quit robin0800 (Read error: 104 (Connection reset by peer)) 18.32.35 Quit tyfoo ("Carpe diem") 18.35.22 Join skipper [0] (n=skipper@93-136-124-72.adsl.net.t-com.hr) 18.36.11 # What is the 'phase' associated to each group of pixels in lcd_blit_grey_phase? 18.36.55 # or is it a boolean phase associated to each pixel 18.38.02 Quit reacocard (Read error: 145 (Connection timed out)) 18.40.54 Quit saratoga ("CGI:IRC") 18.41.03 Quit herrwaldo (Remote closed the connection) 18.41.17 Join herrwaldo [0] (n=waldo@ip-81-11-219-168.dsl.scarlet.be) 18.42.59 Join CaptainKewl [0] (n=jason@ool-45738923.dyn.optonline.net) 18.44.06 Join EspeonEefi [0] (n=espeonee@c-24-62-153-131.hsd1.nh.comcast.net) 18.45.11 Quit tvelocity[away] ("Αποχώρησε") 18.45.33 Join massiveH [0] (n=massiveH@190.sub-75-222-174.myvzw.com) 18.46.55 # intersting 18.47.11 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 18.47.41 # the same code (which doesn't mess up the display) + a delay messes it up 18.47.47 Quit Darksair ("Use the Force, Luke!") 18.48.34 Join tvelocity [0] (n=tony@adsl1-1.her.forthnet.gr) 18.50.08 Quit massiveH (Read error: 54 (Connection reset by peer)) 18.50.57 Join massiveH [0] (n=massiveH@190.sub-75-222-174.myvzw.com) 18.52.20 Quit massiveH (Client Quit) 18.54.06 Quit robin0800 (Remote closed the connection) 18.54.19 Part pondlife 18.55.58 # I can't get the buttonlight to blink properly :( 18.56.09 # kugel: did you use CCU_IO to use xpd as gpio? 18.56.30 # uh, I don't think so 18.58.28 # funman: should I do that? What would that exactly do? 18.59.48 # kugel: do you have the as3525 datasheet? 18.59.59 # yep 19.00.33 # I'm read page 115 19.00.33 # just look at the description of CCU_IO register, there is a setting to switch between SD (for the SD slot) and gpiod 19.01.28 # 00 is as gpio, 01 as sd 19.01.49 Quit EspeonEefi ("さよなら") 19.02.20 # you can look at r19139 (I removed the code for the Clip since it's not needed) 19.02.22 # funman: do you mean gpiod I need to reconfigure xpd to 00 after sd code has touched it? 19.02.52 # yes 19.03.33 # is there also xp for the other gpio ports? 19.03.46 # ? 19.03.53 # xpa for example 19.04.01 Join toffe82_ [0] (n=chatzill@adsl-76-240-237-5.dsl.frs2ca.sbcglobal.net) 19.04.09 # i understand that xp* represent the physical pins 19.04.12 # search the datasheet for xpa 19.04.44 # ah 19.05.09 # you mean xpd is basically the same for GPIOD as DBOP for GPIOB/C? 19.05.15 # no 19.05.26 Join BigBambi [0] (n=Alex@177.27.192-77.rev.gaoland.net) 19.05.42 # xpd[7:0] is a group of 8 physical pins 19.06.06 Join einhirn [0] (i=Miranda@p5B0337C8.dip0.t-ipconnect.de) 19.06.22 # depending of the CCU_IO register they are linked either to the GPIO port D, either to the SD controller, either to the MemStick controller 19.06.27 # xpb[7:0] is a group of 8 physical pins 19.06.42 # depending of the GPIOB_AFSEL register they are linked either to the GPIO port B, either to DBOP controller 19.06.52 # ahh I understand 19.07.17 # it's a bit messy ^^ 19.07.21 # funman: The greylib basically does a bresenham-in-time for each pixel 19.07.33 Join massiveH [0] (n=massiveH@190.sub-75-222-174.myvzw.com) 19.08.16 # The phase is the current status. Depending on target it's either compared to 0 or 128 (some targets use it signed, some use it unsigned), and then either the pixel is set and the pixel value subtracted, or it's unset and the value added 19.08.48 # The assembler routines all use some DIY SIMD - they process 4 pixels at once without unpacking the 32 bit words 19.08.54 # funman: thanks a lot 19.10.03 # Also, the framebuffer is in IRAM on many greyscale and mono targets, but not all (e.g. not on archos - iram too small for that). It's basically never in IRAM on colour targets 19.10.07 # amiconn: the clip's lcd writes 8 pixels at a time, so I think unpacking is needed 19.10.15 # nope 19.10.25 # *not possible 19.10.29 # I know the clip's pixel format - it's the same as all other mono targets 19.11.01 # I read that the mrobe assembly directly writes into the lcd controller framebuffer memory 19.11.06 # The m:robe 100 assembler should work almost out of the box - just the lcd controller address should need adjustment 19.11.32 # but on the Clip we use a function to write 8 bits at a time 19.11.40 # Yes, and it has to work that way. It shouldn't overwrite the normal framebuffer 19.11.42 # the memory isn't directly mapped 19.11.42 Join faemir [0] (n=faemir@88-106-186-147.dynamic.dsl.as9105.com) 19.11.51 Quit toffe82 (Read error: 104 (Connection reset by peer)) 19.11.52 # I _know_ 19.12.21 # The lcd controller memory is never directly mapped on the greyscale and mono targets 19.12.37 # no need to underline 19.12.41 # The greylib knows about the pixel order and packing 19.14.05 # Why does the ssd1303 driver output each byte twice (both in the low and high byte of a 16 bit transfer)? 19.14.27 Quit HellDragon (Read error: 104 (Connection reset by peer)) 19.14.28 # that's what the OF does iirc 19.14.46 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 19.15.01 # Well, then either the OF is silly, or the display is actually 2bpp, and the OF doesn't use that 19.15.38 # we use 16 bits transfer to the DBOP controller, but we don't know how the DBOP controller is linked to the LCD controller 19.16.11 # YOu could try to only write the lower half, and then only write the higher half 19.16.24 # Then you'll know which of the bit positions are actually needed 19.16.41 # that's what I was going to do ^^ 19.16.55 # see :) 19.17.31 # hm only the high bits result in a reverse display 19.17.57 # flipped on the x axis 19.18.06 # and mirrored 19.18.17 # funman: so I copied your code, and it still doesn't blink. I removed the MULTIVOLUME #define and it blinks properly 19.19.01 # kugel: the same happened on the Clip, probably CCU_IO needs to stay for the led to be on 19.19.16 # I begin to hate this chipset. On the v1 there was like 8 gpio ports instead of 4 gpio ports which can be configured to something totally different 19.19.46 # silly me I was not modifying the good function 19.20.19 # using only 8 bits for command writing definitely gives wrong results 19.20.30 Join japc [0] (n=japc@194.65.5.235) 19.21.00 # funman: wouldn't that mean you cannot access the external card when the button light is on? 19.21.04 # kugel: right 19.21.36 # using only the high 8 bits results in only the bottom half of vertical 8 pixels lines displayed 19.21.41 # funman: I'm gonna try if it turns off when I play a song from my card in the OF 19.21.53 Join miepchen^schlaf [0] (n=miepchen@p579ECAC6.dip.t-dialin.net) 19.22.34 # kugel: can you play songs?? 19.22.39 # oh, OF 19.23.19 # funman: You'll notice on the mailing list if I happen to play songs in rockbox, don't worry :) 19.23.37 # which will doubtfully happen before you play songs 19.23.45 # funman: And using the low 8 bits displays the top half of an 8-line block? 19.24.05 # * amiconn thinks that sansa did some weird wiring then 19.24.09 # exact 19.24.09 # *Sandisk 19.24.29 # funman: no, it stays on 19.24.30 # perhaps only 4 bits are used in each byte 19.25.00 # kugel: then I'm clueless one more time 19.25.09 # Then they must have connected bits 0..3 and 12..15 - weird 19.25.23 # Perhaps this was easiest to achieve in the pcb layout 19.25.34 # I just tried that but no 19.25.56 # funman: 10: the XPD[5:0] are configured to support MS; what does MS mean in this case? 19.26.09 # kugel: MemoryStick 19.26.24 # if I configure xpd as 10, bits 7(the buttonlight one) and 6 are gpio, the rest MS 19.26.49 # lets try if that works 19.27.00 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 19.27.09 # Anyway, adjusting the m:robe 100 lcd_grey_data should be easy - the actual lcd write would need to do that byte duplication, and the busy check and write adderss are different 19.27.15 # kugel: can you see the files on your SD card in rockbox? 19.27.39 # Lines 106..109 are the busy check, line 107 is the actual write 19.28.11 # funman: I cant reach the file browser ;; 19.28.18 Quit massiveH ("Leaving") 19.28.20 # amiconn: well I'll just call lcd_write_date() 19.28.21 # without button support 19.28.44 # funman: Poiting to what data? 19.29.11 # hmm &r7 ? ;) 19.29.44 # Calling lcd_write_data() for every single byte?? whoa! 19.30.01 # well I'll just duplicate it 19.30.59 # * amiconn would put DBOP_BASE into lr and then adjust the offsets as necessary 19.31.17 Quit puzzles (Read error: 104 (Connection reset by peer)) 19.31.23 # The byte duplication is a simple orr r7, r7, r7, lsl #8 19.32.16 # DBOP_STAT has an offset of 0x0c, DBOP_OUT has offset 0x10 19.32.28 # I noticed the 2 orr to avoid ldr r8, =0x80808080 ^^ 19.32.33 # funman: which xpd bits are needed by sd code? 19.32.36 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.32.55 # kugel: they are listed in the pinout (page 160-180 iirc) 19.33.27 # yeah only bits 15:12 and 3:0 of DBOP_DOUT are mapped to the lcd 19.33.59 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 19.34.53 Join midkay [0] (n=midkay@rockbox/developer/midkay) 19.36.07 # funman: I'm reading p173, is that about right? It seems to need all pins, but some only as input 19.37.31 # it doesn't really tell what that bit is needed for 19.38.37 # these pins are documented in the SD specification, but I don't think you need to know about them. What are you looking for? 19.39.24 # funman: If I can leave xpd configured in that mixed mode 19.39.50 # so that bits [0:5] are for MS, and [6:7] GPIOD 19.40.43 # buttonlight works in that mixed mode. I cannot tell if external sd does though 19.40.57 # there is no memorystick controller (used) in the sansa ams 19.41.12 # and the OF does modify CCU_IO 19.42.16 # funman: xpd is for SD as well, the datasheet just says ms 19.42.26 Join puzzles [0] (n=dan@xmms2/developer/puzzles) 19.42.33 # we'll see 19.42.39 # how it turns out 19.42.48 # I see 3 possibilites: MS or SD, or GPIO 19.44.08 # fact is, that the of keeps the buttonlight on when I access my microsd 19.44.36 # perhaps we need to keep the setting on GPIO a bit, until the light is on, and then do what we want 19.46.52 Quit japc ("Ex-Chat") 19.49.16 # here's another idea: xpd[7] / GPIO D7 says "MMC/SD resistor open drain control". Open-drain is only required during SD initialisation AFAIK. So maybe D7 can be used again for buttonlight after initialisation. 19.50.59 Quit HellDragon (Connection timed out) 19.51.05 # bertrik: during initialization of the controller, or when the card is inserted? 19.51.21 # but we can't control if individual pins are gpio or sd 19.51.54 # funman: but we could leave the mixed mode after it has been initialized 19.52.04 # which mixed mode? 19.52.15 # bertrik: what do you know about xpd[6]? 19.52.42 # funman: "10: the XPD[5:0] are configured to support MS" 19.52.42 Join sin613 [0] (n=pbarton@host-8-122-107-208.midco.net) 19.52.51 *** Saving seen data "./dancer.seen" 19.52.55 # and [6:7] as gpio 19.53.12 # We don't use MS at all 19.53.32 # kugel, during initialisation of the card 19.53.42 # [5:0] can be used for sd too :/ 20.00.14 # is there some kind of idea behind keymaps for new targets, or do keymaps just "evolve"? 20.00.58 # bertrik: the idea is to copy from other targets, for a) less work and b) more consistency 20.01.02 # iiuc 20.01.34 # with the risk of copying old crud... 20.02.13 # yep, but we assume there's no old crud 20.04.54 # today's quick hack could become tomorrow's status quo 20.05.11 # I'd rather copy a good idea/design, than copy an existing implementation 20.07.53 # the button layout can be so very different, I wouldn't know of such a convention other than to strive for consistency (within the target itself). The c200 keymap is not a very good example :\ 20.10.18 # * amiconn found some further optimisation potential in the ape predictor for arm >= v5 20.12.22 # my fuze definitely dies on enable_irq(); 20.12.50 Quit sin613 ("Leaving.") 20.13.16 # kugel: do you test if irqs were enabled when entering the function? 20.13.31 # No, I disable them 20.13.36 # and disabling works 20.14.01 # sure, but what if they were intentionally disabled? 20.14.01 # I'm using disable_irq_save(int) anyway, I just did a quick test 20.14.34 # and restore_irq(int); when I leave 20.14.47 # int = disable_irq_save() rather 20.15.27 # btw: I think I got at least the power button working 20.15.42 # the backlight turns on again if I press it. Eventhough I don't get to the main menu anymore 20.17.31 # pixelma, ok. On the Clip for example, many keys are quite obvious (up/down/left/right/select). But is also has a home button whose function in rockbox is not so clear to me in 20.19.43 # perhaps it could replace the function of power button in C200 keymap ? (go back) 20.20.08 # bertrik: if your concern is the Clip's keymap now, maybe the c200 keymap could still be a starting point. As I understood the Clip has as many buttons as the c200 (except "Rec", but "Home") maybe it will help improving the c200 one too, although the "Home and Power" and "Rec and Power/Menu" is quite a difference 20.20.50 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 20.21.02 # I would think "Home" could make a nice "Menu" button, but that's in theory 20.21.03 # bertrik: did you have a look at the plugins diff I have put on FS ? 20.21.38 # (that would be the same as a short "Power"on the c200) 20.21.44 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 20.21.51 # funman, briefly, you mentioned that c200 rec was replaced by clip home 20.22.36 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 20.26.49 Quit J-23 (Remote closed the connection) 20.28.45 # I think the OF mapping of the clip is not so bad, where the home button switches between WPS and the root of the menu 20.29.33 # I think putting the old rec on home is inappropriate in most places. 20.29.35 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 20.29.55 # (I encountered the same situation on my fuze when doing the sim stuff) 20.31.11 # the "old rec"? 20.33.53 # in contrast to the "new rec" ;-) 20.35.37 Quit J-23 ("Flying cow pressed ^D on my keyboard.") 20.36.03 Join J-23 [0] (n=zelazko@unix.net.pl) 20.37.37 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 20.37.42 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 20.38.37 Quit moos ("Rockbox rules the DAP world") 20.39.24 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 20.40.57 # pixelma: He copied from the c200, and used home to do stuff that the REC button on the c200 did 20.42.25 Quit Thundercloud (Remote closed the connection) 20.44.53 # of course, should have guessed... that was not my suggestion though and as I already said there are differences to consider 20.47.07 # argh 20.47.10 # what a terrible lag 20.47.25 # sorry, not this channel, I thunk I write to #rockbox-community 20.48.16 # I definitely see pixels but in no way they look gray. Perhaps the CPU is not fast enough 20.49.23 Quit Xerion (zelazny.freenode.net irc.freenode.net) 20.49.23 NSplit zelazny.freenode.net irc.freenode.net 20.49.23 Quit Nico_P (zelazny.freenode.net irc.freenode.net) 20.49.23 Quit lasser (zelazny.freenode.net irc.freenode.net) 20.49.23 Quit Bensawsome (zelazny.freenode.net irc.freenode.net) 20.49.23 Quit andrew__ (zelazny.freenode.net irc.freenode.net) 20.49.23 Quit notplus_M (zelazny.freenode.net irc.freenode.net) 20.49.23 Quit advcomp2019 (zelazny.freenode.net irc.freenode.net) 20.49.23 Quit esthar (zelazny.freenode.net irc.freenode.net) 20.49.23 Quit stu8ball (zelazny.freenode.net irc.freenode.net) 20.49.23 Quit ChanServ (zelazny.freenode.net irc.freenode.net) 20.50.09 # well I see no enhancement when running at full speed 20.50.10 Join Lear [0] (i=chatzill@141.191.216.81.static.g-hn.siw.siwnet.net) 20.50.42 NHeal zelazny.freenode.net irc.freenode.net 20.50.42 NJoin ChanServ [0] (ChanServ@services.) 20.50.42 NJoin stu8ball [0] (n=stuart@aurora.ossified.net) 20.50.42 NJoin esthar [0] (n=esthar@student165-45.hampshire.edu) 20.50.42 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 20.50.42 NJoin notplus_M [0] (i=plus@li26-205.members.linode.com) 20.50.42 NJoin andrew__ [0] (n=andrew@stjhnf0124w-142162092012.pppoe-dynamic.nl.aliant.net) 20.50.42 NJoin Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 20.50.42 NJoin lasser [0] (n=chatzill@W8d5e.w.pppool.de) 20.50.42 NJoin Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 20.50.42 NJoin Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 20.50.42 Mode "#rockbox +o ChanServ " by irc.freenode.net 20.50.58 # hmm. Does !foo always toggle between 0 and 1 if foo is an int? 20.51.27 # bluebrother: yes 20.51.46 # bluebrother: you mean foo= !foo ? then yes. :-) 20.52.20 # I'm not sure, I think it can toggle between 0 and any other non-zero value in theory 20.52.45 Join AndyIL [0] (i=AndyI@212.14.205.32) 20.53.48 Quit Horscht ("electromagnetic radiation from satellite debris") 20.55.51 Join unti [0] (n=unti@77-253-104-65.adsl.inetia.pl) 20.56.04 # bertrik: i theory it depends on the compiler, but every sane compiler should set "!0" to "1" .. 20.57.12 # recently i read that '!!' was used in macros to reduce any non-zero integer to 1 20.57.43 # * gevaerts looks for K&R 20.58.01 # funman: it should 20.58.03 # i'd read C99 20.58.40 # Output is 0 or 1 20.59.40 # * gevaerts doesn't have an official C99 21.00.08 # i have a litlle problem with rockbox on my nano 1st gen., i can't switch nano off, i press play for few seconds, rockbox is turning off, then it go to black screen and reboot, does anyone know what is the problem? 21.01.14 # unti: if you start the original firmware, does it think a charger is connected even when it's not (i assume you don't have a charger connected when shutting down) 21.01.51 # gevaerts: google for n1124.pdf 21.02.01 # funman: I do have a late draft :) 21.02.40 # n1s: so what i must to do? 21.03.03 # unti: well, does it think a charger's connected? 21.03.14 # no 21.03.41 Quit AndyI (Read error: 110 (Connection timed out)) 21.03.45 # hmm, thei don't know... 21.03.49 # then* 21.04.24 # unti: did it work before? 21.06.06 # sometimes, but in one hour i can switch off, in another i can't 21.07.02 # Does everything (especially buttons) work properly when it's running? 21.07.14 # yes, everything is fine 21.08.53 Join DerDome [0] (n=DerDome@dslb-082-083-254-228.pools.arcor-ip.net) 21.09.39 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-032-138.ewe-ip-backbone.de) 21.10.14 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 21.10.22 # * gevaerts can't think of anything that would cause this then 21.11.26 Quit planetbeing (Remote closed the connection) 21.12.42 # amiconn: could you please give a look at http://paste.ubuntu.com/77488/ ? (greylib diff for Clip) 21.12.55 Quit nuonguy ("This computer has gone to sleep") 21.13.28 # * domonoky finds it strange, that he gets a I2SOUT interrupt with no status bit set... ? 21.14.17 # domonoky: I find strange that I get a I2SOUT interrupt when all interrupts are cleared in the MASK register .. 21.15.02 # funman: can you check the I2SOUT_RAW_STATUS when you get this interrupt ? (i would guess its 0)... 21.15.24 # ok, thanks, i will install rockbox one more time, bye 21.15.29 Part unti 21.16.47 # hm I guess the lamp plugin is useless on the Clip 21.17.17 # funman: is it? What if you turn on all pixels? 21.17.49 # like it is on the mrobe100, I think 21.18.02 # turning on all pixels I mean 21.18.04 # the current plugin clears the display and only uses the backlight 21.18.13 # That needs to be fixed then 21.18.30 # * gevaerts uses the lamp plugin on mrobe100 on his bicycle 21.18.33 # pixelma: I see mrobe100 inverts the pixels, I'll look into that 21.18.51 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 21.19.11 # domonoky: for some reason the code deadlocks after 5 interrupts Oo 21.19.56 # funman: 5 "half-full-interrupts" ? 21.20.04 Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) 21.20.16 # I don't check, I enabled interrupts on every status flags 21.21.18 # * bluebrother found the spec about !foo in C99 :) 21.22.07 Quit pixelma (Nick collision from services.) 21.22.07 Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) 21.22.50 # funman: me too.. and i also get some lockup. but at leats it looks like dma is working a bit... (i get half-full and then almost full interrupts). 21.23.24 # is the audio coded already enabled on clip? 21.23.33 # *codec 21.23.35 # no but you can use audiohw_* of as3514 21.23.49 # I mean do we enable inputs, output and volume, etc. 21.23.52 # When I do so I can hear (low volume) noise in the headphones 21.24.10 # i have put some code into my tree to enable the dac. but not sure if it works :-) 21.24.58 # funman: check lamp.c line 142 and following 21.24.59 # I think the as3525 does not allow to set volume for some parts if that part is not enabled yet in an audiosetX registers. 21.25.08 # hm shouldn't lcd_set_invert_display() be conditional on HAVE_LCD_INVERT in export/lcd.h ? 21.25.25 # I think code to make sure of that should be backwards compatible with the as3514 21.26.05 # pixelma: Thanks, I'm on it ;) (and spotting incorrectness around HAVE_LCD_INVERT) 21.26.44 # I think I should make it conditional and then count the reds 21.27.09 # what's the best way to block lcd operations when button code is executed? 21.27.25 # mutex, but that shouldn't be necessary 21.27.54 # mutex is a shortcut for "mutual exclusion" so it's exactly what you want to do 21.28.05 # funman: checking.... 21.28.18 # well, my button presses certainly "control" the display, no matter of afsel 21.28.41 # funman: yea mutex, something I already proposed earlier today. 21.28.43 # amiconn: thanks, I didn't put the diff to grey_core.c (I only use the default lcdlinear table with the display frequency I mesured) 21.29.06 Join katz [0] (n=aklesy@pppdyn-67.stud-ko.rz-online.net) 21.29.13 # * domonoky reminds kugel again about cooperative multitasking... 21.29.50 # funman: You can calibrate the table using test_grey.rock 21.30.59 # It's basically a match-dither-with-greylevel, using 16 steps. Holding the thing with as far as possible will help 21.31.41 # domonoky: I don't want it to execute parallel 21.32.17 # kugel: you know what cooperative multitasking is ? 21.33.15 # 1 process gives (from time to time) time for another process to run 21.33.16 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 21.33.30 # as in yield() 21.33.39 # yes, and _only_ when it wants to 21.34.24 # the importnt thing is, taht you can only get interrupted by interrupts, or when you explizitly give away the cpu.. 21.35.23 # Zagor: it seems features are not rebuilt when changing config-model.h (I added HAVE_LCD_INVERT lang files were not rebuilt with this string before I made clean) 21.37.09 # gevaerts: around? 21.37.13 # yes 21.37.13 # funman: correct, it's not. I'll see what I can do about it. 21.37.19 # domonoky: I don't want the button code (remember it's exectued each tick) to block all rockbox, only the lcd code 21.39.08 # kugel: if you dont call yield() (which you shouldnt do in button code), you naturally block all other code. nothing wrong with it. 21.39.16 # * gevaerts suspects that amiconn has some ape tests to run so he gets out his trusty build environment 21.39.22 # funman: (1) The mov r3, #4 should be unnecessary - the loop already does 4 pixels at a time 21.40.08 # domonoky: oh yea, true 21.40.09 # (2) Waiting for the fifo *before* writing would be better than after. This way the calculation is part of the delay 21.40.42 # In the whole driver I mean - confer the PP LCD drivers 21.41.03 # gevaerts: Not yet, but very soon 21.41.33 # funman: i get thousands of "fifo almost full interrupts" so the "lockup" problem seems to be somewhere else.. 21.41.44 # amiconn: (2) the same order is used in lcd_write_data() 21.41.45 # I shuffled some things around to use ldrd/strd on armv5+. It's faster because it saves the separate address calculation 21.42.23 # funman: I know. I'm suggesting to change it everywhere 21.42.26 Quit toffe82_ (Read error: 110 (Connection timed out)) 21.42.34 # amiconn: ok, i'll look into it 21.42.54 # for (1) I don't understand, I'm writing the 32 bits 8 per 8 so I need to loop 4 times 21.43.37 # No, you don't 21.44.50 # The loop handles 8 pixels per iteration, i.e. 8 bits. The input data is 2*2* 32bits of course 21.45.07 # ooh I see 21.45.20 Quit nplus (Remote closed the connection) 21.45.43 # No need to loop extra. The pixel format of the clip is exactly the same as the mr100's, only the lcd controller access itself is a bit different (different registers, and the byte duplication) 21.46.06 # Oh, and the and r5, r7, #0xff is superfluous 21.46.11 # of course 21.46.19 # r7 never has bits above 7 set 21.46.24 # I wrongly thought r7 contained 32 pixels 21.47.11 # hm I got more correct display, but the display is messed up when I exit a plugin 21.47.56 # now it starts to look "grey" (as in different tones of blue and yellow) 21.48.47 # Should I need to safe the GPOI pins before resetting? The lcd is probably acting so weird, since data changed in button reading 21.49.16 # I see 'jumps' in the screen thought, it will shift by 1 or 2 lines on the Y-axis 21.49.32 # funman: I see those too here :) 21.50.09 # kugel: can you see it jump ? (from correct to incorrect) 21.50.25 # yea, max 1 or 2 px on the Y axis 21.50.39 # the whole main menu jumps 21.50.40 # amiconn: thanks for the help! 21.52.54 *** Saving seen data "./dancer.seen" 21.54.28 # gevaerts: Committed. You could test the gain on D2, but I'm more interested in another test, on Gigabeat F, which requires a little patch against r19248 21.55.36 # amiconn: I can do both :) 21.56.20 # I've introduced macros for dual register load/store. Using ldmia/stmia is the faster method on ARM7TDMI, but I think that on ARM9TDMI it should be faster to use 2x ldr/2x str 21.56.30 # funman: how wide is such a gpio bit? I thought 1bit, but I saw 4*(1<<(a)) in the pin macros 21.56.48 # this is the address 21.57.11 # the registers are 32 bits but there is only 8 significative bits (7:0 , 1 for each pin) 21.57.25 # 4* is to have the registers be on a 32-bit boundary 21.57.45 # is that because you can not address single bits, only bytes? 21.58.27 # well, the 'byte' is by definition the smallest unit addressable 21.58.31 # kugel, funman: That could be written (1<<(a+2)), btw 21.59.07 # amiconn: sure, but we try to make it more readable :) (this is constants reduced by the compiler at build time) 21.59.19 # yea 21.59.38 # I notice the display doesn't jump if I put the busy loop after writing into the DBOP register - weirdo 21.59.44 Quit miepchen^schlaf () 21.59.49 # I mean I DON'T notice it 22.00.18 Join l7 [0] (n=l7@evil-wire.org) 22.00.27 Quit CaptainKewl (Remote closed the connection) 22.02.43 Join miepchen^schlaf [0] (n=miepchen@p579ECAC6.dip.t-dialin.net) 22.03.05 # anyone happen to know if sansa e2xx and c2xx batteries are compatible? 22.03.14 # i'm suprised those units are still being sold 22.04.22 # they are not 22.06.31 Quit einhirn (Read error: 104 (Connection reset by peer)) 22.06.47 # oh well 22.06.55 # they actually seem a bit more expensive now than last year 22.07.21 Quit miepchen^schlaf (Client Quit) 22.08.37 # They also aren't the same 22.10.02 # yeah, i have the e250 22.10.14 # markun: regarding the reverse engineered whimory ftl, you mentioned a few days ago 22.10.20 # though i wonder if the c250 is worth a try for the smaller size 22.10.35 # I think he means that the e50 you can buy now is not the same as the e250 you could buy last year 22.10.36 # markun: I have seen planetbeing's effort, and studied it too 22.10.38 #  22.10.45 # There is a new version with new hardware 22.10.48 # I mean, a c250 you buy new today is not the same hardware at all as a c250 you bought a year ago 22.11.08 # hrm, what are the differences? 22.11.13 # everything 22.11.17 # Only the outside looks the same 22.11.19 # pretty much 22.11.27 # does rockbox still work on the new units? 22.11.31 # That is why Rockbox doesn't yet run on the new ones 22.11.35 # markun: unfortunatelly the meizu has to be reverse engineered also, because the structures and some details are different - but the basic algorithm is the same, so planetbeing's work makes the effort easier 22.11.38 # People are working on it 22.11.43 # ah, that's what i was afraid of 22.11.57 # Everything has to be redone for them, they are completely different 22.11.58 # good to hear that it is being worked on though 22.12.05 Join miepchen^schlaf [0] (n=miepchen@p579ECAC6.dip.t-dialin.net) 22.12.14 # any idea why sandisk made those changes? 22.12.17 # everything = hardware stuff in this case 22.12.27 # Ask them - I'd guess cost savings 22.12.38 # gevaerts: http://amiconn.dyndns.org/~jens/predictor_arm9.diff 22.12.39 # oh well 22.13.15 # * gevaerts builds 22.13.23 # markun: and I know planetbeing could reverse engineer it in one week - well I couldn't sorry :) I only have some time to work on it during the weekends :( 22.13.26 # are the batteries from the new e2xx series compatible with the old 2xx unit or vice versae? 22.14.38 # I'd guess so, but I don't really know 22.16.04 # funman: could you send me your testcode, which makes you hear some hiss on the headphone ? (i have now the i2sout code, not- lock up, but i stil get no sound.) 22.17.04 # pcm-xx.c diff: http://paste.ubuntu.com/77514/ (juste search for "audiohw") 22.17.12 # s/french/english/ 22.19.33 # now I'm motivated to make greylib yellow & blue in the Clip simulator :) 22.19.54 Quit Lear ("ChatZilla 0.9.84 [Firefox 3.1b3pre/20081127035619]") 22.21.23 # You might run out of palette entries... 22.22.02 # if we are limited to 256 I'll just make 128/128 22.22.33 # or maybe even 2 different surfaces .. (that would be more efficient but also more complex) 22.22.59 # funman: thanks for the code, but still no luck :-/ 22.23.28 # domonoky: nothing in the headphone? (it's very noticeable when you shut down the player) 22.24.19 # 2 separate surfaces might actually be a good idea. Then you can even simulate the thine black spacing between the yellow & blue parts 22.24.34 # amiconn: I already simulate it but not for greylib though 22.24.58 # * amiconn wonders whether the yellow & blue parts might need separate calibration :\ 22.25.02 # I use a 2nd surface and copies from the 1st one before displaying it at each update 22.25.45 # amiconn: I have a datasheet for the screen (not only the controller) but I'm not sure it's redistributable 22.26.56 # funman: nope, unfortunatly not. 22.27.04 Join toffe82 [0] (n=chatzill@76.240.237.5) 22.27.28 # domonoky: perhaps the headphones are on another line, have a look at the section 7.4 of the datasheet 22.30.12 # greylib support for the sims is not in uisimulator/ thought :/ 22.30.19 # s/thought/though/ 22.31.36 Quit katz ("Ex-Chat") 22.33.24 Join mongolen [0] (n=alkdwka@c-b1c272d5.04-96-73746f29.cust.bredbandsbolaget.se) 22.33.42 # Plz someone here that can help me?.. The ipodpatcher wont work :/ 22.33.54 # mongolen: what's wrong? 22.34.17 # Well i run the ipod patcher and the thingy says it cant find my ipod :S 22.34.42 # do you run as admin/root? 22.35.12 # Yeah i think so.. I only got this account on the comp.. 22.35.18 # Which ipod? 22.35.22 # Classic 22.35.28 # Then it is not supported 22.35.43 # See www.rockbox.org for a list of players Rockbox works on 22.35.48 # * amiconn can't find the Clip lcd blue/yellow simulation... 22.35.49 # ohh so i cant get rockbox to classic? 22.36.06 # no 22.36.28 # amiconn: FS#9521 22.36.57 # Well problem solved.. :'( 22.38.05 # Well thanks for the help.. Now im gonna commit suecide. 22.38.40 Join petur [50] (n=petur@rockbox/developer/petur) 22.38.49 # mongolen: have fun :-) 22.39.08 # ^^ 22.39.37 # amiconn: gigabeat results with your patch at http://pastebin.ca/1268965 22.40.29 # So it is indeed a bit faster 22.40.43 # yes 22.41.08 # D2 is still running. I had some fun flash reading issues 22.41.31 # ldr/ldr needs 2 cycles on arm9tdmi, add/ldmia needs 3 cycles. On arm7tdmi, ldr/ldr needs 6 cycles though, and add/ldmia needs 4 22.41.56 # holy crap.. Thats to hardcore text for me :S 22.42.26 # s/4/5/ 22.42.43 Quit mongolen () 22.42.57 # So I should probably commit that patch 22.43.10 # I think so, yes 22.49.02 # n1s, bluebrother: I'm currently working on seperating the keymap stuff from the manual platform files and now have a few keymap-xyz.tex files in the "platform" dir. Do you think they should get their own "keymaps" directory or not? 22.49.03 Join TheBashar [0] (n=User@adsl-75-28-105-202.dsl.irvnca.sbcglobal.net) 22.49.14 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.50.44 Quit toffe82 (Read error: 110 (Connection timed out)) 22.51.32 # pixelma: I don't have any strong feelings about that. I don't see a need for putting them in a separate folder. 22.51.34 Quit balou (Read error: 104 (Connection reset by peer)) 22.51.39 Join balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 22.51.51 Join toffe82 [0] (n=chatzill@adsl-76-240-237-5.dsl.frs2ca.sbcglobal.net) 22.52.24 # bluebrother: I also prefer it a bit because it's not hidden away too much then 22.53.02 # maybe call the files target-keymap.tex so it gets sorted along to target.tex? 22.53.29 # * Zagor disables flyspray for upgrade 22.53.52 # bluebrother: hmm, wouldn't work nicely for m5 and x5 though 22.54.25 # why? Then you get m5.tex and m5-keymap.tex ... 22.54.52 # we could even think about renaming the target files to explicitly naming -target, i.e. m5-target.tex 22.54.56 # well, you only need one keymap file for those (which is part of the reason I do that) 22.55.29 # funman, silly question, I see that you just committed greylib support for clip, is there any way to see it in action? 22.55.39 # bluebrother: better examples are all the different Ipods which can use keymap-ipod4g.tex 22.55.58 # The recorders are another example 22.56.04 # (v1, fm, v2) 22.56.11 # yes, those too 22.56.36 # pixelma: good point, missed that 22.56.58 # bertrik: apply the plugins patch 22.57.00 # it could even be keymap-ipod-common.tex or similar :) 22.57.17 # Well, not *all* ipods have the same keymap 22.57.33 # Just G4 and above, plus Minis and Nano 22.57.53 # ipod4g5gmininano.tex? ;-) 22.58.11 # Use bitmasks :) 22.58.18 # funman, Zagor just took FS offline, so can't get at the patch :( 22.58.29 # maybe iaudio-keymap for them? Then the platform files should probably be named iaudiox5 too, etc. and h300 iriverh300 and so on... :\ 22.58.39 # bertrik: ok don't move :) 22.58.49 # exactly then there's a periodic table plugin posted! 22.58.54 # s/then/when 22.59.12 # that would require additional work as those names are the ones used in the configure script. But it wouldn't be a problem 22.59.39 # bertrik: http://paste.ubuntu.com/77528/ you got the plugins, the simulator, and the (crashing /!\) pcm code 22.59.52 # bluebrother: sounds a bit complicated for what I wanted to do 23.01.37 # well, another thing that always annoys me when looking at the manual is all those files "main.tex". I might get a go at renaming them some time ... 23.04.46 Quit tvelocity (Read error: 54 (Connection reset by peer)) 23.05.22 # pixelma: maybe we can use consistent naming with the .c files for keymaps, "iaudio-keymap" for example is not good for if(?) the iaudio 7 port gets supported for example 23.06.22 Join yhuang [0] (n=blah@c-68-84-62-252.hsd1.nj.comcast.net) 23.06.59 # currently I have it closer to the .c file with keymap-mx5.tex, the other was a suggestion to have it alongside the m5.tex and x5.tex (when renamed too) in the list 23.07.01 # is it just me or is the rockbox tracker down 23.07.27 # yhuang: I'm upgrading it 23.07.46 # o 23.08.01 # amiconn: d2 results at http://pastebin.ca/1268973 23.08.12 # flyspray is back up now 23.08.40 # wow, that's a quick uppgrade 23.09.14 # wait until it's really working ;) 23.09.51 # it'll be right before rockbox has no bugs left... 23.10.04 # http://www.rockbox.org/tracker/task/9583 23.10.07 # :) 23.10.13 # * bertrik sees a couple of plugins he didn't notice before 23.10.43 # yhuang: a must-have 23.10.47 # woo, nice with a screenshot too 23.11.56 # yhuang: are you passing '\n' chars to splash() ? 23.12.01 # the squares between the facts look a bit strange in my eyes 23.12.04 # IMO needlessly small though 23.12.09 # So can you scroll around the table for smaller targets? 23.12.31 # yeh i didnt know how to fix the '\n' box 23.12.32 # and yes, the squares don't look so nice 23.12.41 # yhuang: you have to print lines one by one 23.14.07 # yhuang: our splash() function simply breaks lines when they are too long for the display, and as you can see doesn't like \n 23.14.31 # amiconn: I think the contrast in blue & yellow areas of the clip screen is very similar if not equal, bertrik may confirm 23.14.44 Part toffe82 23.15.19 # yeh ill fix that 23.15.20 Join _lifeless [0] (n=lifeless@89.20.111.144) 23.15.21 # funman: In fact I would expect it to - these are LEDs and should have a similar current<->brightness characteristic 23.16.01 # Am I supposed to check something? 23.16.28 # yes!! check if you can use the plugins fine and see no problems with the keymaps. and then comment on the flyspray task ;) 23.16.35 Join Rich| [0] (n=Billgody@81-179-4-123.dsl.pipex.com) 23.17.29 # gevaerts: Nice, thanks :) 23.17.43 # Hi, can someone help me? 23.18.03 # Rich|: if you we don't know how, then no. 23.18.19 # I think I just saw the bug where the first keypress after exiting a plugin is ignored on the clip :) 23.18.31 # Rich|: You need to ask a question :) 23.18.31 # im trying to put rockbox onto 5th gen ipod video 23.18.44 # where do i get started? 23.18.46 # bertrik: hmpf I tried to ignore this :) 23.18.47 # gevaerts: You could put your gigabeat F + patch results up as r19250 results. The commit is a bit different than the patch, but speed is identical 23.18.47 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 23.18.52 # Rich|: The manual 23.18.56 # I'll do that 23.18.59 # ok 23.19.26 # amiconn: you still seem to have a lease on the SoundCodecMonkeysAudio page 23.20.39 # Hmm, I wondeer why... 23.21.26 # I can still edit of course, but I guess checking first may be a good idea 23.23.18 # Zagor: maybe FS#7194 should be closed now? 23.23.49 # ah, there we go :) 23.24.08 # :) 23.24.48 # where do i get the ipod bootloader? 23.24.55 # The manual links to it 23.25.05 # amiconn: done 23.25.10 # Rich|: rbutil sorts it all out for you 23.25.25 # Rockbox Utility that is 23.25.53 # * gevaerts wonders if the latest ape improvements got rid of the skipping on a full-clocked beast 23.26.10 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.26.12 # hmm im really bad at all this stuff 23.26.31 # What OS are you using? 23.26.55 # OS? 23.27.00 # vista 23.27.09 # and are you administrator? 23.27.12 # yes 23.27.19 # And do you have Rockbox Utility? 23.27.39 Quit JdGordon (Remote closed the connection) 23.27.48 # hmm no 23.27.55 # i have a folder called .rockbox 23.28.05 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 23.28.10 # Download Rockbox Utilty as the manual tells you to 23.28.40 # thanks 23.29.40 Join maffe [0] (n=Miranda@p5B04020C.dip0.t-ipconnect.de) 23.32.46 # n1s: speaking of which - I could imagine it quite well if the inclusion of the keymap-*.tex files could be retrieved from some .c-files. Would be a first step in automation but probably over my head, what do you think? 23.33.41 # linuxstb: Hmm, if I'm not totally wrong the filters can be sped up quite a bit :) 23.34.19 # pixelma: that's what i had in mind more or less, i think it would be possible with a bit of script magic 23.34.53 # All this scalarproduct() optimisation might have been almost pointless... 23.35.14 # Can someone tell me about Sansa Fuze support? The Fuze is mentioned here and there in the tracker and the forums, but not in the wiki TargetStatus page 23.35.30 # It is under development, but isn't ready yet 23.35.37 # ok thanks 23.35.56 # n1s: not thinking about the actual button or action macros yet, just for the decision which keymap tex file to use for a certain target 23.37.40 # Big, how do I install a theme? 23.37.51 # pixelma: aha, that could probably be done by parsing apps/SOURCES with the c preprocessor and greping for keymap-*.h in the output but would it be worth it? 23.38.10 # just a start 23.38.17 # not sure 23.38.51 # and I noticed that some of the platform files I worked with already contained edits in the button parts... :\ 23.38.56 # that's pretty similar to how we generate the 'features' list so it wouldn't be very difficult 23.40.19 Quit ender` (" Kids. You gotta love them. I adore children. A little salt, a squeeze of lemon--perfect. -- Harry Dresden") 23.40.50 # maffe: the Fuze is mentioned in the TargetStatus page (look for "Sansa V2 family" 23.41.09 Quit n1s () 23.41.50 # mhm 23.42.26 # Zagor: btw, does the new Flyspray allow wiki syntax? I remember reading that they wanted to support that, and it might be a nice thing every now and then. 23.43.18 # bluebrother: yes there's something about "dokuwiki" syntax support. I haven't really looked at it though. 23.44.05 # Rich|: If you don't use full nicks, it doesn't highlight people 23.44.10 # dokuwiki is quite nice for coding documentation. I used that a while back a bit 23.44.16 # ok 23.44.30 # Rich|: In answer to your question, if they are properly packaged, just unzip to your DAP 23.44.39 # yea ive got some on it now 23.44.41 # see www.rockbox.org/wiki/WpsGallery 23.45.04 # funman, the patch for the clip plugins looks fine so far 23.45.21 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 23.45.27 # whats a good theme to use? 23.45.28 # cool, a periodic table plugin :) 23.45.40 # bertrik: since I've never used rockbox on other targets I can't compare the userfriendliness of the keymap, do you think it can be committed? 23.45.44 # Rich|: the default one? 23.45.57 # maybe one thing I'd do is use HOME button instead of VOL_UP to draw cards in solitaire plugin 23.46.07 # * bluebrother would find a datasheet plugin cool ;-) 23.46.32 # Rich|: That is purely personal taste 23.46.39 # :p ok 23.47.04 # funman, my earlier keymaps worries were more about the general clip keymap in main rockbox, IIUC the plugins all have their more-or-less their own keymap 23.48.00 # if you didn't see major trouble I'll commit then; if a problem is found we can modify individual plugins, do you agree? 23.48.20 # yes I agree 23.48.41 # ok then I can blame you if something is wrong ;) 23.50.32 # BigBambi, once i download a new theme how do i add it to the ipod? 23.50.44 # Rich|: In answer to your question, if they are properly packaged, just unzip to your DAP 23.52.35 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 23.52.37 # and how do i install games? 23.52.55 *** Saving seen data "./dancer.seen" 23.53.14 # They are all there 23.53.22 # Seriosuly, please read the manual 23.53.54 # Rich|: go to Plugins > Games 23.54.16 # thanks 23.54.27 # np 23.55.28 Join fyrestorm [0] (n=nnscript@cpe-24-90-86-138.nyc.res.rr.com)