--- Log for 13.12.105 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 8 days ago 00.00.23 # I'm going to require much informations to him. 00.01.23 # Jungti1234: you know there are South Korean racist in the world too, they thought the south korean are isolated from the world, dictatorship... 00.02.08 # hmm.. 00.02.23 # sure there is dictatorship, but they don't have right to judge human 00.03.34 # Isn't so 00.03.46 # what? 00.04.06 # What mean is 'Sure there is dictatorship'? 00.04.14 # QUICK reply if possible: where could I force a setting at startup best? 00.04.23 # crap 00.04.34 # I've gotten addicted to the foobar2000 dolby headphone plugin 00.04.38 # I can't stand music without it 00.04.46 # Jungti1234: sorry I mixed South and north 00.04.59 # I'm seriously entertaining the possiblity of transcoding all my music through foobar with it enabled 00.05.03 # hehe 00.05.16 # South and north are much different. 00.05.24 # yes sorry :) 00.05.48 # I don't know why I thought you was North Korean 00.06.01 # haha 00.06.25 # North Korea can't make internet freely. 00.06.48 # unfortunatly, not a lot of things freely 00.07.21 # Do you know 'Nanta'? 00.07.32 # no, what is it? 00.08.16 Quit Rob2222 () 00.09.30 Join elinenbe [0] (i=elinenbe@207-237-225-224.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 00.09.30 # it's pitty "merging" North and South Korea could make one powerfull countrie 00.09.38 # * petur is convinced allowing backlight value 0 is a big mistake. Even more if it is default... 00.09.44 # yes. 00.09.59 # btw, we have coonfigurable backlight setting on H300! 00.10.03 # _FireFly_: you fix flicking for witch device ? 00.10.21 # Salut Karim :) 00.10.48 # I was reading the H300 lcd datasheet and they say there is something to kind of freeze the refreshing 00.10.51 # Moos: salut 00.11.17 # nanta is cookin 00.11.33 # mirak: still learning how to make video thing? 00.11.33 # ? 00.11.38 Join olaf_ [0] (n=chatzill@pas38-1-82-67-70-119.fbx.proxad.net) 00.11.45 # Jungti1234: ok 00.11.47 # I see nanta. 00.11.47 # yes I was reading jpeg and mpeg stuffs 00.11.50 # bye 00.11.52 Quit Jungti1234 ("bye") 00.11.58 # Hi there 00.12.01 # Moos: the theory 00.12.07 # and watched xvid decoder code 00.12.15 # I am far from having something, ond't worry 00.12.29 # that will be big thing to do 00.12.31 # anybody knows if repeat A-B works for iriver rockbox 00.12.48 # mirak: maybe needed more than one dev in this 00.13.19 # mirak: c'est du lourd ;) 00.13.22 # <_FireFly_> mirak: mainly for the remote from h1xx-devices 00.13.39 # <_FireFly_> but that should als reduce the flicking a bit for the h300 00.14.00 # <_FireFly_> someone has also mentioned that the flicking is gone on h300 00.14.15 # I had it when using the boxed interface 00.14.29 # haven't tried since 00.14.58 # mirak: answering my question ? 00.15.04 # Moos: yes certainly, but if I know someone is already doing it, I will not try 00.15.05 # lol 00.15.05 # <_FireFly_> hmm i have just discovered that my flicker-patch isn't needed when my new-patch is used 00.15.19 # olaf_: I think it doesn't 00.15.19 # mirak: hehe :) 00.15.27 # <_FireFly_> it seams at least to me 00.15.38 # mirak: yep. 00.15.42 # new patch? 00.17.03 # <_FireFly_> petur: my image-flicking-patch has increased the ticking-noise for the h1xx devices 00.17.16 # oh 00.17.16 # <_FireFly_> and my new patch reduce it to the "old-value" 00.17.21 # ohoh, 5 hours remaining before wake up, time to go here 00.17.31 # <_FireFly_> Moos: me too ;) 00.17.32 # good night or day at all 00.17.37 # <_FireFly_> night 00.17.39 # what is that ticking noise ? 00.17.42 # nighty FireFly 00.17.45 Quit Moos ("Glory to Rockbox") 00.18.15 # <_FireFly_> mirak: the ticking is afaik only on h1xx-devices and there one noticealbe when using the remote 00.18.24 # <_FireFly_> s/one/only 00.18.29 # can you read settings via the plugin api? 00.18.42 # oh I heard that with H300 remote also 00.18.54 # I don't have a remote 00.19.50 # <_FireFly_> petur: but now i have discovered that my flicking patch isn't needed with the new patch because the new patch updated the lcd only on one-place -> so it seams no flickering of images is possible anymore 00.20.04 # <_FireFly_> i have the build currently running and the images doesn't flicker 00.20.25 # I still saw flickering when text and images are mixed - solved as well? 00.20.29 # <_FireFly_> on the remote 00.20.35 Quit PaulJ (".") 00.20.38 # <_FireFly_> maybe 00.20.44 # <_FireFly_> the patch is on tracker 00.20.55 # I'm talking main display of course - don't have a remote 00.21.27 # <_FireFly_> petur: as i had already said this doesn*t matter because it's one code for all displays :) 00.21.32 # I'll soon post a patch for configurable backlight brightness on H300 00.22.06 # <_FireFly_> so if i change the wps-code the change is for both displays on the h1xx/h3xx devices 00.22.18 # just need to find out how to set a decent value if the setting doesn't exist yet 00.22.35 # My first try gave 0 and a black screen 00.22.43 # <_FireFly_> at leat at that palces which my patch changes 00.22.47 # used a bright light to navigate to the settings 00.22.49 # petur: ! 00.22.54 # thank god it worked 00.23.02 # <_FireFly_> petur: what ?? 00.23.21 # backlight brightness? 00.23.40 # <_FireFly_> ah yes i thought the flicking-problem is gone on the h3xx ;) 00.24.02 # sorry, still busy with my own patch 00.24.54 # <_FireFly_> np but now i have to go to bed ;) 00.25.00 # <_FireFly_> good night every-body 00.25.07 # is it on patch tracker? 00.25.11 # <_FireFly_> yepp 00.25.14 # ok 00.25.42 # <_FireFly_> http://sourceforge.net/tracker/index.php?func=detail&aid=1379076&group_id=44306&atid=439120 00.25.46 Quit _FireFly_ ("Leaving") 00.26.20 # what was the way to reset RB settings again? hold some key? 00.28.50 # rec 00.29.01 # but not too early 00.29.13 Join LinusN [0] (n=linus@labb.contactor.se) 00.29.31 # petur: if the settings are incompatible, you must bump the config vlock version 00.29.36 # block 00.29.44 # I added it at the back 00.29.56 # and used pwm '9' as default 00.30.01 # ok 00.30.17 # ok, then you should be fine 00.30.17 # you read what I did first? default 0. lol 00.30.22 # got a black screen 00.30.24 # saw that :-) 00.30.31 # brilliant 00.30.43 # I'll submit the patch before bedtime 00.30.52 # what to do with language files? 00.31.35 # you only need to do the english one 00.31.48 # OK 00.32.14 # you know why it flickered? 00.32.34 # HDD access at low intensities, iRiver FW does it as well 00.32.37 Quit _DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.34.28 # can't get my settings to reset 00.34.43 # I hold REC when the bootloader starts? 00.35.39 # no, when rockbox starts 00.36.21 # I held it until it loaded completely, didn't reset my setting 00.41.22 Quit actionshrimp (Read error: 104 (Connection reset by peer)) 00.42.01 Join actionshrimp [0] (n=NNSCRIPT@host86-136-20-96.range86-136.btcentralplus.com) 00.48.47 # anybody knows if repeat A-B works for iriver rockbox (repost) ? 00.49.00 # nope 00.49.06 # that is it doesn't work 00.49.20 # just saw there seems to be support for Archos 00.49.31 # and just posted a feature request 00.49.56 Join dropandho [0] (n=dropandh@cpe-24-193-36-91.nyc.res.rr.com) 00.50.19 # http://sourceforge.net/tracker/index.php?func=detail&aid=1379095&group_id=44306&atid=439121 00.50.54 # new entry in LAN_xxx file: also at the back? 00.51.16 # Bagder: thanxs for the reply. Hope the new feature request makes it sometime 00.53.53 Quit olaf_ ("goodnight") 00.55.08 # hey all! 00.55.14 # any word on the forums? 00.55.20 # nope 00.55.58 # grrrr 00.56.17 # is jeff mia or wha? 00.58.08 Quit yngwi ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") 01.00.42 Quit ender` (" Engineers think that equations approximate the real world. Scientists think that the real world approximates equations. Ma) 01.01.38 Quit Kingstone (Read error: 104 (Connection reset by peer)) 01.01.40 Join Kingstone [0] (n=sg1@195.226.51.74) 01.01.49 Quit Kohlrabi ("Leaving") 01.03.04 # people try have attempted to contact him... 01.03.17 # so no one has had any luck? 01.03.41 # I don't know 01.04.49 # Linus - u around? 01.04.54 # any insight? 01.09.40 Join StrathAFK [0] (n=mike@dpc674681214.direcpc.com) 01.09.42 Quit Strath (Read error: 104 (Connection reset by peer)) 01.13.58 *** Saving seen data "./dancer.seen" 01.16.13 # hehe.. running my battery flat without playing one song. Just code testing :D 01.17.46 # WOW!!! 01.17.50 # impressed! 01.18.05 # That patch of _FireFly_ is perrrrfect! 01.18.10 # no more flickering! 01.18.31 # you got a wps fliker fix patch?! 01.18.58 # _FireFly_ made one 01.19.14 # this one really works! 01.19.16 # ROFL @ Dance Puff theme 01.19.31 # nicey 01.19.51 # so guys...what can we do to get some forum love here? 01.19.57 # LinusN: around? 01.20.07 # forum love? 01.20.13 # get it fixed 01.20.20 # ahh 01.20.35 # people have IMed Jeff and emailed him....as well as linus 01.21.01 # all right.. off to bed.. goodnight! 01.21.09 Quit petur ("here today, gone tomorrow") 01.21.10 # night 01.21.22 # any1 have any clue what to do next? 01.21.22 # hmm 01.21.26 # odd that changing themes takes so long 01.22.02 # maybe start a thread on misticriver? 01.22.39 # hmm? 01.22.55 # misitic river is jeff's site 01.27.37 # i'm around now 01.27.44 # hmm 01.27.51 # hehe- you love to hmmmm 01.27.56 # has anyone noticed the problem of accessing the 'Rockbox Info' via remote on H120? 01.28.05 # (you can't exit the info screen from the remote, nor do you see it on the remote) 01.28.10 # hey Linus...just wondering you had any word on the forums 01.28.24 # same goes for version 01.28.35 # actually no, Version is fine 01.28.36 # (: 01.28.44 # jeff mentioned something about an IP address change 01.30.02 # ahh- iriver.us points to 72.29.70.123 01.31.40 # guess it is out of my hands...let me know if there is anything i can do to help 01.34.09 Quit mirak ("Ex-Chat") 01.36.07 Nick StrathAFK is now known as Strath (n=mike@dpc674681214.direcpc.com) 01.40.35 # linus- i was also wondering if you ever got that ticking unit 01.42.51 # oh, yes, i got it today,! 01.43.11 # forgot to tell you 01.43.17 # what timming! hehe...sorry to bug you 01.43.21 # just curious! 01.43.34 # lookin fwd to what you discover 01.43.51 # thanks again..and to the sender! 01.50.56 # the analog and digital ground are not properly isolated on the ticking board 01.51.41 # those punks! how do you mess that up?! 01.52.58 # i remember the sender said that he didn't have some things on the board you were looking for 01.53.58 # joystick and hold switch 01.54.57 # his board is in fact newer than mine 01.55.28 # hehe- now that is odd...you would think they would have corrected the problem further into production 01.56.21 # looks like it's the other way around 01.58.04 Join nathanh [0] (n=cb1a1042@labb.contactor.se) 01.58.06 # i thought he was missing something like r22 as well 01.59.16 # i forget tho...it was in the forum..hehe 01.59.38 Join leftright [0] (n=5087d10e@labb.contactor.se) 01.59.43 # i cant express enough how grateful i am to the rockbox dev team for the H300 port... gapless playback, car charger mode, on-the-fly playlists... even in beta it's 10x better than the stock firmware :-) 02.01.14 # I have just spent a few hours fiddeling with my gf's new Archos gimini XS202, the unit itself is nice, tiny, great from factor, but the firmware in comparison to R-box sucks 02.02.12 # each time you nav out of the wps it stops playback, not nice at all, plus its slow to react to key presses 02.02.59 # this has made me appreciate rockbox even more 02.04.31 # the OTG playlist feature of the XS202 is not OTF, what are those guys at Archos thinking, each time you want to add something to the playlist playback needs to be stopped ? weird 02.05.11 # they aren't rckbx maniacs...thats the problem! 02.05.49 # sheesh, what is it with these OEM firmware designers 02.07.38 # anyywayyy, my girl friend is happy, she is totally ignorant of Rockbox's features, nothing to compare it to, ignotance is indeed bliss in this case 02.08.23 Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 02.12.15 Join webguest91 [0] (n=3e4f4094@labb.contactor.se) 02.12.42 # time to sleep 02.12.43 # So about forums.rockbox.org - sounds like the dns entry needs updating? 02.12.50 # webguest91: yes 02.13.01 # i wish i knew what to put in my dns though 02.13.15 # * leftright gives rockbox a 0dB hug 02.13.25 # hmmm 02.13.26 Part leftright 02.13.32 # But doing a manual http request to 72.29.70.123 with host: forums.rockbox.org gives a "no site configured at this address" message 02.13.51 # 72.29.70.123 being the ip of misticriver.net 02.16.15 # As does putting "72.29.70.123 forums.rockbox.org" in /etc/hosts and checking it in firefox 02.16.45 # http://72.29.70.124/ looks to be the forums. 02.18.19 # Good catch 02.18.28 # slooooow 02.18.28 # weird, hitting that tries to connect to 66.194.238.137 02.19.23 # I found it by using www.misticriver.net as a dns server - i.e. "host forums.rockbox.org www.misticriver.net" 02.22.09 Quit mikearthur (Read error: 104 (Connection reset by peer)) 02.22.41 # we want our forums! hehe 02.24.33 # dropandho: trying to connect to 66.194.238.137 is no wonder: 02.25.14 # gotcha- so what to do?! 02.25.46 # Put "72.29.70.123 forums.rockbox.org" in your HOSTS file 02.25.50 # Or wait. 02.25.53 # I guess 02.26.09 # It's still hella slow. 02.26.33 # slow or dead? They were working fine when I first tried them, but now I can't access them. 02.26.42 # Yeah, seconded in fact. 02.27.43 # Strange... works if I telnet and do the http manually 02.28.12 # some1 get that man jeff! 02.28.13 # hehe 02.28.30 # I think it's just Firefox going crazy 02.28.33 # Lynx works as well 02.29.15 # odd 02.29.16 # so jeff needs to setup the dns entry and we might b there? 02.29.19 # I see the problem - src="http://66.194.238.137/~rockbox/Themes/default/script.js" in the header. 02.29.42 # So every page is still trying to get the javascript file from the old IP address. 02.30.10 Join MisticJeff [0] (n=470024dd@labb.contactor.se) 02.30.21 # Greetings 02.30.23 # With a hardcoded IP at that 02.30.30 # speak of the devil...and he shall appear- hehe 02.30.32 # Speak of the devil.... 02.30.32 # there he is 02.30.34 # :) 02.30.49 # What's up? 02.31.20 # Hah, firefox finally gave up, it seems. 02.31.24 # and loaded the page 02.31.51 # Don't have a clue how to get the forums back up and running... it's an IP issue I believe 02.31.59 # but not sure where to change it 02.32.38 # MisticJeff: start with changing the IP references in the forum html 02.32.45 # i have updated the dns 02.32.53 Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) 02.33.00 # linus- i thought you were sleepin...get to bed young man! 02.33.16 # "young man" :-) 02.33.28 # hehe- why not?! 02.34.34 # it will probably take a while before the dns update propagates 02.34.49 # damn...internets 02.34.55 # MisticJeff: the forum html code is full of absolute references to the old IP address 02.35.10 # ...why? 02.35.17 # (which was 66.194.238.137) 02.36.05 # linuxstb: odd, the old dns entry pointed to 66.194.238.140 02.36.33 # Mmm. The html says 137 - maybe that's why the IP address was used - those files were on a different server. 02.36.46 # jeff should know 02.36.47 # Maybe the javascript files were on misticriver.net or something 02.37.00 # But yes 02.37.04 # Paging MisticJeff 02.38.23 # http://72.29.70.125/ asks me a login and password could this be something? 02.38.23 Quit nathanh ("CGI:IRC (EOF)") 02.38.48 # guys this could be a loooooonnnnnngggggg process since i'm not a web guru believe it or not 02.38.57 # will take me a long time to figure this out 02.39.22 # http://forums.rockbox.org/~rockbox/Themes/default/script.js returns a javascript file OK. 02.39.37 # jeff, its ok- we are here for support! 02.40.43 # mental support 02.40.44 # MisticJeff: The first (and maybe only) thing will be to do a search and replace in the html files and change all references to "66.194.238.137" to "forums.rockbox.org" 02.41.16 # we call this "dynamic"...right boys? 02.47.08 # MisticJeff: why did the ip address change? 02.47.48 Join Lynx0 [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 02.48.34 # ugh, apparently my DNS cache for the forums hasn't expired yet *manually hunts up the IP* 02.48.39 # the company that I lease the server from purchased their own IP addresses rather than leasing them as they were before 02.49.20 # lostlogic: 72.29.70.124 02.49.21 # i've looked through a handful of files and find no reference to the old IP... not sure where to look gang 02.50.08 # Is there a web-frontend to administering SMF? 02.50.34 # yes but the problem is that I cannot login to the admin area because of this issue 02.50.46 # since the login is java script 02.51.01 # MisticJeff: and I take it your DNS is updated and/or you have put forums.rockbox.org in your hosts file? 02.51.34 # what's a host file? 02.52.41 # I forget where it lives in windows, but there's a file that you can locate named hosts with ip -> name pairs, so you could put: 72.29.70.124 forums.rockbox.org in there to make sure it's not a DNS problem keeping you out. 02.53.27 # it is in- C:\WINDOWS\system32\drivers\etc 02.53.29 # fyi: the dns is www.rockbox.org 02.53.53 # and i have updated it with the new ip 02.54.09 # i wich i would have known about the ip change beforehand 02.54.12 # wish 02.54.31 # all you need to do is open up the hosts file in wordpad....and add that line below everything on that page 02.54.49 # wish i would have known about it before too.... i've been on vacation... just got back 2 days ago 02.54.49 # LinusN: I'm sure it's just cached in Jeff's ISP -- I had to reboot my local bind to force it to update. 02.55.14 # welcome back! 02.55.20 # jeff- does this make sense to you? 02.55.22 # thanks 02.55.26 # nope 02.55.37 # i can send you a screen shot if you like 02.56.00 # that's why for the past couple of years i've surrounded myself with knowlegdeable people since i don't know dick about this stuff 02.56.08 # MisticJeff: How do you edit the files on the server? Do you have ssh access? 02.56.14 # its all good 02.56.22 # Somehow you need to search for the IP address in all the files. 02.56.45 # don't know how to use SSH, i simply download them through FTP, edit and then reupload but luckily don't have to do it very often 02.57.17 # linuxstb: do you really think the IP is directly referenced somewhere in the files? 02.57.34 # there's no way i'm going to search through 100 + files for the IP address..... simply don't have the time or patience 02.57.35 # so maybe you should send one of us the files (if you are comfortable with that) 02.57.36 # lostlogic: Yes - do "wget http://forums.rockbox.org" and look at the html 02.57.59 # MisticJeff: Of course - we need to find an easy way to search them. 02.58.22 # guys, unless you know what files you're looking for i'd have to send you the whole thing, ain't happenin' 02.58.30 # Do you have copies of every file on your computer, or do you just transfer them individually? 02.58.55 # you mean the Rockbox Forums files....?? they are on the server 02.59.23 # jeff i didnt follow....would you be willing to send one of us the files- zipped up? 02.59.27 # Yes, I meant those files. If you could copy them all to your computer, you can search them easily using the Windows find program. 02.59.38 # hold on guys 02.59.38 # there u go 03.00.21 # MisticJeff: Do you know the name of the forum software you are using? 03.00.30 # SMF 03.00.40 # there's a link at the bottom of eacj page 03.00.47 # Let's search for SMF and see how it organises its files. 03.00.51 # it'll be probably in the index.php file? 03.00.59 # Unlikely 03.01.28 # it's not there 03.01.42 # i've given server access to LinusN 03.01.53 # i'm sure he'll be able to find out something 03.01.54 # party 03.01.55 # that would do it- nice 03.02.00 # I'm guessing it's in some database 03.02.02 # u trust that german?! 03.02.36 # german? 03.02.45 # oops! that was my bad 03.02.49 # i was tryna make a joke 03.02.53 # and totally ruined it 03.02.55 # my bad! 03.03.50 # * webguest91 downloads SMF 1.0-rc1 03.07.22 # maybe it lives in something called- CPanel 03.07.44 # Why would you say that? 03.07.57 # looking at their forums...just guessing tho 03.11.59 # they also made a near repair tool 03.12.01 # repair_settings.php 03.12.03 Join tvelocity [0] (n=tony@84.254.13.74) 03.12.22 # the old domain might show up all over the files 03.12.36 # and i believe this tool repairs such things 03.12.50 # http://www.simplemachines.org/community/index.php?topic=18096.0 03.13.50 # hmmm, i can't find any absolute ip addresses when i read the html from forums.rockbox.org 03.13.54 Quit Lynx_ (Connection timed out) 03.14.02 *** Saving seen data "./dancer.seen" 03.14.39 Nick Lynx0 is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 03.15.50 Join ehntoo [0] (n=ehntoo@24-177-166-0.dhcp.mrqt.mi.charter.com) 03.16.14 # are u able to run the forum software linus? 03.16.38 # in fact, the forum works fine from here, when i use ns1.rockbox.org as my primary dns 03.17.06 # yeah..linus...it appears you need to run repair_settings.php 03.17.22 # thats what they seem to say on their forum 03.17.38 # dropandho: i don't see why, it works fine without it 03.17.40 # Which version is that for though 03.17.50 # doesn't seem to exist in 1.0-rc1 03.17.59 # u need to d/l the tool 03.18.23 # Ah, thought it was a part of the thing 03.18.24 Quit actionshrimp ("a bird in the bush is worth two in your house") 03.18.33 # but the folks seem to say thats what u run when you do a domain change 03.18.53 # but we haven't done a domain change 03.19.13 # only changed the ip of the existing domain 03.19.31 # yeah, it's fine as is -- the view source from the page shows the correct IP to me now that my DNS server is updated. 03.19.40 Join Cassandra- [0] (i=Cassandr@elmyra.coraline.org) 03.19.41 # just need to wait for caches to reset 03.19.46 # lostlogic: same here 03.20.01 # everyone should run their own DNS server... or something. 03.20.14 # that usually takes a day or so, i believe 03.20.19 # do you want me to reboot the server??? 03.20.25 # no need 03.20.25 # MisticJeff: won't change anything 03.20.34 # time is on our side 03.21.05 # ok then... i need to run and once again A BIG THANKS TO ALL THE ROCKBOX FOLKS!!!!!!!!!! YOU ALL ARE GREAT!!!!! 03.21.10 # it'll probably be fine tomorrow 03.21.14 # MisticJeff: it's DNS servers all over the 'net that won't update the cache for however long the refresh time is set in the SOA record for rockbox.org 03.21.22 # MisticJeff: thx 03.21.30 # thanks jeff! 03.22.03 # LinusN: need anything for the H300 project?? 03.22.42 # MisticJeff: a shitload of money .-) 03.22.50 # heh, i need time 03.22.54 Quit Cassandra (Read error: 113 (No route to host)) 03.22.54 Nick Cassandra- is now known as Cassandra (i=Cassandr@elmyra.coraline.org) 03.22.56 # hmmm... ok 03.23.20 Part MisticJeff 03.23.39 # hehe- you confused him! 03.23.42 # hehe, rockbox has already singlehandedly made me start using my H340 again after it sat around donig nothing for about a month because I was bored of it :) 03.23.45 # like i was confused where you are from 03.24.01 # :-) 03.25.53 # time to sleep 03.25.55 # nite all 03.26.03 # night! 03.26.04 # woooo 03.26.04 Part LinusN 03.26.34 # heh 03.29.43 # so does anyone know what is up with the new tick fix? 03.29.57 # * Weazel_ has ihp120 03.31.54 # i still think songs sound sharper and not as good in rockbox 03.32.49 # what ver do u have 03.33.51 # dec10 03.35.27 # Hasn't analysis shown that the outputs are very nearly identical? 03.36.54 # i havent done any serious A/B but its just a general feeling 03.37.09 # I remember someone showing a comparison of the waveforms or something, a while ago. 03.37.13 # * Paul_The_Nerd shrugs 03.37.15 # except for this one really low quality song, which sounds worse for sure 03.37.21 # Are you listening to MP3s, Oggs, or WAVs? 03.37.35 # but that one was a 34khz 56kbps mp3 03.37.35 # And, are the songs being resampled? 03.37.43 Quit ehntoo (Read error: 104 (Connection reset by peer)) 03.37.44 # err 24khz 03.38.14 # ok lemme do a test right now 03.38.17 # The resampler is not too good. But 44,1khz files are pretty much identical 03.38.39 # do you know if the volume affects the optical output? 03.38.43 # At least the frequency response etc. 03.38.48 # Don't think it does 03.39.24 # nope 03.40.57 # good 03.41.04 # * g33 is waiting for his new dac 03.42.05 # hmm nope this song sounds pretty much exactly the same 03.42.28 Join Timothy [0] (n=d13353e2@labb.contactor.se) 03.43.07 # and this one is 44khz 192k mp3 03.43.30 Join amiconn_ [0] (n=jens@p54BD4683.dip.t-dialin.net) 03.43.41 # Hi, has anyone had any problems with the simulator not being able to open any .rock files? It looks like it's trying to run them as a windows executable. 03.43.47 # cant wait till i get my dac though... aaawhh 03.44.26 # yeps 03.44.51 # do you concert tape also with your ihp? 03.44.51 # What is going on with it, I thought it wa supposed to allow me to test my plugins 03.45.21 # me? 03.45.52 # yes 03.46.06 # nope 03.46.13 # ok 03.46.22 # Timothy: which sim? 03.46.47 # Timothy: You need to compile your plugins for the simulator - you can't just copy them from your player. 03.46.56 # oh ok 03.46.59 # sometimes i record myself playing harmonica using the mic that comes with the iriver :) 03.47.10 # How do I go about doing that? 03.47.21 # Just like you compiled the sim in the first place 03.47.22 # Did you compile the simulator yourself? 03.47.26 # yes 03.47.39 # Which plugin do you want to test? 03.48.07 # After typing "make" to compile the simulator, did you type "make install" ? 03.48.26 # what is rockbox written in? 03.48.28 # i dont think so, ill try that 03.48.28 # c++? 03.48.32 # c 03.48.42 # k 03.48.48 # * g33 is trying to learn c++ 03.48.53 # "make install" installs the plugins, fonts and all the other files in the archos/.rockbox directory for your sim. 03.49.04 # oh alright 03.49.27 # I just copied the .rockbox folder from the zip file 03.49.46 # Out of interest, which instructions did you follow for compiling the sim? This seems to be a common mistake. 03.49.56 Join ehntoo [0] (n=ehntoo@24-177-166-0.dhcp.mrqt.mi.charter.com) 03.50.05 # hold on 03.50.49 # http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling 03.51.13 Join Lynx0 [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 03.51.37 # IT actually does say to type make install, but i must have missed that. unless it was just added 03.51.59 # Nope - you can see the "last modified" date at the bottom of the page... 03.52.34 # But that text about enabling sounds make it's less obvious. 03.52.39 # yup, well i guess i'm just blind then. heh 03.52.54 # Or just too keen to start the sim. 03.53.08 # yeah, I didnt bother with that part, so i must have missed it 03.54.16 # cool, the plugins seem to work noe. thanks 03.57.39 Join Lynx [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 04.00.37 Quit amiconn (Read error: 110 (Connection timed out)) 04.00.41 Nick amiconn_ is now known as amiconn (n=jens@p54BD4683.dip.t-dialin.net) 04.03.37 Quit Timothy ("CGI:IRC (Ping timeout)") 04.05.44 Join webguest12 [0] (n=d3c6c570@labb.contactor.se) 04.09.41 Quit Paul_The_Nerd ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") 04.19.36 Quit Lynx_ (Connection timed out) 04.21.45 Nick Lynx is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 04.22.07 Quit Lynx0 (Read error: 110 (Connection timed out)) 04.26.48 Quit webguest91 ("CGI:IRC (EOF)") 04.51.34 Quit dpassen1 () 05.00.05 Part webguest12 05.05.39 Quit ehntoo ("Leaving") 05.05.52 Quit tvelocity ("Leaving") 05.14.03 *** Saving seen data "./dancer.seen" 05.18.50 # ah forum works now 05.20.57 # not here yet 05.21.03 Join ehntoo [0] (n=ehntoo@24-177-166-0.dhcp.mrqt.mi.charter.com) 05.21.03 # damn dns! 05.23.45 # runyerown dns ;) 05.25.52 # am i missing anything exciting on the forums?! 05.27.02 Join Timothy [0] (n=d13353e2@labb.contactor.se) 05.31.12 # yes. it's turned from a pretty slow and technical forum into a wild party with naked women since the DNS changed. 05.31.46 # this is what i was thinkin! 05.31.54 # any illegal substances? 05.35.18 Quit saa[b_r]ider (Read error: 110 (Connection timed out)) 05.46.37 Quit ehntoo ("Leaving") 05.51.17 # does anyone know what files i need to edit in order to have my plugin compiled when i do a make install? 06.01.17 Join webguest42 [0] (n=3e4f4094@labb.contactor.se) 06.01.25 # Timothy: apps/plugins/SOURCES 06.01.27 Quit webguest42 (Client Quit) 06.02.33 # yeah, I found that, im not sure which block to put it in for the h3xx though 06.04.16 # also, when I ran make install, it said CC myplug.c but there is no myplug.rock in the .rockboc/rocks directory 06.04.20 Join Jungti1234 [0] (n=jungti12@58.77.81.144) 06.05.51 # whoops, im retarted. nevermind 06.09.58 Quit dropandho () 06.11.18 # ah? 06.13.21 # http://www.rockbox.org/daily.shtml : To iRiver in these page why is no there 'New'? 06.15.42 # yay, I wrote my first plugin! 06.17.50 Join NibbIer [0] (n=sven@e181125216.adsl.alicedsl.de) 06.18.10 Quit Nibbler (Read error: 110 (Connection timed out)) 06.34.37 Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) 06.49.10 Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) 07.05.44 Join perplexity [0] (n=joust@ldf777.emirates.net.ae) 07.07.31 Quit DreamTactix291 (Read error: 104 (Connection reset by peer)) 07.10.31 Join saa[b_r]ider [0] (n=saab_rid@61.149.21.148) 07.14.07 *** Saving seen data "./dancer.seen" 07.15.49 Join DreamTactix291 [0] (n=DreamTac@adsl-19-241-33.bna.bellsouth.net) 07.40.19 # morning :) 07.51.14 # morning, Bger 07.52.51 # hello Bger 07.55.05 # saa[b_r]ider did u test the patch ? 08.19.27 Quit Paul_The_Nerd ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") 08.35.11 Join ender` [0] (i=ychat@84.52.165.220) 08.35.54 Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) 08.54.14 Quit Paul_The_Nerd ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") 08.57.28 # linuxstb: the backlight timeout was dead accurate for me yesterday 08.57.36 # linuxstb: running at 75mhz, at least 08.57.44 Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) 08.58.15 # <_FireFly_> wow LinusN that was fast 08.58.28 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 09.00.09 # morning 09.02.16 # <_FireFly_> moin 09.02.44 # <_FireFly_> it seams that my last patch makes the patch before from me obsolete 09.03.30 # <_FireFly_> it seams that due the change to only update the lcd on one place eleminates the bmp-flickering as well 09.13.00 # Bger: when I apply the patch, it doesn't confirm the application, or create a backup of the original button.c, am I using the wrong p? 09.14.11 *** Saving seen data "./dancer.seen" 09.14.52 # hm, what .patch do u use ? 09.16.12 # button.diff 09.16.22 # this is old 09.16.42 # what's the ID of the new one? 09.17.16 # it's the same, but i've changed the file 09.17.19 Quit perplexity (Read error: 110 (Connection timed out)) 09.17.32 Join perplexity [0] (n=joust@ldf723.emirates.net.ae) 09.18.06 # ok, I'll redownload it now 09.18.17 # 1367824, right? 09.18.30 # yep 09.19.07 # cd to the root dir where the folders apps/ firmware/ tools/ etc are situated 09.19.45 # and patch -p0 < h300_lcd_remote_buttons_v2.patch 09.20.01 # sure 09.20.23 # sourceforge takes ages to load here for somereason :) 09.20.36 # sourceforge is like that 09.21.11 # updated yesterday, nice 09.23.38 # ah, "tcs.type = tag_artist; tcs.search_by_type = tag_genre; tcs.search_by_seek = extra; .." now even relative searches from tag cache are really simple :) 09.23.58 # "relative" ? 09.24.05 # hm, slasheri 09.24.10 # that search would lisk all artists by the given genre 09.24.14 # *list 09.24.44 # what about making dircache not to cashe one directory tree (for data files)? 09.24.46 # where are all of the BUTTON_WHATEVER macros defined? 09.24.52 # s/cashe/cache/ 09.25.04 # button.h? 09.25.08 # configurable, of course 09.25.28 # Timothy firmware/export/button.h 09.25.38 # thanks 09.25.53 # Bger: i think that would be a bit cumbersome 09.26.30 # preglow maybe, but i have one big directory D, in which i keep all non-music, rockbox etc data 09.26.39 # and there are many little files ... 09.27.18 # i suspect that about 1/3 of the cache size is from this dir 09.39.42 # when you call yield(), does it save the stack? I'm getting wierd results when I use it in a for loop, and thats the only thing I can think of because it's using local variables 09.40.10 # Timothy : of course it saves the stack 09.40.40 # this is one of the ways to give the cpu to other thread (other one is sleep) 09.40.52 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-131-040.pools.arcor-ip.net) 09.40.59 # yeah i know 09.41.09 # I"m writing a mandelbrot set explorer 09.41.36 # and im putting a yield call before it calculates each pixel, but when I do that all I see is black. If i take out that yield, it's fine 09.41.54 # hmm 09.42.07 # and I'm drawing the screen all at once, so its not that if forgot the color state 09.42.37 # move the yield after lcd_update ? 09.43.09 # Timothy: you know there already is a mandelbrot set explorer in rockbox, right? :> 09.43.29 # yeah, it doesnt seem to do anything on my simulator though 09.43.42 # plus its a nice way to get used to the API 09.43.47 # sure 09.43.48 # but yes 09.43.57 # yield() works like a normal function call 09.44.04 # you should not have to care that anything special happens inside it 09.44.14 # plus, it switches stacks 09.44.29 # hmm 09.46.14 # man this is so strange... 09.46.31 # oh, strange things do happen 09.47.45 # so im claculating each pixels color inside a for loop, storing it into an array, and then calling my display function. but if i put a yield() inside the for loop before it calculates the pixel, which is the most taxing, it just doesnt display anything 09.47.48 # coffee time! 09.48.20 # * Bagder offers preglow a cup 09.48.33 # one's enough for now 09.48.40 # reached new levels of tiredness today 09.49.13 # it also stops responding to any input 09.49.29 # so, looks like we'll be having an ifp port soon 09.49.47 # maybe it's just switching tasks too often, and can't get anything done? 09.49.57 # Timothy: well, no, not possible 09.50.11 # Timothy: a yield() call does one cycle through the tasks, then end up in your task again 09.50.19 Join Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) 09.50.25 # it always does get back to you again 09.52.16 # actually, that seems to be what's happening 09.52.56 # preglow not *always* :) 09.53.02 # i put in a if(i%20)==0) rb->yield(); and now it works, albeit really slowly... 09.53.18 # i guess i should just take that yield out. lol 09.53.45 # so much for sharing the cpu 09.53.51 # yes, you need to do a balance there, heh 09.54.14 # it will probably halt music playback on the real thing, hehe 09.54.39 # the mandelbrot set explorer we already have does halt music playback from time to time 09.55.13 # i wonder why it deosnt do anything for me...when I try to run mandelbrot the screen flashes and is back to the plugins directory 09.58.03 # Timothy that's because mandelbrot uses gfxapi, which is not available in the sim 09.58.09 # ah 09.58.32 # do u own a h1x0 ? 09.58.43 # h3x0 09.58.51 # hm, 09.59.08 # x11 or win32 sim ? 09.59.15 # win32 09.59.40 # i guess u want to add color to mandelbrot or ? 09.59.42 Quit Vlad0man (Read error: 110 (Connection timed out)) 09.59.42 # Bger: That idea not to cache certain directories could be good. But user would need to create a list of those directories and put the list file to the player 10.00.00 # Slasheri i think one dir is enough 10.00.02 # yeah mine is using color 10.00.05 # so it could be setting 10.00.30 Join Vlad0man [0] (n=Vladoman@p54A7F157.dip.t-dialin.net) 10.00.58 # Ah, true. Well, then it would be user-friendly to configure also 10.01.43 # as in my case ... i would just put in my /D dir everything i wouldn't use on the player itself 10.01.58 # But that would eat a lot of space from the configuration structure (not possible with current implementation) 10.01.59 # however, i'm not using any inline assembly, so it will be much slower 10.02.08 # of course, we could use separate file for that 10.02.20 # hm, why lot of space ? 10.02.37 # 20 bytes or so ? 10.03.01 # that is quite much still 10.03.06 # huh 10.03.13 # 120 bits.. 10.03.17 # I assume the 10 fps only video on the h300 series is a hardware limitation? 10.03.30 # how much is the "free" space in the config sector ? 10.03.43 # Lynx_ : mix between hardware and software 10.04.01 # i mean, the mpeg4 codec is heavy for the cpu of h300 10.04.11 # Bger: how is it hardware? Is the display too slow? 10.04.26 # Bger: ah, ok 10.04.36 # has anyone changed the RGB values in lcd.h? I changed the colors, and it worked on my H300, but in file tree the highlight bar color was wrong. do I need to change the color contrast values too? 10.05.50 # So it would be possible to have video at more than 10 fps with an easier to decode format, theoretically? 10.06.23 Join LinusN [0] (n=linus@labb.contactor.se) 10.07.01 # saa[b_r]ider i suspect u'll have to look at apps/tree.[ch] 10.07.06 # Lynx_ yep 10.11.00 # Bger: couldn't it be this value 10.15.14 Join hshah [0] (n=hshah@shahassociates.plus.com) 10.16.53 # haha, holy crap my mandelbrot set viewer is so slow on the actual player 10.22.18 # :P 10.22.37 # hehe.. http://cafefiles.naver.net/data10/2005/12/8/54/SV400018.jpg 10.22.53 # saa[b_r]ider i haven't digged into this code enough to help you 10.23.48 # it takes like 20 seconds to render at 1/10th the native resolution... 10.24.06 # but at least it runs 10.24.10 # :) 10.24.27 # and now im off to bed. thanks for the help everyone 10.26.04 # good night 10.26.43 # Bger: it's ok, thanks 10.29.40 Join mirak [0] (n=mirak@AAubervilliers-152-1-68-243.w86-198.abo.wanadoo.fr) 10.33.30 # LinusN: it's pretty uncommon for a cache not to have address selectivity, no? 10.35.16 # have what? 10.35.56 # you mean to map memory regions and not cached by the data cache? 10.36.15 # * Bagder can't type properly 10.36.23 # i mean like telling the cache to cache that and that memory area, not those 10.36.29 # by specifying masks or whatever 10.37.06 # if the pp cache has anything like it, they sure haven't found it yet 10.37.24 # this will probably end with me having to do full scale reverse engineering 10.37.40 # that is usuallu not a function of the cache 10.37.48 # but the mmu 10.37.57 # right 10.39.27 # oh well, i'll just enable it naively and ignore it for me 10.39.38 # then find out why the flaming hell the button driver is acting so cool on me 10.51.16 # so are rockbox forums up and running or it just me? 10.51.25 # they are up 10.51.40 # just that the new IP has not propagated through all over 10.51.42 # depends on your dns 10.52.09 # when I go with my dns it will not load. Without one it works but slow. 10.55.56 Join Polo_o [0] (n=polo_o@82-69-160-166.dsl.in-addr.zen.co.uk) 10.56.57 # ok I have a question about memory, but please be gentle I don't that stuff: Can I imagine the whole memory on a target like a box. Which is sliced up for different purposes? (E.g: Plugin memory, Rockbox memory, Codec memory etc) 10.57.12 # yes you can 10.57.12 # ^know 10.57.45 # preglow: Are you using the same algorithm as IPL for the scrollwheel events? 10.57.55 # linuxstb: indeed i am 10.58.00 # it's almost unmodified 10.58.38 # So when rockbox runs how many areas does it have? I know that there is the plugin buffer and the codec one, but where rockbox code runs? All these stuff run in the 32MB SDRAM? 10.58.58 # XavierGr: every single buffer in the code uses a little piece of memory 10.59.17 # then there's the separate "areas" like codec mem, plugin mem, audio buffer mem 10.59.25 # and font buffer, language buffer 10.59.40 # and possibly more I don't remember atm 10.59.59 # are these all mapped and standart loactions on memory? 11.00.06 # no 11.00.15 # none of them are 11.00.41 # so every time the places are random? 11.00.41 # hm, wrong, the plugin and codec areas are 11.01.00 # not random, but may differ yes 11.01.03 Join nathanh [0] (n=cb1a1042@labb.contactor.se) 11.01.11 # XavierGr : the same code with the same compiler will have the same allocations 11.01.44 # and the same binutils 11.02.47 # so is there a dir buffer which holds info about current folder? (I imagine this will be bigger when dircache is enabled) 11.02.58 # XavierGr: The file apps/rockbox.map (in your build directory) is a map generated by the linker that tells you where it has put everything in memory. 11.03.04 # not, it won't 11.03.08 # XavierGr: yes there's a dir buffer 11.03.19 # The dir buffer is taken from the audio buffer when Rockbox starts up. 11.03.29 # the also the dircache buffer 11.03.47 # and also 11.03.48 # I meant dircache buffer. 11.04.03 # but there is a dir buffer too 11.04.24 # wihtout dircache enabled dir buffer holds what? Current folder? 11.04.30 # yes 11.04.30 # yep 11.04.36 # That's also taken from the audio buffer at startup - because its size is configurable. 11.04.42 # interestin 11.04.49 # Slasheri: are you far away from having a testable tagcache prototype? 11.04.53 # there is also playlist buffer 11.04.58 # true 11.05.02 # many buffers there are 11.05.30 # Instead of opening the dir myself and sorting the jpeg list, I could read the data from there. 11.06.00 # but it will be very difficult to know were that data is. 11.06.03 # preglow: I wonder if it's the application dealing with scrollwheel events differently in IPL. 11.06.11 # Slasheri: it's a bit annoying that just entering the dircache setting, even without changing it, just plain disables it until the next reboot 11.06.13 # i mean the audio buffer, the dir buffer, the playlist buffer and the dircache buffer are allocated at startup and are with pseudodynamic sizes 11.06.18 # XavierGr: if you want the current dir and you have access to it from a plugin, then yes 11.06.56 # XavierGr: plugins uses the API and thus they never need to know where things are 11.07.02 # linuxstb: hmm, i don't think so, the driver just seems to insert events into a button queue 11.07.07 # linuxstb: i think the app just deals with those 11.07.27 # Yes, but the app may ignore multiple events received within X ms 11.07.39 # hmm 11.07.48 # no, i don't think so 11.08.02 # Bagder: I guess I would need a memory finder for that :). I think this would be too difficult. 11.08.03 # the clickwheel driver works by inserting several keypresses at once if you move it fast enough 11.08.12 # that functionality woudln't do anything if the app worked like that 11.08.22 # XavierGr: no, you need a function added to the plugin API 11.08.33 # ah 11.08.36 # that would return a pointer to the buffer, or a function that can return contents from the cache 11.09.12 # but again, that is only if you really are interested in the current dir 11.09.34 # yes that's good. only current dir. 11.09.46 # the jpeg viewer scrolls only in the current dir. 11.09.56 # ok, then it could work 11.10.15 # hm, but this is viewer ... 11.10.31 # so it gets a filename through its parameter or i'm wrong ? 11.10.43 # yes it does 11.10.45 # yes you are right 11.11.04 # XavierGr then get the dir from this param 11.11.05 # in my patch the viewer gets the filename and then opens that dir. 11.11.06 # it's easy 11.11.16 # it will scan the dir and make a list with all jpeg files in that list 11.11.34 # Bger that's what I've done already. 11.11.44 # hm, ok 11.11.48 # sorry 11.11.55 # Bger: My patch works pretty good with many files. 11.12.24 # The point is that if you exceed (1000 files) opening that dir and sorting that list will take 3-4 seconds. 11.12.37 # If I had the data ready there is no need for this. 11.12.44 # preglow any plans of making the jpeg viewer to work in color ? 11.12.49 # Bger: hell no 11.12.55 # Bger: that is, perhaps, but not yet 11.13.05 # i'm pretty sure someone will beat me to it 11.13.06 # Though I will excuse my plugin because even the filetree in rockbox will get a significant lag past the 1000 files. 11.13.13 # yeah, i suppose u have much work on ipod port 11.13.16 # there was an embryo for a color bmp loader posted 11.13.27 # someone could grab it and run for it 11.13.35 # Bger: i I just finished compiling, I'll test it out now 11.13.44 # saa[b_r]ider oki ;) 11.14.01 # Bagder the problem with jpeg is more serious ... 11.14.03 # personally I don't do any color stuff since I can't use the sim with colors 11.14.13 *** Saving seen data "./dancer.seen" 11.14.16 # Bger: not very much, luma is already decoded, you only need to decode chroma as well 11.14.25 # and the decoding proc is similar 11.14.27 # Bger: I disagree, since bmp in colors will introduce bg colors and wps in colors etc 11.14.31 # you just need to do some basic resampling as well 11.14.44 # ok, but this is dsp stuff :) 11.14.54 # correctemondo 11.15.21 # I fear I will have to do the SDL stuff 11.15.31 # Bagder: and we'll love you for it 11.15.32 # no fear :) 11.15.43 # well, I guess it could be cool to get to know it 11.15.47 # Bagder: i actually kind of feel like doing it myself, but i guess i should stick to ipod 11.15.52 Nick Lost-ash is now known as ashridah (n=ashridah@69.55.227.55) 11.16.10 # I'm not really up to it just yet anyway 11.16.12 # anywho, having a single sim target will be very nice 11.16.18 # indeed 11.16.22 # sdl is a pretty easy learn 11.17.24 # btw, 7zip sure is a compression monster 11.17.49 # yes, yes it is 11.18.08 # I have some pending patches to introduce a make 7zip target 11.18.24 # hah 11.20.53 # but compression is all it does nicely 11.21.00 # the rest is a mess 11.21.45 # is 7za available in cygwin? 11.21.55 # many devs use this channel? 11.22.05 # nathanh: yes, on and off 11.22.34 # Bger: USB doesn't want to connect well... I'll restart 11.23.41 # Bagder: What difference in size does 7zip give for rockbox.zip? 11.23.56 # my test went from 1500KB to 1100KB, roughly 11.24.04 # Have you tried tar.bz2 ? 11.24.21 # yes, the same test package bz2 was 1400KB 11.25.13 # ouch 11.25.15 # bz2 is highly dependent on the data type 11.25.17 # compression speed? 11.25.26 # I didn't compare speeds 11.25.32 # bzip2 is slow as a dog 11.25.39 # bz2 is burrows wheeler, which uses heaps of memory 11.25.44 # Bagder: Are you against splitting the downloads into separate zip files for things like fonts, themes etc? 11.26.02 # 7zip uses ppmd, which is better than burrows wheeler 11.26.12 # I'm not against it, as long as we still can build one version that include the lot 11.27.25 # preglow: not far away. A test prototype should be ready probably on this week 11.32.15 # Bagder: On the dir buffer thingy: All data for current directory I think are stored in the static struct tree_context tc; in tree.c 11.32.36 # but it ism't an extern variable so how could i get the address of it? 11.33.27 Quit mirak (Connection timed out) 11.34.30 # tree_get_context() perhaps? 11.35.51 # nice indeed :) 11.36.43 # this can make the jpeg viewer a lot more faster.... (situations with more than 1000 files) 11.37.14 Quit saa[b_r]ider (Read error: 104 (Connection reset by peer)) 11.38.11 Join mirak [0] (n=mirak@AAubervilliers-152-1-60-195.w82-121.abo.wanadoo.fr) 11.38.35 # 7zip takes roughly three times longer than zip 11.38.56 # 1595509 vs 1143132 11.39.02 # h120 recent cvs size 11.39.19 # is this for snapshot distribution? 11.39.36 # I'm considering it 11.39.56 # tools under linux ? 11.40.01 # im not sure 7zip is available everywhere, like linux 11.40.10 # I use nothing but linux ;-) 11.40.16 # woo 11.40.19 # p7zip.sf.net 11.40.26 # hehehe 11.40.34 # * nathanh hang head 11.40.46 Join saa[b_r]ider [0] (n=saab_rid@61.149.21.148) 11.41.09 # * Bger emerges 11.44.03 # any info on the remote control buttons for the h300? 11.44.11 # nathanh 11.44.12 # yep 11.44.20 # ugh 11.44.23 # there is a patch in the patchtracker (made by me) 11.44.24 # bmp with space 11.44.28 # swoit 11.44.28 # bmp name 11.44.37 # also, there is info in the wiki 11.45.11 # Bger: it's a charm!! 11.45.19 # im amazed at how quickly this has swung into action... 6 months ago, nothing, 4 weeks ago, it booted, today, i prefer it to the official iriver firmware 11.45.32 # hehe :) 11.46.05 # this patch should be comitted 11.46.17 Quit perplexity (Read error: 110 (Connection timed out)) 11.46.19 # btw i think that rb on h300 has shorted battery life than rb on h100 11.46.29 # yeah, i noticed that on the wiki 11.46.30 # saa[b_r]ider no, it shouldn't ... 11.46.35 # something about the backlight turning off but not the lcd 11.46.42 # Bger: any bugs? 11.46.56 # no, but there are many people with h300 and h100 remotes 11.47.17 # My battery_bencmark plugin could help you make realtime tests. 11.47.28 # hehe XavierGr :) 11.47.29 # But still it waits for commitment 11.47.33 # i'll test it 11.47.49 # the remote buttons patch wont be committed? why not? 11.47.51 # hmm... you're right. I also noticed the battery life is not very high now 11.47.59 # hm, I wonder if we should trigger new builds on changes to the tools/ 11.48.04 # You can make some very good graphs with it, if you use the log. 11.48.25 # XavierGr i'll give it a go, but not now ... 11.48.55 # just mentioning, my patch will go nowhere? At most it may be commited :D 11.49.01 # r/? 11.49.02 # (regarding batt. life) i think that a part of the problem is the slow lcd_update ... 11.49.22 # XavierGr: I'm +1 on a commit 11.49.44 Quit Kohlrabi ("Leaving") 11.50.09 # You mean you think it would be good to be commited? 11.50.13 # yes 11.50.20 # Ok thanks :D 11.50.41 # hm, maybe i should change the mappings of h100 remote also... and let someone with h100's remote to try them ... 11.50.44 # Still we would need on archos tester to be sure that it wont brake anythin. 11.50.58 # anyone with an archos? 11.51.05 # Bagder :) 11.51.10 # yeps 11.51.55 # it seems that the highlight bar is defined as the inverse of the background color, and the highlighted text is the inverse of the foreground color (if I'm not wrong) 11.52.57 # Yes. 11.53.07 # can anyone help me find out which strings make these definitions? I'd like to change the highlight to the foreground color, and the highlight text to background 11.53.45 # could someone give me a pic of h100 remote ? 11.54.05 # saa[b_r]ider: It's not that simple. You will have to look at the code in lcd-16bit.c 11.54.07 # link to such pic i mean 11.54.17 # Bger: just to know what it looks like? 11.54.33 # Bger: Just search ebay - I'm sure you will find some. 11.54.46 # to see where the buttons are situated 11.55.00 # blah 11.55.08 # i see lcd_update on h300 just does a full framebuffer copy 11.55.12 # The buttons are on the top, the bottom, and the front. 11.55.12 # no wonder it flickers :-) 11.55.25 # http://www.misticriver.net/photos/displayimage.php?album=search&cat=0&pos=0 11.55.32 # Bger: try this 11.55.38 # 10x 11.57.29 # any suggestions for a Unix-friendly text editor for windows? I hate going back and forth between this machine and my linux machine to view the codes properly 11.57.35 # can u give me the image locations 11.57.53 # saa: vim, emacs, take your pick 11.58.09 # saa[b_r]ider silly, but i use winrar's internal viewer for unix formated text (only for view of course) 11.58.18 # http://www.misticriver.net/photos/albums/userpics/12230/remotes.jpg 11.58.19 # pfe is OK, if it's still around. 11.58.51 # thanks guys, I'll google them and see 11.59.07 # bgerL did that link work? 11.59.25 # saa[b_r]ider: gvim is nice 11.59.29 # http://www.lancs.ac.uk/people/steveb/cpaap/pfe/default.htm 11.59.52 # saa[b_r]ider yes it worked 11.59.56 # but i need more :) 12.00.06 # saa[b_r]ider: I know Windows users that use JEdit happilly 12.00.26 # if you check the MR gallery, I'm sure there are loads... 12.00.47 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 12.01.13 # thanks nath cass linux :) 12.03.59 # Bger: I think you'll like this :) http://www.minidisc.org/images/iriver_ichp100_remote.jpg 12.04.11 # Timothy: mandelbrot.rock doesn't work in the simulator yet because it uses the grayscale library, which isn't supported in the sims 12.04.36 # saa[b_r]ider bingo :) 12.05.36 # Two things need to be changed: (1) The sims need to support the grayscale lib for b&w and low-depth grayscale targets. (2) For colour units, mandelbrot.rock needs to use the standard lcd api 12.05.50 # All this is already on my todo list :/ 12.06.24 # anyone here who knows how the original fw treats "vol+", "vol-", "<<" and ">>" on h100 remote? 12.06.42 # i know how it works on the h300 remote, will that help you? 12.07.01 # saa[b_r]ider: I can recommend ConTEXT. It keeps the line end format whatever it was, can convert between formats, supports syntax highlighting, ... 12.07.02 # nathanh no, i know how it works on h300, i have one 12.07.06 # ok 12.07.15 # Only drawback is that it doesn't support UTF-8 yet 12.07.35 # Bger: I wouldn't care 12.07.46 # amiconn: great suggestion. I can live without Unicode 12.07.53 # Oh, and ConTEXT is free (but not open source) 12.07.55 # * Bger expected such answer from amiconn :) 12.08.09 # * preglow plays the advocate: gvim!gvim!gvim! 12.08.10 # oh, is amiconn = linas? 12.08.16 # btw, i'm up with amiconn about conTEXT, tried it 12.08.22 # nathanh no 12.08.25 # amiconn = Jens 12.08.30 # LinusN = Linus 12.08.32 # woo, jens 12.08.45 # :) 12.09.01 # http://www.rockbox.org/twiki/bin/view/Main/IrcNicks 12.09.44 # otoh, saa[b_r]ider, if u want to try a "classic" editor, give gvim a go 12.10.11 # saa[b_r]ider: You can try http://www.flos-freeware.ch/notepad2.html 12.10.56 # I use notepad2 very good program 12.11.03 # also supports UTF-8 12.11.35 # thanks markun 12.11.37 # it has the tab to spaces option and column marking. 12.12.09 # so no more whitespaces or more than 80 columns in patches. 12.12.10 # highlighting ? 12.12.13 # yes 12.12.22 # diff, c c++ and many others. 12.12.33 # not so configurable like Context though. 12.14.39 # http://cafefiles.naver.net/data9/2005/11/8/1/DSC06875.jpg 12.15.24 # saa[b_r]ider: no support for arabic in notepad2.. :) 12.16.24 # I like notepad++ 12.17.24 # are we going to want to use the piezo speaker on the ipod for anything? :> 12.17.45 # anti theft alarm? 12.18.20 Join saab_rider [0] (n=saab_rid@61.49.147.239) 12.18.28 # piezo speaker? 12.18.38 # a tweeter in an iPod why? 12.18.45 # ask steve jobs 12.18.50 # preglow: A key click? 12.18.52 # i just wonder if anyone can think of any uses for it 12.19.00 # linuxstb: yeah, we might as well keep that, i guess 12.19.47 # put it in the plugin API, many users may come up with something.... 12.22.13 # Can anyone think of a reason that rockboy would run 20-30% slower on the H300 to the H100's? 12.22.13 # its for the click noises when you spin the "wheel" 12.22.29 # what he said 12.22.31 # aliask: screen update? 12.22.55 # aliask: LCD requires more data per pixel 12.22.59 Quit Timothy ("CGI:IRC (Ping timeout)") 12.23.03 # probably not overly efficient yet either 12.23.08 # Hrm, maybe... could we limit the FPS to boost it? 12.23.15 # hmm? 12.23.18 # better off fixing the lcd_update routine 12.23.23 # im taking a look at it, and its ripe for improvement 12.23.33 # find someone to optimie rockboy for us, there's tons to be done 12.23.37 # optimise 12.23.46 # i guess someone could also make a frame skipper for it 12.23.48 # that'd rock 12.24.01 # Can be done in ASM or does it need dynrec? 12.24.14 # then it would be like playing Doom 3 with an 64MB gfx card!!!!! 12.24.24 # aliask: asm 12.24.36 # aliask: i don't think dynrec is very viable for out platforms 12.24.46 # Yeah 12.24.51 # XavierGr: do you prefer it to be slow as hell instead? 12.24.57 # playing in slow motion isn't exactly a blast 12.25.36 # gameboy = $20 on ebay 12.25.56 # nathanh u don't get the whole idea behind this ... :) 12.25.58 # Yeah but you'd have to carry it around. 12.26.07 # * nathanh is just teasing 12.26.25 # :) 12.26.28 # ;) 12.27.16 # * saab_rider just realizes that the forums are up again! 12.28.42 Quit saa[b_r]ider (Read error: 110 (Connection timed out)) 12.28.53 # Is there any method for text input in rockbox? 12.29.03 # yes 12.29.05 # theres a mini virtual keyboard 12.29.14 # with morse input also :) 12.29.18 # But to edit files? 12.31.55 # not yet 12.31.57 # Someone was working on "rockword" to edit text files - that was for the h300 only. 12.32.36 # I have been thinking about making it, but seeing as I started learning C about a week ago, I think it would take me too long. 12.32.50 # aliask: linus torvalds learnt C while writing linux 12.32.53 # Did the guy who was making it show any source? 12.33.12 # nathanh: That's why I said slow, not that I wouldn't do it :) 12.33.31 # Yes, I think so. There is a thread on the h300 mistic river forum about colour plugins for the h300 - he links to his plugins from there. 12.35.07 # Excellent, I'll take a look. 12.36.39 # Wow, it's far from basic. Even has text formatting. 12.37.11 # preglow: I was just kidding on the rockboy subject ;p 12.37.26 Join mind_less [0] (n=Tim@209.51.83.226) 12.37.55 # ive read the wiki about rockbox-ipod... is anybody here using it or developing it? 12.39.02 # * ashridah looks at preglow 12.39.07 # hmm? 12.39.15 # ahh 12.39.20 # yes, that'd be me and linuxstb 12.39.35 # the wiki doesnt make it clear... is it in a useable state? 12.39.41 # aliask: iirc, what he posted were mockups tho 12.40.12 # Well, I'll see soon, I'm installing the plugins. 12.40.36 # i haven't been watching too closely tho 12.41.13 # nathanh: i implemented the button driver just yesterday, so you can navigate (after a fashion) now 12.41.18 # nathanh: no audio, though 12.42.11 Join drumrboy [0] (n=Drumrboy@ool-44c20ff1.dyn.optonline.net) 12.42.32 # nathanh: Do you own an iPod? 12.42.41 # linuxstb: no 12.42.53 # I would if they got rockbox though. 12.42.58 # but i find it interesting how quickly rockbox is speading :-) 12.43.01 # For some reason, ipod owners seem rare in this channel... 12.43.09 # But we are now three. 12.43.21 # i had an ipod, i wasnt overly impressed with it 12.43.23 # Cassandra got one too? 12.43.32 # i thought the iriver was better... and rockbox is better again 12.43.53 # XavierGr: Yes - a Nano 12.45.19 # ah 12.45.26 # just to ask who is the 3rd 12.45.54 # got a question about the bootloader on the h300 12.46.22 # when you hold play, it boots the bootloader from flash, which is the rockbox patched bootloader, and based on the record button state you can boot the original firmware or the rockbox firmware 12.47.01 # but if you plug in the car adapter the iriver jumps straight to the charging screen, then if you hit play it boots straight into the iriver firmware 12.47.24 # is that second path also in the flash firmware? 12.48.12 # When you either plug AC or USB in while it's off, the iRiver firmware catches it and boots. This will change in v4 12.48.31 # so the iriver firmware has multiple entry points 12.48.38 # and the v3 bootloader only catches one of them so far 12.48.39 # ? 12.48.44 # The charging screen is actually the iRiver firmware. 12.49.07 # I thought that v3 didn't catch the USB... let me check. 12.49.35 # Yeah, plug in USB from off, and it boots the iRiver firmware 12.51.06 # oh i think i get it, so in mkboot the bootloader/main.c is appended to the original iriver firmware 12.51.34 # then the vector interrupts at the start of the firmware are rewritten to point at bootloader/main.c 12.52.11 # but there are multiple vector interrupts, at least play, usb and power 12.52.24 # Yeah 12.52.31 # That's my understanding anyway. 12.52.32 # linuxstb: so RB on an iPod will allow filetree structure, and playing MP3s directly off the HD (as oposed to transfering them through iTunes)? 12.52.56 # saab_rider: Yes, Rockbox on iPod will make the iPod behave like every other Rockbox target. 12.53.07 # ideally if the power interrupt vector could be caught as well 12.53.16 # then rockbox would be the ideal car player 12.53.19 # Oh well, I'm off, gotta do christmas shopping tomorrow. Joy. :| 12.53.24 # turn the car on, starts playing, turn the car off, turns off automatically 12.53.42 # Coming in bootloader v4 12.53.45 # G'night all. 12.53.49 # * nathanh does a happy jig 12.53.51 # night 12.53.58 Quit aliask ("Chatzilla 0.9.69 [Firefox 1.5/2005111116]") 12.53.59 # linuxstb: lol fuck ipod. 12.54.12 # rockbox is betraying us 12.54.14 # ;D 12.54.21 # 'us'? 12.54.22 # rockbox is not an iriver project you know 12.54.38 # if you're going to be all eliteist, rockbox could just take its ball and go back to archos only :) 12.54.47 # :D 12.54.48 # nathanh: rockbox already does that 12.55.00 # zagor: just the iriver bootloader v3 doesnt, i get it 12.55.28 # Bagder: ipod support can only be good for rockbox, considering the large userbase and potential developers isn't it ? 12.55.42 # some ipod users will clamour for it 12.55.48 # ogg support, gapless playback 12.55.49 # the more the merrier 12.55.59 # ive got an ipod friend who curses the gaps in his dj albums 12.56.05 # people who prefer iPod in general probably got it for it's simplicity, not to hack it. 12.56.11 # nathanh: there was a rumour saying ipod hardware could not support ogg 12.56.19 # nathanh: have you heard about that ? 12.56.30 # mirak it's actual only for old ipods 12.56.32 # i heard it, i reckon newer hardware must be able to, if it has enough cpu grunt to play video 12.56.32 # mirak: they claimed iriver's hardware couldn't do gapless when asked too :) 12.56.51 # nathanh: it doesn't use the cpu for the video, it has a separate dsp 12.57.04 # fair enough 12.57.14 # there is a problem with the cpu cache in older portalplayer chipsets iirc... 12.57.38 # yes, it's slow 12.57.39 # nathanh: Rockbox already has 'car adapter mode' on platforms which power on when plugged. Currently this is archos only, but it sounds like the H3x0 is the next target which will support it 12.57.49 # amiconn: woo 12.58.04 # amiconn: the power off bit works fine, i can stop the car and it pauses, start the car and it resumes 12.58.09 # amiconn: what is this car adapter mode ? I have read that on the wiki, I don't get the difference 12.58.15 # nathanh: the video is decoded on a more powerful chip 12.58.16 # nathanh: just need to wire the remote from a H1xx into your steering column :) 12.58.21 # The H1x0 can't, because it doesn't power on automatically 12.58.23 # i reckon we'll be able to do ogg nicely on ipod hardware 12.58.28 # at least the pp5020 based ones 12.58.32 # amiconn: its the power-on from off state that doesnt work, but as already said, the v4 will fix that 12.58.44 # linuxstb: which gen iPod do you have? 12.58.48 # preglow: that's a dsp or a dedicated ship ? 12.59.04 Quit DrumRBoy|Away (Read error: 110 (Connection timed out)) 13.00.06 Nick ashridah is now known as Lost-ash (n=ashridah@69.55.227.55) 13.00.22 # mirak: If you have a car with a power outlet that is switched together with the ignition, just connect the jukebox to it via a car charging adapter. Then starting the engine will unpause playback, and stopping it will pause (and poweroff after timeout) 13.00.24 # mirak: both 13.00.42 # iirc 13.00.54 # mirak: dsp-ish, it's hard to say 13.01.05 # amiconn: my car suck 13.01.06 Quit nathanh ("CGI:IRC (EOF)") 13.01.12 # one speaker is dead 13.01.20 # I must put everything on left channel 13.01.23 # ^^ 13.01.24 # All this does work on all platforms, just the power-on does only work for platforms which power on when plugged 13.01.53 # is there a menu for radio on H300 os it's not implemetned yet ? 13.02.43 # Not implemented yet 13.03.43 # I wish i understand code... can't figure out where the colors of the highlight bar, and higlighted text are 13.04.15 # They aren't defined separately, they are just the inverse of the standard colour 13.04.16 # s 13.06.15 # amiconn: exactly, I want to disable the inverse, and switch the colors, background=highlight text color, and foreground=highlight 13.06.32 # is this possible? 13.07.36 Join nathanh [0] (n=cb1a1042@labb.contactor.se) 13.09.29 # struct tree_context->name_buffer holds all the names of current folder, but which variable in there holds the positions of each string on the buffer? 13.10.17 Quit linuxstb (Read error: 110 (Connection timed out)) 13.10.25 Join Febs [0] (i=Febs@dhcp64-134-210-83.hfwsf.sjc.wayport.net) 13.10.29 # XavierGr: read the tree.c code and see what that does 13.10.39 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 13.10.46 # okay thanks 13.11.49 Quit edx (Read error: 110 (Connection timed out)) 13.13.21 # saab_rider: I have a 4G color (60GB). 13.14.11 # hmm.. so the current port won't work on 3G ipods I assume 13.14.17 *** Saving seen data "./dancer.seen" 13.14.50 # No. It also won't work on greyscale 4G ipods until someone write an LCD driver. 13.15.07 # (that includes the mini) 13.15.13 # making an pp5002 port shouldn't be that hard 13.15.16 # but we need someone to do it 13.15.28 # we could use an ipod developer or two extra, actually 13.15.35 # I wonder if my friend is capable... but other than the LCD driver, the buttons are different as well 13.15.42 # oh yes 13.15.49 # (at least for 3G) 13.15.58 # the hardware on 3g and below is pretty different than 4g and up 13.16.45 # I already sent him a message (but he's not around now). he loves a challange, if he's interested ;) 13.16.47 # But the infrastructure is there - for the hardware drivers, it will mainly be a case of copy and paste from the IPL code. 13.17.40 # The LCD driver isn't trivial - the ipods use a different framebuffer format to the H1x0, so the high-level LCD code will need to be written as well. 13.17.55 # (I'm talking about the greyscale LCD) 13.18.46 # I sent him RB's link so he can see what's going on... there's also the iPod linux port, but I'm not sure what that's capable of 13.20.25 # linuxstb: any idea about the highlight color question? 13.21.41 # I think amiconn answered it - that there is no concept of a "highlight color" in Rockbox at the moment - only an "inverse" 13.22.47 # Hmm, do i have a bug in my code or am i correct that rockbox can only append to a file opened with O_RDWR and not write anywhere there i go with lseek? 13.23.38 # linuxstb: yeah I know that it's only an inverse. hmm.. but doesn't it mention which previously defined colors to inverse? 13.26.11 # the extent of this source code is bloody amazing 13.26.28 # theres a mini libc, a kernel, threads, ata drivers 13.26.48 # yeps, we have it all ;-) 13.27.02 # now, where's our tcp/ip stack? ;-P 13.27.19 # saab_rider: When drawing text, it will inverse the FG and BG colours. 13.27.37 # hehe, tcp/ip will come in future along with players equipped with wlan etc ;) 13.27.50 # rumor mill says that next gen ipod will have wifi 13.27.50 # that'll be fun 13.27.58 # whether that means bluetooth or wimax or 802, who knows 13.28.08 # wimax? 13.28.16 # seem inappropriate 13.28.20 # but who knows 13.28.47 # and btw, wimax is 802 too ;-) 13.28.48 # Slasheri: no you can write 13.28.54 # hrm, bluetooth hardware hack onto h300 w/ bluetooth headphones 13.28.57 # * nathanh dreams 13.28.58 # bluetooth would be too easy because i have already coded a stack for it :) 13.29.18 # XavierGr: ah, interesting. Then i need to add more debugging 13.29.51 # Slasheri: Or so I know from my test.... 13.30.20 # how do you write to the file? 13.30.32 # I get it now, it just inverses. I thought maybe it was actually specific by telling it to assign the inverse of the BG to the highlight, and an inverse of the FG to the text. but it's simpler than that, it just asks the current entry's color to be an inverse of the default colors 13.30.50 Quit mirak ("Ex-Chat") 13.30.59 # XavierGr: i open a file created earlier, then seek to a correct location and write a chunk of data 13.31.12 # ah, in fact i read a chunk from that file first 13.31.27 Join mirak [0] (n=mirak@AAubervilliers-152-1-60-195.w82-121.abo.wanadoo.fr) 13.31.28 # then i edit that chunk a little, lseek back and write the new one 13.32.00 # I think that you can't overwrite 13.32.02 # saab_rider btw i forgot to add a comment regarding the fact that the h300 remote lcd button patch adds the CONFIG_VIRTUAL led define too 13.32.05 # only add 13.32.33 # oh, so that's the problem then.. :/ 13.33.02 # why overwriting is not possible? I think it shouldn't be hard to implement.. 13.33.08 # I had the same problem once 13.33.16 # im guessing nobody needed to overwrite before :-) 13.33.17 # Slasheri: I would guess it just hasn't been done 13.33.18 # i think we need to fix that :) 13.33.18 # the inverse of black and blue is white and yellow (yellow text with white highlight doesn't look great), so I changed the line select to the pointer :) 13.33.33 # Bger: what does that do? 13.33.34 # Bagder: ah :) probably i try to figure that out 13.33.39 # you can make a trick with read_line 13.34.26 # are the gpio regs memory mapped, or are they shadows? 13.34.43 # but overwriting in the new tagcache code is quite essential for performance reasons.. so i try to fix the write routine then 13.34.47 # But yeah Slasheri if you knwo how to implement such function please do. I had the same problem (though I solved with another approach) 13.34.59 # * nathanh asking about h300 13.35.16 # nathanh: memory mapped, iirc 13.35.36 # XavierGr: i will try :) but doing it safe takes some time to learn the essential fat structure first 13.36.05 # Slasheri: there are some test cases for the fat code that might come handy 13.36.21 # Bagder: ah, that sounds good :) 13.36.26 # the linux mount-a-file is a dream for that 13.36.43 # hehe 13.37.00 # so you can make a fs-dump from a live fs, mount that and run your test code 13.37.37 # hmm, that sounds like a great idea to test the code 13.37.55 # btw can someone with cvs access add the following to firmware/export/config-h300.h 13.38.07 # #define CONFIG_LED LED_VIRTUAL 13.38.36 # I wonder why MR spell Rockbox so oddly 13.38.47 # "ROCKbox for H1xx Series" 13.39.03 # RoCkB0x 13.39.21 # in the forum titles? 13.39.24 # yes 13.39.25 # RrrOcKBOX sup1337 h4x0r f1rmw4r3x 13.39.41 # Slasheri: rockbox should be able to write anywhere in a file opened with O_RDWR 13.39.51 # (unless you open with O_APPEND of course) 13.40.15 # well the logo says ROCKbox 13.40.28 # true 13.40.51 # I personally prefer H100 rather than H1xx or H1x0 13.40.51 # but that's the graphical logo 13.41.08 # amiconn: Hmm, interesting. I will write a simpler code to test that.. probably it's just a bug in my code then 13.41.22 # I guess they took it as the "official" way of writing it 13.41.25 # amiconn: He wants to overwrite previous data, can that be done? 13.41.25 # saab_rider: the problem with h100 is that there is a model h100 that differs slightly from h120 and h140 13.41.48 # saab_rider: so h1x0 is more "covering" while H100 could feel like it isn't h120 and h140 13.42.03 # amiconn: So i would need to read a data first, and write it back (in same location) with modified 13.42.06 # that makes sense... 13.42.36 # at least I try to make that distinction 13.42.44 # lagaagg 13.43.13 # ¼¼ÀÌ Çã~ 13.43.27 # bless you 13.43.39 # kk 13.43.46 # I didn't know that there existed an H100 that was different, what's the difference? 13.44.03 # saab_rider: the ihp100 has 16MB ram as the biggest noticable diff 13.44.20 # Snort snort 13.44.21 # but there are some more minor differences 13.45.13 # but they look the same, right? 13.45.17 # yes 13.46.03 Join Membrillo [0] (n=sam_kill@CPE-60-229-178-37.nsw.bigpond.net.au) 13.46.04 # http://www.rockbox.org/twiki/bin/view/Main/DeviceChart#iriver_units 13.46.18 # interesting... I thought they just renamed them because of their use of the HP prefix 13.46.32 # the renaming was done on the 120 and 140 as well 13.46.45 # there are ihp-120 and h120 models 13.46.56 # very confusing :) 13.47.01 # yes 13.47.51 # and as one nice guy said on MR forums once: "I bought an iHP and I was left with an H. :(" 13.47.53 # and the ihp-100 is also known as iHP-110 sometimes 13.48.08 # and even an iHP-115 is claimed to exist 13.48.21 # kkk 13.48.49 # I have H120. 13.49.36 # I wonder what they iRiver have up their sleve as their new HD-based player 13.50.03 # I have an iR-160-e :)) 13.50.18 # R for rockbox 13.50.28 # haha.. 13.50.48 # A new player? :) 13.50.58 # I don't believe in iriver's future players 13.50.58 # Slasheri, XavierGr: It should work. Of course you need to seek back after reading, and not open the file with O_TRUNC specified 13.51.35 # well I don't want it to be like the H10 13.51.37 # iriver will make H20. 13.51.44 # Strange, it din't work out on my test. Maybe I was doing something wrong. 13.51.53 # Slasheri please tell me if you get this working. 13.52.17 # whats wrong with the h10? 13.52.22 # jungti1234: are any of the specs released/rumored? 13.52.39 # no.. 13.52.56 # does it function like the H1x0/H300 with filetree, and drag-n-drop playback? 13.53.07 # Don't detail yet. 13.53.49 # It can change. 13.54.02 Quit Febs (Read error: 110 (Connection timed out)) 13.54.13 # XavierGr: yes, i will. I just tried a very simple test case and it seems to work there but it doesn't with my real program :/ i will still try to find the bug.. 13.54.34 # nathanh: it seems it isn't mass storage anymore for example 13.55.56 Join Rob2222 [0] (n=Miranda@ACB10C63.ipt.aol.com) 13.56.08 # nathanh: People say that H10 has many bugs. 13.56.19 # it seems there are different versions of H10 13.56.24 # some are mass storage 13.56.27 # Bagder: Anything interesting happening with Neuros? Or is that idea dead? 13.56.41 # Slasheri: Did you just write a message with white letters on awhite background? 13.56.43 # linuxstb: I consider it dead for a good while ahead 13.57.25 # linuxstb: Rockbox would only be considered for their N3 model which isn't even discussed and the only plans mentioned said something like Q3 next year 13.57.39 # and there is no source 13.57.49 # and they use a TI chip again 13.57.55 # They would seem better off collaborating with the ipodlinux people on an open source userland application. 13.58.07 # indeed 13.58.26 # They could use the Rockbox simulator... 13.58.27 # there first model on this arch is their 442 model which is gonna be linux based 13.58.31 # their 13.58.50 # Bagder: I thought H10 was non-UMS :D 13.59.00 # "Related question. How do I know whether my player is UMS or MTP?" 13.59.00 # XavierGr: i created a file and wrote a structure and closed the file. Then i opened the file again with O_RDWR, read that structure, changed one value and wrote it back. That seems to work fine.. 13.59.15 # saab_rider: "If your player comes with iriver plus1 or 2, then you have to use iriver plus software for organizing your music and this can be regarded as UMS version." 13.59.21 # indicates UMS ;-) 13.59.32 # wtf is ums? 13.59.39 # usb mass storage 14.00.18 # i.e. you plug your player into any computer running any operating system, and it appears as another hard disk. 14.00.46 # the primary reason why i got the iriver 14.01.05 # the idea of having to use a windows/mac software package to move audio files onto the player was boggling 14.01.10 # bagderL hang on... so H1x0 and H300 is just "mass storage" not UMS? or what would they be called? 14.01.24 # UMS is mass storage 14.01.46 # the H10 is also available as "MTP only" 14.01.50 # without UMS support 14.02.11 # So what's MTP? 14.02.36 # its a cloned named from PTP (picture transfer protocol), meaning music transfer protocol 14.02.48 # Slasheri: OK thanks. I was doing something completely wrong. And when I asked here I thought that it wasn't supported. 14.03.00 # Is that some kind of standard? 14.03.08 # from MS, yes 14.03.17 # "Why Partners Need to Better Understand MTP" 14.03.21 # http://www.microsoftmonitor.com/archives/005785.html 14.03.23 # har har har 14.03.31 # Ah, so WMP can communicate with MTP players. 14.03.34 # "You Will Like MTP, damnit" 14.03.38 # linuxstb: yes 14.03.46 # ah? 14.03.47 # I'm guessing there is a lot of DRM all over 14.03.49 # * linuxstb shudders 14.03.51 # H10 20GB? 14.04.00 # its the way of the future, rockbox is the only way out :-) 14.04.19 # Bagder: so H1x0s, H300s, and H10 are all UMS, but the first 2 support playback of drag-n-dropped files, and UMS H10 requires iriverplus for music transfer? 14.04.48 # saab_rider: no, if H10 supports UMS it supports the same drag-and-drop 14.05.04 # but it doesn't have to mean that it can play music transfered that way 14.05.37 # Bagder: just like the Gigabeat, who refuses to play music if it's not transfered with their special software 14.05.42 # and iriver's site is not likely to tell 14.05.43 # Sounds like a move back in time 5 years when all DAPs had their own proprietory protocol. Good to see the industry innovating and moving forward. 14.06.07 # markun: :-( 14.06.31 # "There is simply no way to understate the importance of MTP to Microsoft's digital entertainment strategy" 14.06.36 # the media companies will be pushing for proprietary protocols 14.06.38 # markun: Have you tried to run code on your gigabeat yet? 14.06.52 # expect it to happen, no matter the suckage 14.07.09 # no, couldn't get the an arm-linux crosscompiler to build so far. 14.07.27 # libc refused to be build on my FreeBSD machine 14.07.39 # markun: tried it with crosstools? 14.07.45 # no, I didn't 14.07.53 # so the main difference between the UMS H10 and the MTP H10 is that the UMS version uses iriverplus, and MTP uses WMP and doesn't act as an external drive? 14.08.07 # saab_rider: as far as I can tell, yes 14.08.24 # that's why I don't like the H10 : 14.08.25 # :D 14.08.27 # they mention DRM differences too 14.08.58 # I read about that MS compatability... 14.09.12 # they had a funny name, play for sure? 14.09.13 # XavierGr: i would say that there is nothing wrong with the fs code.. Now my hexdumps are beginning to look too weird.. :) Probably i need some extensive testing now 14.09.19 # +not 14.10.25 # Anyone have any idea what kind of market share DRM'd WMP has compared with the iTunes Store? 14.10.48 # probably 0.0000000001 14.10.56 # :) 14.11.42 # hrmph 14.11.47 # bloody button driver 14.13.37 # I love Sunncomm's FAQ about the DRM they provide on Sony CDs - they provide a set of DRM'ed WMA files and then blame Apple for the fact that users can't transfer the CD to an iPod because "Apple uses a proprietory system". 14.14.02 # <_FireFly_> moep 14.14.16 # hahaha 14.15.54 # XavierGr: i am now quite sure overwriting doesn't work as it should.. it just corrupts the file 14.16.37 # <_FireFly_> Slasheri how did you open the file for overwriting ?? 14.17.02 # _FireFly_: O_RDWR 14.17.25 # <_FireFly_> and how does the file get corrupted ?? 14.17.28 # and that problem doesn't seem to happen with a very small files.. 14.17.36 # i will implement a test function soon 14.18.05 # _FireFly_: it doesn't update from the beginning, it will lost the alignment and data are being inserted to the end or something like that.. :) 14.18.13 # i don't know well just yet 14.18.34 # <_FireFly_> Slasheri try to explicitly seek to the start of the file 14.18.46 # <_FireFly_> before writing 14.19.01 # preglow: No luck with your buttons then? 14.19.04 # _FireFly_: i have done that 14.19.08 # haven't had much time, but no 14.19.11 # but it doesn't have effect 14.19.21 # the old data just remains.. 14.19.25 # <_FireFly_> Slasheri or some other fns which do you use modify the seek-pos 14.19.25 # got cpu clocked at 75mhz, still no dice, it lags like mad 14.19.55 # <_FireFly_> s/seek-pos/current-pos 14.20.27 # preglow: Do you send release events as well for each scroll event? 14.20.38 # linuxstb: scroll, yes, the other buttons, no 14.20.50 # that's a bug i just thinked of 14.21.41 # Maybe the list viewer code is expecting something different - have you looked at the application side of things? 14.21.59 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-131-040.pools.arcor-ip.net) 14.22.28 # queue_post(&button_queue, wheel_keycode, NULL); 14.22.29 # queue_post(&button_queue, BUTTON_REL | wheel_keycode, NULL); 14.22.43 # that's what i do for each scroll event 14.22.53 # no, i haven't 14.23.31 # So presumably wheel_keycode is either BUTTON_SCROLL_FWD or BUTTON_SCROLL_BACK ? 14.23.55 # ayte 14.23.57 # aye <- 14.25.04 # Seems that the button definitions in tree.h are not being used any more. 14.25.40 # Guess it must be in gui/list.[ch] now 14.25.51 # preglow: why the release event? 14.26.16 # LinusN: because i thought they were needed :] 14.26.37 # afaik they aren't 14.26.43 # okies, then i'll do a quick mod 14.27.26 # can you detect that you are holding still on the wheel? 14.27.48 # My thoughts about the scrollwheel were that it would fire successive button press/release events, and would never send a repeat. This way, the button driver would control how fast the events are sent to the application. 14.28.13 # But maybe that was crazy. 14.28.25 # better send repeated press events 14.28.43 # without the REPEAT flag 14.28.44 Quit nathanh ("CGI:IRC (EOF)") 14.28.48 # yeah 14.29.00 # can you detect that you are holding still on the wheel? 14.29.10 # i don't know 14.29.18 # I think you can. 14.29.20 # hehe 14.29.22 # Good night 14.29.22 # can you detect that you push it? 14.29.39 Quit Jungti1234 ("bye") 14.29.40 # again, i don't know, buttons send a press interrupt, and depress 14.29.43 # don't know how the wheel does it 14.29.58 # but aren't you writing the driver? :-) 14.30.16 # the driver was a quick cowboy coding session i did yesterday 14.30.23 # yiehaa 14.30.25 # it's more or less a direct rip of the ipl code with some #if 0 in it 14.30.40 # man, cache really makes a difference 14.30.57 # how does the apple firmware operate? does it detect presses as well as sliding? 14.31.27 # pressing the wheel and sliding are two different things 14.31.32 # LinusN: There are four "real" buttons located underneath the scroll wheel. 14.31.35 # the presses are are actual buttons 14.31.44 # aha... 14.31.48 # (lame) 14.32.06 # IIUC, the driver detects where on the wheel you are currently touching. 14.32.17 # why's that lame? 14.32.31 # There are two actions - touching and pressing 14.32.43 # huzzah 14.32.49 # scroll wheel is usable now 14.32.55 # Hurray. 14.33.00 # cool 14.33.39 # * LinusN does the scrollwheel dance 14.33.47 # * linuxstb wants a webcam URL 14.33.48 # click wheel, i mean! 14.33.51 # hahha 14.33.55 # you can have a build 14.34.14 # it's oversensitive still, though 14.34.15 # i need to fix that 14.35.08 # Is it possible to move one position now? With your previous version, the best I could do was two. 14.35.14 # yes 14.36.10 # So have you enabled the cache now as well? 14.36.24 # yes, it flies 14.36.50 # hahaha 14.36.52 # Is the ATA driver still causing you problems? 14.36.56 # at least it can handle really heavy interrupt loads now 14.37.11 # a couple of quick circuits around the wheel with the finger and it's going for a good two seconds 14.37.53 # yes it is 14.38.13 # hah 14.38.19 # my nano is making sound 14.38.23 # high pitched whine 14.38.25 # pretty weak 14.38.33 Quit XavierGr (Read error: 110 (Connection timed out)) 14.39.09 # preglow: not exactly a "gentlemen" mail, is it? :-) 14.39.16 # jhahaha 14.39.42 Quit markun (Read error: 113 (No route to host)) 14.39.43 # Gentlemen, we have unintended high-pitched whine! 14.39.52 # lol 14.40.04 # preglow: do you need to handle the wheel with an interrupt? 14.40.23 # all buttons are handled with interrupts 14.40.35 # can't you poll the wheel interrupt state within the button tick interrupt? 14.40.52 # i guess i can 14.41.11 # i don't think you need to handle each and every wheel event 14.41.17 # the same goes for the buttons 14.41.27 # hmm 14.41.39 # i would want the wheel event speed to follow the speed of my finger 14.41.49 # that'd work still, of course 14.41.54 # depends if i can get polling to work properly 14.42.02 # yes 14.42.12 # i have no idea what part of this jumble of status registers writes does what 14.42.14 # that way you would get a much more even load 14.42.44 # comments are in the style of /* Interrupt ACK? */ 14.43.10 # if you don't find out, you can do a pseudo-poll: 14.43.38 # in the wheel interrupt only set a flag indicating what the event was, then poll that flag in the button tick driver 14.44.10 Join Hooligan [0] (i=Hooligan@Node126-61-52-66.1dial.com) 14.44.18 # yeah 14.44.22 # but argh 14.44.30 # the flash accesses are really sluggish 14.44.45 # still, heavu usage of dbg_ports() should reveal some stuff 14.45.01 # that's true 14.46.29 # i press "browse fonts", and it just hangs for a couple of seconds, then pretends nothing happenede 14.46.36 # with the file listing being absent 14.47.07 # man, how deep is the event queue? 14.47.28 # i had it going for like twenty seconds, here, with five or six quick circuits on the click wheel 14.47.30 Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) 14.47.40 # i mask the i2c interrupt while dealing with it 14.47.45 # preglow: 16 events, i believe 14.47.57 # ok, so the clickwheel controller itself really needs to have quite a queue going 14.48.29 # if you really need to capture that many events, yes 14.48.43 # no, i mean the hardware controller 14.48.50 # ah 14.48.54 # it can't be a software issue if you've only got sixteen levels of queue 14.48.59 # that'd be spent in a blink 14.49.13 # but i obviously continue to receive events for ages 14.49.21 # s/events/interrupts/ 14.49.28 # any data sheets for that controller? 14.49.35 # no idea 14.49.39 # or is that in the PP chipset too? 14.49.43 # Event queues are 64 events afaik 14.49.43 # doubt it 14.49.50 # it's a custom apple controller, i bet 14.49.55 # they get these click wheels made especially for them 14.50.10 # but it might also be a pp thing 14.50.13 # amiconn: #define QUEUE_LENGTH 16 14.51.10 # nasty FAT32 buffer overflow alert 14.51.44 # the filenames are nowadays stored in utf8, but the direntry buffer is only 256 bytes 14.51.54 # (as pointed out in the rockbox forums) 14.52.03 # oh 14.52.06 # preglow: From the ipodlinux wiki - "Cypress CY8C21434 - Click wheel controller" 14.52.19 # (this is under the entry for the Nano) 14.53.36 Join edx [0] (i=edx@p54A87F27.dip.t-dialin.net) 14.54.38 # And a datasheet: http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy8c21434_5.pdf 14.55.10 # linuxstb: put it in the rockbox datasheet wiki 14.56.42 # it's programmable 14.56.45 # so really not much help, i guess 14.57.11 # I'll upload it anyway. 14.57.52 # amiconn: hehe, it seems to be a caching bug in the file system code because if i call fsync after every write, the problem is gone 14.58.02 # i will look fixing that later, now i need to go 14.59.55 Join Moos [0] (i=DrMoos@m196.net81-66-159.noos.fr) 15.00.02 # Hello here! 15.00.34 Quit Maxime (Read error: 104 (Connection reset by peer)) 15.02.02 # LinusN: Ah ok, so the default queues are 16 entries deep. I confused it with the talk queue 15.03.08 # hm, what about adding a "HAVE_ADJUSTABLE_BRIGHTNESS" define ? 15.03.17 # linuxstb: it's still hypersensitive 15.03.29 # regardinh all colour targets ? 15.03.30 # just touching the wheel makes the cursor move 15.05.06 Join Maxime` [0] (n=flemmard@fbx.flemmard.net) 15.05.17 # anyone ? 15.05.33 # Bger: seems reasonable 15.05.48 # or HAVE_ADJ_LCD_BRIGHTNESS ? 15.06.07 # or only HAVE_LCD_BRIGHTNESS 15.06.23 # okay 15.07.36 # better separate main and remote lcd brightness 15.07.44 # true 15.07.54 # but most defines already use LCD for main and REMOTE_LCD for remote 15.08.01 # iirc 15.08.22 # ah, of course 15.08.33 # i'm editing the h300 brightness patch atm, which is awfully made 15.10.17 # linuxstb: any idea why the disk read would just fail like that? 15.11.17 # No. The only thing I can think of is the interrupts, but then I would expect it to fail earlier. 15.11.32 # i have disabled all interrupts but timer1 and i2c 15.11.38 # but you didn't use them anyway, no? 15.11.44 # i mean, you couldn't :) 15.11.45 # No. 15.11.50 # but anywho 15.11.52 # it does read 15.11.56 # But who knows what the IPL init code does... 15.11.57 # at least the root dir 15.12.24 # Yep. And it seems to save the config sector when shutting down. 15.12.43 # Bger: what does the CONFIG_VIRTUAL led define you mention earlier do? 15.12.54 # linuxstb: hmm, no, actually, it doesn't do that 15.13.06 # or maybe it does 15.13.11 # i should try 15.13.24 # I changed the font, and now that font is the default when I start Rockbox. 15.13.33 # well, yeah, but you can change font as well 15.13.35 # i need to try it 15.13.56 # You may also want to decrease the idle timeout 15.14.18 *** Saving seen data "./dancer.seen" 15.14.48 # Or not - forget that. It should be written during the next disk access. 15.15.21 # i did 15.15.26 # okies 15.15.41 # I did manage to set the date and time from within Rockbox - that's one thing IPL can't do for some reason. 15.16.12 # yes, you did 15.16.15 # that works fine here as well 15.17.02 # Plugins seem to work - the databox plugin loads and runs. 15.17.06 Quit Bger (Read error: 104 (Connection reset by peer)) 15.17.12 # yes, it does save the config sector 15.17.21 # i can't access plugins either :/ 15.17.46 Join Bger [0] (n=Bager@83.222.160.88) 15.18.14 # Anyway, I'll do some more tests and look at it this evening. Hopefully you'll have committed your button driver by then. 15.18.50 # saab_rider this enables the "disk activity" "led" on the statusbar 15.19.09 Join mikearthur [0] (n=mike@82-41-227-152.cable.ubr11.edin.blueyonder.co.uk) 15.19.40 # linuxstb: don't count on it, but we'll see 15.19.55 # i don't want to commit code looking like this 15.20.14 Quit Bger (Client Quit) 15.22.10 # brb 15.23.41 Join perplexity [0] (n=joust@217.165.110.88) 15.23.57 Join Kaggen [0] (n=kaggen@nl-67-17.netlogon.liu.se) 15.24.04 # preglow: OK, no problem. 15.26.37 Join Bger [0] (n=Bager@83.222.160.88) 15.28.51 Quit Membrillo () 15.34.03 Join petur [0] (n=d4efd6a6@labb.contactor.se) 15.36.13 # Bger, can you tell me what's wrong with that H300 brightness patch? Excuse my first steps into this project... 15.37.50 # Bger it's not wrong, but u've done it verry... how to say it 15.37.55 # many little files 15.38.02 # dos format 15.38.06 # also 15.38.09 # oh 15.38.25 # Sorry, used tortoisecvs to create them one by one 15.38.35 # there will be other targets with brightness setting 15.38.40 # so i'm adapting it 15.38.43 # this cvs stuff is all new to me 15.38.56 # heh it is nearly the same to me 15.39.04 # I agree with the other targets, was a bit short-sighted of me 15.39.27 # u wanted to do it asap, yep ? :) 15.39.40 # my first real patch :D 15.39.43 # hehe 15.39.54 # i understand u 15.40.11 # sorry for the inconvenience 15.40.30 # btw, u've also included another patch in this one 15.40.33 # (at least the code works and is commented) 15.40.42 # Why is it that under Rockbox the H300 LCD doesn't turn off, just the backlight? 15.40.43 # yep, u're right 15.41.05 # congrats for this 15.41.07 # Hooligan: because no one wrote anything that turns it off 15.41.25 # things usually don't happen by themselves 15.41.25 # Badger: Well, I suppose that would do it! 15.41.28 # not even in Rockbox 15.41.49 # Linus, is it not turned off? 15.42.11 # no its not 15.42.19 # (even though I'm not Linus) 15.42.46 # hehe... more work, but not now and not tonight... 15.43.23 # shouldn't be doing this from at work - gotta go 15.43.36 Quit petur ("CGI:IRC 0.5.7 (2005/06/19)") 15.45.19 # heh 15.46.09 # All great things happen on borrowed time. Especially that which you are being paid for. 15.47.12 # Oh, one more question if you don't mind. Why can't the JPEG viewer be used on the H300 currently? 15.47.30 # because it isn't adjusted 15.48.29 Join arkascha [0] (n=arkascha@xdsl-195-14-221-144.netcologne.de) 15.49.06 # Can Rockbox see why kids love Cinnamon Toast Crunch? 15.53.07 # LinusN: Regarding MAX_PATH - utf-8 will triple the size in the worst case. 15.53.50 # While UTF-8 chars can be 1..4 bytes, it won't be more than 3 bytes when converting from UCS-2 (that's what VFAT uses) 15.55.08 # amiconn: ok 15.55.34 # 768 bytes per entry then...ouch! 15.56.07 # Either that, or we need to handle possible overflows 15.56.26 # that is not very nice 15.56.47 # since the user won't be able to rename such a file 15.57.08 Join nathanh [0] (n=dcf5dec6@labb.contactor.se) 15.57.12 # It wouldn't be possible to open such a file either 15.57.33 # that may be fixable, but yes 15.57.46 # We could keep the path in UCS-2 internally, that would mean 512 bytes 15.58.00 # of course 15.58.08 # ...but complicate the handling, since it can contain 0 bytes 15.58.20 # 0? 15.58.32 # \0 15.58.42 Join Febs [0] (i=Febs@dhcp64-134-210-83.hfwsf.sjc.wayport.net) 15.59.13 # amiconn: which character is UCS-2 code 0x0000? 15.59.13 Quit nathanh (Client Quit) 15.59.14 # amiconn: how is the \0 displayed in a filename in windows? 16.00.34 # UCS-2 is essentially the same as UTF-16, but covering the 'basic multilingual plane' only 16.01.15 # LinusN, markun: I mean that an UCS-2 or UTF-16 string can contail \0 _bytes_ because an UCS-2 char is 16bits 16.01.26 # Ah, of couese. 16.01.29 # That means we can't use standard string functions to handle them 16.01.35 # of course we can't 16.03.57 # i'm mostly worried about the file browser buffer size 16.05.08 Quit Moos (Read error: 104 (Connection reset by peer)) 16.05.10 # I'm more worried about buffers on the stack 16.05.39 # The file browser buffer size needs to be increased of course 16.06.03 # amiconn: yes, stack buffers will be a problem 16.06.58 # I hope the unicode transition will not cause more problems than it solved. 16.07.51 # amiconn: yes, now the tagcache works very well with the fsync call added. Without it, the index files got really corrupted :/ 16.08.25 # markun: initially, it will be shaky, of course 16.08.26 # but fsyncing after each write is of course a way too slow, so the real problem should be fixed 16.08.39 # i'm mostly worried about the font chaos we have today 16.09.07 # we have a lot of fonts with so-so quality 16.10.09 # I've been trying to convert the crox* fonts, but it's not a trivial tast because the encoding used is not standard and not consistend between the fonts. 16.10.11 # btw, perhaps rockbox should try to warn the user when selecting a language for which the font has no support. i wonder how on earth we could pull that off, though... 16.10.13 Join Moos [0] (i=DrMoos@m196.net81-66-159.noos.fr) 16.11.05 # markun: Afaik, most of the crox* fonts use Win1251 16.11.37 # LinusN: Bagder and I were talking about a list of most used chars at the beginning of the language file so they can be preloaded. It could also be used to detect if the language file is supported by the current font 16.12.30 # amiconn: I know, but still they are not right. Some have a E umlaut in the same place where others have an upside down '?' 16.12.41 # amiconn: and some have smiley icons at the beginning 16.12.53 # "Warning - 85% of the characters in the new .lng file are not covered by the current font. Do you want to switch anyway?" 16.13.08 # amiconn: nice 16.13.21 # yes, that would be great 16.13.39 Join Hooligan| [0] (i=Hooligan@Node62-61-52-66.1dial.com) 16.13.59 # and that has to be shown when you switch font as well 16.14.16 # amiconn: maybe iconv's CP1251 table is not correct, or else the fonts look more like a mix of the lower part of latin1 + higher part of CP1251 16.14.23 Quit hshah (Read error: 104 (Connection reset by peer)) 16.14.52 # sometimes i envy the coders of the original firmware, they only need to care about one or two fonts :-) 16.15.22 # And as phaedrus961 noticed: the defauld chars in some fonts should be replaced by something visible. 16.15.36 # default glyph 16.17.45 Join leftright [0] (n=d4406110@labb.contactor.se) 16.19.03 # Bger: so that's what it does! (late reply) 16.19.03 # *quietly* asks amiconn how the wakeup feature is coming along 16.19.24 # haha 16.19.34 # can't we just delete the fonts that won't work? :-) 16.19.54 Quit mikearthur (Connection timed out) 16.20.07 Join mikearthur [0] (n=mike@82-41-227-152.cable.ubr11.edin.blueyonder.co.uk) 16.21.14 Quit _FireFly_ ("Easy as 3.14159265358979323846...") 16.22.15 # Rockbox is just streaks ahead of the Archos gmini's XS202's firmware, my gf got a gminilast night. 16.24.56 # just wondering, Rockboy works without sound right? 16.25.03 # yes 16.25.15 # thanks :) 16.26.35 # saab_rider yes, that's what it does 16.28.41 # cheers Bger, cool feature indeed 16.32.21 # saab_rider: I doubt Rockboy could run in it's present state trying to do sound as well 16.32.33 # GB music wasn't very good anyway :P 16.33.01 # saab_rider heh it's just one added line to enable a feature that already exists 16.33.28 # Hooligan: yeah, I just wanted to check to know if I was doing something wrong. and what are you talking about GB music being bad, it rocked :D 16.34.01 Quit Hooligan (Read error: 110 (Connection timed out)) 16.34.10 # saab_rider, I'm still a sucker for NES music myself. 16.34.29 # Bger: I always liked the red LED on the H100s, now we have something similar, albeit not exactly the same 16.34.29 # Speaking of which, it'd be cool if RB could play NSF and SPC files eventually. 16.35.02 # Hooligan: you want real old school stuff, MSX music.... if you know what MSX is 16.35.42 # Now that's old school. 16.36.54 # But I'd settle for NSF and SPC just the same :) 16.38.59 # Isn't the SPC decoder just an SNES emulator that only emulates a few bits of the hardware? 16.39.05 # yes 16.39.10 # it's a cpu, in its own right 16.39.12 # ok, gotta go, nite 16.39.32 # http://www.raphnet.net/electronique/snes_apu/snes_apu_en.php So it is. 16.39.39 # good night Bger 16.43.08 # So how hard would it be to port the SNES APU emulation code to Rockbox? 16.45.03 # depends on the source code we can get 16.45.12 # the best engine is written in x86 asm, unfortuntely 16.45.36 # Hmm, i might just fixed the fs bug.. testing now :) 16.45.55 # I see. Too bad. 16.46.21 # Most PC SPC plugins seem to be based on this fellow's work http://alpha-ii.com 16.46.21 # Hooligan|: it's far from impossible, just need someone to work on it 16.46.27 # i'd like to, but i've got a zillion other things to do first 16.46.37 # Hooligan|: yes, and that's the engine i was talking about 16.46.41 # it's the best i know about 16.46.43 # Exactly, it's possible but nobody has time to do the work. 16.46.48 # oops.. didn't work very well :) couldn't even read/write settings 16.47.50 # Ah well, there are certainly plenty of more important issues to work on. 16.48.40 # Does Rockbox understand the System and/or Hidden bits in a FAT directory entry and not show the directory? 16.49.24 # No 16.49.37 # Hooligan|: well, it's just about 13000 lines of assembler that needs translating... 16.50.14 Quit DjDeaf (Read error: 104 (Connection reset by peer)) 16.50.38 # Does anyone actually use the starmap font? 16.51.11 # god, i forgot how ugly x86 asm isd 16.51.13 # is 16.51.43 # preglow: I'm playing with the build you gave me yesterday, and the ATA driver seems fine. 16.52.01 # linuxstb: well, it's pretty much got to be a nano issue 16.52.39 # I wonder if it's something to do with the code to spin the disk up and down. 16.52.49 # makes sense, i guess 16.52.54 # That code is working fine for me - but maybe we shouldn't do it for the Nano. 16.52.56 # but then i wonder why the data sector write worked 16.53.26 Quit Febs () 16.54.15 Join XavierGr [0] (n=XavierGr@ppp27-adsl-27.ath.forthnet.gr) 16.54.22 # Hooligan|: looks like it would require a subtantial amount of work to port that 16.54.28 # linuxstb: Rockbox understands the hidden bit and doesn't show the file/folder unless 'Show files' is set to 'all' 16.54.37 # Hooligan|: i wish someone would port it to c, though, it's a great engine 16.54.40 # preglow: It's never easy, is it? 16.54.57 # amiconn: Thanks. I thought that was the case. The directory on the iPod containing all the music files is hidden. 16.55.17 # preglow: Sure is. I suppose the SNES freaks will just have to wait it out :P 16.56.11 # Hooligan|: i'm one of them :/ 16.58.09 # preglow: Misery loves company 16.58.20 # and working codecs 16.58.37 # right now i want a working ipod button driver 17.00.25 # a remote control for dap's would be usefull, for my ass is da laziest ting 17.02.08 # but guess you guys have enough on your plates :) 17.11.11 # Found, fixed and committed the fs bug fix :) 17.11.17 # XavierGr: that problem should be gone now 17.12.16 Quit YouCeyE ("Leaving") 17.14.22 *** Saving seen data "./dancer.seen" 17.20.57 Quit DJDD_ ("Trillian (http://www.ceruleanstudios.com") 17.24.39 Nick saab_rider is now known as saa[b_r]ider (n=saab_rid@61.49.147.239) 17.26.51 # Can anyone tell me where tetris.c has gone, please? -- Im not up to date, it used to be there like a year ago :P 17.27.19 # ah "rockblox" got it.. 17.27.56 # rockblox? 17.27.58 # yes 17.35.11 # preglow: Have you noticed whether the ipod charges when connected to USB in Rockbox? 17.37.07 Part leftright 17.38.07 # nope 17.38.13 # how can i notice that? 17.38.24 # Something's been bothering me. Is there any conceivable reason to need to be able to pass references to variables in C. I mean is there ever a circumstance where passing a pointer to the variable wouldn't do exactly the same thing? 17.38.36 # you know what 17.38.38 # it looks like it 17.38.51 # i forgot it plugged in at 'shutting down' for over an hour now 17.38.57 # when i went into disk mode, it wont charge 17.39.32 # Cassandra: references are pointers, just a bit prettier 17.40.12 # That's exactly what I thought. 17.40.22 # Pointers are more transparent though. 17.41.48 # weeell 17.41.54 # coming from someone used to c, sure 17.41.55 # * Cassandra is annoyed with libraries that want pointers passed half the time, and references the other half with no predictable pattern. 17.42.04 # c++ is kind of a hybrid 17.42.11 # ordinary oo languages have just references 17.42.12 # not pointers 17.42.19 # and all objects are reference variables 17.42.25 # so it depends on your perspective 17.42.57 Join Sanitarium [0] (n=sanitari@212.2.169.42) 17.43.27 # Except C predates OO languages, so that can't be the reason they bothered with references. 17.43.45 # I admit pointers take some getting your head around, but it you're going to have them anyway .... 17.44.57 # you can shoot yourself in the head with pointers 17.44.59 # not with references 17.45.02 # so they're safer 17.45.27 # C should not have trainer wheels. 17.45.46 # C is all about giving you the freedom to shoot yourself in the foot. 17.46.00 # i thought we were talking about languages which used references 17.46.11 # c should be what it is, sure 17.46.27 # but i can perfectly well see why someone would embed references into a language and not pointers 17.46.34 # C does use references. funct(int& a), for example. 17.46.43 # hmm? 17.46.45 # is that valid c? 17.46.52 # I'm afraid so. 17.47.00 # are you absolutely sure? 17.47.07 # And it doesn't mean what you'd expect it to either. 17.47.31 # It means that a is passed as a reference rather than copied to the function. 17.47.43 # well, that's what i would have thought it meant 17.48.05 # but i thought that was c++ 17.48.06 # not sc 17.48.08 # c <- 17.48.22 # Oh, it might be. I thought I remembered it in C though. 17.48.32 # well, you might, but it would surprise me a great deal 17.48.55 # preglow: Have you done anything in the (bootloader) startup code that might prevent Linux and the Apple firmware from running? I can't get either of them to work any more. 17.49.24 # hmm 17.49.39 # nothing i can think of, i remap memory, but never in the bootloader 17.49.47 # That's what I thought. 17.49.48 # I seem to remeber it being in K&R. We're talking 15 years ago, mind. 17.50.05 Join hshah [0] (n=hshah@shahassociates.plus.com) 17.50.26 # * Cassandra suspects that ipod_fw is corrupting the images in some way. 17.50.32 # well, i can't possibly imagine what references would be doing there 17.51.04 # pointers cover all that's needed 17.53.43 # linuxstb: not linux either? 17.53.43 # hmm 17.53.51 # preglow: Nope. 17.53.56 # i can't get either of them to work either 17.53.59 # and my bootloader is old 17.53.59 # I'm just trying an old version of crt0.S now. 17.54.23 Part Kaggen 17.54.24 # preglow: Exactly. And if they do it in C, they do it in C++. 17.54.48 # I suppose it enables one to write pointer free code, but why, oh god, why? 17.54.50 # Cassandra: yup, but like i said, c++ is kind of an hybrid 17.54.59 # preglow: Do we enable interrupts (e.g. the timer) in the bootloader now? 17.55.05 # linuxstb: no 17.55.17 # oh oh oh 17.55.22 # wait a bit now 17.55.28 # system.c is included in the bootloader? 17.55.43 # Yes - the bootloader calls a lot of the init functions. 17.55.48 # then that needs fixing 17.55.53 # i init timers and all that stuff there now 17.56.02 # I just tried an old crt0.S and it doesn't work either - so it's not that part of the code. 17.56.09 # but that's not related, like i said, my bootloader is ancient, and it can't load retailos either 17.56.41 # i think we should continue to live without interrupts in the bootloader, btw 17.57.10 # it would be nice for unity, but i don't know what linux and retailos says to being called with bunches and interrupts and remapped memory 17.57.11 # preglow: Yes. But the problem is detecting a keypress reliably. 17.57.22 # linuxstb: why do we need that? we're rockbox! 17.57.23 # :) 17.57.36 # Sure :) 17.57.40 # i haven't used retailos yet, and i'm not going to start now 17.58.12 # Cassandra: but yeah, c++ took a lot of baggage from c that it shouldn't, imho 17.58.25 # Cassandra: but of course, if they hadn't done that, we probably wouldn't been using c++ today 18.00.51 Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) 18.01.19 # Wouldn't that be nice. 18.01.26 # C++ sucks. 18.02.14 # yes, it isn't very nice at all 18.02.19 # unfortunately it still manages to be quite usable 18.02.33 # and pretty fast 18.03.51 # The latter surprises me somewhat. It ought to run like a dog as far as I can tell. 18.04.05 # Still, it's probably the best OO language available. 18.04.14 # (I hear good things about python though) 18.04.31 # weell 18.04.34 # and for a windowed application, OO is kind of useful. 18.04.36 # i rather prefer most other oo languages to c++ 18.04.43 # c#'s nice enough 18.05.55 # i never could like python 18.07.40 # c# always struck me as MS' plan to close C++. 18.08.14 # Never used it though. 18.09.49 # well, of course 18.09.54 # it's a nicer language 18.09.56 # that's for sure 18.10.06 # c++ is too complex 18.10.10 # and the complexity doesn't help it 18.16.45 # can anyone explain to me why iriver can't play parts of vorbis files with low bitrate? 18.17.12 # i thought this was an issue of using a too long window size, but that can't be true when it also can't play local parts of a track that's using a small bitrate 18.28.46 # hehe. Cube is slow on the ipod at whatever the default clock speed is. 18.30.14 # haha 18.30.15 # nice 18.30.26 # probably does some faulty frame skip 18.37.35 Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) 18.39.57 Quit Hooligan| () 18.44.42 # linuxstb: any new ideas on what's wrong with bootloader? 18.49.36 Join Febs [0] (n=40326e83@labb.contactor.se) 18.50.38 # preglow: No. 18.51.00 # I may go back through some old CVS versions and see when loading the original firmware broke. 18.52.21 Quit ender` (Read error: 104 (Connection reset by peer)) 18.53.50 Join Mmmm [0] (n=mscarrat@cpc4-hem13-3-1-cust63.lutn.cable.ntl.com) 18.55.07 Join ender` [0] (n=ender@84.52.165.220) 18.58.14 # what's up with rockbox.org? it just suddenly stops responding for large amounts of time 18.58.24 # bootloader from 20 November works.... 18.58.38 # ok, what's different? 18.58.52 # The forum is not quite up to speed yet either 19.00.20 Join Acksaw [0] (i=Acksaw@spc1-stok5-4-0-cust5.bagu.broadband.ntl.com) 19.02.31 # something's funny 19.02.38 # suddenly it comes back for about one second 19.02.40 # then goes again 19.05.16 # preglow: Your made your first set of startup code changes on the 20th - the bootloader after that works fine... 19.05.32 # what did i change then? 19.05.36 # right, remember 19.06.47 # but yeah, i'd be surprised if it was anything in crt0.S 19.08.54 # am i the only one having troubles with the site? 19.09.22 # It seems fine for me. 19.09.46 # doesn't answer pings here 19.09.47 # wait 19.09.48 # it does now 19.09.53 # no, stopped 19.10.32 # website still fine for me. ping is fine. 19.11.16 # Mmm. 7 December bootloader is fine... 19.11.48 # oh? 19.11.52 # that can't be right 19.11.57 # i flashed mine waaaaay before that 19.12.29 # Let me double-check. 19.13.40 Join _FireFly_ [0] (n=FireFly@p54A46F0E.dip.t-dialin.net) 19.13.42 # rockbox.org is completely broken for me 19.13.46 # oh well 19.14.24 *** Saving seen data "./dancer.seen" 19.14.30 # <_FireFly_> preglow: for me only the forum 19.14.59 # Yep, 7 December bootloader still loads the retailos and Linux for me. 19.15.17 # then it's pretty much got to be my crt0.S changes 19.16.35 # Rockbox.org fine for me but forum is sloooooooow! 19.17.22 Join hshah_ [0] (n=hshah@shahassociates.plus.com) 19.18.08 # there's got to be something wrong with the connection here 19.18.11 # Firefly was that you with the flicker fix? 19.18.43 # <_FireFly_> Mmmm: yepp 19.19.16 # Well done...its perfect...You made me a happy man :D 19.19.47 # haha 19.19.55 # this is the weirdest connection problem i've ever seen 19.20.01 # <_FireFly_> ;) 19.20.17 # i wonder if i should even bother trying to restart this piece of shit 19.21.15 # preglow: 12 December (00:00) bootloader doesn't work. Getting closer... 19.22.16 Part Polo_o 19.24.28 # reboot, brb 19.25.01 # OK, looks like I broke it on the 11 December... 19.27.53 # <_FireFly_> Mmmm: could you test this patch please ?? http://home.arcor.de/s.wezel/flicker-fix-test.patch 19.28.13 # <_FireFly_> this is an combination of my already commited patches 19.28.46 Join webguest58 [0] (n=3efc4010@labb.contactor.se) 19.29.08 # <_FireFly_> if this also works then is this a more simple solution as the two other together 19.29.12 # linuxstb: how? 19.29.33 Quit webguest58 (Client Quit) 19.29.58 # I've no idea - it was my i2c and rtc code which isn't used in the bootloader afaics 19.30.35 # But 2005-12-11 00:00 works, and 2005-12-12 00:00 doesn't. 19.31.19 # Firefly: I would but what is there to patch? CVS doesn't flicker now! Or shall I test on an old build? 19.31.54 # <_FireFly_> Mmmm: this patch is a more simple one which also reduce the codesize a bit 19.31.56 # <_FireFly_> :) 19.32.28 # <_FireFly_> Mmmm: this patch is against the latest cvs 19.33.36 # Okey Dokey... :) 19.34.47 Quit hshah (Read error: 113 (No route to host)) 19.35.39 Quit Sanitarium (Read error: 110 (Connection timed out)) 19.36.35 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.38.20 Quit _FireFly_ (Read error: 113 (No route to host)) 19.38.42 Join _FireFly_ [0] (n=FireFly@p54A46F0E.dip.t-dialin.net) 19.40.03 # Not a flicker in sight! 19.40.19 # <_FireFly_> :) 19.40.35 # rockbox.org still acts up 19.41.03 Join tvelocity [0] (n=tony@84.254.13.74) 19.41.22 # How can this patch reduce the codesize? it has more additions than subtractions! or does it make some code redundant? 19.42.17 # <_FireFly_> Mmmm: some code have a simply commented 19.42.26 # <_FireFly_> for testing 19.42.31 # Oh yeah ! :D 19.43.34 # I really should take a closer look before i start talking rubbish eh? 19.43.44 # <_FireFly_> :) 19.43.57 # <_FireFly_> i do just an test if this really reduce the code-size 19.44.00 # <_FireFly_> on iriver 19.44.24 # preglow: I don't know what yet, but it was definitely something done on the 11 December. 19.46.36 # <_FireFly_> yepp it reduce code-size abit :) 250020(org) to 249996 19.46.54 # <_FireFly_> 24 byte decrease 19.47.44 # <_FireFly_> this is/was a three-step way to get a good result :) 19.49.17 # markun: yo, you use freebsd, yea? 19.49.24 # yes 19.49.56 # hard to get a dev env working? 19.50.07 # Good one firefly... Next you've got to fix that darn ticking once and for all!! :D 19.50.33 # <_FireFly_> the ticking it self is hardware related 19.50.40 # hm... can you do a jump table in an asm statement? :) 19.50.54 # Ok but improve the fix then 19.51.36 # <_FireFly_> but with the reduce-ticking option the ticking is at least on my device not noticeable 19.52.00 # Lear: yes? 19.52.32 # In a quiet room you can only just hear it, but the main prob is the fact that oggs dont play when it's switched on! too processor intensive i think! 19.52.36 # bit unsure about syntax in general for asm() stuff, so how would the labels be? 19.52.51 # Lear: have a look at coldfire.S in ffmpegFLAC 19.53.07 # Lear: featuring the most efficient jump table implementation i could think of 19.53.31 # <_FireFly_> Mmmm: sometimes i have the feeling that the ticking is also not noticeable although the reduce-ticking option isn't enabled 19.54.09 # Hm.. The leading "2" in the jump instruction itself (or rather, the address word)? 19.54.55 # Firefly: Really? you are lucky! It seems that there are all sorts of units with different ticking levels out there. 19.55.22 # Lear: ip always points to the extension word of the instruction currently executing 19.55.31 Join tucoz [0] (n=martin@hornved.ii.uib.no) 19.55.45 # Lear: that's just for correcting 19.56.02 # preglow, just to let you know. The rockbox site is weird for me as well. 19.56.03 # _FireFly_: reduce-ticking reduce-ticking 19.56.08 # _FireFly_: reduce-ticking option 19.56.14 # _FireFly_: sorry :-) 19.56.20 # tucoz: perhaps it's a norwegian pipe problem 19.56.34 # <_FireFly_> wubbla: ?? what do you want to try to tell me ?? 19.57.17 # _FireFly_: i just wanted to ask you about your reduce-ticking option... (e.g. where to find it in the settings menu) ;-) 19.57.52 # <_FireFly_> the reduce-ticking option isn't from me it's from Slasheri 19.58.07 # Lear: the jmp instruction is coded as two words for that particular addressing mode, the first word is the instruction itself, the second is the addressing data, and the instruction pointer always points at the extension word (even if the instruction hasn't got one), so i need to add 2 to make it point at the first jump table entry 19.58.08 # <_FireFly_> wubbla: it is located in the remote-lcd-settings menu 19.58.39 # Firefly: My problem is that with a complicated WPS (lots of scrolling) and ticking fix on, high bitrate oggs skip! The only way to play them is to go into the filebrowser. 19.58.50 # _FireFly_: wasn't the flickering related to the h300's main display? 19.59.17 # yes, I suspected that much; I did do quite a bit 68000 programming a number of years ago... 19.59.19 Quit hshah_ (Read error: 113 (No route to host)) 19.59.58 # Wubbla: mode->General settings->Display->Remote-lcd settings->Reduce ticking it's for h1xx remote ticking 19.59.59 # <_FireFly_> wubbla: on h3x0 that's true i had noticed only on the h1x0 remote but the code which i had changed is used for both displays 20.00.31 # <_FireFly_> wubbla: i think you mix something :) 20.01.15 # right...I'm hungry..Someone's got to cook round here! 20.01.27 # _FireFly_: indeed... ;-) 20.01.27 # <_FireFly_> the image-flicker patch has no option :) why want someone that all images flickers :) 20.01.40 Quit Mmmm ("Goes to heat up the stove") 20.03.15 Part tucoz ("Leaving") 20.03.33 # _FireFly_: that's why i was that astonished 20.06.48 Join lamed [0] (n=d4b3395e@labb.contactor.se) 20.07.19 # <_FireFly_> LinusN: now i have a more simple solution for the image-flicker-problem :) 20.08.20 # <_FireFly_> LinusN: with which i could also reduce the code-size a bit 20.08.27 # <_FireFly_> for lcd-bitmap targets 20.08.54 # Hm... gcc 3.4.5 is out... 20.09.38 Quit lamed (Client Quit) 20.09.44 # <_FireFly_> Lear: and ?? 20.10.12 # Just as a note to those who do builds... :) 20.10.17 # <_FireFly_> ;) 20.12.31 # _FireFly_: nice 20.13.11 # <_FireFly_> the new code size for rockbox.iriver is 29952 20.13.34 # <_FireFly_> ups i mean 249952 20.13.36 # Lear: yeah, noticed, i'll be trying it out now, since i'm just about to build a cross compiler anyway 20.13.36 # 29k! that's what i call reduced 20.13.38 # <_FireFly_> argh 20.13.59 # <_FireFly_> ok next try to type it correct :) 20.14.38 # <_FireFly_> the new size is 249952 to 250020 20.14.48 # oki 20.15.34 # <_FireFly_> it isn't much but any code-size reducement is a good one :) 20.17.43 Join webguest99 [0] (n=d4406110@labb.contactor.se) 20.17.44 # <_FireFly_> LinusN: but how did you come to a 29k reduce ?? 20.18.08 # <_FireFly_> was it a bit math magic ?? :) 20.18.17 # preglow: do your vbr files skip on your nano ?, http://www.hydrogenaudio.org/forums/lofiversion/index.php/t37025.html 20.18.54 # webguest99: i don't use the apple os 20.19.08 # wonder if apple purposely sabotaged mp3 ?, its a long shot 20.19.41 # after all they do know how to program codecs, 20.20.19 # i don't really care 20.20.29 # i can see how that can be a legit bug 20.20.33 # but they should of course fix it 20.20.42 # Long Live Rockbox 20.20.44 # then again, apple isn't known for listening too much to user requests 20.20.56 # they dont really give a toss 20.21.23 # glad creative is having a go at them, a bit of their own medicine for a change 20.21.26 # in an asm(), do I need to tell that I clobber an input operand, even if I'm not interested in that operand afterwards (I return soon after)? 20.22.08 # Lear: yes 20.22.20 # Lear: all input operands that are clobbered, need to be specified as output operands 20.22.20 Part webguest99 20.22.43 # if i remember correctly 20.23.03 # with earlyclobber ("&") set, I suspect... 20.23.48 # probably 20.24.02 # damn 20.24.06 # will be fun to see how the ifp port fares 20.26.20 # indeed 20.26.33 # that emulator approach sure is effective 20.26.37 # but a lot of work 20.27.09 # hell yes, i can't see how he did it by himself 20.28.07 # Ouch... I want to inline some asm - with labels - , but it can be used in multiple places in one function 20.28.20 # , so I get label redefinitions. How avoid that? 20.28.29 # use local labels 20.28.30 # numerical 20.28.44 # look at crt0.S 20.28.56 # I do that already - I think - as in ".4:", no go... I'll check though. 20.29.08 # i mean pure numerical labels, like 1: all the way 20.29.20 # depends how far you need to branch 20.29.56 # yep, that worked, thanks. 20.35.05 # <_FireFly_> i have another idea to reduce the code-size in the wps-code and also remove an loop 20.35.13 # hmm 20.35.21 # i tried to test rockbox compiled with -mthumb 20.35.49 # it crashed with some of the libgcc functions, however :/ 20.37.43 # librockbox.a only differs by 24kb 20.38.20 # <_FireFly_> when compiling with -mthumb ?? 20.38.47 # Yay, it actually seems to work, once I got past the assembler. :) 20.38.50 # preglow: Did you use -mthumb-interwork ? 20.39.04 # linuxstb: that's what crashed 20.39.09 # linuxstb: libgcc didn't support that 20.39.17 # dang, forgot make zip, so I don't know yet... :) 20.39.19 # Lear: what're you assembling? 20.39.42 # some assembler optimizations (attempts to, at least) for Tremor... 20.40.08 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 20.41.20 # oooh 20.41.27 # did you look at lostlogics patch? 20.42.15 Join zeero [0] (n=nick@fw.cerisent.com) 20.43.09 # does anyone know if the x11 version of the sim ever worked properly? looking at the code i don't see how it would ever have draw the image for the player you were using, for example 20.43.49 # zeero: of course it has ever worked, and it still works 20.44.01 # but not for the h300 20.44.31 # and it doesn't draw the player image in the x11 version 20.44.48 # ahh, okay 20.45.07 # i assumed it worked for drawing the lcd, but i wondered about the player image 20.45.20 # <_FireFly_> yeah another 16 bytes reducement 20.45.46 # <_FireFly_> :) 20.45.46 # zeero: the x11 sim developers didn't find the player image very important 20.46.21 # LinusN: fair enough 20.47.03 # zeero: but you are most welcome to port the x11 sim to SDL if you want 20.48.03 # LinusN: i imagine i am, and if i manage to find the time, i just might 20.48.11 # bagder also said he might do this 20.48.47 # it doesn't seem like it would be too hard, given that the lcd drawing code is already there, but i've only been looking at the code for a day, so i've probably missed something 20.48.53 # preglow: I've discovered one thing - the Apple OS seems to want the COP enabled. 20.49.08 # linuxstb: lucky it, i'll enable it soon 20.49.13 # Linux doesn't mind either way. 20.56.25 # <_FireFly_> ok the new patch makes a code-size-reduction about 84-bytes :) 20.58.13 # _FireFly_: just to make that clear: you're not trying to get rid of the h300 flickering, are you? ;-) 20.58.34 # <_FireFly_> the image-flickering is gone and already in cvs 20.58.43 # <_FireFly_> i only improve the patch :) 20.58.53 # <_FireFly_> as some h3xx users has already said 20.59.02 Quit Acksaw () 20.59.17 # Patch #1379076 by Stephan Wezel - reduce the ticking problem a bit 20.59.37 # _FireFly_: that is yours right? 21.00.01 # <_FireFly_> Patch #1377894 by Stephan Wezel - less image flickering in WPS 21.00.58 # <_FireFly_> wubbla: yepp the second patch reduced the ticking-noise to the "old" value because the first patch which had solved the image-flicker-problem has increased the ticking-noise 21.02.47 # arghhh 21.03.51 # hmm 21.04.08 # _FireFly_: i'm using the latest CVS source and the flickering is still there... 21.04.45 # <_FireFly_> hmm 21.04.49 # _FireFly_: i might add that i changed the background/foreground colours in lcd.h (white fg on darkblue bg) 21.04.54 Join solexx_ [0] (n=jrschulz@d143009.adsl.hansenet.de) 21.05.14 # maybe the flickering is less visible on dark bg and light fg... 21.05.15 # no idea 21.06.14 # i'll check that... 21.06.58 # <_FireFly_> wubbla: then the only reason which i due this see is that the lcd-codes for the h3x0 isn't yet optimised 21.07.08 # <_FireFly_> s/due/see due 21.08.00 # hmm... LinusN said something about DMA access for the LCD/HDD some days ago... 21.14.27 # pfew 21.14.28 *** Saving seen data "./dancer.seen" 21.14.39 # for a second there, i actually considered writing an ipod emulator 21.14.52 # hehe 21.16.44 Join Sanitarium [0] (n=sanitari@213-202-132-170.bas502.dsl.esat.net) 21.20.01 # now I am completely confused. I made a plugin and included tree.h while it perfectly included the tree_flush() fn it will not do the same for get_tree_context(). why is that? 21.20.48 Quit solexx__ (Read error: 110 (Connection timed out)) 21.24.49 # Because it is called tree_get_context()? Not that it is something that's accessible from a plugin anyway... 21.25.14 Quit Maxime` (Read error: 104 (Connection reset by peer)) 21.25.20 Join Maxime [0] (n=flemmard@fbx.flemmard.net) 21.25.27 # wubbla: i have made experiments with dma for the h300 lcd, and it seems that it won't work 21.25.52 # probably due to the lcd bus timing constraints 21.26.02 # LinusN: hum. :-( 21.26.28 # LinusN: this would have made the access to LCD lightning fast, right? ;-) 21.27.06 # well, a lot faster anyway 21.27.35 # LinusN: it didn't work at all? 21.27.42 # i haven't given up yet, but i'll have to hoox up the logic analyzer to the lcd bus 21.28.03 # it worked so-so, the lcd didn't always recognize the writes 21.28.24 # <_FireFly_> what a "stupid" lcd :) 21.30.09 # :-) 21.30.34 # my guess is that the time-between-accesses constraint isn't met by the coldfire bus controller 21.30.52 # i'll know more when i do the bus measurements 21.31.05 # come to the other side, linus, get an ipod 21.31.13 # the water's nice over here! 21.31.15 # preglow: i just might 21.31.25 # but only after the h300 and the x5 21.31.27 # leaving the porting to the n00bs is irresponsible! 21.31.34 # :-) 21.32.02 # You are great! The ipod port will be really sugarcake:ish! :) 21.32.03 # preglow: exactly, that's why i don't leave the h300 ;-) 21.32.06 # mmm, sugarcake 21.32.23 # x5 = iaudio disk thing? 21.32.35 # LinusN: you have to be strong and simply ignore these persuasions ;-) 21.33.06 # it's hard...the dark side is tempting...easier...more elusive... 21.33.27 # we have beer! 21.33.34 # done deal! 21.34.05 # * LinusN walks away for a while 21.34.10 # * preglow brands linus with an apple logo 21.36.10 Join Midgey34 [0] (n=Midgey34@c-24-11-55-125.hsd1.mi.comcast.net) 21.36.27 # LinusN: don't you want to be alternative and "oldschool"? remember that rockbox is an opensource project, that's why you simply have to use alternative hardware instead of supporting monopolies :-) 21.37.39 # pft, it's a fringe case, they merely have 90% of the market 21.37.50 # there's a "mono" in "monopoly" you know!!!!111one 21.39.02 # fringe case... pffff... 21.40.33 # besides, it's clear he's in it for the fame and glory, imagine what the chicks'll be like when they find out they're running his code on their nice shiny ipods 21.40.44 # preglow: Congratulations on the assimilation. amiconn is next... 21.41.19 # linuxstb: he's a tough nut, but he'll crack under some skilled brainwashing 21.41.26 # <_FireFly_> ipods are nice but the to must use an db is dumb 21.41.34 # * wubbla simply knows that LinusN will never ever convert to the dark side... 21.42.27 # linuxstb: i know a guy at apple who's known for creating reality distortion fields. i'll have him talk to amiconn, and we'll see 21.42.28 # <_FireFly_> i like to simply through some files on the drive 21.42.44 # _FireFly_: well lucky you, rockbox on ipod will be like that 21.42.51 # as a matter of fact, it already is! 21.43.06 # <_FireFly_> :) then i only need the money to buy an ipod :) 21.43.33 # <_FireFly_> preglow: or do you want to give an ipod as a gift to me ;) *g* 21.43.37 # Two converts in 5 minutes. Who's next? 21.43.44 # _FireFly_: "yes" 21.44.13 # "NIce" struct entry is redifined in dbinterface! 21.44.30 # linuxstb: starting to look dim for the button driver today 21.44.40 # If I inlcude tree.h in the plugin api there is a clash between them 21.45.11 # preglow: I know how you feel. This bootloader's driving me mad. 21.46.28 Join PaulJ [0] (n=PaulJ@vpn-3056.gwdg.de) 21.46.44 # XavierGr: Which struct are you talking about? 21.46.56 # woo, i just shaved off twenty bytes or so in crt0.S for arm 21.47.11 # <_FireFly_> preglow: :) 21.47.23 # struct entry in tree.h is redefined in dbinterface.h 21.47.31 # there is no colision yet because tree.h isn't included in the plugin api. 21.47.32 # hahha, dancepuffduo wps rocks 21.48.25 # linuxstb: we've gotta start giving thought to what to do with the cop as well 21.48.40 # I changed the struct entry to sturct dbentry in "dbinterface.c and dbinterface.h" and now it will compile fine. 21.49.45 Join petur [0] (i=petur@d54C1B62E.access.telenet.be) 21.50.14 # preglow: I think that depends on how the CPU scaling will work. IIUC, (from the PP propaganda I think), the main CPU can be clocked at any speed, and the COP runs at either 100% or 50% or 0% of the speed of the main CPU. 21.50.28 # cop has clock scaling, yes 21.50.39 # But the COP can't run faster than the main CPU. 21.50.41 # so you're saying we might want to use the cpu for codecs 21.50.48 # and cop for everything else 21.51.24 # That's one option. 21.51.31 # well, it does make sense 21.51.45 # we wont need a very high clock rate for the cpu that just does gui handling and plugins 21.52.09 # <_FireFly_> yeah decoding needs more power 21.52.10 # most of the time, at least 21.52.30 Part mind_less 21.53.05 # Slasheri: Remember that you told me that it would be easy to acces the directory data from the dir buffer? Well in fact I can access them if I inlude another function in the plugin api. This way the jpeg viewer will have no lag for sorting or large buffer arrays for filenames. 21.56.30 # preglow: What have you learnt about the cache? Does that affect how we can use the COP? 21.56.56 Quit tvelocity ("Leaving") 21.57.23 # well, yes 21.57.45 # the bus is not snooped, so we can't count on memory being coherent between processors 21.58.12 Quit Cassandra (Read error: 110 (Connection timed out)) 21.58.16 # so if one processor needs data from another, that always has to go through iram 21.58.35 # So basically that means that they can't use the same data structures? 21.58.44 # (unless they are in iram...) 21.58.45 # unless they're in iram: correct 21.58.46 # heh 21.59.01 Join Noel_sad_song [0] (n=c87d64f3@labb.contactor.se) 21.59.02 # So that's not too bad then. 22.00.07 # nah 22.00.36 # perhaps some of the gurus can elaborate on how much data is actually shared between the playback thread and the rest 22.00.41 # or guru: slasheri 22.02.42 # linuxstb: i've put some of the consts that differ between 5002 and 5020 and moved them to an ifdef at the top, so we can minimise ifdefs in the code itself, ok? 22.02.49 # Sure. 22.02.56 # i dislike ifdefs in code 22.03.46 # They must just come from the fact that IPL uses real if statements. 22.03.51 # yeap 22.06.17 # Can you give me a build running at 75MHz? I want to test the speed of wav2wv 22.06.28 # gimme a sec 22.07.38 # www.pvv.org/~thomj/rockbox/rockbox.ipod 22.07.41 # * preglow crosses fingers 22.07.57 # let's just hope i haven't broken crt0.S in the meantime 22.08.00 # anywho, you'll find out :> 22.08.32 # please tell us the results, it would be fun to know how a 75Mhz processor did comparing to an 120 one. 22.09.02 # Well, in this case it would really be mips... 22.09.20 # (As in meaningless information about processor speed :) ) 22.09.23 # of course 22.09.35 Join hshah [0] (n=hshah@shahassociates.plus.com) 22.09.38 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 22.09.39 # hehe 22.09.50 Quit linuxstb (Nick collision from services.) 22.09.54 # linuxstb: oh, and the button driver is probably on crack 22.09.55 Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 22.09.58 # should work, though 22.10.18 # might still give a nice indication how the 300MHz of the Gigabeat will perform 22.10.39 # if it doesn't just crash, that is 22.10.48 # it's a miracle if this build works at all 22.11.17 Join San [0] (n=sanitari@213-202-132-170.bas502.dsl.esat.net) 22.12.12 Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 22.12.14 Quit Rick (Nick collision from services.) 22.12.23 Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 22.12.35 # preglow: you didn't test it on your nano? 22.12.53 # markun: it didn't even compile here 22.12.59 # i think 22.13.00 # hmm 22.13.06 # * preglow finds a wav 22.13.13 Join Cassandra [0] (i=Cassandr@elmyra.coraline.org) 22.13.24 # Testing now... 22.13.33 # About 113% realtime 22.13.39 # w00000t 22.13.42 # damns fucking amazing 22.13.46 # that's <- 22.13.49 # iriver one? 22.13.50 # Not bad :) 22.14.05 # XavierGr: ipod 22.14.09 # Anyone remember the % on the iriver? 22.14.09 # at 75mhz 22.14.15 # around 140, i believe 22.14.32 # Who needs a cop? 22.14.39 # yes I meant how the iriver can manage with the same file? 22.14.39 # no one, that's who 22.14.46 # XavierGr: I'll test now. 22.14.47 Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 22.14.50 Quit Rick (Nick collision from services.) 22.14.59 # doing a test myself 22.14.59 Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 22.15.04 # I am shaking.... 22.15.16 # linuxstb: riiight, open with menu doesn't work 22.15.45 # if the iriver cant get way better than this.... it will be disastrous fir irver fans... 22.15.46 # what 22.15.47 # it does 22.15.56 # but it only lists two things: searchengine and searchengine 22.16.01 # preglow: You need to compile wav2wv - it's not compiled by default. 22.16.18 # rightieo 22.16.41 # we don't have SWCODEC defined yet? 22.16.54 # ahh, right 22.17.09 # can i just remove the line at the top of SOURCES? 22.17.20 Join jlo [0] (n=jl@atm91-1-82-227-1-35.fbx.proxad.net) 22.17.28 # hi all 22.17.38 # <_FireFly_> hi 22.17.43 # preglow: No - you will get button errors in all the plugins. Just move the plugins you want outside SOURCES. 22.17.50 # hi jlo 22.17.57 # I mean outside that #ifdef in SOURCES 22.18.25 # preglow : I'm just uploading some lsd for you to test 22.18.35 # preglow: can't you share the main memory by using semaphores and mailboxes in iram? 22.18.57 # <_FireFly_> LinusN: mailboxes ?? 22.19.18 # The same file encodes at 200% realtime on the h140... 22.19.20 # LinusN: we seem to have dedicated mailboxes with interrupts, btw 22.19.21 # or message queues 22.19.30 # preglow: goodie 22.19.33 # <_FireFly_> ah 22.19.33 # wow 22.19.34 # there we have it 22.19.36 # jlo: wont have time today, gotta go in ten minutes 22.19.42 # or... 22.19.42 # preglow: hi, I a reading xvid code ... 22.19.49 # that's good for the iriver tight? 22.19.50 # Interesting, having a static const array in a static inline function works; wonders how much space it needs... :) 22.19.58 Quit arkascha (Read error: 110 (Connection timed out)) 22.20.17 # preglow: I wonder how it will be able to ever compute that 22.20.29 # preglow : just try it when you have time 22.21.27 # Phew, only got one extra copy... 22.21.54 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 22.22.06 Quit linuxstb (Nick collision from services.) 22.22.35 Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 22.22.54 # jlo: sure, just msg me an url or something 22.23.45 # linuxstb: is there some spinup wait in the ide code or something? 22.24.49 # preglow : you get in a subdirectory lsd at same place than yesterday 22.25.18 # jlo: then please msg me that url, i had to reboot so lost it 22.26.45 # preglow : http://www.ohl.to/iriver/tests/ 22.27.12 # preglow: I don't know the ATA code that well - it's all generic. I basically just added the register addresses for the ipod and fixed some endian issues. 22.27.40 # linuxstb: no matter what i do, i get a "cannot open /.rockbox/viewers/wav2wv.rock" message 22.27.50 Quit Sanitarium (Read error: 110 (Connection timed out)) 22.28.25 # What happens if you try and play the WAV file? I get the WPS appearing. 22.28.30 # me too 22.28.59 # hem, in C if you have a function called myfunction you can assign it to a variable ? 22.29.06 # transfer_8to16copy = transfer_8to16copy_altivec_c 22.29.11 # I see that in the code 22.29.26 # here it goes 22.29.29 # 140% realtime 22.29.30 # 145 22.29.39 # the function itself if used without () is pointer ? 22.29.42 # 150 22.29.53 # damn, this is impressive 22.30.01 # <^BeN^> h300 users: big images soliter by me =] http://members.lycos.co.uk/benbenben77/solitaire.rock 22.30.21 # linuxstb: i say we just let the cop sleep if this is any indication of what stuff is going to be like 22.30.37 # preglow: hey are you ignoring me or something ? 22.30.40 # :) 22.30.45 # Yep - I think we can get a fair distance without using it. 22.30.58 # mirak: i'm a bit stressed here, i should have been running towards the bus now 22.31.07 # oh go ahead 22.31.10 Quit hshah ("Leaving") 22.31.17 # linuxstb: but okie, there's a bug in the ata driver somewhere 22.31.26 # Bger, are you around? 22.32.24 # mirak: yes, the function name without the () is treated like a pointer 22.34.10 # ok, on the same file, wav2wv on h120 yields: 198% realtime, peak 22.34.12 # LinusN: what's the difference between GPIO1 pin 49 (backlight on) and switching the PWM on? is it connected to an enable or something? 22.34.15 # 150 for arm 22.34.19 # (just curious) 22.34.21 # i say we're probably going to be fine... 22.34.42 # petur: the GPIO1 pin is used as an enable signal 22.34.54 # ok 22.35.16 # do you know how they do contrast? 22.35.35 # but ok, gotta go, later 22.35.47 # preglow: The whole playback code seems to work just fine. It seems that the writing of the output data is blocking. So it should be possible to write a dummy audio driver that just discards all the data. We can then see how fast it is. 22.36.21 # But goodnight - don't miss your bus. 22.38.15 # how he manages to be online when he have to catch a bus? 22.38.32 # ^has 22.41.23 Join webguest02 [0] (n=3e4f4094@labb.contactor.se) 22.41.47 Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) 22.42.32 Part Noel_sad_song 22.42.59 # petur: maybe they fiddle with the grayscale voltages 22.43.12 Join qwisp11 [0] (n=arnott_c@cpc1-oxfd4-4-0-cust172.oxfd.cable.ntl.com) 22.43.22 # hi 22.46.53 # would we care to do contrast? would be nice once we do colour... just wait until that is ready. 22.46.53 # does anyone know the extension for saving sudoku games? 22.46.57 Join DrMoos [0] (i=DrMoos@m196.net81-66-159.noos.fr) 22.47.21 # <_FireFly_> qwisp11: afaik .ss 22.47.37 # so I want to adapt a pogramm that uses malloc and free. What method did you use for other codecs that use that ? 22.47.41 # <_FireFly_> these are simple-sudoku-files 22.48.16 # mirak: are you porting the ffmpeg mpeg-4 decoder? 22.48.37 # markun: I am reading the code at least ... 22.49.17 # FireFly: I'm getting save failed. Doesn't matter. May well not be the extension I'm using. Thanks anyway 22.49.32 # maybe LinusN knows 22.49.56 Quit Moos (Read error: 104 (Connection reset by peer)) 22.50.06 Nick DrMoos is now known as Moos (i=DrMoos@m196.net81-66-159.noos.fr) 22.50.17 # Bger wasn't quite happy with my brightness patch. I can understand I need to get those line endings right, but he also said 'too many files' 22.50.38 # should I create a patch that contains multiple changes? 22.50.57 # petur: can I see you patch? 22.51.39 # petur: cvs can generate a single patch file for you 22.51.46 # http://sourceforge.net/tracker/index.php?func=detail&aid=1379120&group_id=44306&atid=439120 22.51.56 # but I see Bger has re-submitted it 22.52.15 # markun: did you see that scrolling in the dir browser using a unicode font is too slow at 45mhz? 22.52.39 # webguest02: H1x0? 22.52.52 # yup 22.53.10 # no, didn't notice 22.53.17 # At least it is on large dirs. 22.54.13 # webguest02: which font did you try? 22.54.22 # 6x13 and unifont at least 22.54.30 # 6x13 doesn't seem very slow here 22.54.51 # Do you have music playing? 22.54.55 # no 22.55.01 # strange 22.55.21 # I'll do some more tests later 22.56.02 # It will keep scrolling for a few seconds after I release the button 22.56.07 # maybe we should put some of the unicode functions in iram 22.56.55 # I should remember that setting to default settings will turn on the voice ui. Scared the crap out of me. 22.57.03 # maybe the font cache isn't large enough? 22.57.20 # Strange that you can't replicate this 22.57.30 # LinusN: hem, how did you resolved the malloc and free problem for the codecs ? 22.57.56 # mirak: ugly malloc hack without a working free. :) 22.58.33 # I can also make the the music skip by scrolling if playing music. 22.58.44 # Lear: in fact you do a big free when all mallocs are supposed to not be used anymore 22.58.48 # any disk access during scroll? 22.58.51 # ? 22.59.19 # Lear: hard to tell.. once in a while 22.59.24 # Might as well be buffering though 23.00.09 # shouldn't be hard to tell, I'd think... If it is, it could mean rockbox needs to load font characters from disk; depends on what kind of filenames you have. 23.00.35 # Only stuff that's in latin-1.. how big is the font-cache? 23.00.50 # goobye 23.00.54 Quit jlo () 23.01.08 # The skips aren't connected with harddisk access. 23.01.23 # that much's for sure 23.01.35 # I get skips without hdd access. 23.02.21 # I suppose I'll try to create a directory of "easy" filenames 23.02.50 # LinusN: those I2C H300 pin assignments for FM tuner, are they correct? (GPIO1 pins 56/57)? So I should just update the defines in fmradio_i2c.c and try? 23.03.31 # petur: hang on 23.03.46 # * petur swings http://www.rockbox.org/twiki/bin/view/Main/PortPinAssignments to Linus 23.04.29 Quit perplexity (No route to host) 23.06.08 # <_FireFly_> good night everybody 23.06.11 Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) 23.06.32 Quit _FireFly_ ("Leaving") 23.08.00 # Aha. So. Even with the very few non-latin1 characters, that still matters. A dir with only a-z filenames will not result in sluggishness 23.09.11 # petur: i just double-checked, they seem to be correct 23.09.32 # make sure you change the audio mux select pin as well 23.09.32 # great, will try to get fm radio working then 23.09.47 # good you say that 23.10.00 # gpo30 23.10.11 # LinusN: have you heard of someone creating is own malloc function ? 23.10.21 # mirak: yes, why? 23.10.38 # LinusN: in rockbox ? 23.10.45 # for rockbox ? 23.10.55 # there is a fake malloc 23.11.16 # markun: and a fake free ? 23.11.30 # mirak: yes, but the fake free doesn't free any memory :) 23.11.39 # mirak: You should really make every effort to replace mallocs with static buffers. It will also help when optimising - you can put the most-accessed buffers in fast IRAM. 23.11.39 # lol 23.11.55 Quit Midgey34 (Read error: 110 (Connection timed out)) 23.12.23 # linuxstb: maybe having something that run with as few modification as possible could be a good start 23.12.24 # ? 23.12.28 # is the lcd api that needs to be implimented by the sim specified anywhere? 23.12.45 # zeero: graphicsapi in the wiki 23.12.52 # mirak: Yes, so just use the fake malloc/free approach that we already use for the other codecs. 23.13.11 # webguest02: thanks :) 23.14.03 # zeero: basically, the only functions you should need to port are lcd_update() and lcd_update_rect() 23.14.27 # LinusN: okay cool, thanks 23.14.30 *** Saving seen data "./dancer.seen" 23.14.52 # those are the functions that copy the frame buffer contents to the lcd 23.15.02 # Hrm. So this directory where I'm getting sluggish scrolling has 17 files (of 400) containing non-ascii characters. 7 different ones. 23.15.06 # linuxstb: to summarize you increase the stack for each malloc calls, then at one moment there should be no use of all what was allocated so you restart the stack from scratch ? 23.15.25 # LinusN: nod 23.15.32 # mirak: look at apps/codecs/lib/codeclib.c 23.15.40 # ok 23.15.58 # mirak: Basically, yes. 23.16.09 # LinusN: also remote_update stuff right? 23.16.22 # zeero: yes 23.16.51 # If your code uses lots of free/realloc then you may have problems - you should try and remove the use of realloc. 23.17.26 # <^BeN^> bmp2rb -f 4 *.bmp 23.17.28 # LinusN: I would think #if (CONFIG_I2C == I2C_COLDFIRE) meant it's using the coldfire I2C, yet the code looks more like bit-banging. 23.17.30 # realloc is evil in its purest form 23.17.34 # <^BeN^> what i need to write 23.17.41 # <^BeN^> in the source 23.17.42 # Time for that generic I2C bitbanging thing? 23.17.54 # petur: yes, that is not a good #if condition 23.18.04 # petur: would be nice 23.18.05 # <^BeN^> for its work 23.18.06 # <^BeN^> ? 23.18.44 # ^BeN^: you need to do it once per file 23.18.46 # ^BeN^: Just do "for a in *.bmp ; do bmp2rb -f 4 $a ; done" 23.18.47 # you can't do *.bmp 23.18.55 # <^BeN^> i know 23.19.06 # <^BeN^> its only example 23.19.38 # <^BeN^> what i need to wirte in the ".c" for its works? 23.19.48 # ^BeN^: call lcd_bitmap() 23.19.55 # <^BeN^> ohh 23.19.59 # <^BeN^> i 10x 23.20.04 # <^BeN^> 10x* 23.20.13 # <^BeN^> i use mono lcd bitmap 23.20.13 # <^BeN^> =\ 23.20.19 # <^BeN^> used 23.21.33 # 'aha 23.22.38 # <^BeN^> =] 23.23.04 # <^BeN^> solitaire.c:898: warning: passing arg 1 of pointer to function makes pointer fro 23.23.04 # <^BeN^> m integer without a cast 23.23.04 # <^BeN^> solitaire.c:967: warning: passing arg 1 of pointer to function makes pointer fro 23.23.04 DBUG Enqueued KICK ^BeN^ 23.23.04 # <^BeN^> m integer without a cast 23.23.08 # <^BeN^> what wrong? 23.23.17 # <^BeN^> @@ 23.25.39 # <^BeN^> working now 23.31.00 # what's memory allignement ? 23.31.58 Quit linuxstb_ ("CGI:IRC (Ping timeout)") 23.32.31 Quit qwisp11 () 23.32.54 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 23.32.54 # * webguest02 struggles to recreate the sluggish dir browser 23.33.00 Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) 23.36.42 # mirak: It means that values are stored in memory locations aligned to the size of that value - i.e. 32-bit words are stored on 4-byte boundaries, 16-bit words are stored on 2-byte boundaries. 23.37.26 # Some CPUs will give errors when doing unaligned reads, others will just perform slower. 23.38.35 # you mean relative to the adress that needs to be pair for exemple ? 23.38.42 # or a multiple of 4 or 2 ? 23.38.46 # or bit wise ? 23.39.05 # linuxstb: ? 23.39.37 # The address needs to be a multiple of 4 or 2. 23.39.48 # e.g. storing a 32-bit value at location 0x1000005 is unaligned 23.40.00 # But storing it at 0x1000004 is aligned 23.40.11 Join Midgey34 [0] (n=Midgey34@c-24-11-55-125.hsd1.mi.comcast.net) 23.40.22 # ok in xvid code there is a xvid_malloc, that have in plus an allignement parameter 23.40.30 # maybe that's different 23.40.50 # No, that's probably the same thing. 23.40.57 # because I don't see how we can know the pointer is not aligned before allocation 23.41.13 # wondering 23.42.17 # Just look at the malloc implementation in apps/codecs/lib/codeclib - that always returns an address 32-bit aligned. 23.42.18 # http://www.linuxdevices.com/news/NS5265530840.html 23.42.46 # well I believe you, I just wondered what exactly was doing the malloc in xvid 23.42.59 # LinusN: I don't understand the port pin numbering in the wiki:the ColdFire doc says pin 56 on the 144QFP packages is PADD-VDD. Not really I/O :( 23.43.01 # they kind of wrap the original malloc 23.43.24 # petur: it's not qfp 23.43.33 # it's bga 23.43.35 # 160pin 23.43.49 # damn - need to find another datasheet 23.43.56 # or turn the page 23.44.17 Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") 23.44.21 # why do you need the pin number? 23.44.34 # ^Ben^: so does the solitare plug-in work now? 23.44.46 # to find out what bits to toggle? 23.45.03 # <^BeN^> with the big images? 23.45.06 # <^BeN^> yes 23.45.18 # <^BeN^> http://members.lycos.co.uk/benbenben77/solitaire.rock 23.45.32 # great, is there another place for me to get it? i can't ipen lycos.co.uk 23.45.39 # open 23.45.52 # The wiki only says GPIO1 and a pin number... 23.46.21 # ^Ben^ did you upload it to rockbox.org ? 23.46.37 # <^BeN^> not yet 23.46.52 # <^BeN^> i can send you 23.47.14 # please :) 23.47.53 # petur: the wiki says which *port pin* it is 23.47.53 # <^BeN^> accept.. 23.48.14 # GPIO is one port, GPIO1 is another 23.48.27 # are you sending it through DCC? 23.48.35 # they are two halves of a 64-bit I/O port 23.48.35 # <^BeN^> yes 23.48.50 # oh - ok 23.48.55 # GPIO32 is bit 0 in GPIO1 23.49.13 # sorry, haven't read the coldfire manual yest :( 23.49.13 # get it? 23.49.14 # sorry, please try again 23.49.20 # yep - go it now! 23.49.56 # <^BeN^> linusn: when i use this function rb->lcd_bitmap(carddeck[1], LCD_WIDTH2 - CARD_WIDTH+1, LCD_HEIGHT-CARD_HEIGHT+1, 19, 24); 23.50.04 # ^Ben^ I just fixed the settings, so it should work fine.... underline SHOULD :D 23.50.05 # <^BeN^> the color goen crazy 23.50.42 # crazy? 23.50.48 # <^BeN^> yes 23.50.52 # <^BeN^> mm 23.51.00 # <^BeN^> no spesific color 23.51.06 # Do you set a drawmode? 23.51.12 # <^BeN^> all the colors mixed 23.51.17 # <^BeN^> LOL no 23.51.30 # <^BeN^> i dont know that i need to set it 23.52.05 # ^Ben^ did you resend it? 23.52.16 # <^BeN^> look in private 23.52.23 # LinusN: it all makes sense now - now I understand the H1xx defines.... 23.54.53 # <^BeN^> 12linuxstb_12 -1 which draw mode i need to use? 23.55.27 Join tucoz [0] (n=martin@hornved.ii.uib.no) 23.55.58 # * tucoz is listening to a review for blind users of rockbox on the h140 :) 23.56.35 # <^BeN^> linusn? 23.56.40 # <^BeN^> linuxstb? 23.57.10 # It is impressive what computers make possible for the blind. Never heard of a braille device before I started using rockbox 23.57.15 # ^BeN^: yes? 23.57.23 # <^BeN^> which draw mode i need to use? 23.57.28 # <^BeN^> ? 23.58.38 # DRMODE_SOLID is the default