--- Log for 12.04.107 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 22 hours and 51 minutes ago 00.00.00 # all those 'I clicked rockbox but nothing happenend' questions... 00.00.10 # copying back isn't a good alternative if you update frequently ;-) 00.00.19 # But hiding it from "supported" would be a worse alternative. :-P 00.00.20 # but adjusting the build script would be an option. 00.00.38 # it doesn't really matter, because I have to change fileview to flash rombox anyway 00.00.46 # Since firmwares are definitely supported files. 00.00.47 # probably blocking my domain or something 00.00.57 # petur: ... which is why I wanted to hide it in the "supported" view ;-) 00.01.05 # you'll also need to change BOOTDIR define or auto-rolo after disconnect won't work ;) 00.01.17 # jhMikeS: Possibly. I'll try to encode a smaller file that shows the problem later. 00.01.23 # anyway, I just disagree with that decision. Not a real problem though. 00.02.09 Quit Siku ("g'night") 00.02.34 Quit FOAD ("Lost terminal") 00.03.38 Join johnnyoc3 [0] (n=chatzill@adsl-71-143-19-189.dsl.scrm01.pacbell.net) 00.03.55 # anyone have a 4g grayscale ipod? 00.04.21 # god I love rockbox on my nano so much# 00.04.38 # dont we all :P 00.04.39 Part Llorean 00.04.51 Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) 00.04.55 Join FOAD [0] (n=dok@dinah.blub.net) 00.05.07 # so no one has a 4g ipod? 00.05.08 # if my nano dies I will probably get a Sansa unless you guys make 2G version that is :) 00.05.18 # johnnyoc3: why don't you just ask your question? 00.05.33 # someone else still might know the answer. If not you'll notice. 00.05.38 # well i need the patched firmware partition from it 00.05.49 # patched firmware partition? 00.05.52 # so... 00.06.03 # what kind of patched partition? 00.06.03 # btw is there an estimated battery life on Nano Rockbox now? Curious to know. Never had to worry yet but always nice to know. 00.06.04 # with the rockbox bootloader 00.06.13 # why don't you install it using ipodpatcher? 00.06.31 # caus my ipods HD is slowly dying and it wont work 00.06.54 # but if the hd is dying anyway, how does the partition itself help? 00.06.56 # i explained it here: http://forums.rockbox.org/index.php?topic=9821.msg75591#msg75591 00.07.20 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 00.07.24 # i can dd files to it but i cant seem to extract valid ones from it 00.07.25 # Rincewind: i have re-patched the (removed) "browse firmwares" for that purpose: roloing and flashing are fairly quick this way 00.07.27 # How do I install Rockboy? 00.07.28 Quit amiconn (Nick collision from services.) 00.07.28 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.07.37 # rockboy is installed 00.07.45 # Oh. 00.07.47 # browse to trhe rom in file mode and click it 00.07.50 # So where do you put the .gb? 00.07.51 # :P 00.07.54 # roolku: that sounds interesting 00.08.00 # anywhere on the fat32 partition 00.08.06 # Fat32? 00.08.09 # Rori: 2G is ambiguous. It could mean a rather old ipod model... 00.08.09 # What's that lol? 00.08.27 # the one you see mwhen u plug in ur ipod to thwe comp 00.08.39 # roolku: it is not in svn, right? 00.08.39 # e250 You mean. :P 00.08.45 # johnnyoc3: you can simply dd the ipod update image to the partition marked as empty on the ipod 00.08.46 Quit My_Sic (Read error: 104 (Connection reset by peer)) 00.08.47 # yeah 00.08.52 Quit davina ("byeeeeee!") 00.08.56 # yeah 00.08.57 # I used that to make a CF card an ipod ;-) 00.08.58 # i did 00.09.17 # but i cant extract it to the comp to patch 00.09.29 # it functions fine on the actual device 00.09.37 # WolfBlood: put the rom file where you like it 00.09.39 # Rincewind: it used to be but was taken out for some reason 00.09.53 # hmm. Seems I don't get the point in your problem 00.09.54 Join MO-Pantsuu [0] (n=me@host-87-74-27-138.bulldogdsl.com) 00.09.59 # . 00.10.05 # read the post i made 00.10.06 # might be related to the fact that it's late here :o 00.10.12 Quit jgarvey ("Leaving") 00.10.13 # I read that. 00.10.14 # if your curious 00.10.22 # got disco'd. was talking about an inline bluetooth thingie 00.10.32 # well i can only use the ipod when it is freshly restored 00.10.32 # and battery life. diff nick 00.10.34 Quit DarkRedFlame () 00.10.51 # did not get an answer on battery life 00.11.01 # i cant put music on it regularly through itunes cuas it want to restore it again 00.11.11 # maybe running a low-level format helps 00.11.19 # so i can only put music on it through linux directly to the root 00.11.43 Quit lee-qid_ (Client Quit) 00.11.44 # i've tried every format method i know 00.11.53 # directly to the root meaning folders won't work? 00.11.57 # roolku: can you send it again please? I can't remember and find where I saved it *embarassed* 00.11.58 # they do 00.12.04 # ok. 00.12.12 # but itunes keeps thinking it needs to be restored 00.12.17 # even thoguh it works 00.12.31 # and 3rd party managers dont see it either 00.12.48 # hmm. Maybe moving the partition boundaries of the hidden partition to some sector later helps? 00.12.55 # ipodpatcher cant extract the firmware to patch but i can dd patchers firmware with linux 00.13.11 # patchers=patched 00.13.32 # so if i had a rockbox patcher fw i could use rockbox and put music via linux 00.13.33 # Rincewind: got it? :) 00.13.41 # yep 00.13.41 # see my dilema? 00.13.48 # I ran ipodpatcher successfully on a CF card -- if you have a spare disk lying around you can create that yourself easily 00.13.58 Quit inversions (No route to host) 00.14.02 # as of now i just got a stylish 20gb hd 00.14.15 # i dont have any CF 00.14.21 # sd but i dount that works 00.14.41 # just dd the mbr (from the download page) to that disk, dd the ipod update to the 1st partition on that device and run ipodpatcher on it 00.14.57 # sd works the same way as cf on linux: it's a simple scsi device. 00.15.13 # only on linux? 00.15.15 # you might need to specify the device to ipodpatcher 00.15.22 Quit PaulJam (".") 00.15.31 # i tried that for the pod 00.15.33 # I don't know the details on windows. Did it on linux. 00.15.46 # i will try the sd card method later tonight 00.15.58 # i just thought someone had a 4g ipod here 00.16.03 # i guess not 00.16.07 # me doesn't, sorry. 00.16.18 # thats ok 00.16.27 # you may have given me hope! 00.16.31 # just remember that this will destroy all data on the memory card. But I guess you already are aware of that ;-) 00.16.52 # if not would it be possible to buy a cf card and us it instead of the HD? 00.16.55 # yeah i know 00.16.58 # it should work with any drive that is large enough 00.17.26 # there was some information on the internet about replacing the hard disk with a CF card. 00.17.33 # but will the pins work out right? 00.17.43 Join safetydan [0] (i=cbca159f@rockbox/developer/safetydan) 00.17.46 # dont want to saulder 00.17.49 # It's really easy on the mini as the connectors are the same. AFAIK this doesn't apply to the other ipods 00.17.52 # or spell :P 00.17.56 # hehe 00.18.22 # not sure if it's linked, but the MiniCF wiki page might be interesting 00.19.19 # i will look into it 00.19.54 # lol google cached version loads faster 00.20.58 # http://www.rockbox.org/twiki/bin/view/Main/MiniCF doesnt seem to load 00.21.16 # rockbox website seems down? 00.21.31 # i guess 00.21.50 # rockbox.org was quite slow a short while ago. At least for me ... 00.22.05 # well its not loading at all 00.22.10 # i might ping it 00.22.15 # it's gone now... replies to pings but nothing more 00.22.25 # ic 00.22.35 Quit practisevoodoo (Read error: 113 (No route to host)) 00.22.37 # ah, back again 00.22.44 Join amar [0] (n=a_sandhu@82-47-117-237.cable.ubr06.wolv.blueyonder.co.uk) 00.22.56 Part amar 00.23.03 # very slow though 00.23.14 # johnnyoc3: good luck -- I'm out for some sleep 00.23.22 # l8r 00.23.25 Quit bluebrother ("sleep!") 00.23.41 Quit parasite (Nick collision from services.) 00.23.44 Join parasite [0] (n=parasite@ace.ulyssis.student.kuleuven.be) 00.23.54 Join amar [0] (n=a_sandhu@82-47-117-237.cable.ubr06.wolv.blueyonder.co.uk) 00.24.23 Quit parasite (Nick collision from services.) 00.24.25 Quit Rori (No route to host) 00.25.00 # forgive me for being a complete noob, but what is coldstart detection? (I.E what is coldstart) 00.25.17 # power-on 00.25.30 Quit H10_007quick ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030916]") 00.25.36 Join midkay [0] (n=midkay@rockbox/developer/midkay) 00.25.45 # Ahh nice & simple. Thank you very much petur. 00.25.48 # Bye all. 00.25.52 Part amar 00.25.58 # wow! RB beats Applie firmware battery life by quite a bit! 00.26.01 Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 00.26.13 Quit atsea- (Read error: 104 (Connection reset by peer)) 00.26.46 # http://www.rockbox.org/twiki/bin/view/Main/IpodRuntime for anyone interested 00.27.26 # i get better performace for apple just b/c i can/dont play games on it :P 00.27.32 # for=from 00.27.40 # heh 00.27.51 # it's for music not games! 00.27.56 # lol 00.27.58 # yup 00.28.07 # but physics gets so boring 00.28.23 # hah 00.28.44 Join parasite_ [0] (n=parasite@ace.ulyssis.student.kuleuven.be) 00.29.06 # MO-Pantsuu: how much more are you getting with rockbox? 00.29.07 # is it sad that I still use the Apple Nano theme? 00.29.15 # yes 00.29.33 # markun no idea I just looked at that page and see others getting better results that Apple fw 00.29.50 # I want a Vista theme now 00.29.52 # lol 00.30.10 # then make one now 00.30.20 # those results are under ideeal conditions not every day use 00.30.32 Join BHSPitLappy [0] (n=steve-o@adsl-70-239-47-60.dsl.rcsntx.sbcglobal.net) 00.30.57 Quit jmspeex (Operation timed out) 00.31.12 # MO-Pantsuu: on that page the Apple runtime is about 2x that of rockbox.. 00.31.57 # am I reading it wrong? 00.32.02 # Where can I download .gba's? 00.32.28 Join atsea- [0] (i=ariel@gateway/tor/x-1e769c60b091cb18) 00.32.36 # apple runtime is not listed 00.32.44 # WolfBlood: you can probably find some on the internet 00.32.56 # WolfBlood: you know that rockboy doesn't play gba roms, right? 00.33.11 # so apple gets more battery life? 00.33.23 # MO-Pantsuu: then what is "Apple Runtime" ? 00.33.26 # ZOMG a Haruhi theme! 00.33.28 # Markun: I thought it said they did? So what do they play? 00.33.40 # no apple runtimes listed 00.33.46 # so how can we tell? 00.33.46 # WolfBlood: just gameboy and gameboy colour 00.33.58 # MO-Pantsuu: I see several Apple runtimes listed 00.34.06 # Markun: I was looking on google, don't see any downloads. :( 00.34.08 # all more than 21 hours 00.34.16 Join jmspeex [0] (n=jmspeex@142.163.233.220.exetel.com.au) 00.34.22 # hi jmspeex 00.34.46 # just use p2p wolf 00.34.57 # jmspeex: just our of curiosity, do you use rockbox yourself? 00.35.01 # p2p? 00.35.12 # only on 5G 00.35.19 # No apple runtimes for nano 00.35.37 # might have to remedy that myself :P 00.35.52 # MO-Pantsuu: well, don't expect rockbox to perform better on the ipod nano either 00.35.55 # people too lazy to stopwatch it 00.36.11 # meh 00.36.25 # well I can live with shorter battery life for better functionality 00.36.40 # not like I have it on all day 00.36.55 # but longer battery life is nice too 00.37.04 # What is p2p? 00.37.23 # WolfBlood: it stands for peer-to-peer 00.37.28 # Oh. 00.37.30 # What is it? 00.37.45 # http://en.wikipedia.org/wiki/Peer_to_peer 00.37.45 # well maybe RB devs could focus on that a bit perhaps? :) 00.37.45 # I want a Zelda .gbc. :( 00.38.01 # I can do with better battery than more features (Don't like the new menus btw) 00.38.13 # preferred it going directly to files 00.38.21 # no I have to hit files all the time 00.38.31 # rollback pl0x 00.38.39 # now 00.38.40 # MO-Pantsuu: we're all focussing on it. If we knew how to improve battery time we would have done so 00.38.49 # k 00.39.07 # but get rid of files and go back to file by default or is there an option to do that? 00.39.27 # Going straight to the menu on boot is sucking 00.39.43 # and resume on startup is missing 00.39.49 # what happened to that? 00.40.06 Join BigMac [0] (n=BigMac@c-71-234-95-131.hsd1.ct.comcast.net) 00.40.06 # you can now select a startup screen somewhere 00.40.18 # I want it to go straight to the files 00.40.21 # not the menu 00.40.35 # and resume playback on startup is missing? 00.40.36 # yes, you've told me that already 00.40.39 # k 00.40.48 # no, it's also in the start screen selection 00.40.53 # oh ok 00.40.53 # jsut change it in ur settings 00.40.54 Quit midgey () 00.41.03 # settings -> general settings -> start screen -> file browser (or resume playback as replacement of "resume on startup") 00.41.38 # I think I missed a submenu called "system" in this chain 00.41.40 # I get shirty when things change and I have to go hunting for them heh 00.42.02 # MO-Pantsuu: then I don't think rockbox is for you. Expect things to keep changing. 00.42.11 # does anyone esle get the battery icon on disconnect? 00.42.18 # I am disconnecting properly 00.42.40 # then it won't turn on unless I reset 00.43.31 # disconnect from what? 00.44.00 # usb 00.44.12 # like in disk mode or just charging 00.44.36 # or do you meand the reg apple fw 00.44.40 Join amar [0] (n=a_sandhu@82-47-117-237.cable.ubr06.wolv.blueyonder.co.uk) 00.44.55 # in dick mode and I diconnect hardware properly then disconnect the cable 00.44.57 # mo what ipod u got? 00.44.57 # Johnny: How can I get roms from p2P? 00.44.59 # disk 00.45.04 # nano 00.45.32 # search for a specific rom name using a p2p program 00.45.41 # Like Bittorrent? 00.45.45 # sure 00.45.54 # p2p is beter but that works 00.46.01 # Well I'm looking for a Zelda.gbc but have no clue what it would be called. 00.46.12 # @mo does it show a check mark and say ok to d/c 00.46.20 # Does anyone know if anyone is developing seeking for the mpegplayer (i.e. fast forward & rewind) I apologise in advance if this has been asked before.. 00.46.21 # yes 00.46.38 # then you must use menu+center to reboot 00.46.39 # WolfBlood, johnnyoc3: maybe you can chat in private? I don't think #rockbox is the right place to discuss downloading gameboy roms. 00.46.43 # thats how it is 00.46.44 # then I disconnect the USB cable and it goes to a battery icon for a little bit then blank and won't start 00.46.52 # youer right mark 00.46.53 # I know 00.46.53 # amar: jhMikeS is 00.47.00 # its against the rules iforgot 00.47.10 Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) 00.47.24 # argh! 00.47.26 # markun: Thanks mate 00.47.32 # I just mention it before the logs are full of links to places with illegal software :) 00.47.34 # if I choose resume on startup... 00.47.39 # * petur is confused where the extra warning for ipod color sim comes from 00.47.40 # it plays the last track played 00.47.44 # but if I stop the track 00.47.45 # MO-Pantsuu: yes 00.47.50 # it goes back to the menu and not files! 00.47.54 # argh! 00.47.57 # horrible 00.47.57 # :) 00.47.59 # lol 00.48.01 # lovely 00.48.02 # owned 00.48.06 # I want it to always go back to files 00.48.12 # jsut get a 5g :P 00.48.17 # MO-Pantsuu: you can always use an older buil of rockbox 00.48.20 # never to show menu unless I ask for it 00.48.25 # the new menu is here to stay 00.48.27 # :( 00.48.40 # I am gonna start a poll on the forums then 00.48.41 Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) 00.48.46 # i personally like it better 00.49.01 # i wouldnt start a poll 00.49.11 # if the devs changed it they changed it for a reason 00.49.22 # it wont go back 00.49.24 Join DJKav [0] (n=chatzill@38.98.198.65) 00.49.29 Quit jhulst (Read error: 104 (Connection reset by peer)) 00.49.36 # anyone have a 4g thats illing to help me 00.50.07 # johnnyoc3: I don't have one, but what's the problem? 00.50.13 # i need a bootpartition bin file 00.50.23 # that has rolo or ipl2.4 00.51.05 # Anyone know a good Torrent Search Engine without Porn Adds? 00.51.14 # btjunkie.org 00.51.21 # the best one 00.51.31 # Thanks. 00.51.34 # ;) 00.52.00 # MO-Pantsuu: when playback is stopped you are dropped back to the screen you entered the WPS from - i.e. when starting playback by selecting a track in the filebrowser (and don't enter the menu between) you will get back there 00.52.05 Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) 00.52.27 Quit jmspeex (Connection timed out) 00.52.35 # I am dropped back to the menu 00.52.38 Join robin0800 [0] (n=robin080@cpc1-brig8-0-0-cust807.brig.cable.ntl.com) 00.52.45 # and have to select Files everytime 00.53.02 # another unnecessary click 00.53.03 # MO-Pantsuu: sounds like a bug then 00.53.11 # maybe 00.53.22 # I find http://www.isohunt.com quite good....it does have ads that are labelled as "Sexy videos" but they're not necessarily pornographic, and only show every now & then.. 00.53.35 # I need help converting a Mac formatted 1st gen nano to FAT32 00.53.43 # MO-Pantsuu: what did you set as start screen? 00.53.57 # resume playback 00.54.00 # Without just pluugin into a PC. 00.54.03 # hold on I think I know why 00.54.21 # Anyone have a login to Demonoid? 00.54.35 # I think I must have held the play button too long and it went back twice. Hmm. Sorry. I still don't like files on menu though. 00.54.48 # @dj http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 00.55.19 # lol poll was locked already 00.55.21 Quit roolku () 00.55.22 # MO-Pantsuu: just go back to and old buil and you will be much happier 00.55.24 # I know I tried all that. Idk what I did wrong thou. 00.55.26 # ah well got to say my peice ;) 00.55.40 # MO-Pantsuu: The poll was locked because you broke the forum rules 00.55.47 # It absolutely does NOT belong in the Ipod Installation section 00.55.47 Quit funky ("leaving") 00.56.05 # It has NOTHING to do with the installation process. 00.56.08 # yeah ok whatever 00.56.10 # try this http://www.ipodlinux.org/Restore_without_iTunes 00.56.23 # MO-Pantsuu: Did you even LOOK at the rules? 00.56.24 # I tried to delete it but it's locked now 00.56.36 # It's gone now, then 00.56.41 # Feel free to post it in the _right_ place. 00.56.55 # K thanks johnnyoc3 00.57.18 Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 00.57.35 # I'm jusy a bit gruffy right now. Been a bad week. Had an op last thursday and it's making me gripe a lot :) 00.57.41 # just 00.58.09 # llorean u have a 4g? 00.58.11 # nothing against you guys but little things set me off right now ;) 00.58.24 # are you a woman mo? 00.58.26 # MO-Pantsuu: Well, little things set me off quite often, the most important one being ignoring the posting guidelines. :-P 00.58.27 # :P 00.58.33 # nah I just act like one lol 00.58.50 # sexist remarks now oops 00.58.59 # didnt try to offend any women here :P 00.59.10 # yeah yeah heh 00.59.20 # the one or 2 that *might* be here 00.59.24 # johnnyoc3: Why do you need someone with a 4G? 00.59.31 # I think I spent too much time on bad message boards. 4chan for instance. 00.59.38 # Got bad net habits 00.59.49 # cause i need a bottpartition with rolo patched in 00.59.52 # boot* 00.59.57 # and i cant do it 01.00.03 # long story 01.00.03 # Rolo isn't something you patch into a boot partition... 01.00.18 # anyone esle using a invisble skin or best skin ever solution on their ipods? 01.00.25 # RoLo is the Rockbox loader, it loads other firmwares from within Rockbox. 01.00.36 # i meant the bootloader 01.00.38 # my bad 01.00.47 # Why can't iPodPatcher write it? 01.00.50 # * petur decides to ignore the odd build warning and head off to bed 01.00.53 # http://forums.rockbox.org/index.php?topic=9821.msg75591#msg75591 01.00.54 Quit petur ("Zzzzzz") 01.01.00 # If you can't write it with iPodPatcher, you wouldn't be able to DD over a already patched one either 01.01.05 # They both do the exact same thing. 01.01.43 # i can dd a patched one but when ipod patcher extracts the partition it doesnt work 01.01.57 # anyhow thanks for the support guys despite my childish griping. I shall leave you alone until next time :) 01.02.04 # iPodPatcher doesn't extract anything 01.02.12 # It just writes the bootloader, and shifts the main image... 01.02.14 # happy rockboxing! 01.02.23 Quit MO-Pantsuu () 01.02.50 # Does the current iPodPatcher give you an error message? 01.02.52 # my hd is dying so the only way for me to put files on it is through linux directly to the disk not through any ipod mangers 01.03.02 # ipodpatcher doesnt recognixe the ipod 01.03.08 # mrf 01.03.27 # amiconn: what's wrong this time :) 01.03.30 # The spurious DT_TEXTREL warning again.. 01.03.38 # the fw functions fine on the ipod itself but the computer thinks its correupted 01.04.04 # so i need a patched boot partition from some1 to dd to the ipod 01.04.07 # see? 01.04.23 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 01.04.43 Quit ender` (" Programming is like sex becuse: 11. But some people will never realize how bad they are, and you’re wasting your time trying) 01.04.48 # johnnyoc3: If your iPod is in bad enough condition that none of the restorations work, it's unlikely that that'll work, at least for any longer than a few weeks 01.05.09 Join dandin1 [0] (n=dandin1@bas12-ottawa23-1088846115.dsl.bell.ca) 01.05.11 Quit ze (Remote closed the connection) 01.05.14 Join ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) 01.05.18 # johnnyoc3: Have you tried using http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 and restoring the MBR as if you were converting to FAT32? 01.05.19 # well it was like that around 4mo ago but i put rockbox on there and it worked fine 01.05.39 # i tryed every format method and partitioning method known to man 01.05.59 # then my bro pluged it in and decieded it needed to be resotred 01.05.59 # Oh really? Did you hold a magnet to it to destroy all the data on the disk and then reformat from an Amiga? 01.06.03 # Please don't say "every method" 01.06.06 # so it got screwed up again 01.06.11 # well 01.06.14 # not every but alot 01.06.20 # Did you or did you not do exactly the steps on that page. 01.06.33 # yes 01.06.36 # exactly 01.06.51 # Then why didn't you mention it in your forum post? 01.06.54 # the ipod will work fine but when connected to a comp its not recognized as a ipod 01.07.19 # i i did 01.07.22 # No, you didn't 01.07.36 # "i tried restoring it these ways too: 01.07.37 # http://www.ipodlinux.org/Restore_without_iTunes 01.07.39 # http://www.rockbox.org/tw...ew/Main/IpodManualRestore" 01.07.44 # Yes, neither of those is the link I gave. 01.08.06 # have you read this page reciently ? http://www.rockbox.org/tw...ew/Main/IpodManualRestore 01.08.34 # 1) Download the MBR for your ipod from the IpodConversionToFAT32 page, and dd it to the ipod (e.g. dd if=mbr-xxxx.bin of=/dev/sdx), then unplug and reattach; 01.08.46 Join Forte [0] (n=j@cpe-76-181-196-81.columbus.res.rr.com) 01.08.47 # You don't need to copy the whole page. 01.08.50 # rockbox rocks 01.08.51 # But fine. 01.08.55 Quit amar () 01.09.00 *** Saving seen data "./dancer.seen" 01.09.02 # just saying 01.09.14 # believe me i tryed everything 01.09.16 # Then why can't you simply use the ipod_fw tool to merge the firmware before DDing? 01.09.20 # this is the only solution 01.09.22 # Why on earth do you need someone to merge it for you? 01.09.35 # i cant extract a valid fw file 01.10.13 # somewhere between conecting the ipod and extracting the bin file the ipod messes it up 01.10.24 # You know how to get a valid fw file 01.10.29 # yes 01.10.34 # The manual restore page even has you write a valid firmware file TO the iPod 01.10.58 # So clearly it's what you would be extracting if extracting works. 01.11.00 Join Big_Mac [0] (n=BigMac@c-71-234-95-131.hsd1.ct.comcast.net) 01.11.33 # Since you're trying to read the exact same data that you're writing to in the ManualRestore page. 01.11.43 # the ipsw file is the 1 ur talking about? 01.11.54 # Yes. 01.12.02 # The one you dd to /dev/sdx1 01.12.12 Join jmspeex [0] (n=jmspeex@142.163.233.220.exetel.com.au) 01.12.13 # You ARE trying to read from /dev/sdx1 when you try to "extract" right? 01.12.17 # but can i jsut rename it to a .bin file? 01.12.21 # yes 01.12.33 # You have to extract the ipsw... 01.12.38 # after i extract the fw from the archive 01.12.41 # Yes. 01.12.46 # oh 01.12.50 # so whats new with rockbox 01.12.52 # any new games 01.12.56 # i though it was not a .bin 01.13.11 # It's the transient theory of mathematics. If firmware.bin = /dev/sdx1 and /dev/sdx1 = the file extracted from the ipsw, then firmware.bin = the file extracted from the ipsw. 01.13.28 # So long as no step changes the contents of that. 01.13.35 Quit Big_Mac (Client Quit) 01.13.51 Quit gtkspert_ (Connection timed out) 01.13.55 # Forte: There's a changelog on the front of the site, but the answer to that is almost always going to be "no", as games are not a major focus. 01.14.22 # well after you dd the ipsw file the ipod needs to be pluged into the wall and does a little scroll bar thing that is different from when you jsut apply a .bin 01.15.07 # No, that just means the contents of the ipsw are marked as "new data" rather than having been extracted and so the ipod thinks they're old data. 01.15.24 # oh 01.15.28 # There's a bit that gets changed the first time you boot. 01.15.28 # so whats up 01.15.35 # i see 01.15.47 # If you wrote the ipsw over, then extracted it immediately without ever unplugging the iPod, then wrote that .bin file back, you'd get the same thing 01.16.16 # when it gives you the wall plug image you cant boot int disk mode 01.16.32 # at least not when i've tryed 01.16.53 # "without ever unplugging the ipod"... 01.17.12 # well after the ipsw is written the ipod auto reboots 01.17.47 # With DD, even if you don't unplug the cable, while in disk mode? 01.17.57 # im not sutre about that 01.18.01 # in windows it does though 01.18.10 # but its a moot point 01.18.17 # In windows you're not using DD... 01.18.19 # i will try with the .bin renaming 01.18.24 # I thought you said you tried the DD method...\ 01.18.57 # i did but i also used apple restore with the .ipsw 01.19.16 # b/c i didnt think the extracted file was a .bin cause it had no file name 01.19.44 # So you didn't *just* to the manual restore method? I'm confused. 01.20.06 # i did many methods 01.20.16 # and they are all becoming one big blur :P 01.20.21 # lol he said moot 01.20.27 Join kkurbjun [0] (n=kkurbjun@c-24-8-203-134.hsd1.co.comcast.net) 01.20.33 # t..t..today junior 01.20.42 # that was said ages ago 01.20.49 Quit Arathis ("Bye, bye") 01.21.11 # formatting my mini 01.21.12 # :P 01.21.25 # put a CF card in it :P 01.27.50 Quit BigMac (Read error: 110 (Connection timed out)) 01.31.10 Part toffe82 01.31.48 Quit moos ("Glory to Rockbox") 01.32.20 # well im off to boot into linux and try it out 01.33.35 Quit lostnihilist ("Leaving") 01.33.37 Part Llorean 01.33.59 Join lostnihilist [0] (n=lostnihi@adsl-69-212-195-145.dsl.chcgil.ameritech.net) 01.34.18 Join Dyne [0] (n=Not@216-164-198-234.c3-0.drf-ubr2.atw-drf.pa.cable.rcn.com) 01.34.32 # Is there a way to access Pitch Control on the e200? 01.36.47 Join jhulst [0] (n=jhulst@adsl-69-208-79-209.dsl.klmzmi.ameritech.net) 01.36.48 Quit darkless (Read error: 104 (Connection reset by peer)) 01.37.02 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 01.39.36 Quit Rincewind ("Cya") 01.43.08 Join heanol [0] (i=heanol@karantan.org) 01.43.32 Quit HaSH ("Im Out Like A Fat Kid In DodgeBall") 01.48.31 Quit WolfBlood () 01.51.01 Quit billytwowilly (Remote closed the connection) 01.51.04 Quit johnnyoc3 (Read error: 110 (Connection timed out)) 01.51.26 # window 12 01.51.27 # err 01.51.30 # oops : 01.51.31 # :) 01.53.12 Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) 01.54.33 Quit robin0800 (Read error: 104 (Connection reset by peer)) 01.57.04 # is there a build in progress 01.57.12 # cause im looking for the mini version 02.02.01 Join HaSH [0] (n=unet@pool-70-19-248-97.bos.east.verizon.net) 02.02.29 Quit Nico_P (Remote closed the connection) 02.02.31 # does anyone have any objections to the gigabeat bootloader cleanup: http://www.rockbox.org/tracker/task/6929 02.02.35 Quit HaSH (Connection reset by peer) 02.02.39 # whats some good music 02.06.28 # :/ 02.06.50 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 02.09.15 # kkurbjun: There has been talk about changing the header in the rockbox files to include more information (such as a version and min/max compatible bootloader versions). My only comment on your patch is that it may be worth waiting for that work to be done before forcing all gigabeat users to upgrade. 02.12.34 # linuxstb do you know where that work is? Is it just talk right now? Currently the gigabeats are still doing an unnecessary reset on the ata interface with the existing bootloader.. I don't know if it's bad for the drive, it's not a hard click like cutting the power, but it's definitely noticeable. 02.13.26 # I guess we could just recompile the existing bootloader with the commit I made on the ata and usb interface 02.13.59 # was that information planned to be added in the scrambling tool? 02.14.26 Quit dandin1 () 02.17.00 # It's only been talked about, I don't think anyone is working on it. So maybe it will never happen... 02.17.46 # Maybe it's not important, in which case just go ahead and commit... 02.20.33 # Thanks for the heads up, I am going to wait till tomorrow just to give anyone else that may be sleeping/not around time to voice any other concerns. 02.21.32 Join qwedsa_ [0] (n=superman@ip51ccca31.speed.planet.nl) 02.26.28 Join toffe82 [0] (n=chatzill@adsl-71-132-87-162.dsl.sntc01.pacbell.net) 02.28.31 Quit BHSPitLappy (Read error: 60 (Operation timed out)) 02.33.48 Quit qwedsa (Read error: 110 (Connection timed out)) 02.34.57 Join Brunellus [0] (n=luigi@unaffiliated/brunellus) 02.37.20 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 02.38.30 Join BHSPitLappy [0] (n=steve-o@adsl-70-239-47-60.dsl.rcsntx.sbcglobal.net) 02.39.28 Quit RaRe ("AnacønÐa · "That which has not yet been taught directly can never be taught directly"") 02.41.29 Quit hannesd (Read error: 145 (Connection timed out)) 02.42.23 Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 02.45.14 Part pixelma 02.45.24 Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) 02.51.43 Quit hannesd___ (Read error: 110 (Connection timed out)) 03.04.57 Quit Guile (Read error: 104 (Connection reset by peer)) 03.09.01 *** Saving seen data "./dancer.seen" 03.11.37 Quit inversions (Read error: 113 (No route to host)) 03.13.43 Join yoho [0] (n=beachrec@198.23.33.65.cfl.res.rr.com) 03.25.40 Quit Dyne (Read error: 104 (Connection reset by peer)) 03.26.42 Join homielowe [0] (n=chatzill@207.6.216.231) 03.27.07 # Help 03.28.11 Part DJKav 03.28.43 Join DJKav [0] (n=chatzill@38.98.198.65) 03.28.55 # Help 03.30.09 # please? 03.31.15 # I currently have a 21 1/2 x 10 rockbox logo printed onto iron transferable paper, what colour t-shirt / other article of clothing should I put on, white, black, navy blue etc 03.31.17 Join Soap_ [0] (n=Soap@rockbox/staff/soap) 03.31.47 Quit JdGordon ("Konversation terminated!") 03.31.49 # navy 03.31.56 # in centimetres I mean, not those confounded inches 03.32.08 # sounds good 03.33.39 # Now I need help. 03.35.07 # Alright good talk. Maybe next time. 03.36.35 # DJKav: what is your problem? 03.36.54 # DJKav: How are you supposed to be helped If we don't know the nature of your problem or even if it's rockbox related 03.37.08 # It is. 03.37.11 # Sorry. 03.37.49 # My 1st gen nano... I can't get rockbox onto it and I can't figure out what I'm doing wrong. 03.38.14 # Are you using ipodpatcher or rbutil? 03.38.36 Quit spiorf (Read error: 60 (Operation timed out)) 03.39.06 # ipodpatcher. 03.39.53 # I'm on a Mac. So Idk if I'm doing something wrong when converting it to FAT32 or somewhere after that. 03.41.19 # DJKav: Sorry, I don't own a Mac, maybe someone w/ Mac can help you. 03.41.59 # Ok thanks anyway. 03.43.09 # So.... Does anyone have a Mac? 03.46.46 # Nope. 03.47.14 Join spiorf [0] (n=spiorf@host70-219-dynamic.4-87-r.retail.telecomitalia.it) 03.47.32 Quit Soap (Read error: 110 (Connection timed out)) 03.51.03 Quit homielowe ("ChatZilla 0.9.78 [Firefox 2.0.0.3/2007030919]") 03.53.40 Join Shooz [0] (i=Ben@dynamic-acs-24-154-23-30.zoominternet.net) 03.53.58 Join craig_ [0] (n=chatzill@S01060014bf438551.wp.shawcable.net) 03.54.33 # hey i dont know if your aware, but the latest MPEG update actually made the problems on my sansa worse. 03.55.21 Quit Domonoky_ ("Trillian (http://www.ceruleanstudios.com") 03.55.36 Join craig__ [0] (n=chatzill@S01060014bf438551.wp.shawcable.net) 03.55.44 # could someone tell me the advantages of rockbox on Toshiba Gigabeat MEG-F40S 03.57.56 # what i mean is, is it worth it for the gigabeat model? 03.59.13 # seems that it would be, or it wouldn't have been ported? 03.59.32 Nick craig__ is now known as colezy9 (n=chatzill@S01060014bf438551.wp.shawcable.net) 03.59.35 Join johnnyoc3 [0] (n=chatzill@adsl-71-143-19-189.dsl.scrm01.pacbell.net) 04.00.21 # shooz, yeah I'm new to rockbox and don't see much for advantages on the website, but mabe there is other things that make it worth it such as stability 04.00.36 # does anyone here have a gigabeat and like it with rockbox 04.01.12 # colezy9: http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox 04.03.20 Part Shooz 04.03.56 Join colezy9_ [0] (n=chatzill@S01060014bf438551.wp.shawcable.net) 04.07.35 Quit DJKav ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") 04.09.17 Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) 04.09.28 # Anyone else with a Gigabeat around? 04.11.45 # kkurbjun: Did your recent change actually affect what happens on USB unplug? 04.12.54 Quit craig_ (Read error: 110 (Connection timed out)) 04.15.48 # llorean the renaming thing worked 04.15.58 # thanks for the tip ;P 04.17.06 # johnnyoc3: I may be a bit irritating, but I do tend to solve problems in the end. ;) 04.17.46 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 04.19.07 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 04.19.23 Quit miepchen^schlaf (Read error: 54 (Connection reset by peer)) 04.19.43 Join miepchen^schlaf [0] (n=hihi@p57b97c85.dip.t-dialin.net) 04.20.10 Quit billytwowilly (Remote closed the connection) 04.20.51 Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) 04.20.53 Quit colezy9 (Read error: 110 (Connection timed out)) 04.20.59 # kkurbjun: Anyway, since you don't seem to be around: Right now, if my backlight goes off while USB is connected, it doesn't come back on after I unplug it. If I tap a key to bring it on, right before unplugging, then the backlight is fine. This is new behaviour introduced possibly by your patch (unless my Gigabeat has gone crazy) 04.21.23 Part Llorean 04.26.29 Part TrueJournals 04.29.55 Quit colezy9_ ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") 04.32.00 Quit Thundercloud (Read error: 54 (Connection reset by peer)) 04.35.02 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 04.35.07 Join miepchen^schlaf [0] (n=hihi@p57b97c85.dip.t-dialin.net) 04.47.14 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 04.48.02 Quit knapp (Remote closed the connection) 04.50.13 Part TrueJournals 04.55.20 Quit Brunellus (Remote closed the connection) 04.59.51 # whats some good music 05.05.36 # Forte, that's off topic for this channel. 05.06.09 # What's the key in the sim to simulate usb connect? 05.07.16 # Neever mind. 05.09.04 *** Saving seen data "./dancer.seen" 05.10.21 Join gtkspert [0] (n=gtkspert@203-59-81-253.dyn.iinet.net.au) 05.12.50 Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) 05.13.41 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 05.13.44 Join miepchen^schlaf [0] (n=hihi@p57b97c85.dip.t-dialin.net) 05.17.50 # i know i shouldn't make a plug.. but can't resist 05.17.52 # http://www.computers4sure.com/product.asp?productid=2792353&iid=1249&Hits=53&HKeyword=toshiba+40 05.18.00 # that's a good deal 05.18.27 # if i didn't have 2 f60's i'd probably get one myself 05.20.03 # Yeah, I got one under the assumption that in my infinite clumsiness I'll damage this one eventually. Also, I wouldn't mind another 40gb of storage, anyway. 05.21.04 # yeah... i'm thinking of ebaying my x5 or my h140 05.21.22 # they are collecting dust now that i have my gigabeats 05.21.32 # Actually, in all honesty, I'm planning to gift my current one (which has a very, very tiny scratch on the screen, but I'm actually diagnosed OCD) to my mother, and using the new one. 05.21.34 # i really only use the 1 gigabeat.. but like to have the spare 05.21.42 # She expressed interest in it, she likes the Rockbox interface a lot better than her iPod's. 05.22.12 # Llorean, are you using the bootloader patch with the lcd problem? 05.22.29 # kkurbjun: Bootloader patch? 05.22.34 # had to laugh.. a guy saw my gigabeat and said "wow, that's an old ipod" 05.22.36 # I'm using the official bootloader. 05.22.45 # Everything's "official", no patches anywhere. 05.22.49 # ahh, ok, so it came up after my last commit? 05.23.05 # It came up in the last day or so, and your commit seems most likely 05.23.06 # it caught me so off guard i couldn't even comment 05.23.29 # I'll check it out and see if I can reproduce it with my change reverted 05.24.02 # kkurbjun: You can reproduce the bug with a current build? 05.24.24 # My Gigabeat's acting slightly weird in another way too (the button LEDs are coming on immediately after boot, and going off with the first backlight fade) 05.25.51 # thanks for the heads up. I can definitely reproduce it on mine as well by the way. I have alot of other code in my tree. I saw that as well today so it's not just my or your player 05.26.04 # Okay, good to know mine isn't about to explode. :) 05.26.09 # : ) 05.26.16 # yeah.. i haven't put a new rockbox on in a couple of weeks 05.26.29 # been on the road a lot 05.26.45 # sitting in a hotel as we speak 05.28.04 # goffa: mpegplayer has improved a lot, but as you may have guessed from my talking, there's a few new 'quirks' as of today (nothing serious)\ 05.28.19 # yeah 05.29.18 # i don't really use mpegplayer.. but am glad to see it progressing 05.29.47 # I wasn't planning to. 05.29.48 # my hope is that the insert patch gets commited so i don't have to keep patching 05.30.11 # something about 2 inch video doesn't impress me that much 05.30.55 # no but making nanos run mpg is kinda cool 05.31.27 # kinda like gameboy 05.31.41 # glad i have the option.. but don't plan on utilizing it 05.32.00 # It looks better than I expected, is all 05.33.12 # still getting used to the new root menu 05.33.21 # since that's going to be a fact of life from now on 05.34.07 # admittedly it has gotten rid of the left to wps "need" 05.34.16 # since i can hit right to get to wps 05.34.31 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 05.35.03 # and i guess i use the gigabeat most of the time.. so the "rotating button" issue isn't something i contend with as much 05.35.16 Join Apisa_Ahni [0] (n=jg0619@216.143.24.110) 05.35.17 # "rotating button"? 05.36.22 # well when i'd grab my gigabeat i'd hit the top button to get into file browser 05.36.33 # on the h140 it'd be the middle button 05.36.40 # Ah, yes 05.36.44 # so out of habbit i'd hit the wrong button 05.36.48 # and it'd make me angry 05.36.58 Quit Apisa_Ahni ("Leaving") 05.37.17 # but since i don't use the h140 that much i don't notice 05.37.38 # would be an issue if i didn't have the 2 gigabeats 05.47.53 Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/0000000000]") 05.50.47 Quit jhMikeS (Nick collision from services.) 05.50.57 Join _jhMikeS_ [0] (n=jethead7@rockbox/developer/jhMikeS) 05.55.35 # GGGGGGRRRRRRRRRRRRRR!!!!!!!!!!!!!!!!! 05.56.52 # what? 05.57.24 # i cant think of a clean way to make the viewer icons customizable... 05.57.30 # * JdGordon has a very one track mind at times... 05.57.45 # Aren't the viewer icons customizable by viewers.config? 05.58.34 # yeah, but we are moving to fully loadable icons, so the idea is to let the user load a bmp file with icons for each plugin 05.58.50 # As part of the build, or as a theme step? 05.58.59 # theme 05.59.13 # Then let them provide a custom viewers.config? 05.59.14 # to go with fs 7013 05.59.49 # well, the big problem is how to handle the image they need to load... 06.00.40 # Why not just have a viewers.bmp for themes. 06.00.55 # It contains the bitmaps for viewers.config in sequential order, so it has to have an appropriate matching viewers.config 06.01.04 # If viewers.config is longer, use the hex-code ones in it for any missing ones. 06.01.53 # That way you never have to fear a theme overwriting your customized viewers.config, and as long as you keep the SVN order and add to the end, your new ones won't conflict with your theme. 06.02.57 # ... I tihnk I know how to handle it from a users point-of-view... its the code part thats hard :p 06.03.05 # That way you don't have to do any real matching, you just treat the viewers.config as entries 0-N, and match bitmaps 0-N from viewers.bmp with them, right? 06.03.44 # What's the difficulty with the code? You don't have to do any "real" matching, just assume they're in the same order in viewers.bmp as in viewers.config and let the users make errors if they must. 06.03.48 Quit BHSPitLappy (Remote closed the connection) 06.03.50 # I'm planning to let the user give an index in viewers.config so more than 1 plugin can use the same icon 06.04.25 # I don't like that. 06.04.34 # I don't like the idea of viewers.config ever being touched by themes. 06.05.22 # It's a functional file, and I shouldn't have to worry about it unless I manually modify it. 06.05.39 # it would load viewer_icons.config, viewers.config would only be used to map the extention to a plugin, so themers wouldnt touch it 06.06.10 # And viewer_icons.config would be a list of viewers and what icon went with them? 06.06.25 # One of that file per theme? 06.06.38 # i guess so 06.07.00 Join crwll [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) 06.07.09 # or, we go the other route and give each plugin a bmp in viewers.config 06.07.32 # which would probably waste heaps more RAM and slow down boot... but be more flexible 06.07.32 # See, I'd rather something like.. 06.08.07 # Hm 06.08.30 # Is there an icon size restriction with the new method? 06.08.41 # up to 24x24 atm 06.08.49 # but that may end up being target dependant 06.08.55 # What I'd like to see, as I said, is a single bitmap file. 06.09.04 # Width of the bitmap being the icon width for that theme 06.09.12 # Height being a multiple of the font height for that theme 06.09.23 # So you can just divide its height by the font height to get the number of icon's you've got 06.09.26 # thats how the main icons are loaded.. excpet horizontal strip, not verticle 06.09.41 # Vertically is better in this case. 06.09.47 # That way they can be arbitrary width 06.09.50 # And matched by font height 06.10.02 # Well, arbitrary within the 24 maximum 06.10.08 # all icons need to be the same dimensions.. 06.10.17 # Yes, per theme 06.10.32 # 24x24 is the maximum 06.10.41 # If someone uses 6x6 you only have to display that 6x6 06.10.52 # And you can tell if it's 6x6 is the .bmp is 6 wide, and the font set for that theme is 6 tall 06.11.04 # That way you aren't forcing oversized or undersized icons. 06.11.12 # display the first 6x6 rect in a 24x24 rect if the font is small? 06.11.29 # What do you mean "in a 24x24 rect"? 06.11.36 # Why do you have to draw the full 24x24? 06.11.59 # People should match their icon set to the theme. 06.12.02 # if the iconset uses 24x24 icons, but the font size is 6x8 for example 06.12.20 # That shouldn't happen unless someone creates a theme poorly, or changes to a font not compatible with the theme. 06.12.47 # right, s it works now by assuming the themer isnt stupid, it centers the icon in the size of one cell... 06.12.49 # brb 06.12.50 Quit crwl (Read error: 110 (Connection timed out)) 06.13.07 # But why do you need a full sized cell? 06.18.04 # As far as I'm concerned, themes should have an icon size set somewhere, or it should be defined by the font height. One or the other, but it shouldn't always use 24x24 cells for the icons. That's incredibly restrictive to those of us who like to have many, many lines on the screen. 06.21.27 # noo.... the max icon size that can be loaded is 24x24... you can load any size smaller than than 06.21.31 # that* 06.21.47 # There should be one icon size per theme then. 06.22.25 # icon size is based on the theme bmp that is loaded 06.22.36 # I still think a viewers.bmp would work then. 06.23.13 # I think using a text file to point to various things introduces a lot of complication and room for error. 06.23.37 # Yes, you may have to repeat an icon or two, but I don't think that'll have a large negative effect if they're within a single, fairly small, bitmap 06.23.37 # amiconn: didnt really like that becuase it stops you from adding plugins in the middle of he file 06.24.09 # It stops you from adding plugins in the middle of viewers.config, sure, with an existing theme that has icons. 06.24.33 # Is there some reason we need to be able to add plugins in the *middle* of the file? 06.25.03 # wasnt it only done recenlty with adding the .mpeg extension? 06.25.06 # it keeps it neater 06.25.14 # and chanes its position in the open with menu 06.25.38 # With official themes, any time a new plugin is added, we'd have to add a new icon anyway, right? 06.25.45 # Or at least, add a new line to duplicate an icon. 06.25.52 # yes 06.25.55 # It's the same amount of work to just fix the .bmp 06.26.26 Quit safetydan ("CGI:IRC (EOF)") 06.26.38 # I'm curious what the problem is, since either way you have to "fix" the theme 06.28.06 # need extra ram useage becuase icons would double up, and umm... 06.28.21 # if we give each plugin an index into viewers.bmp then there is no problem 06.28.28 # interesting 06.28.29 # http://forums.rockbox.org/index.php?topic=9846.0 06.29.32 # JdGordon: Maybe if only viewers.bmp is present, treat it as a sequential list, but allow an additional viewer_index.config that allows them to point to multiple lines of viewers.config if it's present? 06.29.50 # I'm just worried that the code to handle it will cancel out any saved RAM from preventing the few double ups there may be. 06.30.01 Quit Febs (Read error: 110 (Connection timed out)) 06.30.03 # In fact, you *can't* save RAM 06.30.10 # You have to assume that there will be NO double ups, to allow flexibility 06.30.14 # Meaning you have to reserve all that space anyway 06.30.32 # If you're reserving it, then you might as well use it, and keep the code to handle it as simple as possible. 06.31.36 # your 100% correct, but.. (always a but :D) either way we need to get an index into the bmp, so viewer_index.config might work 06.32.30 # Yes, but one way has only one index per bmp, the other way allows for the possibility of multiple indexes per bmp, complicating the code. 06.33.18 # not at all, becuase the current code already stores an icon for each.. change this to an index (which is sort of already done anyway)... 06.33.31 Quit johnnyoc3 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") 06.33.37 # the difference is having a max of 32 different icons, or 32 icons with double ups.. 06.33.48 # or.. 32 icons with 64 plugins, and 32/32 06.33.59 # Ah, I see, store an index for each plugin, point to the icon. 06.33.59 Quit Rick ("I… don't need to be here.") 06.34.11 # I was thinking store indexes for the icons describing which extensions they represented. 06.34.29 # That should be fairly simple then. 06.34.51 # If there's no descriptive file, assume they're matched sequentially, if the descriptive file exists, use it to pair them? 06.35.09 # that would probably work 06.35.22 # seen as the icon size must be the same as the rest of the icons 06.35.33 # the hard part is still loading the icons into some buffer.. 06.35.37 # Yeah 06.36.02 # well, actually, thats easy... its figuring out which of the possibly 4 (!) buffers to load into 06.36.18 # main screen icons, remote screen icons, main viewers, remote viewers 06.37.41 # unless... we add the plugins to the main iconse bmp 06.37.50 # Why not? 06.38.20 # well, adding a themeable icon to the main set would break all exsitsing sets 06.38.38 # Ah 06.38.56 # although, for simplicities sake, I tihnk thats acceptable 06.38.57 Join Rick [0] (i=rick@pool-71-119-160-247.lsanca.dsl-w.verizon.net) 06.39.06 # unless a better solution can be found 06.40.01 # also, we are not ifdeffing out icons in the enum, so even if a target doesnt have the radio, the radio icon will still be loaded 06.40.14 # which is ok in the core, but with viewers it gets a bit more wasteful 06.40.53 # bugger it.... thats the way to go 06.41.05 # can someone gear me towards the wiki page to build rockbox? 06.41.06 # by far its the easiest to get working 06.41.28 # SimpleGuideToCompiling? 06.41.44 # http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling 06.41.46 # ty 06.41.51 # scorche wins 06.45.58 # * JdGordon heading out for a while 07.08.37 # Llorean: I was being silly before... if extra icons are added then all custom iconsets will need updating anyway 07.08.58 # ... obviously :p 07.09.01 # Heh 07.09.08 *** Saving seen data "./dancer.seen" 07.10.07 Quit entheh ("^~") 07.11.59 # does svn co svn://svn.rockbox.org/rockbox/trunk rockbox download the daily build? 07.12.39 # no, thats the source code 07.12.50 # ah wait the build 07.13.06 # It's the current source code, neither day old nor a build 07.13.19 # yes, sorry 07.14.14 # crap... how is it supposed to figure out how wide each icon is if the number is variable? 07.14.29 # before viewers it does bmp.width / icon_count 07.14.32 # JdGordon: That's why I said the file should be tall. 07.14.45 # Height could then use the font height, and width would be the width of the file. :) 07.15.00 # Just make that a rule for themeing: Your icons must match your chosen font's height. 07.15.14 # but then you cant load a smaller iconset than your font 07.15.37 # e.g a 12x12 iconset with a 16x19 font 07.15.41 # True 07.16.19 # Does this need to be possible, honestly? Icons should be a part of a theme. 07.16.39 # If they're to stand on their own, there needs to be an icon description file anyway, to tell it what set of icons to load and how many there are. 07.17.09 Join moos [0] (i=moos@m135.net81-66-158.noos.fr) 07.17.32 # maybe I will make it rely on an text file for this 07.17.55 # no, ill just add the setting and hope themers set it correctly 07.18.12 # Themers need to set plenty of other things correctly anyway. 07.19.58 # JdGordon: whassup! latest progress? 07.20.24 # fs 7013 07.21.21 # JdGordon: i saw that, nice.. nothing new since? 07.21.35 # not yet 07.21.49 # hopening to have everything except charcell finished tonight though 07.21.59 # pretty cool, that was quick. 07.22.08 # i can start working on some color icons.. i already created a nice "folder" one. 07.22.30 # go for it :) 07.22.45 # any thoughts on size? you said 8x8 before... i guess that sounds fair? 07.22.48 Quit rotator () 07.23.21 # I assume icons respect 255,0,255? 07.23.30 # * Llorean wishes we'd picked 254,0,255 or 255,1,255 07.23.55 # Llorean: yes, they should just like any other bitmap. 07.24.32 # midkay: my sansa uses the default font size, so 6x8 colour would be nice :p (/me really has to get a better theme on it :) 07.24.34 # midkay: I wasn't sure if that was an aspect of the WPS display, or an aspect of bitmap loading. 07.24.42 # and yes, colour icons respect 255,0,255 07.24.49 # b+w is white transparent 07.25.08 # The first set should match the current icon dimensions, since they're to go with the default font. 07.25.18 # Llorean: oh, ok. well FYI, it's how it works in the code.. bitmap_transparent.. 07.25.23 # or transparent_bitmap, i forget. :) 07.25.34 # midkay: Alright, just making sure. :) 07.25.41 # just a bit of background :) 07.25.53 # i already created a nice 8x8 icon though!!!! i don't wanna lose it! 07.26.13 # So save that for set #2 07.26.15 # :-P 07.26.20 # haha. no way! :( 07.26.32 # :) 8x8 is a better size than 6x8 anyway 07.26.39 # it'll be the same height, just a little wider.. i think that sounds fair for color LCDs which tend to be bigger than the archos lcd the icons were originally designed for? 07.26.47 # which would work for the default font seen as the height is the same 07.27.01 # Yeah, the smallest color screen is 128x128, which is 12 pixels wider. 07.27.13 # So you can steal two of them... if you must... 07.27.14 # :-P 07.27.17 # <_jhMikeS_> shouldn't we just break down and add alpha bitmaps? 07.27.28 # i think we can afford 2 pixels.. especially on screens like 320 in width, like 3x the archos LCD width :) 07.27.29 # _jhMikeS_: Then we have to blend. 07.27.53 # midkay: Yeah, but you assume for the worst case (128x128) not the best. :-P Still, two pixels is fair. 07.27.55 # <_jhMikeS_> which is no big deal really...and can be fast. I offer to implement it to prove it 07.28.18 # _jhMikeS_: It can be fast, but it's still slower than without it, isn't it? 07.28.18 # Llorean: calm down you screenspace-conserving.. little.. conserva..tion..alist! 07.28.27 # <_jhMikeS_> not by much 07.28.31 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 07.28.39 # _jhMikeS_: Yeah but the iPod 5G's screen is already "too slow" isn't it? 07.28.42 # I wouldn't mind alpha. 07.28.44 # <_jhMikeS_> and especially if used selectively 07.28.44 Join miepchen^schlaf [0] (n=hihi@p57b97c85.dip.t-dialin.net) 07.28.49 # _jhMikeS_: yes! implement it! i'll love you forever :) 07.28.52 # I'm just worried about making a bad situation worse. 07.29.17 # it'd seriously be nice to have, especially for plugins.. even amiconn's suggestion of a simpler, quicker 0/25/50/75/100% alpha.. 07.29.24 # <_jhMikeS_> well, for icons it's not much...and for the rest...optimize font drawing or something to make up for it. 07.29.25 # It would definitely look nice. 07.30.02 Nick _jhMikeS_ is now known as jhMikeS (n=jethead7@rockbox/developer/jhMikeS) 07.30.41 Quit Jon-Kha_ ("leaving") 07.30.56 # We could have a couple transparency formats - 1bit a 5bit - and the mask should just be a separate plane 07.32.26 # right now I need to add the fix that will let video always play. it happens to be that the sleep in pcm_mute is the reason for all the trouble 07.34.10 # the fix will make it irrelevant because it shouldn't even matter if it's there 07.34.31 # Then why is it there? 07.35.43 # pcmbuf_pause calls pcm_mute to stop pops, but I removed it for some hardware 07.35.50 # Aaah 07.37.08 # I really think the buffer shouldn't mute anything. For TLV and UDA it turns out that the order you do things determine whether or not you get pops...and those don't do it. And for the Gigabeat it apparently gets races to the finish before a problem shows up. 07.37.43 # So it's a workaround rather than a fix, and not a particularly beneficial one overall? 07.38.11 # what's that...the muting. I think it's a bit of a hack, yeah 07.38.58 # I removed it because the muting would screw up the radio which voice was being used with the radio and it would silence every time a clip played 07.39.59 Join Jon-Kha [0] (n=Jon-Kha@a91-152-77-64.elisa-laajakaista.fi) 07.40.40 # btw, am I the only one experiencing choppy playback on the bitrate mp3 on sansa? :\ 07.40.49 # s/the/high/ 07.41.26 Join perldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) 07.41.39 # jhMikeS: No, I seem to recall someone else mentioning it somewhere. 07.42.27 # It's probably the general portalplayer mash, combined with some extra slowness the Sansa seems to have (at least the UI seems slower on it than on my Nano, though I'll admit the screens a bit bigger) 07.42.35 # that FIQ handler is just odd...does the OF actually send data to I2S that way. 07.43.17 # You'd want to ask toni (who wrote the emulator and got some stuff from the original firmware) or barrywardell on that one I think 07.43.57 # It really should use some kind of automatic DMA transfer if it can do it 07.44.10 # JdGordon: hmm.. what is this icon? slightly left of the middle.. between a speaker icon and the RWPS icon. 07.44.12 # I think it's a case of not knowing how to do DMA yet for that? 07.44.42 Join Guile [0] (n=Guile@84.4.27.131) 07.45.08 # hmmm...yeah. I think it's time for a crunch to figure that out and would probably solve the issues if it's possible to do. 07.45.51 # midkay: ... which? 07.46.13 # plugin icon, bookmark icon, RWPS icon, ???, speaker (?), bold "K"... 07.46.29 # not too sure of either the speaker nor the one left of it. 07.46.41 # the K ? 07.46.43 # like two boxes on top of one another. 07.46.49 # no, the ???? one. 07.46.52 # what is that? 07.46.54 Join ender` [0] (n=ender@84.255.206.8) 07.46.56 # before the K, before the speaker.. 07.47.35 # Icon_Queued apparently 07.48.33 # is that actually used anywhere? i've *never* seen it. 07.48.43 # can you search the tree for it? 07.48.54 # Sounds like it'd show in playlists for queued files maybe? 07.49.06 # Llorean: well, i've never seen it there.. never ever. 07.49.21 # sounds possibly like something that might have been in a far earlier release (like 1.3).. 07.49.25 # I never use "queue" or even look at the contents of my playlist, so it's just random guessing 07.50.18 # it seems to me, by the way, that queue works the same as insert.. 07.50.18 # playlist_viewer 07.50.30 # JdGordon: huh, odd.. well alright :) 07.50.46 # The same as insert how? 07.51.21 # ah. i just checked the manual.. never mind. (apparently queue will delete the file from the playlist after it's played.) 07.51.26 # Yep 07.51.54 # i wish we had some sort of.. hmm.. "play from this file onwards after the current track ends" insert-option. 07.52.17 # Like, to skip to another point in the same playlist? 07.52.48 # You can already do it with folders, with the "Play next" option. 07.52.54 # llorean, I don't think the buttonlight/backlight problems are related to the chnages I made 07.53.23 # Llorean: no, more like.. i'm in the middle of a dynamic playlist of DCFC - Plans and i want to start on track 5 of DCFC - Transatlanticism and continue from there onto track 6, 7.. - after the current Plans song is done. 07.53.24 # I found that on my player it's dependent on whether you touch a button while the splash is showing 07.53.26 # kkurbjun: Okay. I just know that I noticed them after updating today, and I'd previously updated before your changes, so they seemed most likely 07.53.35 # i didn't realize Play Next worked on folders, but i mean more specifically jumping straight to a song. 07.53.52 # for example if I touch right on the plus it happens, if I don't touch anything then everything works ok 07.54.08 # midkay: Click on track 5 and choose "play next" and you should get the whole folder, starting on track 5. Not *quite* what you want though, since at the end you'd get 1-4 (assuming shuffle was off) 07.54.09 # can you check if it's the same for you? 07.54.27 # Llorean: no, it will play *only* track 5 and totally wipe the rest of the playlist.. that's what i understand. 07.54.28 # I mean if I don't touch anythign til the backlight fades out 07.54.30 # kkurbjun: For me, if I don't touch the plus, after I unplug the backlight will not come on 07.54.33 # Play next. 07.54.34 # Replaces all but the current playing track with track(s). Current playing track is queued. 07.54.38 # kkurbjun: If I touch the plus to make sure the backlight is on when I unplug, it's fine 07.54.58 # midkay: Oh, right. 07.55.11 # midkay: For some reason my brain was thinking that "Play Next" worked like select in the browser, rather than insert. 07.55.19 # what about when you are loading? if I jsut power on the device and then dont touch anythign till after the backlight fades out it seems to work fine 07.55.33 # I don't get the dead screen or the weird buttonlights 07.55.54 # kkurbjun: Yeah, if I power on the device, the buttonlights are on. Then if I don't press anything, the backlight goes out, it comes back when I press buttons, and everything is fine 07.55.58 # what we need is a "Play selected next" for single songs and "Play from here next" or something for this-song-and-onwards. 07.56.05 # The button LEDs fade when the backlight goes out, and never come back (they were never meant to be on) 07.56.42 # yep, that's strange, the symptoms are a bit different on my player 07.56.43 Quit pearldiver (Read error: 110 (Connection timed out)) 07.58.03 # Well, it's consistent 07.58.12 # The button LEDs are on every boot, and stay on until the first backlight fade. 07.58.37 # The backlight works fine _unless_ it fades during a USB connection. If the backlight is off when I disconnect USB, it won't come back on until I reconnect USB or reboot 07.58.39 # Llorean: well, video should start all the time now...try it out 07.59.14 # jhMikeS: Alright, I'll wait 'till the official build finishes and load it up on my Sansa. 07.59.19 # It'll take about as long as booting the VMWare image 07.59.37 # I've got one more update coming to mpegplayer itself though, so wait a few. I'll put it in now. 07.59.42 # my steps to prevent the bug are to: 07.59.42 # 1) power on the device 07.59.42 # 2) during the boot sequence touch right on the plus pad 07.59.42 DBUG Enqueued KICK kkurbjun 07.59.42 # 3) the buttonlights will then be on at first 07.59.42 # to keep the bug from happening I 07.59.43 *** Alert Mode level 1 07.59.43 # 1) power on the device 07.59.45 # 2) let it go through the full boot sequence till the backlight fades out (the button leds do not turn on during the initial boot) 07.59.48 # oopps 08.00.13 # sorry, I didn't realize that it was going to put those as new messages each 08.00.37 # I'm sorry, first sequence should be steps to cause bug 08.00.48 # kkurbjun: If I don't press *anything* the button LEDs still come on 08.01.21 # hmm, ok, I'm going to keep messing around with this and see if I can figure out what else may have caused this 08.01.41 # Nifty 08.03.00 # jhMikeS: The other mpegplayer update: Fix or optimization? 08.03.30 # better handling of stopping 08.03.40 # better handling of thread failure 08.03.50 # some volatiles that need to be there 08.03.50 # Will it speed up stopping? It recently started taking 2 or 3 seconds to stop on my player 08.04.32 # that's probably because the remaining data was being waited for to play instead of the thread just exiting 08.04.32 Quit moos ("Glory to Rockbox") 08.05.05 # Video stops but audio continues for that period. 08.05.08 Join Siku [0] (n=Siku@f303b.w3.tontut.fi) 08.05.23 # but it wasn't a big deal either wya 08.06.12 # yeah, the video thread exited immediately but not audio 08.07.05 # well, it's on the last build now 08.07.29 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 08.07.29 # * JdGordon wishes to kill Llorean 08.07.41 # the default icons are painfull to load now 08.07.52 # because I dont know how wide each of them is... :'( 08.08.05 # Aren't they 6? 08.08.59 # jhMikeS: Do these variable really need to be volatile on single core targets? 08.09.08 # *variables 08.09.44 *** Alert Mode OFF 08.09.48 # they might, yes if gcc thinks it's clever and tries to optimize a read of them because it doesn't see the current function it's compiling modifying the value 08.10.06 # Llorean: well, atm they are... but for how long? 08.10.15 # I've had that one get me before 08.10.59 # Uuic you never need 'volatile' with cooperative multithreading and single core unless the variable actually means a hardware port or is changed from within interrupts 08.11.04 # JdGordon: Well, if the defaults change sizes then we can change wherever the default size is defined, right? 08.11.05 # *Iiuc, bah 08.11.56 # JdGordon: Wasn't there a thought to have target-specific defaults eventually anyway, if we go with target-specific fonts? 08.12.01 Join Rob222241 [0] (n=Miranda@p54B15163.dip.t-dialin.net) 08.12.07 # yes, and yes 08.12.10 # hmm... for the color icons. not too sure what to do for coloring. for a few of them i can give them a nice shaded appearance (like folder) but for the other relatively barebones ones.. should they be black? or a lighter more solid fill? maybe to make them easier to identify.. any thoughts? 08.12.27 # So it needs to be set somewhere in the config-blah.h anyway 08.12.38 # midkay: they would probably need a whole theme going... so whatever 08.12.52 # JdGordon: what do you mean? 08.13.03 # midkay: For now I'd go black border with a medium-gray fill for contrast to the light blue default background (similar to the splashes) 08.13.37 # Llorean: but the problem is that most of them are so.. thin... that there's not really any area for "fill". 08.13.56 # Well, if there's no area for a fill, I guess just black for now. 08.14.02 # i think for some of the file view icons it'd be nice to give them some kind of dark color tint to make them more identifiable? dark red for music, dark green for .. whatever..? 08.14.16 # dark dark.. like subtle. 48,0,0 or something for a dark red. 08.15.02 # Hm, I'd have to see how it ends up looking, I think 08.15.11 # if it always reloads on a tight loop, it shouldn't affect it one bit then so there's no need for #ifdef'ing it anyway 08.15.13 # As long as it's not too, I dunno, varying. 08.15.20 # Like, save colors for just a few specific types maybe. 08.15.29 # Like, music, and playlists, and maybe videos. 08.15.33 # kinda hard to say.. yeah.. :\ it just seems kinda odd to have like, this beautiful shaded realistic folder icon among a sea of pure black icons. 08.16.06 # midkay: Well, really, just do what you see fit and we can argue about them after if they look stupid. :-P 08.16.13 # haha. they will :D 08.16.27 # jhMikeS: Video seems to play fine on my Sansa now, and the tick-tick-tick is fixed (the one presumably fixed by your BSS change) 08.16.47 # what about like red for system/rockbox files (WPS, RWPS, config, rolo firmware..), green for music/photos/video, blue for.. whatever else.. blah. just thinking aloud. 08.16.50 # oops, I left an order switchup that shouldn't be there though 08.17.24 # I think too much time is spent in that FIQ handler 08.17.50 Part toffe82 08.18.31 # midkay: Speaking about icon looks, what should the 'system' icon (in svn) actually resemble? 08.18.56 # jhMikeS: Well, I was just commenting on the things readily visible to me. :) 08.19.10 # read_bmp_file: Bitmap too wide (192 pixels, max is 160) :'( 08.19.18 # amiconn: it was some sort of shield.. i came up with a few different ones that hardly made any sense and i guess that one was chosen. if you've got another, feel free :) 08.19.42 Join GodEater [0] (n=bryan@host-83-146-14-11.bulldogdsl.com) 08.19.49 # Llorean: yeah, I get the ticking...especially when playing my high bitrate files 08.19.53 # JdGordon: oh, forgot that one 08.20.15 # ? 08.20.21 # Loadable bitmap width is limited because of on-stack buffer constraints. Height isn't limited that way 08.20.36 # I guess the using the COP for video keeps the CPU from bogging too much but playback is another story 08.20.36 # So one reason to use a vertical strip... 08.20.47 # guess we are flipping then :'( 08.21.19 # damn! 08.21.29 # i just drew out this nice horizontal strip. oh well. 08.22.07 # easy fix actually.. 08.22.45 # easier for you than me... soo much code to change 08.22.46 # :'( 08.23.03 # jhMikeS: Are you using the "no-vinyl" audio patch? 08.23.14 # jhMikeS: There's currently a few issues with how the hardware is initialized. 08.23.17 # no 08.23.23 # JdGordon: aww, sorry :( 08.23.28 # i can fix the icon bitmaps if you want.. 08.23.30 # I need to get that codec datasheet 08.23.36 # or did you have an easy way to output them? 08.23.54 # i dumped them from a plugin.. so was easy 08.23.59 # jhMikeS: Try this patch: http://www.rockbox.org/tracker/task/6908 08.24.15 # JdGordon: I would expect this to be two little changes in the icon drawing function... 08.24.26 # Or maybe the one from Andrew Green, I haven't tried it, I think it's just a louder version 08.24.33 # I was supposed to get the datasheet, guess I have to ask Bagder 08.24.50 # * Llorean would like to see you have the datasheet, yes. 08.25.22 # amiconn: yeah, it is... but we decided to tack the viewers onto the end, so its a bit more than 2 changes 08.25.24 # well, he said to ask him :) I don't know if he wants to email it though 08.25.25 # JdGordon: into a long strip? can you do that again for a vertical one? 08.25.35 # midkay: course :) 08.25.48 # JdGordon: alright then, saves me time :) *continues coloring* 08.25.57 # is that a lot of work to change in the code? how long do you expect it to take? 08.26.05 # 2 min :p 08.26.14 # haha. 08.26.24 # then i'll export these for an initial test in a moment.. 08.26.51 # jhMikeS: You probably just need to remind him. 08.27.54 # I think something is wrong in the color too 08.28.59 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.30.12 # hmmm... 08.30.13 # blue seems to leak everywhere :\ 08.30.40 # Just in mpeg? 08.30.50 # not sure 08.30.56 # I should test backdrops 08.31.22 # bah, the video screen isnt high enough to display every icon in one screen 08.31.33 # jhMikeS: Colors look fine normally to me. 08.31.40 # JdGordon: gigabeat? 240x320 08.31.50 # yeah, had to do that 08.31.53 # jhMikeS: But watching a video, it does look a bit blue tinted. 08.32.00 # * JdGordon back soon 08.32.07 # jhMikeS: Could it be in the adaptation of the ASM optimizations from the Gigabeat? 08.32.09 # ok. 08.33.20 # could be that it's not right for this but I see "leaky colors" in all components 08.34.04 # Hm, okay 08.34.17 # I haven't looked very hard. :) 08.36.08 # no, something is goofy...blue and red have huge jumps about up to level 24 and then no change above that. for green, level 48 08.36.35 # for green above that it's starts getting a yellowish tint 08.36.39 Part joshk 08.36.40 # Playing with the sliders for the backdrop? 08.36.51 # yes 08.37.50 # the clickwheel need a good going over too 08.37.57 # Very badly, yes. :) 08.40.23 # JdGordon: let me know when you return. 08.41.11 # I see the difficulty...I wonder if that can generate interrupts itself 08.41.58 # it would have to in order to ever be able to work correctly or be read _really_ often 08.43.16 # you can't poll it like that or wheel values alias each other and you might go through the whole cycle by the next read 08.46.27 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 08.47.57 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.48.36 # Llorean, just to update you it looks like the problems are caused by my patch, I'm working on a fix right now. 08.49.44 # kkurbjun: Cool, thanks. :) 08.51.21 Join bluebrother [0] (i=pUVicqnB@rockbox/staff/bluebrother) 08.51.30 # midkay: back 08.51.49 # JdGordon: welcome, i've got a color icon set you can test whenever you're ready. 08.52.02 # what size? 08.52.28 # 8x8x16. 08.53.08 Join JerryLange [0] (n=JerryLan@ppp-64-91-85-202.cam.centurytel.net) 08.54.34 # as a verticle strip? 08.54.57 # yep. 08.56.20 # nice, put em up somewhere :) 08.57.04 # JdGordon: here, try these. http://img367.imageshack.us/img367/1693/icons8x8x16fk0.png 08.57.13 # some are colored and i'd like to know how they look :) 08.57.46 # they look good like that :) 08.57.57 # ill get the h300 sim going and see how they look there 08.58.22 # i think so, but i'm curious how it looks in the context of rockbox and the filebrowser etc :) 08.58.31 Join PaulJam [0] (n=pauljam@vpn-3054.gwdg.de) 08.58.35 # can you upload the bmp or email it to me pleasE? 08.58.46 # agh... damn imageshack. 08.59.11 # here: http://www.midkay.net/icons_8x8x16.bmp 09.01.11 Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) 09.01.28 Join PaulJam_ [0] (n=pauljam@vpn-3029.gwdg.de) 09.02.02 # Bitmap too large for buffer: 77440 bytes :( 09.02.13 # ru kidding me. 09.02.16 # ill just have to sue it as the inbuilt ones for now 09.02.22 # that must be modifiable? 09.02.27 # or i opened the wrong file 09.02.36 # very possible seen as i couldnt actually see text 09.02.46 Part norbusan 09.02.48 # ah.. hmm.. 09.02.55 # it says 5KB here for what it's worth.. 09.03.04 # 4.05KB even. 09.03.22 # read_bmp_file: Bitmap too high (256 pixels, max is 176) 09.03.28 # amiconn: ... ? 09.03.39 # that better be modifiable :) 09.03.56 # please dont tell me we will have to put them in a 2d array.. :'( 09.03.59 # what target? h300? 09.04.04 # yeah 09.04.06 # makes sense... 176 px high... 09.04.11 # because of backdrops.. 09.04.18 # but that still needs to be increased! 09.04.21 # but thats an evil limitation 09.04.29 # Backdrops are checked in another place 09.04.53 # but it makes sense why it's hard-limited to 176 in that respect.. unless there's another reason. 09.04.59 # how would you change it? 09.05.42 # recorder/bmp.c 217.. can that check be removed? 09.05.56 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 09.06.00 Quit angusthefuzz (Read error: 104 (Connection reset by peer)) 09.06.07 Part kaaloo 09.06.41 # apparently iit cant 09.06.43 Quit Forte (Read error: 104 (Connection reset by peer)) 09.06.44 # can 09.06.50 # JdGordon: Just remove the height limit check (lines 218..224 in bmp.c). Do _not_ remove the height read (line 217)+ 09.08.06 Join Bagder_ [0] (i=dast@gateway/web/cgi-irc/labb.contactor.se/x-4bd881df541441a1) 09.08.15 Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-40ef1c79f6615ec4) 09.08.21 Nick Bagder_ is now known as B4gder (i=dast@gateway/web/cgi-irc/labb.contactor.se/x-4bd881df541441a1) 09.09.10 *** Saving seen data "./dancer.seen" 09.09.48 # why not just change the bitmap loader to accept limits or no limit on a w/h if it's -1 or something? 09.10.04 # The width limit is necessary because of the line buffer 09.10.26 # The height limit is just a sanity check that is no longer needed 09.10.39 # the linebuffer could be provided externally or use the default if NULL 09.10.52 # Maybe, but why? 09.10.58 # It's not necessary... 09.11.17 # I don't know, maximum flexibility really 09.13.03 # Unnecessary complication (you'd have an extra parameter to pass) 09.13.34 # midkay: niiiice :) 09.13.39 # That's why I kind of have a weakness for struct pointer params whith functions like that 09.13.42 # JdGordon: working? pix.. :) 09.14.06 # gotta make the list use the correct sacing first 09.14.13 # ok. 09.14.21 # jhMikeS: Still, why? Flexibility is good in general, but only add it if there is a real benefit 09.14.26 # In this case there is none 09.15.55 Quit PaulJam (Nick collision from services.) 09.16.00 Nick PaulJam_ is now known as PaulJam (n=pauljam@vpn-3029.gwdg.de) 09.16.24 # midkay: can you do a 8x8x1 please if you still have the b+w? 09.16.39 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 09.16.56 # JdGordon: i can paint it to be b+w if you want.. few moments.. 09.16.58 Join miepchen^schlaf [0] (n=hihi@p57b97c85.dip.t-dialin.net) 09.18.35 # JdGordon: white bg? 09.19.56 # yeah 09.19.59 Quit Landus (Nick collision from services.) 09.20.13 Join Landus [0] (i=Landus@70-100-171-218.dsl1-erie.roc.ny.frontiernet.net) 09.21.01 # here: http://www.midkay.net/icons_8x8x1.bmp 09.21.54 # JdGordon: is that for the remote or something? 09.22.01 # yeah 09.22.05 # ok. 09.23.07 # are those icons using the full 8x8? i.e with no border? 09.23.13 # llorean, I just commited a patch that should fix the backlight and leds for now. Seems like the hardware didn't like the way I was setting the pullups. Let me know if you are still getting the same bugs with this patch 09.23.21 # it seems the list doesnt put in a pixel gap between icons and the text 09.23.30 # I think :p 09.23.33 # JdGordon: well, the contents are 8x7... blank line at the bottom of each one. 09.23.33 Join Phillip [0] (n=phil@host-66-59-225-129.static.linkline.com) 09.23.45 # yes, we left that for the icon maker to account for, right? to leave an extra pixel or two below each. 09.23.55 Join kubiixaka [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 09.24.00 # below and on the right 09.24.10 # on the right too? that doesn't seem right to me.. 09.24.28 # 6x8 icons never had a space on the right. 09.25.13 # the list asumed icon width of 8 pixels 09.25.34 Join safetydan [0] (n=dan@rockbox/developer/safetydan) 09.25.42 # may i please ask a question about player support? 09.26.07 # JdGordon: oh.. better fix it then :D 09.26.09 # AH found the problem 09.26.09 # Phillip: sure. 09.26.43 Join GuardianHead [0] (i=12345@209-161-224-67.dsl.look.ca) 09.27.03 Join SliMM [0] (n=chatzill@89.136.181.105) 09.27.05 # im looking at perhaps buying a Toshiba MEG-F40S, but im not sure if that would be M series or F series(having seen no mention of M series players) 09.27.06 # on the current build page, what's the difference between boot, normal and sim? 09.27.10 # got it :) forcing a 2pixel gap between the icons and text 09.27.32 # GuardianHead: They're not downloadable, scroll down as the instructions tell you to 09.27.47 # i assume it would be F-series, but id rather not find out the hard way that i was wrong 09.27.47 # JdGordon: have you finished the icon thing? 09.27.53 # SliMM: almost 09.28.01 # great :) 09.28.07 # Phillip: Yes, that's the F-series 09.28.08 # midkay: your iconset is wrong btw... the K is shown instead of the ? 09.28.12 # yayyyyyyyy 09.28.28 # JdGordon: good to forice it.. and i got some backwards? 09.28.40 # thank you very much for your help 09.29.03 # JdGordon: whoops.. hmm.. one sec. 09.29.33 # i have a question not related to rockbox: do you know where can i find the source code of a basic mathematical expresion parser? i don't feel like writing one 09.29.50 # JdGordon: btw.. something seems missing.. i see a back and forward arrow in this bitmap list, but no ffw/rw icons.. are those screwed up? 09.29.59 # i.e. try fastforward or rewinding in the WPS, what shows up in the status bar? 09.30.15 # different icon sets 09.30.25 # we arnt dealing with the statusbar icons just yet 09.30.30 Quit Landus (Nick collision from services.) 09.30.32 # oh. alright. 09.30.41 # please? 09.30.44 Join Landus [0] (i=Landus@70-100-171-218.dsl1-erie.roc.ny.frontiernet.net) 09.31.22 # SliMM: This is an on-topic channel, as the guidelines say. Try Google or something 09.31.37 # http://jdgordon.mine.nu:8080/jonno/rockbox has some screenies 09.31.46 # JdGordon: new versions up.. http://midkay.net/icons_8x8x16.bmp and http://midkay.net/icons_8x8x1.bmp 09.31.52 # sorry about that, dunno what happened... 09.31.59 # llorean: ok, ok >:P 09.32.04 # http://jdgordon.mine.nu:8080/jonno/rockbox/ even 09.32.24 # is it safe to simply overwrite the .rockbox folder with a newer version? 09.32.43 # JdGordon: seems like you've forced one pixel spacing? 09.32.52 # GuardianHead: yes, that's what you're supposed to do. 09.33.02 # it should be 2.. but yeah 09.33.32 Quit hannesd (Client Quit) 09.33.39 # looks like one.. and hmm.. in the third shot it looks like the icons are either right up against the left side, or even cut off by a pixel over there.. 09.33.39 # thanks midgey 09.33.43 # midkay too 09.33.48 # GuardianHead: haha, no problem 09.33.57 # JdGordon: padding on the left would be nice too. 09.34.09 # (that's what i meant by both my last 2 comments.) 09.34.48 # cool though.. hey.. first colored icons EVER in rockbox :) 09.35.07 # indeed, first bigger than 6x8, as far as i've ever heard or seen. 09.35.15 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 09.35.52 # there should be a wiki page for icon sets, just like for WPSs 09.35.55 # There was somebody who made their own custom mod of rockbox in here, but I don't remember their name - any ideas? 09.36.15 # he was staff or a helpful idler or something :) 09.36.25 # someone in here made a mod? noooo... :-P 09.36.31 # JdGordon: cool. One thing is that icons shouldn't have to worry about margins. add the spacing in drawing instead. I'm just guessing at what's going on there. 09.36.45 # well B4gder a mod that he made downloadable 09.36.59 # GuardiabHead: most of the people in here code rockbox 09.37.07 # GuardianHead: still, that applies to just about everyone in here 09.37.14 # what usually happens on an unsupported device if rockbox boots? 09.37.21 # jhMikeS: i dont tihnk so, they are drawn to a pixel, not pixel+offset... 09.37.23 # GuardiabHead* 09.37.23 # SliMM: The icon sets should mostly be parts of whole themes. 09.37.40 # llorean: great 09.37.42 # ptw419: if rockbox boots, is it really unsupported? 09.37.47 # SliMM your client needs nick-completion. 09.37.55 # GuardianHead: yeah 09.37.58 # true 09.38.02 # GuardianHead: sorry 09.38.11 # JdGordon: I meant leaving blank rows and colums in icons like is done with glyphs 09.38.47 # GuardianHead: anyway, search the forums for custom builds, take a look in the tracker for patches etc. 09.39.37 # kde-look.org has nice icons 09.39.46 # thanks SliMM 09.39.48 # jhMikeS: you mean force the artist to put the gap in? 09.39.57 # ptw419: so what exactly do you want to know? 09.40.11 Quit Phillip ("Thanks!") 09.40.22 # no, don't...though if I'm just seeing that wrong tell, me and ignore it. :\ 09.40.24 # that's ok 09.41.31 Quit kubiix (Read error: 110 (Connection timed out)) 09.41.37 # * jhMikeS was thinking there were gaps in the icon images themselves...oh stupid 09.42.54 # jhMikeS: how do i write like that? 09.43.08 # => /me 09.43.46 # * SliMM thanks 09.43.53 # cool 09.44.02 Quit davina (Remote closed the connection) 09.44.46 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 09.44.48 Quit Landus (Nick collision from services.) 09.44.59 # midkay: you have to chane the lang icon... Ab looks like text with some fonts 09.45.02 Join Landus [0] (i=Landus@70-100-171-218.dsl1-erie.roc.ny.frontiernet.net) 09.45.13 # On a nano, is the only way to shut it off to hold down play/pause for a long long time? 09.45.17 # JdGordon: font icon you mean? alright.. :( 09.45.24 # yeah 09.45.28 # i wanted something different than the italics "A" but i guess that won't work. 09.45.36 # the romanian translation really sucks 09.45.45 # can i just edit the lang file? 09.45.52 # SliMM: yes 09.46.33 Quit midgey () 09.46.55 # JdGordon: new versions up 09.48.04 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.48.07 # who knows the bmp2rb code? 09.48.14 # I just wanted to know whats the first thing to expect in getting an unsupported device to work w/ rockbox 09.49.00 # ptw419: did you read the NewPort wiki page? 09.49.14 # just use the Rolling Stones tongue logo :) 09.49.22 # ptw419: find someone interested in porting rockbox to that device 09.49.34 # ptw419: someone that can do that 09.49.39 # not recently. but i will. 09.50.22 # ptw419: the first step is usually to just alter some text or something in the OF 09.50.46 # I mean the first software change 09.51.03 # holy shit I didn't know the nano has a built in gameboy emu, you guys are awesome! 09.51.18 # built in? 09.51.29 # the nano build of rockbox, yeah 09.51.54 # is java mobile platform opensource? 09.52.00 # well i'm working on the Gigabeat S. So far we've managed to disable the signature checks in the boot loader 09.52.01 # it hides in the ROMs of most DAPs actually 09.52.21 # ptw419: wow, cool! 09.52.28 # SliMM: please stop asking about unrelated topics in here... 09.52.41 # ptw419: so now you can modify strings in the firmware and still boot it? 09.53.03 # scorche: if it is opensource someone could try porting it to rockbox 09.53.08 # well it will boot, but the shell won't 09.53.22 # or i should say the firmware half way boots 09.53.59 # SliMM: that doesnt make that question on-topic 09.54.04 # From what I understand there are probably other sig checks that prevent executables from running 09.54.21 # amiconn: there? 09.54.40 # scorche: fine.. 09.55.13 # On a nano, is the only way to shut it off to hold down play/pause for a long long time? 09.55.35 # GuardianHead: i would hardly call 5 seconds a long long time.. 09.55.45 # scorche: it's actually like 3 seconds. 09.55.57 # well the previous installation I had, which was by someone else, there was a menu option 09.56.01 # I wouldn't mind a "Shut Down" option in the main menu, honestly 09.56.09 # menu -> shut down -> shut down 09.56.20 # midkay: same point though 09.56.22 # menu -> shut down sounds nice.. 09.56.31 # he also had a reboot to main firmware option, but that didn't work :P 09.56.33 # it does 09.56.38 Quit sneakums (Remote closed the connection) 09.56.38 # anyone know a simple paint program for linux? 09.56.45 # scorche: not quite.. if i said "i hardly consider 30 seconds a long time", well that wouldn't be the same point. the number of seconds is quite important. :) 09.56.49 # JdGordon: We all use Gimp. :-P 09.56.55 # not gimp 09.57.04 # the mspaint equivilant 09.57.11 # JdGordon: GIMP is not simple but good 09.57.19 # * JdGordon wants simple 09.57.21 # * scorche remembers one of his new years resolutions was to avoid this sort of thing with midkay 09.57.31 # SliMM: He's just going to be pixel mashing for the new icons, I imagine 09.57.36 # JdGordon: try rockpaint :P 09.57.38 # scorche: it's true though. no argument. 09.57.52 # google says kolourpaint 09.57.58 # llorean: ctrl + + 09.58.21 # I was trying to find the dwLaunchAddr variable in the bootloader and see maybe if it can be altered w/ the rockbox offset. 10.02.02 # * JdGordon was not cut out for this pixel art buisness :p 10.02.05 Join sneakums [0] (i=sneakums@jenny.ondioline.org) 10.02.12 Join qwx [0] (n=qwm@h162n1fls34o1010.telia.com) 10.02.20 # yeah pixel art is weird 10.02.22 # JdGordon: i can help 10.02.24 # it doesn't look right 10.02.48 Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) 10.03.02 # GuardianHead: Technically speaking, everything you see on your monitor is pixel art. 10.03.08 # It's just putting it together by pixels that is irritating. 10.03.25 # JdGordon: Clearly you should code a vector icon system so that they can readily be scaled. :-P 10.03.50 # and make them 3D 10.03.55 # so that they can rotate nicely 10.03.58 # kkurbjun: Everything seems to be working as it should again. 10.04.05 # llorean: actually, pixel art is (now) drawing images pixel by pixel 10.04.15 # B4gder: Doesn't SVG have a 3D extension? 10.04.28 # we need our own format! 10.04.30 # ;-P 10.04.55 # SliMM: Yes, but I can draw pixel by pixel anything you see on the screen, therefor saying "Pixel art looks weird" is inaccurate: Anything could and can be pixel art. 10.05.03 # * JdGordon has never used goto before... how do you say where the label is? 10.05.04 # should i use a single color argument for my opacity fncs or rather red green and blue arguments? 10.05.06 # Clearly proprietary formats are the way to go for all images we use. 10.05.18 # JdGordon: label: 10.05.26 # a set of (temporary) scaled bitmaps could be generated when the user changes font 10.05.58 # petur: Quick and dirty (newwidth/oldwidth)*x type scaline? 10.06.00 # scaling 10.06.01 # llorean: you need very much talent and imagination to draw everithing on screen pixel by pixel 10.06.17 # llorean: and patience :P 10.06.39 # SliMM: doesn't change the fact that you could do it if you wanted to.. :) 10.06.51 # midkay: of course not 10.06.57 # it really isnt that bad with planning and practice... 10.07.14 # SliMM: I have absolutely no artistic talent. If I very, very, very badly need to draw a picture in my head, I've always had to put it together mostly pixel by pixel to have any chance of it coming out how I imagine it. 10.07.25 # Anyway, this is falling aside the point. 10.07.33 # yes :)) 10.08.30 # jhMikeS: Just as a note, yes, stopping is much, much faster on my gigabeat again with a recent build. :) 10.08.33 # now, i'd better use red green and blue parameters, for not packing and unpacking too much 10.08.43 Quit kkurbjun (Read error: 110 (Connection timed out)) 10.09.56 # is there any performance improvement with the cop builds? 10.10.32 # SliMM: Considering current COP code doesn't work properly, not really 10.10.37 # Llorean: excellent. which problems remain...the non layer3 audio one? 10.10.43 # jhMikeS: Yep 10.11.51 # * jhMikeS really has to have a video like that to work on ... try this site: http://www.filequest.net/ 10.12.38 # jhMikeS: Okay, uploading, I'll let you know when finished 10.14.20 Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-f052f707b4ac29be) 10.14.33 # * Llorean discovers that Vista creates a different Recycle Bin than XP. 10.14.56 # It should be pretty easy to update disktidy though, I imagine. 10.15.38 Quit qwm (Read error: 110 (Connection timed out)) 10.15.49 # Is there an explanation of the RB memory concepts and layout somewhere on the wiki? All that iram, bss etc. What they are, when the areas are cleared etc. I've read the irc log from yesterday (amiconn, jsMikeS) and couldn't follow 10.17.13 # crop: not that i know of 10.17.20 # I don't think so, no 10.17.43 # crop: here's your chance to contribute :-) 10.17.58 # didn't pondlife make a mem graph somewhere? maybe in some comment in the code 10.18.05 # That's a pity since if the two get more real life nobody will know how the stuff works 10.18.34 # Maybe this could be done during DevCon ;-) 10.19.05 # crop: it's still in flux anyway and really undiciplined at the moment. it needs some primitive mangement added to keep things from being clobbered 10.19.15 # crop: we are many who know what that stuff is 10.20.12 # http://www.rockbox.org/twiki/bin/view/Main/RockboxArchitecture 10.20.26 # * jhMikeS has a real life too ;) 10.20.52 # "real" is in floating point? 10.20.54 # as in 10.20.57 # haha. 10.21.22 # yeah...things float everywhere...having a fixed point in life is good 10.21.39 # Llorean: What happens with you play a video with non layer-3 audio? 10.22.26 # linuxstb: It's hard to describe well. Pops and squeeks. 10.22.53 # Somewhat similar to the artifacts I was getting with speex files made with an old speex encoder, only more often. 10.23.00 # I have a video that does that about 5min into it but that's a long time to wait to test it 10.23.15 # jhMikeS: The sample video I'm uploading does it all over the place. LOTS. 10.23.22 # 77% done uploading. 10.23.30 # And it worked prior to jhMikeS's improvements? 10.23.35 # that's good cause it'll get the job done faster 10.23.36 # linuxstb: Yup. 10.23.55 # On all your targets? 10.24.08 # linuxstb: It's the video from aznofazns or whatever his name was that I downloaded and then told him "It works for me, though you encoded at 30fps, which wasn't working fullscreen on gigabeat as of your posting" 10.24.12 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) 10.24.18 # I only tested it on Gigabeat prior to his changes. 10.24.25 # yes, yes...I know...some stupid thing I did...inevitable when redoing things like this 10.24.29 # I don't think I saw that video. 10.24.32 # LinusN: yes, that could be a starting point. But what I miss is an explanation what it (e.g. IRAM) is and when should something placed there and... Ok, I could delve into the code and try to understand that but... 10.24.33 # It's a video from someone else, and I'm not sure what format the audio is to encode it down. 10.24.41 # linuxstb: You never needed to, his original problem didn't exist. :) 10.25.04 # I'll have a link for it in about a minute 'n a half, I think 10.25.22 # crop: IRAM is not a rockbox invention, it is the internal static RAM in the cpu 10.25.40 # even linux calls it iram 10.25.49 # but yes, it would be nice with a brief summary 10.25.52 # * jhMikeS wondering if dual core targets can have CPU specific memory mapped to the same address...would be nice 10.26.31 # i didn't even know that the cpu's had dedicated ram 10.26.51 # dedicated memory mapped registers I guess 10.26.58 # ?? I wish...it would get rid of all the CURRENT_CORE stuff in the scheduler 10.27.02 # linuxstb, jhMikeS: http://filequest.net/file/4650/mpegaudio.mpg.html 10.27.30 # Let me know when both of you have downloaded it, so I can delete it. Arguably he shouldn't have redistributed it (and thusly so shouldn't I) 10.27.47 # woot! customizable viewers.config works :D 10.27.58 # cool, that ones working 10.28.10 # Do all the cpu's (supported by RB) have it? Or is it cpu specific? I assume that the amount is but the presence itself? 10.28.53 # the gigabeat cpu doesn't 10.29.01 # The amount varies from about 4KB up to about 128KB. The most common size is 96KB. 10.29.10 # I thought the gigbeat had around 4KB of iram? 10.29.24 # is that for the caches though? 10.29.38 # I don't know. I always thought cache memory was separate. 10.30.03 # yes, it has 4KB of SRAM which we currently don't use 10.30.29 # and separate instruction and data caches 10.30.32 # our irams are often (always?) SRAM 10.30.33 # Llorean: Downloaded. 10.30.42 # markun: oh? and why not? 10.31.05 # jhMikeS: what would you use it for? 10.31.18 # http://en.wikipedia.org/wiki/Internal_RAM 10.31.39 # ummm...to make it a bit faster? it's never fast enough...could help video out 10.32.00 # But then the compilers must have an option that tells how much IRAM is present, right? Because that section may become too large. 10.32.06 # jhMikeS: well, you can try it of course 10.32.13 # of course :) 10.32.13 # crop: the compiler doesn't use it, our code does 10.32.13 # jhMikeS isn't going to be happy until the Gigabeat is able to play .vob files straight from the DVD. 10.32.30 # straigh up, word 10.33.07 # crop: check the .lds files in firmware/ 10.33.10 # B4gder: and what happens if a data structure is declared with IRAM attribute but there's no space left? Something gets overwritten? Or seg fault? Or...? 10.33.12 # anyone want to guess how much this patch adds to the h300 bin? 10.33.20 # crop: it fails to link 10.33.21 # JdGordon: "Too much" :-P 10.33.22 # that's just the sort of thing "excessive cpu" is for 10.33.42 # oh, wait... 3k isnt all that bad 10.33.57 # * JdGordon thought it was 13k :p 10.34.36 # why is the cpu frequency set to be 17MHz anyway on gigabeat? any reason? 10.34.49 # jhMikeS: It's just displaying that because scaling is disabled. 10.34.51 # B4gder: so only static objects can be placed into iram? Well, auto vars are on the stack, so probably yes. 10.35.05 # jhMikeS: For the brief period scaling was enabled it used to show 100/300 I believe. 10.35.06 # crop: sure, or we can copy data there during run-time 10.35.17 Join brenda [0] (n=brenda@121-73-1-165.cable.telstraclear.net) 10.35.28 # even if it's disabled it should show the right value I suppose 10.35.48 # Should, yes. 10.35.54 # Llorean: I seem to remember battery life suffering for it? 10.36.10 # Scaling either didn't change it, or made it worse, I'm not sure measurements were conclusive. 10.36.19 # But it didn't make it better, or at least not measurably so. 10.36.34 # B4gder: ok. And I assume that we have IRAM_SIZE defined somewhere in config.h? And if it's not present then it's defined as 0. And RB code takes care of that (if there's no space nothing gets copied there), right? 10.36.34 # strangely enough it made it worse 10.36.47 # crop: yes 10.37.16 # where's IRAM_SIZE? 10.37.27 # jhMikeS: http://www.rockbox.org/twiki/bin/viewfile/Main/GigabeatInfo?rev=2;filename=Power.html 10.37.29 # B4gder: aha! That the RB bones :-) 10.37.35 # amiconn: ok, this should be easy to get working on the charcell now... no more passing ICON's around.. everything is using the identifier 10.37.44 # jhMikeS: it's in the configure script I think 10.37.51 # not sure 10.38.13 # hm, no 10.38.18 # well, strictly speaking the IRAMSIZE is in firmware/apps.lds 10.38.36 # jhMikeS: btw, in that table you can ignore the "Not playing lcd off" values 10.38.40 # but it _should_ be in the config-*.h files ;-) 10.38.48 # although there is still something strange going on 10.38.58 # And how does the linker know how big that may be? Is IRAM a custom "attribute"/section? 10.39.00 Join Siltaar [0] (n=Siltaar@193.52.208.229) 10.39.14 # that's a big ouch on the scaling 10.39.18 # crop: the .lds file tells the linker how big it is and where it is etc 10.39.56 # midkay: still around? 10.39.56 # jhMikeS: yes, weird results 10.40.03 Quit JerryLange (Read error: 113 (No route to host)) 10.40.08 # JdGordon: yep. what's up? 10.40.24 # got a new base bmp for you to play with if you want 10.40.28 # shows that rb is quite efficient too 10.40.36 # yes, compared to the OF 10.41.20 # whatever is wrong in rb scaling seems to be wrong in OF as well since they compare nicely 10.41.23 # JdGordon: oh dear.. 10.41.47 # hello, 10.41.53 # or maybe doing it right is still just wrong 10.41.56 # the only change is the viewer icons are on the end 10.41.58 # Llorean: I don't know if this is the problem, but the audio stream in that file doesn't start on an mpeg frame boundary, which could be unique to that file (amongst all our test files) - the old code should have handled that case though. 10.41.59 # I got a question about Rockbox 10.42.11 # jhMikeS: one other strange thing: after booting rockbox it consumes around 70mA while idling. If you play a song and stop it it only consumes 31 while idling. 10.42.12 # when it is installed 10.42.18 # linuxstb: The file used to work fine until a recent change by jhMikeS. 10.42.21 # BTW: firmware/app.lds doesn't have the standard RB header (with ascii art) 10.42.31 # it's stored in the mass storage of the device right ? 10.42.33 # JdGordon: i see, go ahead and link it or whatever.. 10.42.51 # linuxstb: where did the code check it frame boundaries before? 10.42.58 Quit PaulJam (Read error: 113 (No route to host)) 10.42.58 # Siltaar: Rockbox itself is yes, the bootloader usually needs to replace or exist alongside a part of the original firmware though. 10.43.00 # But, isn't there also a CMOS part somewhere to launch the OS ? 10.43.17 # jhMikeS: It would have been how it recovered from audio decoding errors. 10.43.20 # Siltaar: well, most have some flash rom with a bootloader 10.43.25 # Siltaar: CMOS is a PC term and not really applicable. 10.43.36 # markun: something in the pcm stuff? 10.43.44 # Llorean, usually, there's smth like 2MB of ROM for the bootloader ? 10.43.53 # Siltaar: But yes, usually there's a bootloader, something that loads data from the disk for execution. If there's not one, we need to inject one, otherwise we just make use of the existing one. 10.44.08 # jhMikeS: looks like it. Maybe the dac is not initialised correctly? 10.44.10 # linuxstb: ok, I'll compare and see what I stupidly neglected or changed and get it back 10.44.52 # markun: could be...though I wouldn't know yet without having had much datasheet time there 10.45.07 # jhMikeS: Can I safely delete the file from the server or are you still receiving? 10.45.19 # Llorean: I'm finished, thanks 10.45.27 # JdGordon: you realize that the 16-bit ones are horizontal? 10.45.32 # Llorean, so... in general we rarely re-program this ROM... only for bootloader developpement ? (and the lifetime of this ROM is about 100 000 writing cycle ? So no problem ?) 10.45.56 # midkay: it is? 10.46.06 # Siltaar: Basically, yes. 10.46.13 # default_icons.6x8x16.bmp is horizontal for me.. 10.46.19 # linxus: I assumed all was ok because that soviet cartoon video has frame errors but recovers 10.46.20 # and incomplete, it'd seem 10.46.22 # Llorean, great, thanks :-) 10.46.32 # Siltaar: In most recent players, their bootloader loads our bootloader from disk, then our bootloader loads Rockbox (or the original firmware) 10.46.47 # Siltaar: In fact there are very few players right now we reprogram the ROM in. 10.46.53 # so we don't touch it at all 10.46.55 # midkay: wierd... its correct here... anyway, the only difference is the pink instead of white 10.47.04 # ok 10.47.04 # JdGordon: resend please 10.47.14 # Besides, at 100,000 writes, at one write per day, you still have over 250 years worth of updates. 10.47.38 # JdGordon: there we go. 10.47.43 # :) 10.47.46 # Siltaar: I would still like to change the bootloader in flash for the Gigabeat, but we don't have enough info to do so currently. 10.47.47 # that's a lotta icons... :) 10.47.51 # linuxstb: what software are you using to analyze the vids? 10.47.54 # markun: We might 10.48.06 # markun: Or we might be closer. 10.48.14 # markun: http://forums.rockbox.org/index.php?topic=9846.0 10.48.26 # Llorean: well, we can use the LCD init code from the OF, that's about the only thing missing 10.48.28 # At the very least, someone's playing with it. 10.48.34 # Llorean, yes, it rather better (250 years) than mean MTBF of HDDs (34 years) 10.49.05 # Siltaar: It's good enough that we really shouldn't worry about writing to the ROM for firmware updates, at least. :) 10.49.08 # Llorean: wow, pretty cool! 10.49.09 # that war already widely enough 10.49.34 # jhMikeS: I dumped the audio stream with mplayer -dumpaudio. Then doing "file stream.dump" just tells me "data" - which means it doesn't start with an mpeg audio frame header. Then playing the stream with "madplay" gives me "sync errors" at the start of the file before it syncs and player. 10.49.38 # ^and plays. 10.49.45 # s/war/was 10.50.05 # linuxstb: So, it's a bad file that just happened to play right before? 10.50.21 # I wouldn't call it bad, afaik it's perfectly legal. 10.50.29 # But it's unusual... 10.50.43 # Ah 10.51.08 # The same could happen if mpegplayer started playing the file from the middle. 10.51.52 # i.e. audio packets in the program stream don't have to start on an audio frame boundary - incomplete frames are stored in each program stream packet. 10.52.05 # But maybe the problem is elsewhere... 10.52.12 # Ah, so it'd need to handle that for seeking/resume anyway. 10.52.19 Join PaulJam [0] (n=pauljam@vpn-3081.gwdg.de) 10.52.29 # It doesn't assume that audio frames are on a packet boundary if that's what you're saying 10.55.38 Join webguest55 [0] (i=c023111e@gateway/web/cgi-irc/labb.contactor.se/x-608800e3c89baa6b) 10.57.13 Quit kubiixaka ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 10.58.38 # jhMikeS: No, but libmad expects to be given whole frames to decode at once, otherwise it returns a decoding error. 10.59.19 # Which is a problem for the first frame. 11.00.28 # ok...I'm not entirely clear about everything on how libmad is supposed to work so this should be workable 11.01.01 Join PaulJam_ [0] (n=pauljam@vpn-3152.gwdg.de) 11.01.29 # Is there any documentation available or is it all a "figure it out for yourself" deal? 11.04.30 # I can't remember anything... I wrote the first mpa.c in Rockbox, and that was based on a sample libmad program I found on the web somewhere. 11.05.23 Quit crop ("CGI:IRC") 11.06.18 # I see you've changed the logic in audio_thread() though - e.g. removing the if (stream.next_frame) check before setting the pointer to the next frame. 11.06.30 # it isn't exactly a surprise that it wants whole frames, is it? 11.06.51 # * jhMikeS isn't seeing where the old mpegplayer code takes any action to resync things - it just seems to use stream.next_frame just like now 11.06.52 # anything else would mean it had to buffer internally, and that really isn't a codec job 11.07.50 # Well, libmad can seek it to the sync word anyway 11.08.45 # jhMikeS: I'm not 100% sure what's going on either... 11.09.06 # preglow: well, the video decoder does it :) 11.09.14 *** Saving seen data "./dancer.seen" 11.09.28 Join Entasis [0] (n=Jarred@ppp173-79.lns11.adl2.internode.on.net) 11.10.34 # linuxstb: yeah, maybe that check should be there again...something I took out and mean to get back to, then forgot 11.10.54 # The difference between the old and new code seems to be that you're using stream->next_frame even if there is a decoding error. The old code didn't appear to do anything to the input pointer in those cases. 11.11.01 # but that would just abort it anyway 11.11.11 # Yes, I don't think that check is the issue. 11.11.43 # But I don't understand why the old mpegplayer code worked at all.... 11.12.49 # I'm thinking it should search out the next syncword explicitly 11.12.52 # It just seems to call mad_frame_decode() again with the same parameters. So it seems to be hidden inside libmad. 11.13.05 Quit PaulJam (Read error: 113 (No route to host)) 11.13.41 # What if you just move the "/* Adjust sizes by the frame size */" code back to after the check for errors? 11.13.54 # I will give a good going over over the pts queue and make sure I'm not just off on something too...and I'll change some guard buffer sizes to make sure 11.15.10 # BTW, are you using the sim to debug? I found that very useful... 11.15.38 # no, just the target 11.15.53 Join PaulJam__ [0] (n=pauljam@vpn-3068.gwdg.de) 11.16.03 Nick PaulJam__ is now known as PaulJam (n=pauljam@vpn-3068.gwdg.de) 11.17.20 # I just tend to use the target since most of what I work on requires it 11.18.03 # I rarely use the sim, but for mpegplayer, it was very useful to add lots of DEBUGFs to see what was going on. 11.18.04 Join tucoz [0] (n=tucoz@rockbox/staff/tucoz) 11.19.08 # little question: with the wps tokenizer, are there now any restrictions (like number of lines or size) that weren't there before or have changed? 11.19.28 # hi, isn't today the big day when we get to know what SoC projects that was accepted? 11.19.40 # and what about the speech guy.. 11.19.42 # s/was/were 11.19.46 # I thought that was yesterday? 11.19.47 # tucoz: go to the gsoc page and click on rockbox 11.19.55 # scorche, thanks 11.20.17 # scorche: So does "slotted" mean it's confirmed? 11.20.18 Quit PaulJam_ (Read error: 113 (No route to host)) 11.20.23 # well, it was around 6-8 hours ago 11.20.37 # linuxstb: aye...we have 4 slots 11.20.41 # (damn them!) 11.21.07 # #summer-discuss was going at around 3 lines per second...it was crazy 11.21.16 # Have google published that info yet, or is it still not completely finalised? 11.21.22 # markun: What about the speech guy? 11.21.24 Quit DataGhost (Nick collision from services.) 11.21.27 Join [Sur`DataGho [0] (i=dataghos@ip3e832ea5.speed.planet.nl) 11.21.41 # linuxstb: as i said before: http://code.google.com/soc/rockbox/about.html 11.21.43 # * linuxstb reads the SoC home page and sees Google have announced 900 students... 11.21.46 # Llorean: there is a conflict with another project 11.21.56 # markun: *was* ;) 11.21.57 # markun: Yeah, but we cleared that up a few days ago. ;) 11.22.06 # ok, overkill guard buffers don't save it :\ 11.22.19 # The conflict's still on the board just because they assigned a mentor to him, but he was below the line for their project, and chose us as preference anyway. 11.22.25 Quit PaulJam (Read error: 113 (No route to host)) 11.22.29 # PaulJam: it's possible that there's been changes to the limits 11.22.31 # and he's gone 11.22.34 # It'd be polite of them to de-mentor him, but we can't force them to. 11.23.26 # scorche: Thanks, that link wasn't accessible via the "mentor_home" page... 11.23.47 # linuxstb: that is why i said to go from the soc homepage ;) 11.23.58 Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) 11.24.02 # I think I see something though...hrm 11.24.07 # scorche, Llorean: that's good to hear, but neither he, me or Bagder new about the conflict being resolved already.. 11.24.21 # scorche: That is my soc homepage ;) 11.24.47 # As I think Bagder said in their IRC - they need a SoC project to write a better SoC webapp... 11.24.49 # * scorche points up to "the" and abscence of "your" ;) 11.24.56 # absence even 11.25.01 # markun: I could've sworn I told Bagder about him not being above the line for the other organization, as well as expressing his preference for us.. 11.25.02 # markun, was the application from the speech guy only two lines, and still accepted? 11.25.20 # tucoz: There was discussion of it with him in comments. 11.25.23 # i se 11.25.25 # e 11.25.25 # tucoz: ONLY THE ABSTRACT IS SHOWN 11.25.26 # That's just the abstract I think. There was a lot more info in the application. 11.25.29 # whoops 11.25.34 # ok. got it 11.25.47 # didnt mean to drill it into ya ;) 11.25.48 # markun: You still haven't persuaded him to use espeak? 11.26.01 # linuxstb: was just about to talk about that :) 11.26.11 # But I guess a choice of realtime tts plugins would be cool.... 11.26.16 # scorche, i like highlighted yelling ;) 11.26.28 # does anyone besides me actually like eSpeak? 11.26.44 # markun: I have no preference so long as it works. :) 11.26.55 # I don't know enough to comment 11.27.05 # i think espeak sounds like rockbox, i.e a bag of shit :-) 11.27.11 # hehe 11.27.20 # mad resyncs on it's own aparently 11.27.26 # :) 11.27.51 # jhMikeS: Yes, so it seems. 11.27.53 # jhMikeS: still, mad can fail to resync 11.28.14 # or rather, drop more frames than necessary 11.28.19 # jhMikeS: Have you confirmed that's the issue, or have I lead you up the wrong path? 11.28.29 # ^led 11.28.52 # LinusN: I think we would be limiting ourselves too much by using flite. 11.29.07 # markun: perhaps 11.29.20 # was just getting a basis for what going on and then to procede in a systematic way 11.29.28 # it's hard to add other languages, and you need huge tables for each voice 11.29.41 # markun, you said something about eSpeak being in active development and flite being not. Am i right? 11.29.49 # but yes, because it only uses recorded samples it sounds more natural 11.30.02 # tucoz: yes, that's correct 11.30.07 # the problem could be because it's resyncing 11.30.47 # and by that I mean the effort to do so might be messing with something 11.30.53 # tucoz: here is where he posts his latest versions: http://espeak.sourceforge.net/test/ 11.31.02 # ok 11.31.22 # no too long ago :) 11.31.27 # markun, so Rockbox have a candidate for real-time text-to-speech ? 11.31.40 # markun, no. not really :) 11.31.40 # Siltaar: yes 11.31.58 # * tucoz goes to lunch 11.32.08 # markun, I would be pleased to be introduced to him, as I could work with him 'till september 11.32.14 # as school project 11.32.55 # Siltaar: hey, if you want you can both port a different TTS engine :) 11.32.55 # I will adapt the Sudoku game for blind people, and so I'm interested in Rockbox voice systems 11.34.23 # Siltaar: sudoku is very limited and I think you can get much better results with prerecorded samples, don't you think? 11.34.52 # yes 11.34.57 Join PaulJam [0] (n=pauljam@vpn-3020.gwdg.de) 11.35.12 # I wonder if it's much fun playing sudoku when you are blind, you must have a good visual memory, no? 11.35.14 # I'm about to use the current voice system that is far enough I think 11.35.17 # I think that for the most part SoC students are supposed to be working on their own, from what I understood. 11.35.31 # safetydan: thanks. 11.35.36 # Llorean: That doesn't sound very "open source" though... 11.35.47 # linuxstb: I think the idea is more that they shouldn't be taking on group projects. 11.35.50 # IMO, open source is all about collaboration. 11.36.00 # but my "school project mentor" is interested in real-time speech systems 11.36.00 # There was something about it in the FAQ 11.36.22 # Siltaar: well, any help there would be welcome 11.36.50 # linuxstb: Ah, I misread 11.36.57 # I sometimes talk to a blind programmer who was also planning to port eSpeak to rockbox, but he is very busy. 11.36.58 # Groups can't apply for a project, but students should feel free to collaborate. 11.37.06 Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-eee268d7523af6db) 11.37.18 Join norbusan [0] (n=norbusan@dhcp05.algebra.tuwien.ac.at) 11.37.35 # I have questions/suggestions rag. plugin.c 11.37.48 # what does the (slotted) in the gsoc app list mean? 11.38.03 # preglow: We think it means that they've been given a guaranteed student slot. 11.38.05 # preglow: that they were accepted 11.38.12 # cool 11.38.14 # 1. Line 523: shouldn't current_plugin also be "assigned" an empty string? 11.38.21 # Llorean: the slots are given out...they are final 11.38.24 Part norbusan 11.38.40 # preglow: The project pages linked from http://code.google.com/soc/ now list the accepted projects for each organisation. 11.38.52 # unless something happens like they arent actually in school, etc, they are in and others arent 11.38.56 # Nothing of interest to Rockbox from ffmpeg sadly though 11.39.12 # And, to talk about how hun it is to play Sudoku when you are blind, it already exist an implementation for a blind adapted sudoku on audiogames.net 11.39.24 # seems i'll be getting a t-shirt, then :-) 11.39.31 # 2. Line 527: isn't it too early to set the current plugin name? Loading can still fail. 11.39.41 # should i check if the colors that are passed to my function are correct or should i suppoese they are? 11.39.44 # preglow: I'm wondering what they'll look like. The '05 ones look better than the '06 IMHO. 11.40.01 # thus, I plan to make an adaptative size Sudoku, composed of animal pictures and "voice" 11.40.13 # hahaha Llorean is mentoring MoB ? All on his own ? :) 11.40.15 # to allow blind and non-blind children to play together 11.40.24 # SliMM: I think the general approach in Rockbox is for functions not to check their parameters - it's the responsibility of the calling function to pass valid values. 11.40.32 # were the wps tags for crossfeed and crossfade removed with the tokenizer update? 11.40.35 # Llorean: never seen any of them 11.40.39 # 3. Line 670: shouldn't buffer_size be also set to 0 (just for the case)? This way the caller can always safely check the available size. 11.40.48 # linuxstb: ok 11.40.49 # GodEater: Considering who's the student, I probably don't have much to worry about at all. ;) 11.41.08 # SliMM: definitely what he said, if every function were to check if parameters were legal, we'd be wasting tons of kb 11.41.10 # preglow: I dug up some pictures with google image search when I heard mentors were getting t-shirts. I'll do anything for a free t-shirt. 11.41.12 # Llorean: very true :) 11.41.38 # lnuxstb: then i won't check if the function draws outside the screen either 11.41.40 # Llorean: I think you can limit your mentoring to "yeah that works, well done!" :) 11.41.56 # preglow: Just so you know, I'm very happy to help with the WMA mentoring. 11.42.12 # SliMM: Clipping is a separate question... 11.42.22 # GodEater: Well, I am likely to know who to go to with any tough questions. :) 11.42.22 # linuxstb: which is cool :) 11.42.28 # and FYI: I'm in a mail discussion with the speach guy 11.42.34 # SliMM: Your function should probably clip. 11.42.37 # since he's accepted by another project too 11.42.44 # B4gder: He did get accepted? 11.42.49 # i know i'll vanish a couple of weeks and i would very much prefer it if i didn't have any internet related responsibilities during that time 11.42.50 # he's "slotted" for us 11.42.53 # but we'll see 11.42.58 # B4gder: Google-representative told me he was more than one person under the line for the cancer place. 11.42.59 # but I think he is for the other project too 11.43.02 # it's not like it's much work anyway 11.43.16 # Llorean: hm, odd that's not what the cancer admin told me... :-O 11.43.30 # B4gder: Well, this was as of "Conflict resolution" time yesterday. 11.43.38 # I see 11.43.42 # B4gder: I got one of the google reps to check on him for me since nobody from the cancer place was there. 11.43.52 # lnuxstb: ok. how does the lcd_bitmap_part() function work? i mean how does it know the width /* and height */ of the image? 11.43.59 # I see, I mailed their admin/mentor and the student 11.44.10 # B4gder: He also doesn't show up here: http://code.google.com/soc/lurie/about.html 11.44.15 # Why do we need iramcopy and iedata? 11.44.19 # B4gder: he is not listed on their page 11.44.24 # ok 11.44.25 # SliMM: The "width" and "height" parameters... 11.44.31 # then I guess he's more on our side ,-) 11.45.05 # SliMM: You can probably get inspiration from the lcd driver code in firmware/drivers/lcd-16bit.c 11.45.22 # B4gder, in Llorean if you miss someone to handle Real-time text-to-speech I could / might offer to help, if needed. 11.45.46 # Siltaar: thanks! Markun is the assigned mentor for that project 11.45.50 # http://www.rockbox.org/twiki/bin/view/Main/KnowledgeMap will also hopefully be handy for the students as well =) 11.45.53 # is fb data a 2D array? 11.46.00 # fb_data 11.47.09 # linuxstb: someone is going to speed up GCC, that's nice 11.49.26 # markun: yeah...i saw that...looked interesting...there were a few other interesting projects, but they escape me atm 11.50.03 # Markun, I will speak about Real-time text-to-speech with my school mentor, and it seems that I can do the job _IF_ needed. 11.50.13 # I wonder who got the most students. 11.50.15 # void (*lcd_bitmap_part)(const fb_data *src, int src_x, int src_y, 11.50.17 # int stride, int x, int y, int width, int height); 11.50.43 # it doesn't specify the width of the image itself 11.50.46 # Llorean: they said it a few times, but i cant remember...statistics are coming soon 11.50.55 # apache got many... 11.51.07 # scorche: Ah, I had just noticed eclipse got 21 and was curious what the max was. 11.51.25 # 24 if I counted right 11.51.26 # i think one of the BSDs got around 25 11.52.36 # KDE was a big one 11.52.47 # Any comments to my comments to plugin.c? 11.52.57 # SliMM: "stride" is the full width of the input bitmap. 11.52.58 # but those projects are huge of course 11.53.07 # ..except from "make a patch"? :-) 11.53.11 # linuxstb: oh 11.53.12 # SliMM: The "GraphicsAPI" wiki page may also help 11.53.35 # linuxstb: i got it, thanks 11.53.43 # I'm honestly pretty happy with that we got 4. 11.53.47 Join PaulJam_ [0] (n=pauljam@vpn-3142.gwdg.de) 11.53.58 # for a first time org, that isnt bad, or so i gather 11.54.12 # Yes, I would expect google to limit the number of slots for first-time orgs. 11.54.26 # yes it makes sense 11.54.33 # that was teh primary reason we got that many...i mean look at scumm...7 ;) 11.54.45 # handhelds.org only got 2. 11.54.54 # even subversion only got 4 11.54.58 # I'm pretty bummed our Viewports didn't get accepted - I was looking forward to that 11.55.18 # * scorche would like a couple more slots though for obvious reasons... *cough* 11.55.21 # Hehehe 11.55.40 # scorche: you were my tshirt chance! ;-) 11.55.44 # scorche: Are you still going to get an av300? 11.56.00 # It's clearly all about the t-shirts. 11.56.07 # wow, python got 34 slots! 11.56.19 # linuxstb: likely, but it is quite a but further down on the priority list....have to look at getting a job now.. 11.56.30 # markun: Scary, that's a whole bar full of students... 11.56.35 # gosh 11.57.08 # B4gder: so you were going to be my mentor?....would have been fun! ;) 11.57.14 # B4gder: does the webapp provide anything to assign backup-mentors? 11.57.21 # markun: im sure it doesnt hurt the guido works for google 11.57.22 # petur: nope 11.57.26 # s/the/that 11.57.53 # well, subversion has _loads_ of google employees... 11.58.04 # (and got 4) 11.58.32 # some of the gsoc admins on google even is involved in that 11.58.59 # I guess they could't assign too many then as it would look bad ,-) 11.59.04 # Well "Google" only got 5, though that's the dumping ground I think. 11.59.11 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 11.59.22 # None of them look like "Assign to Google" projects though 11.59.32 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) 12.00.17 Quit PaulJam (Read error: 113 (No route to host)) 12.01.26 # what do the little red flags on a project mean ? 12.01.33 # Neuros got 5 12.01.45 Nick brenda is now known as Br3nda (n=brenda@121-73-1-165.cable.telstraclear.net) 12.01.54 # i started the logging for #summer-discuss this morning, and it is about 1.12 megs (as a txt file) from less than 14 hours.. 12.02.11 # is that an open channel ? 12.02.30 # yes 12.02.33 # on slashnet 12.02.48 # but im sure it wont be near what it was today, and will die down in the near future 12.03.20 Part tucoz 12.04.08 Join smiler777 [0] (i=5048e4ae@gateway/web/cgi-irc/labb.contactor.se/x-91911af0cddefb62) 12.05.07 # This could be interesting for rockbox: http://code.google.com/soc/neuros/appinfo.html?csaid=2930D9145A9F7EA 12.05.27 # hi friends! i have some questions about ipod video 30Gb with latest rockbox. can you help me? 12.05.31 # oy, now I got it...just reset stream.error for recoverable errors too 12.05.31 # markun: indeed! 12.05.43 # jhulst should find that very interesting 12.06.58 # hi friends! i have some questions about ipod video 30Gb with latest rockbox. can you help me? 12.07.07 # smiler777: No need to repeat yourself. 12.07.09 # smiler777: Just ask 12.07.12 # smiler777: You should instead just ask the question. 12.08.00 # 1. How long the ipod can working without charging? (sorry for bad english - im from russia) 12.08.30 # smiler777: about 3 hours 12.08.45 # SliMM: Closer to 6, usually 12.08.51 # SliMM: See the IpodRuntime page. 12.09.04 # llorean: mine works for about 3 hours 12.09.06 # jhMikeS: (excuse me please for repeating the question, you may have missed it) Why do we need iramcopy and iedata? 12.09.12 # smiler777: it depends on the type of ipod as well...(ie flash based or hard drive) 12.09.20 # SliMM: And your point is? 12.09.34 # SliMM: Have you done a runtime comparison between Rockbox and the original firmware under identical conditions? 12.09.38 # scorche: 30gb ipod video he said 12.09.46 Join BigBambi [0] (n=Alex@cpc2-nfds9-0-0-cust419.lei3.cable.ntl.com) 12.09.56 # llorean: i'm not comparing 12.10.06 # SliMM: Then please don't assume that your runtime is average. 12.10.37 # llorean: it runs for six hours if it just sits in your pocket 12.10.56 # llorean: but it usually doesn't 12.11.10 # Well, the standard for comparing times is "backlight off, just playing music" 12.11.14 # Friends! im relash my ipod to rockbox yesterday.. He play about 3 hours. is it normal? 12.11.41 # crop: in the plugins you mean? 12.11.46 # the backlight was off, device - locked 12.11.47 # SliMM: So please, if you're talking about pressing buttons, be clear, the backlight is a LARGE drain. 12.11.57 # crop: or in general? 12.12.11 # smiler777: Many, many factors can decrease battery life. 12.12.12 # smiler777: normal for a battery that is far from its top performance, but generally, rockbox gets a longer runtime....you would be best to test for yourself on your own battery 12.12.17 Quit PaulJam_ (Read error: 113 (No route to host)) 12.12.33 # smiler777: http://www.rockbox.org/twiki/bin/view/Main/IpodRuntime 12.12.59 # LinusN: in general and also in the plugins. 12.13.02 # smiler777: the ipod runtime for rockbox is pretty bad compared to the OF unfortunately 12.13.05 # smiler777: that is for just listenig to music 12.13.24 # smiler777: the second question? 12.13.26 # crop: the (i)data section contains initialized variables 12.13.30 # SliMM: also, keep in mind that those were taken at various times and may not have been tested under reccent optimizations 12.13.48 # LinusN: and also my three points about plugin.c. Do the make any sense? Or do I understand everything wrong? 12.13.51 # crop: IRAM is located at a different address to SDRAM. So when the plugin is built, the data/code that needs to be in IRAM is stored in those sections, and then copied to the correct address. Otherwise you would get binary files many MB in size (due to the gap between the two memory addresses). 12.13.51 # so when the application starts, it needs to be filled with the initialized values 12.13.56 # scorche: i'll keep that in mind 12.14.30 # the (i)datacopy section contains the initial data for the (i)data section 12.14.57 # SliMM: Ideally any battery benchmark should be directly compared to the original firmware (which is hard to benchmark) because battery condition is a large, large influence. 12.15.09 # LinusN: and why is copy zeroed out after copying it to iram? 12.15.24 # 5 out of 7 projects for VIM are mentored by Bram Moolenaar :) 12.15.43 # crop: where? 12.15.45 # crop: Because that's part of the BSS (zero-initialsed section) section of the main binary. 12.15.46 # he works for Google anyway 12.16.00 # markun: a bunch of people were quite fond of the eclipse/vim project 12.16.22 # crop: we don't need the idatacopy section after copying it to the data section, so we reuse it for bss 12.17.06 # * LinusN won't get a t-shirt..... :-( 12.17.44 # 2. about video files.. what tupes of files the ipod can played? my ipod "see" only mpeg and when the play is on - FPS is very smal - about 5 per sec. Should i convert video to some speciall format? 12.17.47 # LinusN: I must re-read what you said and make a little sketch to get it. Thanks! 12.18.06 # As Google recommends assigning a second mentor, there must be a way to let them know the names? 12.18.08 # What about the three points? (sorry for nagging...) 12.18.16 # crop: the concept is simple, but we abuse it a little in rockbox 12.18.35 # petur: There's no apparent way at least. Maybe the forms will change now that assignments are set. 12.18.46 # petur: But I think the "mentor" position is more or less informal outside of the paperwork. 12.18.56 # crop: what tree points? 12.19.06 Quit petur ("CGI:IRC (EOF)") 12.19.15 # smiler777: yes, mpegplayer is all we got 12.19.21 Join p3tur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-6ab810bcaec4b10d) 12.19.22 # smiler777: video support on ipod vide is pretty bad 12.19.27 # and the ipod's hardware is not very fast 12.19.36 # petur: gstein was extolling a lot about its shortcomings too, but he was just mainly passing the buck ;) 12.19.44 # crop: ah, i see 12.19.44 Nick p3tur is now known as petur (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-6ab810bcaec4b10d) 12.20.02 # smiler777: there is a special chip which does the video decoding in the apple firmware, but we haven't managed to use it 12.20.13 # smiler777: you can watch video with the original firmware because it uses a special chip for video decoding, not because it is better/faster 12.20.27 # "Google engineering manager" 12.21.07 # saw they mentioned they are locking down the webapp to prevent changing the ranking... 12.21.12 # crop: 1) why would that be necessary? 12.22.11 # 2) again, why does it matter? 12.23.20 # LinusN: just to have all the vars as consistent as possible at any time during program execution 12.23.43 # 3) sounds sensible 12.24.00 # crop: that would only be a waste of code imho 12.25.45 # petur: Maybe google don't want to have to send out T-shirts to backup mentors... 12.26.13 # Curse those stingy T-shirt hoarding.... 12.26.20 # heh 12.26.31 # i'll make my own t-shirt :-( 12.26.37 # we could have a rsoc and only hand out shirts! 12.27.11 # well, they wanted a main one for a few reasons....1 single person is what works best in these situations (they should already be working with the community....1 person reviews them, etc 12.27.27 # LinusN: maybe. But p is copied to current_plugin anyway. But too early IMHO. Emptying current_plugin is not strictly necessary but I'm an idealist... 12.27.30 # lunch! 12.27.30 # B4gder: rdcoc? 12.27.42 # (devcon) ;) 12.27.46 # yay 12.28.09 # crop: we can't afford idealistic code in rockbox, but yes, we can move the copying 12.28.12 # but... does that mean we can't just talk nonsense and drink beer during devcon? 12.28.35 # * scorche wished he could afford a trip to sweden 12.28.52 # rsob 12.29.06 # * Llorean thinks we should try to have a DevCon-West. 12.29.20 # LinusN: rayob? (all year) 12.29.33 # B4gder: perfect 12.29.45 # Llorean: sure! =) 12.29.49 # do you think that 12.29.50 # x1 = min(max(x1, 0), LCD_WIDTH); x2 = max(0, min(x2, LCD_WIDTH)); 12.29.52 # y1 = min(max(y1, 0), LCD_HEIGHT); y2 = max(0, min(y2, LCD_HEIGHT)); 12.29.53 # is fast enough? 12.29.59 # have the webcams of the 2 devcons projected onto screens, etc 12.30.44 # SliMM: fast enough for what? 12.31.00 # Llorean: i am all for one...we really should plan one 12.31.03 # for drawing safetly on the screen 12.31.13 # scorche: Lostlogic expressed interest in one last year. 12.31.14 # \away lunch time 12.31.22 # and quickly, as it would be good to have them at the same time 12.31.27 # LinusN: is the value of end_addr (in plugin header) staticly compiled into each plugin? Why isn't it just set to plugin size? 12.31.28 # grrr.... why does we have a \ and / 12.31.29 # ... 12.31.31 # safely* 12.32.20 # SliMM: what are you working on? 12.32.26 Join pondlife [0] (n=Miranda@cpc3-rdng11-0-0-cust229.winn.cable.ntl.com) 12.32.36 # crop: because the bss section begins at end_addr, doesn't it? 12.32.47 # markun: opacity :)) 12.33.03 # Nice when something begins at end_addr, no? 12.33.07 # :) 12.33.13 # /kick pondlife 12.33.17 # Ouch 12.33.24 # SliMM: and you want all pixels which are beyond the screen to be drawn on the borders? 12.33.53 # no, just not to be drawn at all 12.34.08 # then what is your code for if you skip them anyway? 12.34.23 Join PaulJam [0] (i=Paul@vpn-3013.gwdg.de) 12.35.07 # if i draw a rectangle starting from x1 = -5 to x2 = 340, without that code or a similar one, wouldn't rockbox crash? 12.35.32 # but you want if()s not just clipping the values 12.36.21 # with that code you'll gather all outside-values to the border 12.36.24 # SliMM: ah, like that. I don't think it would crash but you would have to check the code 12.36.54 # LinusN: I don't understand what you want to tell. I mean the line 568 in plugin.c. Why is the absolute address compared? And how can this work? This can only work if the end addr is statically computed. I.e. dynamic plugin loading is impossible? 12.36.56 # B4gder: that depends on if the check is for each pixel or for the boundaries of the rectangle 12.36.57 # B4gder: I thought it was per pixel too but it's just for rectangles 12.37.08 # oh 12.37.18 # * B4gder shuts up and stands in corner 12.38.24 # well, i'm done with the basic functions 12.39.14 # crop: end_addr is created by the linker 12.39.23 # should i use LCD_WIDTH-1? 12.39.27 # SliMM: I just looked at the code and you don't have to check it yourself 12.39.43 # great :) 12.39.51 # check lcd_vline in firmware/drivers/lcd-16bit.c 12.40.22 # but still, no need of drawing pixels outside the screen 12.40.33 # no, it doesn't 12.40.57 # crop: You might find http://www.rockbox.org/twiki/bin/view/Main/RockboxMemoryLayout useful. 12.41.00 # LinusN: ...as well as load_addr? Now I'm starting to get it... So each plugin is linked with the rest of RB's memory layout in mind? 12.41.08 # yes 12.41.13 # are the pixels numberd (horizontally) from 0 to LCD_WIDTH-1? 12.41.25 # all plugins are compiled and linked to run at a fixed address 12.41.26 # I think so 12.41.53 # pondlife: thanks. But there is not much useful info there. At least for what we're talking about. 12.42.02 Part B4gder 12.42.11 # I was thinking maybe what you're learning could be put in there.. 12.42.34 # Unless it's already wikied 12.42.59 # LinusN: yes, that's what I mean. And dynamic loading (at a var address) would be much trouble I guess? (addr adjustment and such). Or was it made because of KISS? 12.43.12 # far too much trouble 12.43.24 Join barrywardell [0] (n=barrywar@host-194-46-241-219.dsl-ie.utvinternet.net) 12.44.04 # * LinusN wanders off to eat 12.44.28 # LinusN: and plugin buffer starts where codec buffer ends and goes to the end of the available memory? 12.44.29 Quit smiler777 ("CGI:IRC (EOF)") 12.44.38 # crop: might not be too much trouble, actually, but someone is yet to try it 12.44.48 # if a plugin is compiled -fpic, it might work out easy enough 12.44.56 Quit Br3nda ("new kernel time") 12.45.14 Quit webguest55 ("CGI:IRC (Ping timeout)") 12.45.34 # preglow: but if we don't need it that little trouble is still not worth. But yes, it could be a matter of just setting some base register 12.45.44 Mode "#rockbox +o scorche " by ChanServ (ChanServ@services.) 12.46.03 # crop: we will need it sooner or later, and in some cases, already do 12.46.05 Topic "Please read before speaking: http://www.rockbox.org/twiki/bin/view/Main/IrcGuidelines | Rockbox Devcon 2007 - http://www.rockbox.org/twiki/bin/view/Main/DevCon2007 | Gathering interest for a Devcon-West. See Dev-ML for more details. PM scorche if interested." by scorche (i=scorche@rockbox/administrator/scorche) 12.46.30 Mode "#rockbox -o scorche " by ChanServ (ChanServ@services.) 12.46.33 # crop: like the way the way an audio codec and voice codec need to coexist, while both are linked to the same address space 12.46.53 # Wooh, Intercontinental DevCon? 12.47.11 # markun: what number is the last pixel that is visible on the screen? LCD_WIDTH or LCD_WIDTH-1?? 12.47.15 # pondlife: well, we will see... 12.47.44 # preglow: but that's still static. or do you mean that if we had dynamic loading we wouldn't need to swap them? 12.47.53 # preglow: I thought there was talk about putting the voice codec in the core? 12.47.53 # SliMM: -1 12.48.03 # linuxstb: sure, talk :) 12.48.20 # markun: thanks 12.48.22 # crop: the last 12.48.45 # crop: the only thing we'd need to swap then is iram, which is still a shared resource in that case 12.48.53 # but statically linking a voice codec might also be clever 12.49.12 # aliask: daurn, should we do devcon-melb to join in ? 12.49.47 # JdGordon: and I'll host my own personal devcon-brisbane :) 12.50.21 # :) 12.50.58 Join brenda [0] (n=brenda@121-73-1-165.cable.telstraclear.net) 12.51.31 # Could a voice codec work without needing iram? 12.51.53 # On some targets, but probably not all. 12.51.59 # At least, not MP3 12.54.23 # it might not really have to 12.54.25 # linuxstb: If you have a PP target around, you could maybe try it? 12.54.43 # speex, for example, is supposed to fit in really little iram these days, and i believe the overhead of swapping out the iram it uses might be worth it 12.55.26 # Is speex using as little CPU as MP3 now? 12.55.40 # right no, hell no 12.55.43 # but it needs optimising 12.55.46 # pondlife: I think I tried running codecs without IRAM once on my ipod - IIRC, the boost ratio hardly changed for icode, and didn't drop very much for idata. 12.55.57 # it hardly uses any iram, mallocs extensively, and has no asm to speak of 12.56.04 Nick brenda is now known as Br3nda (n=brenda@121-73-1-165.cable.telstraclear.net) 12.56.14 # Sounds like it needs some love... 12.56.26 # i'm planning to stroke it vigorously, given time to do so 12.56.33 # Are the mallocs in the codec itself, or the Ogg part? 12.56.35 # What is placed to iram? Some data that is intensively read/written? 12.56.38 # code itself, afaik 12.56.41 # * pondlife shudders at the thought of a stroked codec 12.56.42 # crop: aye 12.56.59 # preglow: but not the code, right? 12.57.06 # Yes, code as well. 12.57.10 # crop: sure, that too, but it doesn't benefit as much 12.57.18 # crop: most of our current targets have code caches 12.57.27 # crop: in some cases only that, like for coldfire 12.57.36 # crop: in which case data iram benefits massively 12.58.59 # Another question: I thought that the stack size is defined somewhere in config.h. But I see a fixed value in app.lds. 12.59.09 Quit Br3nda ("Konversation terminated!") 12.59.17 # preglow: now I'm goinng to re-read what Linus told about plugin loading 13.00.16 # preglow: another question: what does the asm instruction *(.bss*) do? 13.00.20 Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 13.01.48 # crop: That looks like a linker instruction, not asm 13.01.58 # I'm guessing you're looking at a .lds file? 13.02.36 # linuxstb: yes. 13.03.02 # It's just a pattern that matches section names (which are generated by gcc) and uses it to create the binary. 13.03.10 # I assume something like "place everything you've collected so far for bss here" 13.03.46 # Yes - something like "put all the bss sections here." 13.04.52 # And another question (I'm not kicked yet? :-): pluginbuf is at the end. Why isn't PLUGINSIZE computed as MEM_SIZE - pluginbuf? 13.05.49 # Isn't it the other way around? i.e. pluginbuf is computed as MEMSIZE-PLUGINSIZE? 13.05.51 # If PLUGINSIZE is defined too high the linker will complain (I hope), but if it's too low we'll waste space 13.06.46 # linuxstb: in app.lds, I see (at the end) that pluginbuf is set to what is the current adr. 13.07.30 # But I'm not very experienced in such things, I use my common sense 13.09.14 # Start looking at the definition of DRAMSIZE, then look at ENDAUDIOADDR, then ENDADDR 13.09.18 *** Saving seen data "./dancer.seen" 13.10.12 # "pluginbuf" is set to ENDADDR 13.12.19 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 13.12.32 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) 13.13.09 # linuxstb: yes. But PLUGINSIZE? 13.13.15 # amiconn: OK, I have charcell compiling and it should be able to draw icons now, can I leave the custom icon part out for now? 13.14.02 # linuxstb: is it somewhere in crt0? 13.14.16 # JdGordon: I'm in on a melbourne meet up 13.15.06 # :) i was joking, but unless that weekend is exams time (which i tihnk it is) im up for it 13.15.16 # if its at the belgium beer garden :D 13.15.48 # Ooh classy 13.16.12 # Sorry, i didn't read the backstory :P 13.16.35 # always with the belgian beer! 13.16.57 # crop: "PLUGINSIZE" is "PLUGIN_BUFFER_SIZE", which I'm guessing is in the target-specific config.h file. 13.17.04 # I'm supprised it's taken this long for p.etur to pipe up 13.17.42 # He's in Stockholm that weekend 13.18.52 # I was refering to the beer talk, he wakes up pretty quickly if you mention it :P 13.19.07 # linuxstb: that I also assume. But it also confuses me since PLUGINSIZE should be computed, not defined. 13.19.19 # i would not be surprised if he had his client to highlight him when "beer" is said 13.19.37 # beer beer beer beer beer.. brandy. 13.19.40 # like any sane man has 13.19.46 # :) 13.19.51 # crop: The plugin buffer size is intended as a maximum allowed size. 13.19.56 # crop: there can be a mismatch between the defined value and the real size of the pluginbuffer 13.20.11 # crop: No, "PLUGIN_BUFFER_SIZE" _is_ the real size of the plugin buffer. 13.20.30 # It's defined on a per-target basis, depending on available RAM and maybe other features of the hardware. 13.21.09 # (in firmware/export/config-*.h) 13.21.19 # linuxstb: then there's a possibility of wasting memory (see above) if PLUGIN_SIZE is defined too low. 13.21.44 # * pondlife whispers something about CODEC_IRAM_ORIGIN/_SIZE being defined in the wrong place... 13.21.56 # crop: I can't see how. 13.22.52 # PLUGINSIZE is simply set to be equal to PLUGIN_BUFFER_SIZE (at the top of app.lds) 13.23.11 Join scubacoles [0] (n=scoles@122.49.151.138) 13.24.38 Quit barrywardell () 13.25.09 # anyone got an archos player here? 13.25.35 # JdGordon: If it has to do with the icons, doesn't the sim work? 13.26.10 # it does, I dont have svn sim here... is the cursor the only actual icon used? 13.26.13 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 13.26.16 # apart from the playlist viewer 13.26.20 # safetydan: I don't envy your task of syncing that lang cleanup patch - I tried a little while ago and failed miserably. (read: got lazy and never finished it) 13.26.45 # pondlife: Yes, that seems very wrong... 13.26.46 # aliask: yeah it's not fun... 13.26.50 # linuxstb: ah, I think I see now. First, all the sizes are defined, then the starting address of DRAM is computed and then the starting addrs of the other sections are computed 13.27.20 # linuxstb: Thsoe should be in the config- files as mentioned in plugin.lds 13.27.34 # pondlife: yes, I think those defs should be moved to target tree 13.28.08 # plugin.lds must also use them. 13.28.52 # safetydan: Good luck... what's stopping it being committed as soon as you've got it synced? 13.28.59 # what's keeping the lang cleanup from commit, btw?= 13.29.04 # :-) 13.29.18 # It's a never ending task what with people always adding features :) 13.29.20 # anyone know where the glyphs for the charcell icons are defined? is the order of the enum in player/icons.c important? 13.29.51 # I think the big thing is that it's going to break a lot of things 13.29.59 # voice files, every translation, etc. 13.30.00 # JdGordon: shouldn't pressing PLAY in the contxt menus bring you to the wps instead of entering the selected submenu? 13.30.15 # that, and the build script doesn't handle the NONE part 13.30.31 # safetydan: so what? we can't really care about that 13.30.43 # FS#6652 is the big hold up 13.30.44 # if that's what's keeping it from being commited, i say just commit it 13.30.54 # right 13.31.08 # PaulJam: probably... 13.31.25 # my perl-fu is weak, so the next best thing for me to try is to get the patch back in sync 13.31.32 # * petur returns from lunch and gets megatriggers from beer discussion 13.32.11 # Good job it wasn't before lunch 13.32.15 # well, i've been known to do perl 13.32.20 # but i know nothing about the lang build system 13.34.29 # when using LCD_UNPACK_GREEN let's say, what's the maximum value i can get? 13.36.21 # currently 63, i think 13.36.45 # but it depends on the target 13.36.48 # that's for LCD_UNPACK_GREEN_LCD 13.37.18 # SliMM: iirc, there is a macro to go from 255->max_supported 13.37.41 # SliMM: LCD_MAX_GREEN 13.38.19 # linuxstb: and what does LCD_UNPACK_GREEN_LCD do then? 13.39.38 # with LCD_UNPACK_GREEN i get a 8-bit value, but i don't know whether it's 255 or 252 (63*4 / 63 << 2) 13.39.40 # Sorry, there are no such macros... "RGB_UNPACK_GREEN" gives you an 8-bit value, "RGB_UNPACK_GREEN_LCD" gives you the native LCD depth. 13.40.14 # yes, sorry, RGB instead of LCD prefix :"> 13.40.34 Join barrywardell [0] (n=barrywar@host-194-46-241-219.dsl-ie.utvinternet.net) 13.40.37 # i always type it wrong 13.41.04 # You can see the definitions in firmware/export/lcd.h 13.41.13 # ok, thanks 13.44.13 # well ajbrec.ajz is 246432 bytes with the current lang v2 cleanup patch 13.44.24 # which is around 2000 bytes saved I think 13.44.29 # not bad 13.44.33 # anyway, night all 13.44.38 Quit safetydan (Remote closed the connection) 13.45.27 Part TrueJournals 13.46.13 # What does _iramcopy = LOADADDR(.iram); in app.lds do? Doesn't it make iramcopy to point to the same adr as iramstart? 13.47.38 # crop: Maybe the manual would help :) http://www.gnu.org/software/binutils/manual/ld-2.9.1/html_node/ld_toc.html 13.50.16 Quit barrywardell () 13.54.13 Join barrywardell [0] (n=barrywar@host-194-46-241-219.dsl-ie.utvinternet.net) 13.54.20 # SliMM: All rockbox lcd drivers do proper clipping, no need to do it yourself 13.55.12 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 13.55.53 Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 13.56.31 # crop: LOADADDR() gives you the address where the data is loaded by the linker, i.e the address of the copy 13.56.57 # linuxstb: from what I read in the manual (tnaks for the link!) I think I'm right. 13.57.41 # linuxstb: but that doesn' matter since I wass looking at the wrong .lds! :-))) I was looking at app.lds but the right file is plugin.lds. Oh! 13.58.07 # * Nico_P 's application for the SoC was accepted :) 13.58.43 # In the app, iramcopy is set to the same address as iram. That's why I didn't understand why we make memcpy(iramstart, iramcopy, iram_size); in plugin.c. 13.59.03 # But for plugins this is OK. 13.59.34 # iramcopy is never the same as iram 13.59.42 # That would indeed not make sense 14.00.52 # amiconn: but in app.lds we have _iramcopy = LOADADDR(.iram); 14.01.05 # yes 14.01.28 # amiconn: isn't is the same value as iramstart? 14.01.34 # That doesn't make them identicaö 14.01.37 # *identical 14.02.22 Quit barrywardell () 14.02.23 # amiconn: what do you mean? They are different symbols, I see. But they point to the same address, no? 14.03.29 # Notice: Server upgrade in progress, including apache. cgiirc clients may get disconnected. 14.03.31 # So the arrays point to the same memory (if we're in the app; that doesn't hold for plugins) 14.04.04 # amiconn: since in plugins the symbols point to different addrs (see plugin.lds) 14.05.19 # Which (if I'm right) raises the question about why do we have iramcopy in the app? 14.05.38 # iramcopy will be for initialised IRAM data in the main rockbox binary. 14.05.44 # I.e. why do we need it at all? 14.06.26 # crop: it is needed when rockbox is flashed 14.06.50 Quit crop ("CGI:IRC (EOF)") 14.06.51 Quit petur ("CGI:IRC (EOF)") 14.08.59 # are fonts broken in the gigabeat sim? 14.09.02 # LinusN: Why only when flashed? 14.10.10 # linuxstb: because there is no need for a duplicate since the binary is always reloaded from disk 14.10.45 Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-c58caf441adb879b) 14.11.01 # LinusN: I think I missed something, what's duplicated? 14.11.20 # the datacopy section contains the initial data of the data section 14.11.31 Quit crop (Client Quit) 14.11.42 # so the data section can be correctly initialized 14.11.53 # I thought we were talking about the iram stuff... 14.12.05 Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-198b911c9446ab2a) 14.12.58 # But am I right that iramcopy used in "memcpy(iramstart, iramcopy, iram_size);" (plugin.c:707) is the symbol from plugin.lds, not the one from app.lds? 14.13.07 # crop: yes 14.13.23 # linuxstb: of course, my bad 14.13.29 # Hua, now the world is round again :-) 14.13.40 # phew 14.14.12 # i would like to have the lds files in the target tree 14.14.37 # one for each target 14.14.48 # And get rid of that stuff in playback.c... 14.14.59 # LinusN: if not the lds, then at least all the symbols (XXX_SIZE). They are duplicated now (in plugin.lds) 14.15.12 # that too 14.15.19 # crop: all iram section addresses are always different from their copy. That's because they're loaded to dram and then copied 14.15.32 # LOADADDR() is *not* an identity operator 14.16.19 # But isn't there a danger of errors if we have many copies of very similar files? I don't think the .lds is that hard to follow, especially if some of the constants are moved to config-*.h 14.17.31 # linuxstb: perhaps, but i kind of like the targets to be more self-contained in some respects 14.17.37 # amiconn: I don't understand. Do you mean that after _iramcopy = LOADADDR(.iram); (app.lds) iramcopy will not point to the same address as iramstart? 14.18.24 # iramstart is not the load address of .iram 14.18.25 Quit himitsu_ (Read error: 104 (Connection reset by peer)) 14.18.52 # the load address is where the data copy is loaded 14.20.10 # that's the purpose of the "AT ( iramcopy)" stuff 14.21.27 # the LOADADDR() operator in this case will give you the start address of the iramcopy section 14.23.36 # LinusN: yes, but in app.lds we don't have AT(...) 14.24.49 # crop: i thought we were discussing plugin.lds 14.26.09 # LinusN: yes. I looked at the wrong .lds (app.lds) for a long time :-) 14.26.43 # it's done differently in app.lds, with the AT clause at the end of the .iram section definition 14.26.47 # crop: Maybe looking at a map file will help - e.g. apps/plugins/pacbox/pacbox.map (a plugin which uses IRAM). This puts real numbers to the different variables. 14.27.07 # (apps/plugins/... in your build directory) 14.27.11 # i'm not sure anymore what crop is trying to understand 14.29.48 # but i still think the lds files would be simpler without the preprocessor magic to hide the iram away from the targets that have none 14.29.55 # ets 14.29.55 # LinusN: I was confused by the statement memset(...) in plugin.c. I thout that it copies a buffer to itself since iramcopy is the same as iramstart 14.29.57 # etc 14.30.24 # memset() fills with zeroes, i assume you mean memcpy() ? 14.30.34 # LinusN: not memset, memcpy 14.30.53 # iramcopy is not the same as iramstart 14.30.57 # crop: You realise that that function is called from the plugin itself - so the variables being passed are those from the plugin, which are from plugin.lds? 14.31.00 # LinusN: ah, you understand me faster than I type .-) 14.31.29 Quit SirFunk (Read error: 60 (Operation timed out)) 14.31.30 # linuxstb: yes 14.31.52 # what makes you believe that iramcopy is the same as iramstart? 14.32.25 Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) 14.32.40 # LinusN: isn't it? I mean app.lds. Then I should learn assembler/linker 14.33.07 # crop: app.lds does it in exactly the same way as plugin.lds 14.33.33 # except that the AT clause is in different places of the section declaration 14.33.56 # and why do you even care about app.lds? 14.34.30 # crop: and i have tried to explain this twice now 14.34.37 # guys FS#7013 (loadable icons) is ready imo for commiting... anyone want to have a looksie before i commit? 14.34.47 Quit scubacoles (Read error: 110 (Connection timed out)) 14.34.59 # amiconn: can you have a look at the charcell part of the patch please? 14.35.03 # crop: And the map files prove they are different - you can see the actual values of the two variables. 14.35.05 # Super deal on the gigabeat: http://www.dapreview.net/comment.php?comment.news.3922 14.35.07 # it works in the sim, but dont know if its good enouh 14.35.18 # I just got one for $90 shipped -- for a 40 GB MP3 player! 14.35.24 # LinusN: because I didn't know (but now do) that iramcopy and iramstart that are used in plugin.c are defined in plugin.lds. Sorry Linus, me being stupid 14.36.28 # * linuxstb wonders if officedepot.com ship to Europe 14.36.49 # maybe do a US order and have someone ship? 14.38.17 # holy cow thats cheap 14.38.50 Join webguest98 [0] (i=c023111e@gateway/web/cgi-irc/labb.contactor.se/x-f11035b4722ab9c4) 14.39.31 # if they dont ship to aus (and my friends want to take up the offer) would anyone in the us mind playing middle man for me? 14.39.40 # JdGordon: i'd drop by ;) 14.39.44 Quit gtkspert ("leaving") 14.41.26 Quit crop ("CGI:IRC") 14.41.31 Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-ac49bc83fd0e4e2e) 14.41.50 Join PaulJam_ [0] (i=Paul@vpn-3039.gwdg.de) 14.48.08 Quit Febs (Read error: 110 (Connection timed out)) 14.52.05 # its not anymore on the officedepot site 14.53.01 # wrong 14.53.02 # it is 14.53.08 # doesnt come up in search though 14.55.59 Quit PaulJam (Read error: 110 (Connection timed out)) 14.56.38 # JdGordon: in your last commit, I think you've made a copy/paste error. In misc.c:903, it should be lcd_remote_setfont 15.02.42 Join qwm [0] (n=qwm@h162n1fls34o1010.telia.com) 15.06.54 # ok got one as well 15.07.15 # LinusN? 15.07.15 # at seems a lot of people buying it from fatwallet forums 15.07.53 # JdGordon: Not now, but I might be able to check out your patch tonight 15.08.40 Nick Kapez is now known as CIFA (i=kapez@evot.us) 15.09.19 Nick CIFA is now known as Kapez (i=kapez@evot.us) 15.09.22 *** Saving seen data "./dancer.seen" 15.09.35 # amiconn: why do we need iramcopy in app.lds? For flashing (as Linus said but I'm not sure whether we we talking the same frequency then)? 15.09.58 Join barrywardell [0] (n=barrywar@dhcp-892b9b44.ucd.ie) 15.11.46 # The core works very similar to plugins wrt iram 15.12.17 Join SirFunk [0] (n=Sir@admin-147-222.potsdam.edu) 15.12.25 # The bootloader loads the binary into ram, and one of the first things it does is copying its iram parts to iram 15.12.43 Join DiODO [0] (n=DiODO@host39-227-dynamic.59-82-r.retail.telecomitalia.it) 15.12.47 # There is no difference in iram handling whether the core is in flash or in ram 15.13.30 # amiconn: thanks! 15.13.36 # hey, that gigabeat 15.13.38 # nice price 15.13.40 # i'll grab one 15.13.46 # anyone in usa that can ship to me? 15.14.08 # amiconn: BTW: could you correct the copy/paste typo in the last commit by JdGordon? 15.14.09 # There are just 2 minor differences regarding dram handling, one is that when running from dram, the iram section can be reused (for bss, or in case of the core, stack) once it's copied, and the other is that the .data section doesn't need to be copied when runnning from ram 15.14.58 # amiconn: does the .data section contain initialised or uninitialised data? 15.15.33 Quit qwx (Read error: 110 (Connection timed out)) 15.15.46 # Initialized. Uninitialized is .bss. There are 4 standard section names: .text, .data, .rodata and .bss 15.16.33 # For the core dram/iram init operations are done in crt0.S, but for plugins it's done in the plugin itself 15.16.35 # Is there some method to initialise structure members not by order but by names? The initialisation of the plugin_api structure is very fragile IMO 15.17.30 # We do it this way because plugins using iram need to stop playback (because they share iram with the codecs), and the plugin needs to have a chance to ask whether stopping is okay _before_ actually doing the iram copy 15.17.59 # amiconn: I asked because I wanted to know if memset(iramcopy, 0, iram_size); in plugin.c is necessary. It is. 15.18.58 # It is. It clears the .bss part that is shared with iramcopy 15.19.19 # Gcc relies on .bss being cleared, placing zero-initalized data there 15.19.28 Join Forte [0] (n=j@cpe-76-181-196-81.columbus.res.rr.com) 15.19.30 # wow 15.19.35 # my mini is tempermental 15.19.36 # :P 15.20.46 # amiconn: you mean .data part? iramcopy is in the .data section in plugin.lds 15.22.17 # yay 15.22.22 # she just played through a whole song 15.22.27 # * Forte pats mini on the back 15.23.21 Quit midgey () 15.23.27 # uh 15.23.28 # so 15.23.39 # * Forte is happy 15.23.42 # anyone in america that can ship a couple of aussies a gigabeat? 15.23.51 # * Forte kinda has 2 working ipods 15.25.09 # and it shut off 15.25.15 # Forte: you mini is female? 15.25.20 # tempermental piece of shit 15.25.27 # all gadgets and cars are female 15.25.35 # it sounds less gay when you talk about thme 15.25.37 # them 15.25.41 # ah, that explains the temperament 15.25.52 # :P 15.26.10 # i think its a battery problem with the mini 15.26.13 # i fixed the video 15.26.15 # it works great 15.26.47 # daurn: maybe toffe can buy some for you, he's used to shipping Gigabeat's abroad :) 15.28.12 Quit Entasis ("Leaving") 15.28.25 Join Febs [0] (n=chatzill@38.98.196.75) 15.28.51 # Forte: what about the PC's that were destroyed during the installation? 15.29.24 Quit lodesi (Read error: 104 (Connection reset by peer)) 15.30.05 # markun: may be you could correct the typo in the last commit of misc.c? It doesn't worth a patch. 15.30.58 # so what music you lot listen to? 15.31.00 # crop: ok, let me check 15.31.03 Quit XavierGr (Read error: 110 (Connection timed out)) 15.31.14 Join perpleXa [0] (i=perpleXa@unaffiliated/perplexa) 15.31.41 # Forte: mogwai, autechre, elliott smith, david bowie, amon tobin, ... 15.31.57 # crop: you? 15.32.00 Join lodesi [0] (n=lds@fydelkass.inl.fr) 15.32.03 # eh, that was for Forte :) 15.32.30 # crop: what was the typo? 15.33.16 # i listen to weird al, nightwish, bowling for soup 15.33.17 # ect 15.33.21 # markun: the second added set_font should be set_remote_font 15.33.22 # little bit of everything 15.34.06 # Forte: well, I could have told you the same. Doesn't tell me much. 15.34.35 # so you listen to a bit of "happy hardcore" for example? 15.34.35 # markun: line 903 should be lcd_remote_setfont 15.34.44 # crop: yes, I'll fix it 15.36.13 Quit Kapez (Remote closed the connection) 15.37.00 # crop: done 15.37.03 # thanks 15.40.52 # markun: ah thanks for fixing that 15.46.05 Part LinusN 15.48.22 Quit perpleXa ("leaving") 15.50.02 Join kkurbjun [0] (n=kkurbjun@c-71-56-227-141.hsd1.co.comcast.net) 15.50.20 # kkurbjun: I wanted to ask you something all morning and now I forgot :) 15.51.16 # something about the Gigabeat hardware init or bootloader.. hm.. 15.52.28 # :), well while we are asking questions do you know what is stored in the first 100 bytes of DRAM? 15.53.03 # nothing is stored there 15.53.07 # on the gigabeat it really does not like that section to be overwritten 15.53.09 # hmm 15.53.25 # It was added by someone as some kind of precaution but it can be removed 15.53.58 # so you say it needs to be there? 15.54.04 # what happens if you overwrite it? 15.54.58 # I have not tried changing the linker script, I should see if that fixes the problem I was running into. If I overwrite it the screen washes out and it fails to boot. 15.55.36 # If I change the address to 0x0 in the bootloader that is instead of the 100 byte offset 15.56.05 # rockbox.gigabeat also seems to include that 100 byte offset though, so I'm not sure why overwriting it causes the player to fail 15.56.08 Quit PaulJam_ (".") 15.56.20 # which address did you change to 0x0? 15.56.52 # in gigabeat.c loadbuffer = (unsigned char*) 0x100 15.57.05 # ok, let me check 15.57.25 Join B4gder [0] (i=14850102@gateway/web/cgi-irc/labb.contactor.se/x-1d0f4c080f49f3af) 15.57.33 # I have to go to work right now, but if you think of that question write it in here, I check the logs 15.57.42 # ok 15.58.00 # thanks for looking into that offset as well 15.59.01 Join Arathis [0] (n=doerk@p5484993D.dip0.t-ipconnect.de) 15.59.49 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 16.00.03 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) 16.02.16 Quit B4gder (Client Quit) 16.02.26 Join Bagder_ [0] (i=dast@gateway/web/cgi-irc/labb.contactor.se/x-4bd881df541441a1) 16.02.37 Nick Bagder_ is now known as B4gder (i=dast@gateway/web/cgi-irc/labb.contactor.se/x-4bd881df541441a1) 16.04.44 Quit webguest98 ("CGI:IRC") 16.04.51 Quit crop ("CGI:IRC") 16.07.47 # does anyone think fs#6459 would be useful as a plugin? I think it could be done fairly simply 16.08.00 Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 16.08.12 # kkurbjun: I think I know what's going on 16.08.15 Join desowin [0] (n=desowin@unaffiliated/desowin) 16.08.36 # the interrupt vector needs to start a 0x0 16.09.10 # JdGordon: you would need to maintain a list of buttons -> meaning 16.09.13 # and instead of having the vector at the beginning of crt0.S we reserve 0x100 bytes and then copy the vector there 16.09.25 # bluebrother: thats the easy part :p 16.09.36 # I think it's very strange to do it like this 16.10.00 # and how do you want to call it? From a new hardcoded entry in the context menu? 16.10.16 # that context menu might change the button context ... 16.10.44 # which leads me to thinking this idea is somewhat pointless 16.11.15 # as a plugin, the first screen is a list of contexts 16.11.32 # does a user know what context there are available? 16.11.46 # well, they would be translated into english as best as possible 16.12.18 # I don't believe the average user (which this is intended to) wants to even think about this contexts. 16.12.35 Join iwantanimac [0] (n=iwantani@124-168-93-140.dyn.iinet.net.au) 16.13.01 # well the first screen would ask for which screen you were in "wps" "file/db tree" "menu" etc 16.13.11 # not CONTEXT_TREE CONTEXT_LIST... 16.13.16 # hmm. Sure. 16.13.30 # what's up with the fs mail sujects? 16.13.51 # * bluebrother was wondering about the notifications right this moment too 16.14.02 # This context-menu talk reminds me of an earlier idea I had - context menus for the items in the root menu, which would be linked to the relevant settings screens. So for example, a long press on "Files" would give you file-browser related settings, "Database" would give you database settings and options etc... 16.14.20 # linuxstb: sounds clever 16.14.30 # JdGordon: I'd rather like help messages like e.g. my mobile does 16.14.33 # * linuxstb waits for bluebrother to say it's not a root menu.... 16.14.50 # explaining the keys is somewhat not explaining but rtfm imo. 16.14.55 # linuxstb: its not so impossible to do... 16.15.23 # hi! 16.15.27 # I have checked the Wiki and the manual and it is unclear to me exactly what the numbers in the "Most Played" Database menu are. The first number seems to be playcount, but the second makes far less sense. Could anyone enlighten me? 16.16.10 # JdGordon: I was hoping you would say that.... 16.16.22 # * bluebrother notices linuxstb noticing and refrains to note again 16.17.01 # linuxstb: good idea, there are bookmark settings as well and on the "Settings" entry there could be "manage settings" 16.17.11 # iwantanimac: that is the generated auto score for the track 16.17.25 # hi roolku :) 16.17.27 # sorry, that would be "Last played tracks" not Most Played... 16.17.29 # * JdGordon whipes his dev tree clean and gets to it 16.17.37 # hi Slasheri :) 16.17.45 # Hi guys! Has it ever been considered to have 'shut down' as a main menu option? 16.18.01 # Lynx_: why? 16.18.26 # Lynx_: it exists already (but needs to be enabled) 16.18.39 # iwantanimac: there is no "last played tracks" in the default menu. Probably you should check what is inside tha tagnavi*.config files 16.18.42 # roolku: It does? Then let's enable it... 16.18.53 # bluebrother: somehow i dislike the long press 16.19.12 # roolku: enabled in the options or enabled at code level? 16.19.22 # why do we need a menu entry for it? I don't think it's useful. 16.19.34 # or, in other words: useless ;) 16.19.34 # linuxstb: I better hope I haven't said anything wrong, but i am sure I have heard talk about not all archos having a shutdown key.... 16.19.35 # actually it's "List Played Tracks" but i'm an idiot... 16.19.38 # * roolku goes looking 16.19.52 # iwantanimac: probably you have old build of rockbox then 16.20.05 # iwantanimac: that menu has been replaced some times ago 16.20.13 # i do... but i still want to know what it is... 16.20.14 # roolku: I seem to remember amiconn saying it could be useful on those Archos targets because of the very short hardware power-off time... But I could be wrong. 16.20.22 # iwantanimac: then check tagnavi.config 16.20.33 # that contains all information 16.20.39 # roolku: iirc there is a patch in the tracker 16.21.40 # Hum, markun, didn't you spoke about the CPU bandwith required by eSpeack to work this morning ? (I remember smth like 28MHz with an ARM7 or 9 but can't find anything in the logs...) 16.22.09 # * bluebrother leaves for a couple of minutes 16.22.14 # bluebrother: A shutdown option could be quicker to use then having to hold play/pause for 3 or 4 seconds, which is what the ipods require - it's an extra-long press on ipods to still allow a normal long-press on play/pause to be used in Rockbox. 16.23.23 # linuxstb: I agree. The extra-long press is annoying. 16.24.05 # Blame Apple for thinking a "stop" button isn't useful... 16.24.14 # lol yeah. 16.24.29 # well smarty pants.... the backend code is done... which menu should each item point to? 16.24.35 # i only had an iPod for a weekend and it bugged me so much. 16.25.07 # JdGordon: I'm not sure... That's the tricky part... 16.25.18 # linuxstb bluebrother: it's in root_menu.c line 317 (only enabled for charcell) 16.25.52 # Siltaar: well, it was originally designed for ARM7 at 12MHz or something, but it has changed a bit since than so I don't know how much is needed right now 16.26.01 Quit bawb2 ("seacrest out!") 16.26.32 # iwantanimac: not bothering me too much, but i'm running a rockbox nightly from about a week ago, so i'm reasonably happy 16.27.35 # roolku: My only worry is that maybe it would clutter the main menu. Logically, I think the option would go in "System", but if it's hard to access, it becomes less useful.... 16.27.36 Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-eec34af3043372b4) 16.27.59 # Lynx_: yes, you would need to do your own build and change line 306 #ifdef HAVE_LCD_CHARCELLS 16.28.13 # Lynx_: and corresponding #endif 16.28.25 Join bawb2 [0] (n=bawb2@ip48200.estcmp.ku.edu) 16.28.54 # amiconn: can we automatically recognise that a plugin uses IRAM? In that case we could init the iram in plugin.c and thuis make plugin programming less error prone 16.29.06 # linuxstb: maybe make it better accessable by having a HAVE_MENU_SHUTDOWN define that can be set in the config-* files 16.29.31 # roolku: I can understand that not everybody would want it 16.30.13 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 16.30.28 # * roolku is talking to himself 16.30.53 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) 16.31.33 # what key is used to get to the quick screen on the gb? 16.31.46 Join Rincewind [0] (n=xchatter@i3ED6F654.versanet.de) 16.32.13 Quit kahn (Read error: 104 (Connection reset by peer)) 16.32.20 # JdGordon: for the slow quickscreen screen you hold menu 16.32.40 # Siltaar: just did a little test on my PC and flite managed to convert a text file in 8.2 seconds and eSpeak 7.7. Not a bit difference. 16.34.55 # crop: Plugins using iram should be an exception. For video or certain speed critical things it's okay, but normal plugins shouldn't use iram in order to allow music playing in parallel 16.35.06 # linuxstb: almost working 16.36.30 Join netmasta10bt [0] (n=torment@pool-71-251-124-79.tampfl.fios.verizon.net) 16.36.31 # amiconn: ok. If someone is so advanced that he/she uses iram attributes we assume that he/she also initialises iram correctly :-) 16.36.36 Join perl|work [0] (n=jacquesc@static-64-61-105-170.isp.broadviewnet.net) 16.36.49 # markun sure 16.37.10 # amiconn: have you seen my question about the initialising of the plugin_api structure? 16.37.35 # But, I must have read somewhere that eSpeack require less than 28MHz ARM7 I can't find again where... 16.37.39 # Siltaar: let met check homany % realtime it is 16.38.04 # It seems to be a French madness to ear voices that nobody else ear... 16.38.31 # or read quotes that aren't in the logs :-P 16.38.31 # It's now done by order. I suggested to do it by names. 16.38.32 # markun: Can you remind me what work is required to port espeak? I've forgotten... Is it C++? 16.38.41 # yes 16.38.45 # it is 16.38.53 Quit iwantanimac ("iMac, out.") 16.39.04 # people should stop using C++ 16.39.07 # :-) 16.39.11 # I think so 16.39.18 # use Ada 2005 instead !! 16.39.30 # B4gder: You're not wrong... 16.39.34 # linuxstb: it's c++, but uses almost no c++ features 16.39.42 # then there is malloc of course 16.39.52 # As a test, you can fake malloc... 16.40.05 # As long as it's not using free too much.. 16.40.09 # I asked Jonathan about the use of floats and he thought the main loop was fixed point 16.40.41 # linuxstb: hmm.. maybe this wont be so easy to get working 16.41.40 # linuxstb: maybe I can post my email conversations with him somewhere so I don't make anny errors and don't have to repeat it 16.41.59 # markun severe case of stereo reverse, it didnt go away until i restarted the player this morning 16.42.12 # markun: A wiki page would seem in order... 16.42.33 # perl|work: I also keep getting it from time to time 16.42.54 # linuxstb: maybe just a general TTS wiki page? 16.42.58 # markun i guess there're only 2 of us who can spot it :P 16.43.14 # maybe other people dont know their music that well 16.43.34 # markun: Maybe a comparison of flite and espeak, listing features - which would include things like language, use of malloc, fixed/floats etc etc 16.44.29 # JdGordon: What's the problem? 16.44.33 # perl|work: I noticed in the movie player when I was watching starwars and a ship was going in the wrong direction I think :) 16.44.39 # plus for flite: is possible to understand first time you're exposed to it 16.44.52 # preglow: yes, that's for sure 16.45.07 # linuxstb: it seems to like crashing for some unknown reason :p 16.45.13 Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) 16.46.05 # markun ha 16.46.10 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.46.34 # So, what's the plan for GSoC now? Can Ozgur start his work now or will there be some kind of start sign? 16.47.07 # I think I read a timeline somewhere - something like the 28th May to start coding, but students are expected to make contact with projects before that. 16.47.28 # Does google provide some funding etc? Or what is the point in doing something as part of soc? 16.47.29 # markun: we need the cancer guys to remove their mentorship, but then there should be no obstables 16.47.42 # markun: http://code.google.com/support/bin/answer.py?answer=60325&topic=10729 (Project timeline) 16.47.50 # crop: the gsoc is 4500 USD funding 16.48.02 # to the student 16.49.01 # B4gder: ah, not bad! And for the mentor? 16.49.10 # a t-shirt 16.49.20 # and for the project 500 USD 16.49.28 # Doesn't the student get a shirt too? 16.49.33 # Fair deal! 16.49.35 # so in total 2000 USB beer money 16.49.41 # USD even :) 16.49.43 # Super deal on the gigabeat: http://www.dapreview.net/comment.php?comment.news.3922 16.49.46 # I just got one for $90 shipped -- for a 40 GB MP3 player! 16.49.58 # elinenbe: how much do they have left? 16.50.01 # that's insane 16.50.02 # pretty amazing 16.50.12 # If I only lived in the US 16.50.31 # elinenbe: you can sell them for 100 + shipping to overseas! ;-) 16.50.41 # True! 16.50.49 # I'd pay 100.01 16.50.53 # toffe82: did you see that? 16.50.59 # markun: Not sure how many left, but Office Depot is a huge store here... they could have hundreds? thousands? 16.51.03 # might be nice for you Gigabeat store :) 16.51.27 # elinenbe: do you know if they ship internationally? 16.51.48 # US stores too rarely ship international 16.52.06 # fatwallet people got a lot already 16.52.10 # somebody ordered 10 of them 16.52.18 # i got one myself 16.52.27 # when you order it says if they are in stock or not... 16.52.56 # perl|work: you couldn't resist? :) 16.53.10 # When do non-mentors find out which GSoC projects are going ahead? And which students/mentors..? 16.53.14 # markun: yes good deal 16.53.16 # markun well at $90 shipped its hard to 16.53.23 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 16.53.24 # pondlife: It's published already. 16.53.24 # I have to admit the gigabeats are uglier in the real world than what they look like on pictures ;-) 16.53.33 # pondlife: See here - http://code.google.com/soc/ 16.53.37 # :) 16.53.43 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) 16.53.49 # B4gder: I thought the opposite... 16.53.54 # hehe 16.53.55 # linuxstb: I can't see much than a link back to our wiki 16.54.04 # At least the silver one is nice IMO. 16.54.11 # markun i just wish it was champagne :P 16.54.12 # B4gder: do you have one now, or only saw LinsN's? 16.54.18 # markun: my business is going down now :( 16.54.23 # B4gder you havent seen the black one that is 16.54.24 # markun: I played with linus' 16.54.27 # toffe82: yes, terrible new 16.54.28 # news 16.54.57 # pondlife: Ah, so you don't see anything when you click on a project name? I didn't realise it was just visible to logged-in mentors. 16.54.57 # linuxstb: Ah, I see it 16.54.59 # I wouldn't mind a gigabeat though 16.54.59 # B4gder 20gb black is one of the best looking mp3 players ever made period 16.55.07 # I was getting a script error 16.55.07 # pondlife: Ah, so it is public? 16.55.08 # hehe 16.55.19 # markun: the one on the picture seems to be the F60 16.56.06 # toffe82: Is a hard drive upgrade straightforward? Or does it require some kind of adapter to format the disk from a PC? 16.56.18 # linuxstb: no adapter 16.56.26 # you can use the 'hotswap' trick 16.56.50 # linuxstb: just use the toshiba hard drive with female connector 16.56.52 # ah, but there is some magic on the HDD somewhere 16.57.19 # linuxstb: all working :D 16.57.41 # neverbuy the toshiba model finishing by 8 (zif connector) for the F , it doens't work 16.58.19 # toffe82: I would quite like an 80GB drive, but I only have an F20... Any options? 16.58.47 # linuxstb: isn't there supposed to be a single platter 50GB drive now? 16.58.50 Join juxtap [0] (n=juxtap@41.208.199.0) 16.58.51 # you need to change the back case 16.59.41 # markun: I don't know. But there's normally a long gap between "supposed to be available" and "actually available". 17.00.27 # toffe82 f40 and f60 can look quite the same on the certain angle on the pictures 17.00.53 # linuxstb: I have a spare F60 back if you are interested - slightly battered but still usable 17.01.11 # roolku: Oooh... What colour? 17.01.36 # linuxstb: silver (I have never seen black in Europe) 17.01.49 # f60 has darker middle silver plater 17.02.01 # perl|work: they didn't do a F40 with these color 17.02.11 # toffe82 what pictures exactly? 17.03.00 # the one from the link for the super deal : http://www.dapreview.net/comment.php?comment.news.3922 17.03.18 Join XavierGr [0] (n=xavier@ppp139-145.adsl.forthnet.gr) 17.03.18 Part B4gder 17.03.25 # ah that 17.03.28 # yes thats f60 17.03.40 # linuxstb: I can send you a picture when I get home tonight 17.04.11 # linuxstb: the max you can put on the F is a 60gb, all the other model from toshiba with higher capacity are with zif connector 17.04.29 # or you have to make an adapter 17.05.30 # toffe82: amiconn has a non-ZIF 80GB drive 17.05.49 # maybe petur as well, I'm not sure 17.05.52 Quit barrywardell (Read error: 110 (Connection timed out)) 17.05.52 # any thoughts on what the context menu for the playlist item and the plugins item should be? 17.05.52 # compatible toshiba ? 17.06.00 # yes, Toshiba 17.06.04 # and radio item 17.06.07 # he now has a iriver H180 17.06.18 # markun: strange I didn't see it on the toshiba site 17.06.28 # markun do you know the price of it? 17.06.39 # something like 250 euro I believe 17.06.59 # but he can answer that 17.07.05 # markun: the only 80 I see is the mk6008gah and it is a zif connector 17.07.53 # linuxstb: http://rafb.net/p/YHvpfR70.html 17.08.02 # f40 is on sale at officedepot for $100 fwiw 17.08.43 # The MK8007GAH is non-ZIF, that's what I've put in my iriver 17.08.48 # toffe82: Ah, then I may not bother with it... I need as much space as I can get, so may put the disk in my H140 instead. 17.09.13 # markun: ok I found it but no more on toshiba site it is the mk8007gah 17.09.23 *** Saving seen data "./dancer.seen" 17.09.34 # * linuxstb tries to catch up... 17.10.03 # So what's the verdict? Is an F80 possible? 17.10.09 # Works like a charm, and I paid EUR 160 including shipment 17.11.01 # That's more than two complete F40s from officedepot.com... 17.11.10 # hehe 17.11.57 # * JdGordon prods linuxstb to look and ok that patch so /me can goto bed 17.12.04 Join jgarvey [0] (n=jgarvey@cpe-075-177-158-190.nc.res.rr.com) 17.12.12 # linuxstb: the mk8007gah should work but you will need to change the back case 17.12.14 Quit Forte (Read error: 110 (Connection timed out)) 17.12.28 # toffe82: OK, thanks. 17.12.31 # JdGordon: Looking now.... 17.13.06 # roolku: Check your PMs... 17.14.01 # linuxstb: if you need a back case , I can provide it, I have some, there are not really clean but they are ok 17.15.07 # Hopefully I can arrange something with roolku - I think we live in the same country. 17.16.30 # amiconn: ping 17.20.20 # amiconn: Did you buy your mk8007gah from "CCI Distribution" in the US? 17.20.21 # linuxstb: True, the gigabeats are cheap, but that must be for a reason ;) 17.20.34 # linuxstb: Nope, from a german ebayer 17.22.00 # amiconn and that reason is...? 17.22.46 # i can think of one actually 17.22.48 # perl|work: amiconn things the CPU is too powerful to be fun :) 17.22.50 # "steve jobs" 17.22.53 # competition! 17.23.01 # amiconn: if the plugins using iram wouldn't need to ask whether the audio playback should be stopped, could we code plugin.lds in a way that made copying iram not necessary? I.e. layout the plugin address space so that that section gets loaded directly at the right address. 17.23.03 # JdGordon: It seems to work well. Do you like the feature? 17.23.17 # they are just cheap because they are old and have a lousy firmware of course 17.23.34 # they can't even play video! 17.23.59 # linuxstb: yeah, it effectivly doubles the amount of items in the menu.. so its good, the actual menus they open might need tweaking later.. but for now its good 17.24.38 # anyone in the Netherlands or in Paris planning to buy a F40? 17.25.00 # you see this: http://code.google.com/soc/rockbox/appinfo.html?csaid=D6BA9A838F43B9D8 ? 17.25.23 # the problem with not supporting jpeg album art tags is 90% of album art out there is configured like this. 17.25.43 # along with music bought from itunes, allofmp3, emusic, and most blog mp3s 17.25.59 # It's odd to not want to support what has become the standard 17.26.05 # :) 17.26.21 # elinenbe: animated icons are also normal for DAPs 17.26.37 # markun: we can do that now! 17.26.41 # who knows, maybe we will support embedded jpegs after all 17.26.42 # elinenbe: IIUC, most DAPs (including Apple's ipod firmware) don't actually read the images from the tags - they're extracted by a PC application and stored in an album art database. Which is exactly what Rockbox requires, apart from the fact that it uses the filesystem as the database. 17.26.44 # JdGordon: nooo! 17.26.45 # well... soon 17.27.05 # haha 17.27.30 # well, that is why rockbox is better than those other players. 17.27.40 # JdGordon: the newer irivers all use flash as the basis of their UI, maybe we should do the same :) 17.27.56 # virtually every PC application also supports embedded album art. 17.27.57 # adobe flash, not flash rom 17.27.59 # JdGordon cant wait for the icon sets! :P 17.28.03 # na, thats a bit overkill 17.28.11 # Once MoB has been completed, it should be fairly easy to parse that metadata for JPEGs. But people who have a clue will still be able to use external .JPGs.. 17.28.11 # elinenbe: PC applications don't have limited CPU, RAM and power... 17.28.26 # crop: Perhaps, but why would you want that? The current method works, and it works well... 17.28.59 # crop: What's the problem you're trying to fix? 17.29.06 # perl|work: (afaik) No recording, no radio, no s/pdif, and a colour display 17.29.24 # elinenbe: but hey, it's an open source project. Maybe someone will feel like adding support for it 17.29.40 # amiconn ah, well yes, if you're looking for such options in a dap that is 17.29.54 # linuxstb: I'm trying to fix the fact that I don't understand how RB works :-) 17.29.56 # And yes, I think working with the gigabeat hardware is kinda boring, except figuring out *how* things work, but that's mostly done... 17.30.33 # You just need to set higher targets.... 17.30.51 # amiconn: the Gigabeat S will be more boring for you, but adds radio 17.30.53 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 17.31.17 # amiconn: it can do floating point vector operations and has a >500MHz CPU :) 17.31.23 # Pity it can't record 17.31.36 # all good 17.31.44 # I'm adding the crossfade and crossfeed tags to the WPS code... but crossfeed used to be %xd and that's a aproblem. how do you like %xe ? 17.31.48 # perl|work: Well, if the DACs and headphone amplifiers of today's daps weren't so crappy, s/pdif would be less interesting 17.31.52 # at least for the Gigabeat F we can add SPDIF in and out to the dock 17.32.10 Quit crop ("CGI:IRC (EOF)") 17.32.11 # Ah, so it does have an input? 17.32.16 # markun: i'd be really tempted to get one of those buggers 17.32.23 # JdGordon: I just compiled a gigabeat sim build with your iconset patch and I'm getting quite garbled menus. 17.32.32 # preglow: S or F? 17.32.35 # s 17.32.46 # S is DRMed isn't it? 17.32.49 # markun: Trying to get flac decoding realtime on 11MHz is more challenging... 17.32.57 # sure 17.33.07 # but more challenging isn't always more fun 17.33.30 # markun do you think S has a chance now to be rockboxed? 17.33.34 # aliask: you got the patch from the last comment and the last set of bmps? 17.33.37 # perl|work: yes 17.33.50 # but let's wait and see how far Zunepet gets 17.34.01 # JdGordon: Oops, not the last bmps, but the last patch. 17.34.03 # he hasnt released anything yet, has he 17.34.20 # theres your problem :D the bmp strip was flipped 90deg 17.34.28 # Tada 17.34.34 # markun: we have no doc on the video chip and the power control one for the S 17.34.35 Quit jhMikeS (Read error: 110 (Connection timed out)) 17.35.23 # amiconn: besides, i don't know how useful i'd say flac decoding is on a target with two megs of ram 17.35.25 # toffe82: is there a separate video chip? 17.35.31 # that's not saying it won't be fun, of course 17.35.39 # markun: yes 17.36.15 # who was talking about the shutdown option in the root menu? 17.36.22 # linuxstb 17.36.26 # i thinks 17.36.34 # no, ignore me 17.36.34 # I think the system items context menu should be used for that and alarm time 17.36.36 # preglow: It could be useful in a car environment for example - where battery life isn't an issue... And you can stick 160GB drives in the Archos devices. 17.36.43 # preglow: More useful than playing straight .wav ... 17.36.49 # amiconn: indeed, heh 17.37.23 Quit JdGordon ("zzzZZZ") 17.37.27 # markun: http://www.focussemi.com/products/fs455.html it is the FS456 on the S, it can output 1080i :) 17.37.43 # Does it come with hdmi? 17.38.07 # toffe82: I have the datasheet for that chip. 17.38.24 # ok 17.38.55 # * linuxstb wonders if anyone actually still makes hard-disk based DAPs, rather than PMPs... 17.40.39 # not unless you count the shuffle 17.40.42 # but that's not HD based 17.40.44 # :) 17.41.09 # toffe82: too bad no 1080p :) 17.41.24 # I'm glad - I'd curse my choice of TV still more! 17.41.28 # 1080i is it's max 17.42.30 # roolku: an opinion about %xe for the crossfeed WPS tag ? 17.43.21 # toffe82 wow 17.43.23 # toffe82: but that's just the TV-out right? 17.43.29 # I think we can live without it for a while 17.43.41 Join joa [0] (i=joe@host86-147-244-229.range86-147.btcentralplus.com) 17.44.23 # markun: yes 17.44.24 # does someone know what does the small red balloon next to my application (http://code.google.com/soc/rockbox/appinfo.html?csaid=D6BA9A838F43B9D8) mean ? 17.44.26 # toffe82: the power management chip is the only other unknown? 17.44.31 # sorry, the link is http://code.google.com/soc/rockbox/about.html 17.44.47 # Nico_P: I was wondering about that as well 17.44.53 # Nico_P: I was wondering about that - it looks like a Google Maps end point 17.45.17 # pondlife: yeah i might be that. I've added my location info 17.46.10 # markun: yes, it is from freescale and no datasheet available 17.47.02 # such nice guys.. 17.47.02 # Nico_P: noty sure what you mean about the %xe? 17.47.11 # linuxstb: I checked. :) 17.47.20 # roolku: I'm adding the crossfade and crossfeed tags to the WPS code... but crossfeed used to be %xd and that's a aproblem. how do you like %xe ? 17.48.06 # Nico_P: Any more plans on how you'll be attacking the playback stuff? Maybe pop up a wiki page? Certainly look at the stuff on http://www.rockbox.org/twiki/bin/view/Main/SoftwareCodecPlayback ... 17.49.19 # pondlife: thanks for the link. I haven't though about it much yet 17.49.27 # No problem, just wondered. 17.49.30 # * amiconn wonders what the context menu on menu items should be good for.... 17.50.06 # About 161 bytes it appears ;) 17.50.11 # Nico_P: I find it a little odd, to group cross-feed and cross-fade under the same first letter as they don't really have much in common 17.50.20 # Nico_P: What's the problem with %xd ? 17.50.22 # Nico_P: but otherwise %xe is fine with me (assuming it doesn't clash with anything) 17.50.41 # amiconn: They just feel natural to me - when I first tried the root menu patch, my instinct was to long-select on the items... 17.50.51 # Really? 17.50.57 # * amiconn never even tried that 17.51.26 Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) 17.51.35 # amiconn: %xd is already used for image displaying 17.52.04 # Is %xf used? 17.52.15 # roolku: in the pre-tokenizer code, they were %xd and %xf. Not my idea 17.52.16 # xf is a bit like Cross-Fade 17.52.41 # pondlife: %xf IS crossfade :) 17.52.49 # Good :) 17.53.04 # or at least was and will soon be again 17.53.06 # Does crossfeed really need a WPS tag? 17.53.20 # not sure, but someone added it to the SVN code 17.53.36 # I can understand crossfade a bit, but crossfeed is like EQ... not something I'd want on a WPS.. 17.53.44 # Well, both are #swcodec only 17.54.09 # crossfeed belongs to sound settings though, while crossfade is a playback thing 17.54.30 Quit miepchen^schlaf (Read error: 54 (Connection reset by peer)) 17.54.50 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) 17.55.09 # I see crossfeed as being like repeat or shuffle modes... a useful indicator. Crossfade is something you'd set up for your headphones and leave alone, right? 17.55.38 # * pondlife thinks crossfeed should be renamed, but can't think of a better name either. 17.55.50 # pondlife: all of us do 17.55.57 # ... and none of us can 17.56.00 # lol 17.56.01 # speakersim? 17.56.11 # speaker wow 17.56.14 # pondlife: It's the other way round... 17.56.15 # :) 17.56.29 # amiconn: I know, I was joking (badly) 17.56.42 # Ah, and making a mistake too.. 17.57.28 # Crosstalk? 17.57.31 # I always find it hard to know if a setting is in "sound" or "playback", and always go to the wrong one first... 17.57.37 # linuxstb: a name like that would probably take away some confusion 17.57.46 # like ReplayGain 17.58.05 # pondlife: Sounds like a mobile phone contract... 17.58.13 # And a bit like talkbox... 17.58.25 # HeadRoom (tm) 17.58.44 # i.e. turn your head into a room 17.58.54 # Spatial? 17.58.57 Join scorche` [0] (i=scorche@rockbox/administrator/scorche) 17.59.17 Quit scorche (Read error: 104 (Connection reset by peer)) 18.00.01 # Something with "3-D" in it... 18.00.26 # Or more accurately, 2-D 18.00.36 # Not as sexy 18.00.46 # so %xe is good ? 18.00.56 # It would never be approved by our marketing team... 18.01.02 # (taking to pondlife..) 18.01.10 # Hah, we pay those guys too much :) 18.01.31 Quit Siltaar (Remote closed the connection) 18.01.36 # Nico_P: If you must add a crossFEED tag... 18.01.57 # actually "headroom" sounds better than "crossfeed" 18.02.00 # Soundstage? 18.02.12 # with the options/settings in the context menu now, wouldn't it be good to remove the duplicates from the setting menu und tidy it up a little (i.e. move the contents of the General settings one level up)? 18.02.13 # HeadRoom is already a trade mark for a crossfeed amp 18.02.21 # Stereo Depth? 18.02.26 # pondlife ah yes 18.02.37 # pondlife: actually maybe it's not even worth it... It's not documented much (not in the wiki anyway)... I was just doing it for the sake of compatibility but if I'm going to change the tag, compatibility is not really respected 18.02.39 # linuxstb: Stereo Depth vs Stereo Width :) 18.02.39 # (although there is at least one problem with the bookmark entry being optional) 18.03.03 # Nico_P: I would just scrap the tag to be honest. 18.03.13 # I'll add crossfade and see if anyone complains about the lack of a crossfeed tag 18.03.14 Quit midgey () 18.03.35 # linuxstb: It's quite logical for me which setting is sound and which is playback... 18.03.35 # perl|work: AirHead too.. http://www.headphone.com/products/headphone-amps/the-mobile-line/headroom-total-airhead.php 18.05.25 # I think I like Soundstage or Spatial best. 18.05.27 # i like this channel because it's always busy :) 18.06.40 # pondlife: I tried crossfeed on my irivers, and I honestly fail to hear a difference between it enabled and disabled... 18.06.42 Quit GodEater (Read error: 60 (Operation timed out)) 18.06.51 # am 18.07.07 # amiconn: I never use it either, but have seen enough confusion 18.08.27 # amiconn quite noticable on gigabeat 18.08.36 # never liked it though 18.09.12 # amiconn: try crossfeed with an old beatles recording 18.09.23 # the difference is very noticable 18.10.04 # it makes those "false stereo" recordings from the sixties much nicer 18.10.10 # * amiconn has no beatles recordings 18.10.26 # Nothing from the sixties or earlier in fact 18.10.44 # Rincewind: I normally decrease stereo width or set mono for those. 18.11.37 # * amiconn usually increases stereo width for a more pleasing sound 18.11.57 # * pondlife too 18.12.01 # 120% is my standard setting (for earphones of course) 18.12.03 # I never used stereo width 18.12.27 Quit _pill ("changing servers") 18.12.55 Join GodEater [0] (n=bryan@host-83-146-14-11.bulldogdsl.com) 18.12.58 Join _pill [0] (i=pill@sloth.shellfx.net) 18.14.00 # on the naming issue: i think spatial is a bad name. I like soundstage, it is descriptive even if you don't have the technical understanding 18.15.14 # I don't have the technical understanding, but I still like Soundstage... ;) 18.16.50 Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/0000000000]") 18.18.28 Join alberink [0] (i=d4883814@gateway/web/cgi-irc/labb.contactor.se/x-d041d8fb084ca014) 18.18.40 # small info on the sound output of the F , the lowest frequency is 45 hz on a 16 ohms headphones (check the formula on the datasheet, on the F the output capacitor are 220mF 18.19.06 # 220 micro F ^^ 18.19.46 # If you want better bass, it is easy to change ;) 18.21.21 Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) 18.23.19 # oh wow context menus 18.24.32 # wow KDE got 40 GSoC projects ! 18.24.49 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 18.25.09 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) 18.26.02 Join moos [0] (i=moos@m135.net81-66-158.noos.fr) 18.29.09 Quit linuxstb (Read error: 113 (No route to host)) 18.29.13 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 18.30.44 Quit midgey () 18.32.38 Quit jhulst (Remote closed the connection) 18.35.11 # Nico_P: they had over 300 applications 18.35.14 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 18.35.29 # and rockbox had 20 18.35.42 # anyway rockbox did good assigment for students 18.35.51 # desowin: true but I still find the number impressive 18.35.56 # so I don't think like any slot will be wasted 18.36.12 Join Siltaar [0] (n=Siltaar@reverse-52.fdn.fr) 18.36.23 # Nico_P: gcc originally had 4 18.36.40 # yesterday DannyB told they have 6 18.36.46 Part DiODO ("Leaving") 18.37.02 # and they got 8 ;-) 18.42.23 Join petur [0] (n=petur@rockbox/developer/petur) 18.42.35 Join PaulJam [0] (i=Paul@vpn-3081.gwdg.de) 18.44.43 Quit ender` (" Being a Web 2.0 system, the CMS used JavaScript that dynamically loaded JavaScript that dynamically loaded XML that was dyna) 18.44.53 Join PaulJam_ [0] (i=Paul@vpn-3081.gwdg.de) 18.45.04 Quit alberink ("CGI:IRC (Ping timeout)") 18.46.38 Quit pondlife ("disconnected has pondlife") 18.54.13 Quit BHSPitMonkey (Connection timed out) 18.55.30 Join BHSPitMonkey [0] (n=stephen@adsl-66-139-197-217.dsl.rcsntx.swbell.net) 19.01.17 # amiconn: where did you buy your 80gb hd ? 19.02.28 Join feisar [0] (i=jljhook@elama.on.irkki.fi) 19.02.44 # [17:20:33] linuxstb: Nope, from a german ebayer 19.03.06 Join chelli [0] (n=chelli@p54b85180.dip.t-dialin.net) 19.03.08 Quit PaulJam (Read error: 110 (Connection timed out)) 19.03.20 # sorry I miss this one :) 19.04.02 # Nico_P: that red balloon means this is a high priority projec they want to see done! 19.04.22 Join PaulJam [0] (i=Paul@vpn-3005.gwdg.de) 19.04.23 # elinenbe: Nico_P: at least one I want to see done! 19.04.28 # elinenbe: :) 19.04.48 # although, I think embedded bmp and jpg images should be supported! :) 19.04.51 # elinenbe: it's supossed to be link to google maps 19.05.13 # desowin: hey -- now you are confusing me! 19.05.31 # that red balloon 19.06.07 # those students who want to publish their location have that balloon near their application 19.06.23 # * desowin is one of accepted students (not for rockbox though) 19.06.25 # elinenbe: maybe I'll see embedded pictures are easy to do and do them... but it's not the main focus of the project 19.06.42 # desowin: what project will you be working on ? 19.06.53 # amiconn was it new, was it a store or a personal sell? 19.07.15 # Personal, and used 19.07.19 # ahh 19.07.23 # Nico_P: Audacious, rewrite the widgetcore (leftovers from xmms) as real gtk2 19.07.24 # But it's in perfect working condition 19.09.27 *** Saving seen data "./dancer.seen" 19.09.31 # Nico_P: if you plan to not readd the crossfeed tag, then you schould remove the description from the manual (section B.7.) 19.09.53 # PaulJam: do you use that tag ? 19.10.34 # yes, but i compile a build for myself. so i can add this tag in my local source. 19.11.25 # hrrrmmmm 19.12.01 # PaulJam: I could add it but I'd have to rename it 19.12.10 # %xd is already used for images 19.12.31 # linuxstb: I want to move the archos backlight code to target tree and change the current multi-value CONFIG_BACKLIGHT to a simple HAVE_BACKLIGHT, because the target differences are handled in target tree 19.12.47 # So I thought, but the ipod bootloader checks for CONFIG_BACKLIGHT values... 19.16.04 # yes, i already noticed that. i thought about %dc (dsp: crossfeed), but since the wps needs to be edited anyway, it doesnt really matter what the tag is. 19.16.45 Quit Arathis ("Bye, bye") 19.18.53 Join Lear [0] (i=chatzill@rockbox/developer/lear) 19.20.16 Join Arathis [0] (n=doerk@p5484993D.dip0.t-ipconnect.de) 19.20.55 Quit PaulJam_ (Read error: 110 (Connection timed out)) 19.22.31 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 19.28.48 Quit bluebrother ("leaving") 19.29.06 Join bluebrother [0] (i=gcxSx4JZ@rockbox/staff/bluebrother) 19.32.03 Join kubiixaka [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 19.34.34 # * petur bought his 80GB disk on ebay - new 19.35.18 Join bepe86 [0] (n=bepe@62-63-4-169.customer.bbft.net) 19.37.33 # perl|work: http://cgi.benl.ebay.be/ws/eBayISAPI.dll?ViewItem&item=220097120160&ssPageName=MERC_VIC_RCRX_Pr4_PcY_BIN_Stores_IT&refitem=220080854091&itemcount=4&refwidgetloc=closed_view_item&usedrule1=CrossSell_LogicX&refwidgettype=cross_promot_widget 19.50.12 Quit kubiix (Read error: 110 (Connection timed out)) 19.52.40 Part scoates 19.55.10 # amiconn: I'm fixing the ipod bootloaders now - committing in a few minute... 19.55.25 # petur: what system did you buy that for? The ipod, or the iriver? 19.55.39 # iriver h380 19.56.08 # petur: I'm looking at that company - they're the only seller I've found so far. Was your experience with them OK? 19.56.21 # petur: does it work? 19.56.31 # also, how many platters is it? 19.57.25 # the disk is OK and new as far as I could see, packaging could have been a bit better but I suspect it was customs in Belgium that screwed it. Shipping was sloooow 19.57.33 # 2 platters 19.57.34 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 19.57.42 # should have gotten this: http://www.mini-drives.net/toshiba-mk1011gah-100gb-4200rpm-8mb-cache-inch-zif-notebook-hard-drive-p-1213.html 19.57.47 # 100GB! NICE! 19.58.17 # amiconn: Committed. 19.59.06 # elinenbe: site doesn't load 19.59.36 # petur it does for me, so it's your connection. 20.00.15 # * petur runs away for a while 20.00.27 # elinenbe: zif connector though 20.00.34 # http://store.memorylabs.net/tomk101hadrm.html 20.01.36 # http://froogle.google.com/froogle?q=mk1011gah&ie=UTF8&oe=UTF-8&client=firefox-a&z=4&om=1&tab=lf 20.01.45 # linuxstb: this one ship worlwide : http://cgi.ebay.com/NEW-Toshiba-MK8007GAH-1-8-80GB-ATA-100-IPOD-PDA-Drive_W0QQitemZ220092256170QQihZ012QQcategoryZ48680QQrdZ1QQssPageNameZWD1VQQcmdZViewItem 20.01.52 # iriver h3100 20.02.15 Quit bepe86 ("Leaving") 20.03.02 # toffe82: Yes, that's the same company as Petur's link.. 20.04.16 # linuxstb: sorry didn't look all the page :) 20.05.15 # It's depressing that the 100GB version is cheaper, but ZIF... 20.05.18 Join l2eM1x [0] (n=l2eM1x@c-71-57-110-168.hsd1.il.comcast.net) 20.06.57 # So can you guys name some of the 'regulars' in here? I'm trying to remember the name of someone I talked to before, heh 20.07.28 # GuardianHead: http://www.rockbox.org/twiki/bin/view/Main/IrcNicks 20.07.46 # do you guys have like a clipboard of stuff you have to say all the time? 20.07.53 Quit Arathis (Remote closed the connection) 20.08.07 # boy that would get annoying 20.08.37 # we share the pain 20.08.59 # GuardianHead: if you talked to him in this channel, you could see if you find it in the logs: http://www.rockbox.org/irc/ 20.09.01 # thanks linuxstb but damn it I don't recognize it 20.09.18 # LOL that's funny that logs are kept 20.09.22 # it was a long time ago though 20.09.34 # but maybe if I check the date... 20.10.03 # What was the subject of the discussion? 20.10.09 # i came in here to ask for a solution to something and i fixed it 20.10.16 # so now im here for chatting 20.10.32 # This guy modded the release of rockbox in several ways that I also thought were better, and since then I'd been using one of his builds 20.10.32 # sometimes im like "Its so hard being this perfect" 20.10.48 # last night I got the latest .rockbox and well....There are some things I don't like as much 20.11.00 # of course being a retard I didn't make a backup :) 20.11.00 # they dont support other builds here 20.11.09 # I know, I just want to find the guy 20.11.10 # oh you want to go back 20.11.11 # gotcha 20.11.17 # GuardianHead: Then he's probably not a regular. Try the "unsupported builds" forum. 20.11.30 # I looked at the forum, didn't see an area like that 20.11.35 # Or if your talking iriver, then the misticriver forums. 20.11.40 # ^you're 20.11.43 # its at the very bottom 20.12.03 # linuxstb: it is in the post. :) 20.12.27 # roolku: Thanks! Guess I now need to part with some real money and get the drive... 20.12.30 # does anyone know how i can position text in my WPS without using alignments 20.12.30 # sweet, found myself in the logs, thanks for a nudge in the right direction PaulJam 20.12.36 # GuardianHead: you can google your nick + site:www.rocobox.org/irc 20.12.56 # * petur gets slow 20.13.36 # PaulJam are you formerly Paul_The_Nerd ? 20.13.51 # no, that is Llorean 20.14.01 # might have been him, thanks. 20.14.07 Join Arathis [0] (n=doerk@p5484993D.dip0.t-ipconnect.de) 20.15.40 # Does .mid playback work on nano yet? 20.16.20 # if i use this line : %al %pc%ac%pv -%pr 20.16.33 # its interpreted like the center tag isnt there 20.17.49 # oh well $225 for 80gb 20.17.55 # might as well buy 3 F40s :P 20.18.02 # have you tried the line with not so many spaces behind the %al ? 20.18.23 # it does work without the spaces 20.18.43 # but then I can't get the left formatting the way I would like it to look 20.19.49 # "They had ~2030 in stock at OfficeDepot for delivery in my area this morning. Now they are sold out. " 20.20.20 # Toshiba should start making them again... 20.20.36 # Wasting their time on Zunes.... 20.22.09 # they better sell the X in the us 20.23.03 # word 20.23.36 # double true 20.24.11 # pauljam: http://img184.imageshack.us/img184/8374/dump070412013401zz8.jpg 20.24.15 # maybe that will explain it better 20.27.03 # i think they were sold out faster than any ipods hehe 20.27.20 # today i mean 20.28.11 # whats this? 20.28.12 # toshiba should take notes 20.28.53 # whats so good about them? 20.30.00 # gigabeats? 20.30.23 # yeah 20.30.36 # ive not really looked into them before 20.31.27 Join ender` [0] (n=ender@84.255.206.8) 20.32.23 # l2eM1x: does that picture show what it should look like or how it looks now? i don't really see a problem. 20.32.55 # it shows how it looks now, the last line is the problem 20.33.07 # joa, well, the looks, the screen, sound quality, speed with rockbox, etc 20.33.29 # I want the time progressions and the volume to be aligned with the progress bar 20.33.33 # underneath it 20.34.16 # perlwork your quick :-) 20.34.20 # are they better than ipods with rockbox ? 20.34.27 # 5th gen 20.34.35 # Far better, yes. 20.34.53 # cool 20.35.09 # im looking a getting a player at the end of the months with a view to putting rockbox on it 20.35.18 # just haven't decided on which one to get yet 20.35.33 # need flac support 20.35.49 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 20.36.29 # FLAC works well on all the modern Rockbox targets - it needs very little CPU power to decode. 20.36.46 # it's between the ipod, x5 and i guess the new toshiba one 20.37.31 # It's actually an old toshiba - they don't make them any more... 20.37.42 # how does the installation vary from player to player? 20.37.48 # oh ;o 20.38.06 # i've had 2 mp3 players before 20.38.09 # the ihp140 20.38.11 # and the h340 20.38.16 # ipod 6g rumoured, with virtual scroll wheel and touch screen interface heh 20.38.27 # both were pretty good. i sold them though :( 20.38.34 # perl|work: Wasn't that rumoured a year ago? 20.39.00 # linuxstb it was, but now apparently it came from an apple employee heh 20.39.24 # new 12 / 16gb nanos and touch screen ipod 20.39.46 # all for this year's fall 20.41.04 # l2eM1x: ok, now i undertand what you mean. sounds like a bug to me. ( i initally thought the problem was that the line is so long, that it pushes the %pv tag to the right) 20.41.11 # any links to pictures of the 6gen? 20.41.31 # joa its just a rumour 20.41.53 # ah ok 20.42.07 # my gf said i can have her H10 as she just doesn't use it 20.42.47 # going to get that tonight anf slap rockbox on it. see what the installation process is like 20.43.13 Nick [Sur`DataGho is now known as DataGhost (i=dataghos@ip3e832ea5.speed.planet.nl) 20.44.04 # http://blog.wired.com/gadgets/2007/04/alesis_imultimi.html 20.44.33 # what player would you guys go for, for rockbox to go on it? 20.44.45 # the iriver h120/h140 20.44.51 # prefably one that does models 30gb> 20.45.05 # i might have trouble getting an h140 20.45.19 # why did you sell yours? :) 20.46.29 # sold it to a uni friend who made a generous offer 20.46.32 # and i was broke 20.46.36 # still am lol 20.47.44 # You can normally find gigabeat F40s for around $100 USD or less. 20.48.10 # :) now that the deal is over, Ican go back on business ;) 20.48.29 # ha 20.48.30 # toffe82: How many did you stockpile? 20.49.26 # I have a F40 , F20 and A F10 to sell 20.51.10 Quit kubiixaka (Read error: 110 (Connection timed out)) 20.51.29 # I have some back case of F40 so I can transform the F10 an F20 to F40, F60 or F80 if I find some cheap hard drive 20.52.30 # toffe82, orange one is still not for sale? :P 20.52.48 # I can ask my wife ;) 20.52.55 # she doesnt like it? 20.53.28 # did it came in a special edition box btw? 20.53.40 # she doesn't care, but I think I will keep it, I was expensive, I pay 90$ for it 20.53.52 # those "new" colors came in one if i remember correctly 20.55.37 # check here, you have all the color : http://gigabeatwiki.matritic.net/index.php?gigabeatF 20.56.21 # i meant the box 20.57.08 # [01:41 PM] PaulJam: l2eM1x: ok, now i undertand what you mean. sounds like a bug to me. ( i initally thought the problem was that the line is so long, that it pushes the %pv tag to the right) 20.57.09 # "new colors" had some weird box 20.57.17 # maybe im confused though 20.57.21 # PaulJam: I missed that. Thanks for the clarification 20.57.22 # yes 20.58.03 # perl|work: the box is orange with yellow dot if remember , smaller than the original one 20.58.32 # how long does gigabeat battery work ? (in sense hours of playback) 20.59.39 # more than 14 hours 20.59.39 # toffe82 ah nice 21.00.42 # desowin: http://www.rockbox.org/twiki/bin/view/Main/GigabeatRuntime 21.01.48 # and on orifinal firmware ? does rockbox already beat it ? 21.02.55 Join dsheets [0] (n=dsheets@EASTCAMPUS-ONE-O-THREE-HUNDRED-SIXTY.MIT.EDU) 21.03.14 # i DON4T THINK THAT ANYBODY REALLY TEST WITH THE ORIGINAL FIRMWARE 21.03.21 # wow body 21.03.22 # haha 21.03.28 # buddy* 21.03.32 # sorry for the caps 21.03.33 # toffe82 i did 21.03.49 # OF was about 16 hours for me 21.04.10 # i hit 17 hours with rockbox quite a few times 21.04.33 # What was your test? mp3s? 21.04.35 # anybody have experience with iPod serial hardware hacking? 21.04.53 # dsheets: I don't believe anyone in Rockbox has tried it. 21.05.23 # All I know is that the IPL kernel has a serial driver which doesn't work. 21.05.33 # linuxstb, crap... right now I just would like to get my computer talking to the Apple firmware. The next step would be integration into rockbox/ipl 21.05.38 # (for PP502x based ipods) 21.05.40 # linuxstb vbr mp3s, non stop playbacl 21.06.08 # dsheets: I guess you've seen the IPL wiki page about the protocol? 21.06.38 # linuxstb, yep. I've built the hardware and I've tested everything up to the dock connector with a loopback 21.07.09 # linuxstb, mp3s with full EQ on gives me about 14 hours in rockbox 21.07.23 # linuxstb, I don't seem to get any data to or from the iPod, though. I've sent the Apple Accessory Protocol commands, /dev/random, and various other things 21.07.29 # linuxstb, with no effect 21.08.08 # btw, is there actually a reason that there is a %al tag for the wps? i mean, isn't the text aligned at the left side by default? 21.08.38 # and I can't find any reference to the "serial controller" at 0x700060xx in a disassembled Apple firmware 21.08.55 # that's supposedly where the controller is for PP5020's 21.09.32 *** Saving seen data "./dancer.seen" 21.09.44 # I'm playing with a mini and a nano 1g and getting no love 21.10.01 # Sorry, I can't help. 21.10.06 Join efyx [0] (n=efyx@fac34-5-82-239-138-213.fbx.proxad.net) 21.10.19 # Do you own any real accessories? 21.10.26 # no :-( 21.10.36 # erm... a USB connector 21.11.06 # nothing that uses serial, though 21.11.40 Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) 21.11.51 # Have you been disassembling the main firmware, or the diagnostics mode code? 21.12.01 # hmmmmm 21.12.10 # The main firmware, I believe 21.12.20 # It was on the drive in the firmware partition 21.12.31 # The 5MB or so image? 21.12.32 # [02:08 PM] PaulJam: btw, is there actually a reason that there is a %al tag for the wps? i mean, isn't the text aligned at the left side by default? 21.12.43 # PaulJam: are you talking to me? 21.12.54 # linuxstb, no, it's like 80MB 21.12.59 # no, this was just a general question 21.13.22 # well as a general response I really have no idea haha 21.13.33 # it has to go in order from left center right 21.13.48 # dsheets: 80MB is the entire partition. On a Nano that contains 3 images - "OSOS" (the main firmware), "AUPD" (an encrypted copy of the firmware written to flash), and "RSRC" (datafiles related to the Nike feature). 21.13.49 # maybe its just to keep standards 21.13.53 Join DarkRedFlame [0] (i=DarkRedF@c-76-98-57-100.hsd1.nj.comcast.net) 21.13.59 # dsheets: This page may be helpful - http://www.rockbox.org/twiki/bin/view/Main/IpodFlash 21.14.08 # linuxstb, sweet, thanks so much 21.14.15 # I'm assuming diagnostics mode has serial port code... 21.14.22 # hmm 21.14.30 # It's only around 100KB, so should be more manageable... 21.14.31 Join miepchen^schlaf [0] (n=hihi@p57B979E6.dip.t-dialin.net) 21.14.48 # Hey will you be working on a firmware for a Creative Zen Nano, or Vision 21.14.49 # so, in diag mode on the nano there is no serial/remote diagnostics 21.14.55 # but I think there might be on the mini 21.15.41 Join crop [0] (i=95e13c54@gateway/web/cgi-irc/labb.contactor.se/x-de566485a52b4ad0) 21.15.50 # * petur looks for somebody with keymap knowledge: on H300, ACTION_STD_OK is listed 3 times: release select, press right and release on -> so any of those three should trigger STD_OK, right? 21.16.29 # petur: Yes, many buttons can map to one action 21.16.51 # hmmmm.... I must be overlooking something 21.17.11 # ah... wrong context, silly me 21.17.57 # linuxstb: Do you know, was jhMikes' commit fixing the weird sound on that file? 21.18.13 # bah... CONTEXT_TREE maps BUTTON_ON to ACTION_NONE 21.18.19 # linuxstb: Thanks, that was quick. Could have checked myself though; was just grepping for CONFIG_BACKLIGHT :/ 21.18.21 # linuxstb: Also just to chime in on something discussed hours ago, I think the main menu's generally short enough that a "Shut Down" option wouldn't be clutter. 21.18.53 # did JdGordon finish his work on coloured icons? 21.19.16 # petur: It needs to map the actual press to ACTION_NONE whenever the button is either separated for short/long press, or is both used alone (short press only) and for combos 21.19.40 # linuxstb: and one more chime in: constants in app.lds and plugin.lds should be moved to target tree 21.19.55 # amiconn: thnx 21.20.37 # In case of the tree context, On+Up/Down scrolls by page, so that's the reason 21.21.27 Join rotator [0] (n=e@rockbox/developer/rotator) 21.22.25 # Llorean: I haven't tried his fix, but I think it should do it. 21.22.31 # amiconn: You're welcome. 21.22.57 # Will you be makinga Rockbox Firmware for the Creative Zen Vision? 21.23.16 Quit crop ("CGI:IRC 0.5.7 (2005/06/19)") 21.23.18 # darkred: are you going to write it? 21.23.18 # Llorean: You don't consider menu option that's available as a button press in every screen clutter? I know people want a shutdown option, but I'm not convinced it deserves a place in the main menu... 21.23.44 # linuxstb: Almost any other button I would consider clutter. 21.24.02 # I would love to write it if I knew what I was doing, haha 21.24.06 # DarkRedFlame: Owners of devices port Rockbox - so far no owners of the Zen Vision have. 21.24.31 # Hmm, I'll stick with my Sansa then for a while 21.24.39 # linuxstb: But somehow to me Shutting Down just doesn't feel cluttery. It's just a case of personal opinion though, I can easily see how it is, it just isn't to me. 21.24.58 # Llorean: I'm just surprised - you're normally one of the first to object to such ideas... 21.25.05 # amiconn it always seemed weird to me, when you ON+down/up to scroll a page, it starts playing the track it stops at 21.25.26 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 21.25.36 # Llorean are you the one who modded rockbox to have a shut down option on the main menu? 21.25.38 # plus on gigabeat ON+... operations are not safe :P you can easily shut down the device 21.25.41 # GuardianHead: Nope. 21.25.46 # ok thanks. 21.25.46 Join miepchen^schlaf [0] (n=hihi@p57B97E74.dip.t-dialin.net) 21.26.01 # I think maybe it was midkay .....you around buddy? 21.26.09 # still puzzles me, why A and POWER werent switched on gigabeat 21.26.09 # perldiver: Then Rockbox shouldn't map actions to ON+... 21.26.11 # Oh yeah for "Rockboy" I go to General Settings > View Files > Supported, correct? 21.26.39 # linuxstb, yes, it was an old idea, to switch POWER and A buttons on gigabeat 21.27.03 # I'm still a little lost with the gigabeat's mappings... 21.27.30 # Power and A need to be switched. 21.27.42 # Llorean i concur 21.27.55 # Then somebody write the patch... 21.28.03 # I think there's one in the tracker 21.28.19 Join p512o [0] (n=p512o@p54B06448.dip.t-dialin.net) 21.28.28 # i saw ipod backlight commit in log and have question - why the hell bootloader needs to enable backlight? 21.28.30 # Llorean: do you want a shut down menu option even for devices that have a button for it? 21.28.34 # but page scrolling, is playing the track right away is the default behaviour? 21.28.45 # Rincewind: For consistency's sake, yes. 21.28.56 # Stalwart: Why the hell not? 21.29.05 # Personally, I would prefer to use a menu option than a button anyway. 21.29.07 # It tells you that it's working. 21.29.19 # I wouldn't like that, because I like to wrap around the list to go to the items that come last in the list 21.29.26 # i would prefer a menu option myself 21.29.29 # I don't want a shutdown item in the menu for targets which don't need it 21.29.32 # as long as it wasnt easy to press 21.29.34 # linuxstb: then firmware should light up backlight for the first time without fade 21.29.43 # on accident that is 21.29.44 # It just clutters the menu 21.29.47 # linuxstb: The "System" context menu could have it. 21.30.01 # right now, with fade enabled, powering up my nano looks stupid - it lights up two times 21.30.01 # howdy! thanks for the sansa port!! got it running on my e250 quite nicely.. 21.30.05 # Llorean: Or just the top item in the System menu. 21.30.06 # and I would hate it when I accidentally shut down my player when navigating the menu without looking too closely on the screen 21.30.13 # linuxstb: Either way, yes. 21.30.15 # !seen mikachu 21.30.20 # could it be on the very bottom of the screen 21.30.20 # seen mikachu 21.30.29 # * linuxstb not seen mikachu for a while 21.30.31 # like hooked to the bottom - still on the main menu but at the bottom? 21.30.40 # l2eM1x theres always a list wrap... 21.30.40 # then it wouldnt clutter the menu 21.30.41 # i'd like to know if there's anything a newbie like me could do to get a microsd driver into rockbox.. 21.30.42 # linuxstb he still come in here? 21.30.43 # The only target that really needs it is the archos player. Annoying thing, that shutdown item.... 21.30.50 # GuardianHead: Not recently... 21.30.55 # thanks. 21.30.57 # i hate shutting down my ipod 21.31.03 # its a real pain in the but sometimes with a cover on 21.31.06 # amigan gigabeat shutdown is sort of weird as well 21.31.28 # i got only basic c knowledge, no experience with hardware/driver progarmming.. but i have had some years of delphi programming 21.31.38 # I wouldn't mind to have shut down on the context menu for system 21.31.55 # i need to set up toolchain and start hacking and commiting patches... 21.32.04 # could be useful if someday the stop button breaks... 21.32.11 # if noone listen to me, then i must make fixes myself ;[ 21.32.12 # anybody with a ipod 5.5 g willing to test a wps for me? 21.32.16 # i'm running linux and got the toolchain installed.. but how could i figure out how to get microsd slot working? 21.32.28 # Stalwart: I don't have a Nano, so have never seen that effect... 21.32.32 # p512o: ghm, read docs on chip and code? 21.32.47 # not yet.. you mean the infos by daniel? 21.32.57 Quit Xerion (" ") 21.33.02 # is there any way to search the irc logs? 21.33.23 # linuxstb: is there a howto about setting up toolchain on linux amd64? 21.33.30 # Stalwart: afaik the micro sd is controlled by some custom sandisk chip 21.33.38 # Stalwart: which distro ? 21.33.59 # Stalwart: It's the same in any Unix-like environment - download the Rockbox source code and run the tools/rockboxdev.sh script. 21.34.05 # desowin: arch64 21.34.05 # GuardianHead: go to rockbox.org/irc, open a day you want to search and hit strg-f 21.34.11 # linuxstb: ok, i'll try 21.34.34 # Stalwart: There are plenty of "for developers" docs in the wiki - go to the index and follow the links... 21.35.03 # ok, i'll try 21.35.05 # bye 21.35.07 Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") 21.35.14 # * amiconn thinks we don't need a whole bunch of different ways to do the same things 21.35.17 # Rincewind wtf is strg-f 21.35.25 # ctrl-f 21.35.26 # i think 21.35.29 # That's why I also don''t like the context menu in the menu 21.35.38 # sorry, i am on a german keyboard 21.35.48 # In FF Ctrl-F is what you use to open the Findmenu 21.35.51 # it is ctrl-f of course 21.35.53 # heh well I meant search the whole IRC log, not a single day 21.35.55 Join lee-qid [0] (n=liqid@p54966790.dip.t-dialin.net) 21.35.58 # or at least a range of days 21.35.59 # Sort of weird concept, what comes next? A context menu for the menu items of the context menu? ;\ 21.36.17 # context-context, and context-context-context ..... 21.36.27 # I agree with the no-duplication principle 21.36.27 # amiconn: Well, people often complain of having a hard time finding things in the main menu. I can see a context menu improving that, though I don't think it's the best way to do so. 21.36.32 # would i need jtag to develop an microsd driver? in order to examine the of. don't want to open my sansa. :) 21.36.36 # GuardianHead: you could download a few days, put them in one big file and then search them 21.37.01 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 21.37.09 # p512o: You could work on improving Toni's sansa emulator 21.37.19 # * Llorean thinks it's Toni's 21.37.30 # GuardianHead: What I do is having a local copy of all the irc log texts (downloaded via DTA in firefox) and then use grep on them 21.37.54 # can i have direct acces to.. let's say the ipod's dock conector port? 21.38.05 # from within plugins 21.38.34 # Llorean: how's that? would it run the of? so i would have to emulate the microsd hardware in the sim? 21.39.59 # p512o: It doesn't run the OF fully yet, work needs to be done on that, but it gives you something safe to experiment with. 21.41.05 # Llorean: okay.. that's good enough.. gonna have a look at this! There hasn't been any afford on developing an microsd driver yet, right? 21.41.14 Join ctaf [0] (n=ctaf@ram94-6-82-242-23-70.fbx.proxad.net) 21.41.29 # amiconn: I don't think of the main menu in the same way as other menus - the options aren't other menus, but the major screens in Rockbox. Which is why I think a context menu to control how those screens work is logical. 21.41.29 Part ctaf 21.41.45 # doesn't anyone know? 21.43.46 Join Xerion [0] (i=xerion@vhe-382201.sshn.net) 21.44.53 # SliMM: You'd probably have to add it to the api. 21.45.05 # http://www.rockbox.org/tracker/?getfile=13698 21.45.07 # awww 21.45.15 # llorean: i have no idea how to do that :)) 21.46.48 # SliMM: Depends on what you define as 'direct access to the dock connector' 21.47.05 # I don 21.47.13 # Rockbox doesn't have resource protection, so a plugin can access any hardware directly it desires to 21.47.18 # I don't suppose anyone has a spec sheet for the PP502x? 21.48.19 # amiconn: very good to know; if someone wants to tell me how i do tha , i would be grateful :P 21.48.24 # Whether this is desirable is another question; writing a driver and exposing the necessary functions via the api is the better way 21.48.46 # It still depends on what you mean... 21.49.10 # If you mean the serial port, then it's just that nobody knows how to do it on PP5020 and higher 21.51.21 # amiconn, but serial comms with apple's firmware is known for those platforms, yes? 21.51.38 # linuxstb: I don't really understand what you mean - with the new main menu all things that are "submenus" to this should be equal - so if all things would be the same, the file browser/database view would have to be in a context menu too? 21.52.08 Join mar27 [0] (n=mesd@adsl-75-26-148-46.dsl.wlfrct.sbcglobal.net) 21.53.08 Join linuxstb_ [0] (i=5343d4aa@gateway/web/cgi-irc/labb.contactor.se/x-56676baf25f12914) 21.53.29 Join tech_to_be [0] (i=43bbe7a0@gateway/web/cgi-irc/labb.contactor.se/x-3083281b3289e41e) 21.54.00 # Hello, I am looking for a computer technician. Is anyone on here one? 21.54.42 # tech_to_be: wrong channel 21.55.01 # well I was looking to interview someone 21.55.04 # it's for school 21.55.18 Join johnnyoc3 [0] (n=chatzill@adsl-71-143-19-189.dsl.scrm01.pacbell.net) 21.55.23 # I'm trying to install rockbox on a sansa e280 but when I run sansapatcher.exe it says no e200s found. is there anything I have to do to detedt it ? 21.55.26 # pixelma: I'm not sure what you mean either... I guess what I'm trying to say is that I still think of it as a root menu, which branches into the different areas of Rockbox. But it seems I'm alone in thinking it's a root menu, or even wanting one.... 21.55.59 Quit tech_to_be (Client Quit) 21.56.23 # mar27: Is it in MSC mode? 21.56.56 # linuxstb: it is on msd mode now 21.57.26 # linuxstb: what is or how can i get it to msc mode ? 21.58.34 # It's the mode that isn't MTP - i.e. your Sansa should appear as a proper drive (e.g. E:\) in Windows. 21.58.53 # But I don't own a Sansa, so can't tell you exactly what to do. 21.59.06 # it's a setting somewhere in the menu 21.59.37 # hum let me check 21.59.42 # even the sandisk update tool requires msc mode 22.00.17 # does anyone have an old iPod's internal rom? 22.00.36 # You mean a PP5002 version? 22.00.55 # amiconn: you told me earlyer today that all lcd drivers do proper cliping 22.01.20 # amiconn: i do it because there is no need to draw pixels outside the screen 22.01.57 # linuxstb, no. PP5020 but with a diagmode that has a remote control test function 22.02.03 # petur: have you _ever_ got segfault of QTScrobbler ? 22.02.28 # linuxstb, like from a 4g 22.03.14 # desowin: no 22.04.05 # crazy thing, I got backtrace from one guy, I have no single idea how he did this, and he tells that it happens everytime :/ 22.04.45 # i have a 4g if you need some file 22.05.31 # johnnyoc3, could you run rockbox, enter the diag menu, dump the internal rom and send me the file? 22.05.49 # I cant find the pacman roms, I searched everywhere on MAME, but failed 22.05.58 # im using an old build with the previous menu structure is that ok? 22.06.30 # johnnyoc3, sure... so long as you can dump the rom 22.06.40 # checking 22.06.58 # dsheets: you're working on the serial port of the ipods? 22.07.01 # DarkRedFlame: This channel isn't for discussing where to get game ROMS. 22.07.19 # hmm.. linuxstb are you saying that for example the filebrowser should have a context menu where you could choose the fileview options or database view with a context menu to initialise etc.? Well then I understood the context menu thing wrong... but then these options can be taken out of the general settings/wherever so that they aren't doubled - is that the plan? 22.07.24 # bluebrother, yes 22.07.42 # damn my HD is acting up...i just fixed it too! 22.07.44 # bluebrother, USB on the side, too 22.07.54 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 22.07.57 # how far did you get? I was thinking about looking into the serial stuff too 22.08.00 Part kaaloo 22.08.15 # I'm just lacking the time atm, but hopefully in a month or so I might find it 22.08.20 # bluebrother, right now I can't even control the iPod using apple's firmware and a breakout board i built 22.08.37 # pixelma: Yes, that's the type of context menu we're talking about - jdgordon posted a patch earlier which implements them. I'm not 100% convinced by them though - the duplication of the settings there and in the Settings menu isn't nice. 22.08.44 # using the serial cable? IPL has information about this 22.08.49 # bluebrother, that's probably some small bug somewhere... I'm going to go find an oscilloscope and watch the lines later tonight maybe 22.08.57 # bluebrother, yeah... i've been all over IPL 22.09.13 # ok, then I don't need to mention it anymore ;-) 22.09.19 # linuxstb: thanks I was able to install it, is there a way I can have dual boot ? 22.09.34 # mar27: You've got it... 22.09.35 # bluebrother, ultimately the idea will be to use the iPod as a platform for a wireless personal area sensor net 22.09.55 # wireless? How that? 22.10.06 # bluetooth module on the ipod or similar? 22.10.13 # bluebrother, zigbee. It's a low power wireless mesh tech 22.10.24 # oh, zigbee :o 22.10.30 # bluebrother, basically one step up from rfid 22.10.39 # dsheets, I know zigbee. 22.10.50 # bluebrother, current goal is a heart monitor storing a week or more of data at a go 22.10.53 # bluebrother, oh, really? 22.11.05 # not into the details, but I know the basic concept -- need to integrate some zigbee module at uni 22.11.10 # linuxstb: that sounds sensible to me if there's no duplication... As for the "root menu" - I didn't understand the difference to what we have or what you had in mind. Someone should make a drawing 22.11.30 # the only problem is that I don't have time left to do it in a nice way (and understand the technique itself) 22.11.35 # bluebrother, ah, yes. I think I'm going to use TagSense's ZT-10 22.12.00 # I have a RC2300 -- quite huge beast for my application 22.12.04 # dsheets my ipods being screwy. try and find someone else for now. im gunna fix it and it could take a while 22.12.06 # bluebrother, I hear you... I have about a million other projects 22.12.12 # johnnyoc3, no problem 22.12.37 # dsheets, it's part of my diploma thesis -- and I'm running out of time :( 22.12.56 # bluebrother, oh crap... I don't have pressure like that :-P Still an undergrad. 22.12.58 # that's the major problem. But they want me to compare zigbee to bluetooth for our application 22.13.00 # linuxstb: I'd rather keep the settings centralised instead of having dozens of context menus 22.13.16 # bluebrother, interesting 22.13.17 # some of this guys at uni are quite ... strange. 22.13.21 # Remember how almost nobody knows that the playlist viewer has its own settings? 22.13.50 # bluebrother, ? 22.13.56 # I had quite some problems with this accelleration sensor we want to use. 22.13.58 # amiconn: Yes, I agree with keeping a centralised settings menu... Which is why I'm not 100% convinced myself. 22.13.59 # hmm... yes that's also true. And it'll be a nightmare to document 22.14.07 # and the whole main menu is accessible through the mode button already 22.14.27 # it's always the same: they don't know exactly what you are supposed to do, and when doing actual stuff nobody is there who knows it ... 22.14.58 # a while ago I had a problem about a small windows application I wrote in that context. Asked for someone who knows windows programming: none :( 22.15.09 # i know windows programming 22.15.10 # lo 22.15.17 # consumes quite some time if you need to solve everything yourself 22.15.25 # but I'm getting kinda off topic ;-) 22.15.39 # bluebrother, that doesn't sound fun... move to someplace with more technical people :-P 22.15.41 # what language do you program in 22.15.54 # Yeah, no luck finding the Pacman rom for Pacbox, oh well 22.15.57 # we are a technical university *g* 22.16.23 # l2eM1x, I had trouble with ansi C on windows. Solved it, so it's not a problem anymore 22.16.44 # well i dont know that languge so i couldnt help anyways :) 22.16.55 # hehe 22.16.55 # im do java and .net stuff 22.16.58 # DarkRedFlame will you accept dcc? 22.17.00 # urgh. 22.17.04 # haha 22.17.07 # 1 second 22.17.10 # I have to do some java stuff at uni. Hate it. 22.17.16 # Let me check everything is correct 22.17.21 # i like java but sometimes stuff just doesnt make sense 22.17.21 # Havent use DCC for a while 22.17.24 # Java is crap for low level accessing devices 22.17.28 # thats very true 22.17.31 # it isnt meant for it though 22.17.38 # thats why :o) 22.17.44 # why on earth is there no unsigned? Etc. etc. 22.18.01 # the language was supposed to be easier i dont know 22.18.05 # its supposed to manage memory well 22.18.08 # Go ahead Perl, everything seems in order 22.18.08 # but it wasn't my decision to use java. 22.18.09 # but it sure as hell doesnt all the time 22.18.32 # your gonna tear me to shreds but im extremely fluent in vb6 and lower 22.18.44 # I like the RAD 22.18.45 # well memory management? The amount of memory java applications eat up looks different *g* 22.18.55 Join H10_007quick [0] (n=chatzill@mnet-ki-244-78-181.monarch.net) 22.19.01 # no i said it sarcasticly :P 22.19.05 # * amiconn hates java even if he didn't actually program in java so far 22.19.10 # anyone have an idea why linux can read my fat32 partition but windows cant? 22.19.10 # I did a small application in C++ using Qt. It's *really* nice 22.19.16 # widows reports it as raw? 22.19.18 # yeah? 22.19.26 # johnnyoc3: The partition map is broken? 22.19.29 # johnnyoc3: wrong partition type id? 22.19.29 # i never got into c or c++ 22.19.32 # i wish i did 22.19.35 # i will eventually 22.19.36 # * petur did some java and still hates it 22.19.39 # c++ that is 22.19.40 # johnnyoc3: Non-standard virtual sector size? 22.19.49 # arnyone have an armv4 architecture reference manual? 22.19.50 # OOP is where everything is moving 22.19.53 # s/virtual/logical/ 22.19.54 # c++ is nice. Especially with Qt. 22.19.57 # * petur got himself some tea instead 22.19.59 # dsheets: try arm.com 22.20.01 # is QT a graphical interface? 22.20.04 # the sectors are standard 22.20.08 Quit Febs ("ChatZilla 0.9.78 [Firefox 2.0.0.3/2007030919]") 22.20.14 # Bagder, they tell you to buy a book 22.20.17 # l2eM1x: yes, and a billion other things 22.20.22 # there are still areas where OOP doesn't make sense. Like small microcontrollers. 22.20.23 # yeah? thats interesting 22.20.25 # dsheets: they have fine stuff online too 22.20.26 # l2eM1x: I was told that 20 years ago... 22.20.33 # a different question... should there be a category "M5" in PluginIndex 22.20.34 # that OOP is the future? 22.20.35 # Bagder, hrm... thanks I'll go check again 22.20.41 # l2eM1x: Yes. 22.20.44 # l2eM1x, Qt is a complete GUI toolkit. See trolltech.com 22.20.53 # thats interesting 22.20.54 Quit Lear ("Chatzilla 0.9.77 [Firefox 2.0.0.3/2007030919]") 22.20.56 # qt is more than just gui these days 22.20.59 # is there a low level format program for windows because the normal format program is giving me errors 22.21.02 # Perl, you there? 22.21.13 # so is the hp tool 22.21.16 # it is, right. 22.21.18 # id love to learn c++ 22.21.22 # Bagder, ok, I'm just blind 22.21.22 # someday 22.21.24 # johnnyoc3: try swissknife 22.21.25 # DarkRedFlame isnt coming through, email? 22.21.26 # haven't used it excessively yet. 22.21.26 # im going to minor in it 22.21.39 # minor in computer sciences that is 22.21.42 # Hmm 22.21.51 # thanks petur trying 22.21.53 # umm DarkRedFlame@gmail.com 22.22.19 # Has anyone reported poor battery life for the H10? 22.22.27 # like especially poor? 22.22.34 Join entheh [0] (n=purr@88-106-171-152.dynamic.dsl.as9105.com) 22.22.36 # DarkRedFlame: did you take a look at http://www.rockbox.org/twiki/bin/view/Main/PluginPacbox ? 22.22.42 # Yes 22.22.48 # I went to MAME 22.22.55 # Cant find it in the ROM section 22.22.57 # grrrrrrmmmm 22.23.11 # you know on the ipod that game that plays a few seconds of a song and you try and guess it? 22.23.11 # DarkRedFlame sent 22.23.15 # I did a batery bench test on my custom build and got only to 50% battery life and then it stopped 22.23.23 # Thanks Perl 22.23.26 # np 22.23.27 Join Massa [0] (n=d5092f8e@207.250.49.25) 22.23.28 # i cant remember what its called, but if i get time im going to attempt to write one 22.23.31 # H10_007quick, ran some plugin? 22.23.44 # Just wondering if I should try a test on the official build 22.23.50 # Nope it died at 50% 22.24.02 # yes, you should definitely :) 22.24.03 # the actual player had no power left 22.24.20 # only 2:30 playing time 22.24.37 # just charging it up again now to test it out 22.24.50 # anyone with an ipod 5.5 willing to test a wps for me? 22.24.54 # i just want some opinions 22.24.54 # but others were reporting similar experiences on mistic river 22.24.59 # or will anyone look at some screenies 22.25.03 # amiconn: too much red in the build size table? 22.25.33 # http://www.misticriver.net/showthread.php?t=53207 22.25.38 # take a look! 22.26.23 # petur: Yes, today's delta size table colour isn't nice :( 22.26.33 # H10_007quick: Well, nobody's reporting it at our website, with official builds. 22.26.43 # H10_007quick: Maybe you should run a bench with an official build. 22.26.44 # hmm, a graph of the build sizes would be nice 22.26.51 Quit Rincewind (Connection timed out) 22.27.03 # Llorean: I will once it charges 22.27.33 Join Rincewind [0] (n=xchatter@i3ED6E0A6.versanet.de) 22.28.55 # Slasheri could also cause a green delta on all non-PP targets instead... 22.29.58 # how is my ipod write protected when i try to format? all ipod processes have been ended via task man. 22.30.42 Quit Massa ("CGI:IRC (Ping timeout)") 22.33.28 Join lowlight [0] (i=c730180a@gateway/web/cgi-irc/labb.contactor.se/x-d6a99e12003cf6e0) 22.33.50 Quit lostnihilist ("Leaving") 22.34.03 Join Massa [0] (n=chatzill@213602.static-p6.dus.net) 22.34.33 # is there any way to enable disk use without itunes? 22.34.57 # johnnyoc3, start in diskmode? 22.35.03 # ok 22.35.17 # thats what i thought but the drive is "write protected" 22.35.50 # Did you kill all the ipod processes before attaching your ipod? 22.36.11 Quit Massa (Client Quit) 22.36.13 # not before but after 22.36.13 # have you restarted? 22.36.38 # johnnyoc3: Then try unplugging it and reattaching. 22.36.42 # ok 22.36.43 # yeah unplug hard shut off your ipod 22.36.46 # and restart computer 22.36.50 # i would think 22.37.01 # may sound stupid but you never know 22.37.02 # Restarting the computer will restart the ipod processes... 22.37.15 # yeah 22.37.19 # i will unpung though 22.37.31 # you should shut those dang things off 22.37.40 # ipodservice or whatever it is 22.37.44 # msconfig shut it off 22.37.59 # your right 22.38.15 # msconfig ftw 22.38.21 # they come on with itunes so if you need it it will come up 22.38.26 Quit FOAD ("Lost terminal") 22.38.29 # yeah 22.38.52 # i might just have to bot linux if this doesnt work 22.39.17 # i cant see why it would do that 22.39.21 # did you hard shut down it? 22.39.32 Quit joa ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 22.39.39 Join joa [0] (i=joe@host86-147-244-229.range86-147.btcentralplus.com) 22.39.46 # the ipod? yes i did 22.39.51 Join FOAD [0] (n=dok@dinah.blub.net) 22.40.00 Join saratoga [0] (i=98039b33@gateway/web/cgi-irc/labb.contactor.se/x-e23a4e1bb6e9ab30) 22.40.22 # ok good 22.40.28 # p512o: regarding the Sansa MicroSD drive, Mr.H wrote about it 22.40.33 # loading format tool right now 22.41.16 # saratoga: oh great! where? in the forums or wiki? 22.41.24 # there is some info here: http://daniel.haxx.se/sansa/NAND_interface.txt 22.41.46 # saratoga: looks like i was to stupid to install the sim right.. didn't do "make install".. rebuilding 22.42.00 # Mr.H seems to have done a preliminary investigation of almost all parts of the Sansa, so you should read through the stuff of his on that page 22.42.10 Quit desowin ("use linux") 22.42.12 # its the closest thing to a reference 22.42.23 # saratoga: oh.. how could i miss that? it's not too good to do as many things simultaniously 22.42.35 # lol @ desowin 22.42.42 # also, regarding the simulator, it has a lot of potiential 22.42.49 # Toni seems to have gotten it about 90% there 22.42.55 # saratoga: great! thanks a lot! but it's questionable i'll get very far with my inferiour knowledge and all.. 22.42.57 # but it has issues with dual core support 22.43.04 # ok 22.43.14 # :) 22.43.40 # formatting didnt work :( 22.43.52 # damn 22.43.54 # same thing? 22.43.59 # yes 22.44.09 # whats open right now 22.44.12 # any programs 22.44.13 # wait i just tried again and it did 22.44.15 # like winamp 22.44.15 # wierd 22.44.17 # boom! 22.44.20 # magic 22.44.36 # sometimes thats what it takes baby 22.44.56 # now to partition the device 22.45.06 # Roms go to .rockbox/roms/ 22.45.08 # Correct? 22.45.14 Join barrywardell [0] (n=barry@dhcp-892b9ade.ucd.ie) 22.45.15 # Using a sansa e200 22.46.17 # you can put them anywhere 22.46.31 # Oh, didn't know that 22.46.45 # Probablly got confused with .rockbox/pacman 22.46.52 # erm 22.47.00 # ../.rockbox/pacman/ 22.47.03 # is there any way to add/change partitions in windows 22.47.21 # roms go there darkless 22.47.24 # DarkRedFlame 22.47.31 # I know 22.47.45 # But I was talking about GBC roms 22.47.50 # ohh 22.48.13 Quit BigBambi ("Leaving") 22.48.38 # Yeah got about 20 homebrew roms 22.48.44 # I want to test them out 22.49.25 # pt them anywere and "play them form the file browser 22.49.34 # I know. 22.49.40 # k 22.49.47 # it sounded like a Q 22.49.54 # johnnyoc3: my computer -> manage -> disk manager 22.50.17 # yeah but it wount let me change my fat32 partiton 22.50.33 # Oh shit, almost didnt use Safely Remove 22.50.39 # lol 22.50.55 Quit H10_007quick ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030916]") 22.50.58 # use /unmount ftw 22.51.18 # linux makes it better 22.51.34 # Linux, the god of OS 22.52.00 # lol 22.52.15 # Wait a minute 22.52.20 # Where the roms again? 22.52.40 # I'm like this 22.52.58 # Nevermind forgot I put them in a folder 22.54.10 # * petur thought we had a separate channel for userchatter 22.54.32 # haha 22.54.34 # point taken 22.54.45 # High Pitches - FTL 22.56.05 # linuxstb: when do you think we could move to rockbox.mi4 for H10 and Sansa (assuming you think we should)? 22.56.12 # Is there anyway to lower the file in roms? 22.56.30 # volume* 22.56.53 # dont think so 22.57.25 # Yeah, I got these wicked Surround Sound headphones, but the pitches mess it all up 22.57.41 # barrywardell: Now would seem fine to me... The new bootloaders seem to have been proved stable. 22.58.09 # Well is there a way to keep the light on? 22.58.21 # The rom go black every 5 seconds 22.58.30 # I agree. I'll go ahead and do it now... 22.58.35 # And I gotta turn the wheel to bring it back on 22.58.40 # dark red what system are you on? 22.58.48 # its your backlight 22.58.58 # change your settings or deal with it 22.59.21 # I'm using a e200 22.59.29 # well one thats a new port 22.59.29 # I dont know how to change the backlight 22.59.44 # its unders settings, look on your manual page on rockbox.org 22.59.47 # don't i have min and max macros/functions? 22.59.59 # somewhere in the plugin api 23.00.39 # MIN() and MAX() are simple macros. Usable from about anywhere, that includes plugins 23.00.55 # oh, forgot about caps :) 23.02.18 Join Orphis [0] (n=Orphis@pra13-1-82-66-188-82.fbx.proxad.net) 23.02.31 # Found it, only goes to 60 seconds, but fine with me 23.02.34 # 90* 23.04.01 # huh? 23.04.10 Part l2eM1x 23.04.41 # There no Blacklight "on" settings 23.04.45 # Only numbers 23.05.00 Quit Orphis (Read error: 104 (Connection reset by peer)) 23.05.06 # DarkRedFlame: There is. 23.05.24 # I didnt see one 23.05.29 # the list starts with off, on, .... 23.05.31 # I saw Off, and 1-90 23.05.36 Join Orphis [0] (n=Orphis@pra13-1-82-66-188-82.fbx.proxad.net) 23.05.42 # There is no on button 23.05.46 # Just numbers for me 23.05.52 # and "no" 23.06.04 # Off, On, 1...10, 15, 20 etc... 90 23.06.19 # Yes I know where you are going 23.06.25 # But I dont see "On" 23.06.32 # I did overlook that too (On in second position and then the numbers) when I started having backlight... 23.06.50 # Should I install a daily build?\ 23.06.58 # I dont see a on anywhere 23.07.32 Quit chelli ("Client exiting") 23.08.46 Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) 23.09.34 # I have the On option on my sansa here - SVN r13109 23.09.34 Quit Siltaar (Connection timed out) 23.09.37 *** Saving seen data "./dancer.seen" 23.10.05 Join Ryan__ [0] (n=chatzill@pool-72-95-168-69.pitbpa.east.verizon.net) 23.10.11 Nick Ryan__ is now known as rypaintD (n=chatzill@pool-72-95-168-69.pitbpa.east.verizon.net) 23.10.26 Join Siltaar [0] (n=Siltaar@reverse-52.fdn.fr) 23.10.33 # Hi, I have a cquestion. 23.10.34 # can I play mp4 videos with rockbox ? 23.10.34 Join MxxCon [0] (i=donuts@ool-18b9b165.dyn.optonline.net) 23.10.41 # *question 23.10.48 Part lowlight 23.10.52 Part MxxCon 23.11.08 # Is support for playing videos on the second core on the iPod 5G in use? 23.14.19 # can i write the build log to a file? i'm using the debian rockbox development environment for vmware player. 23.15.16 # rypaintD: i belive that on the second core runs only the kernel and the codec thread (music decoding) 23.16.02 # rypaintD, no, you can't 23.16.09 # thank you 23.16.11 # rypaintD: ipod video has a vide decoding chip that rockbocks isn't currently able to use 23.16.22 # yes that was what i was referring to 23.16.27 # but thank you anyway 23.16.27 # the only format supported is mpeg2 video with mp3 audio atm 23.16.39 Quit rypaintD ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") 23.16.40 # rockbox* :"> 23.16.58 # wow, he left fast. Faster than I could type my next sentence ;-) 23.17.03 Join l2eM1x [0] (n=l2eM1x@c-71-57-110-168.hsd1.il.comcast.net) 23.17.19 # anybody mind telling me what they think of this wps 23.17.19 # http://img164.imageshack.us/my.php?image=untitled15fe9.jpg 23.18.16 # i like it but it doesn't use a font that has unicode support 23.18.21 Quit Siltaar ("Aurevoir - www.fdn.fr/~sdescarp") 23.18.23 # so i can't use it 23.18.26 # bummer 23.18.32 # okay well ill consider changing it 23.18.36 # by unicode support i mean diacritics 23.18.44 # i dont know what that means but i will consider changing 23.18.48 # try arial or smth else 23.18.50 # l2eM1x: looks nice. not such a big fan of hard-coded pictures though :) 23.19.15 # i really liked hiPod which was all dark 23.19.18 Quit ompaul ("warning: missing joke!") 23.19.18 # ă,î,ÅŸ,Å£,â 23.19.19 # but it was like there was nothing there 23.19.29 # these are some diacritics 23.19.34 # and the battery icon looks out of place.. you have all these nice gray flat icons and then this colored, shaded one that looks cut out of a white background... 23.19.35 # oh gotcha 23.19.52 Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) 23.19.58 # okay ill greyscale it 23.19.59 # l2eM1x: well, maybe you should put the song info there, and where the song info is now, you can put the next-track info.. or whatever. just thoughts. nice style though. 23.20.07 Quit My_Sic (Read error: 104 (Connection reset by peer)) 23.20.35 # Yeah thats a good idea 23.20.55 # The only reason I didnt put song info is because it isnt available right away and it bugs me in those few seconds inbetween when it appears 23.21.35 # l2eM1x: if you do, just use a conditional so it doesn't show up until it's ready to.. you could even have it display some file info instead or something while it's loading the next track info. 23.21.40 Join ]RowaN[ [0] (i=a2b0y@82-43-210-42.cable.ubr10.newm.blueyonder.co.uk) 23.22.29 # <]RowaN[> i cant see the sansa build anymore on http://build.rockbox.org/ .. whats up with that? 23.22.40 # Bagder: It seems some scripts need fixing due to barrywardell's commit... 23.22.57 # midkay: really great ideas 23.22.58 # oh yeah, looks like it 23.23.01 # i appreciate the opinions! 23.23.20 # l2eM1x: no problem, have some fun with it. :) 23.23.26 # me fix 23.23.29 # warning: passing arg x of 'function' discards qualifiers from pointer type 23.23.37 # ]RowaN[: that will hopefully be fixed shortly! 23.23.40 # what is this warning and how can i fix it? 23.24.12 # midkay do the play and pause buttons look okay? 23.24.47 Join funky [0] (n=repulse@unaffiliated/funky) 23.24.53 # SliMM: Is your function expect a pointer to "const" data? 23.25.05 # yes 23.25.07 # l2eM1x: yeah, nice, they look great. 23.25.16 Quit SirFunk (Read error: 110 (Connection timed out)) 23.25.22 # beat me 23.25.27 # should i specify that in the function definition? 23.25.30 # okay perfect thanks alot! 23.25.32 # i really appreciate 23.25.49 # sure thing 23.26.13 # <]RowaN[> whats the mi4 filename needed for the newest sansa firmware to pick it up? i cant remember and i dont see anything about it @ www.rockbox.org/twiki/bin/view/Main/SansaE200Install#b_Using_a_PP5022_mi4_file 23.26.24 Quit andrewg877 ("leaving") 23.27.14 # linuxstb_: yes, that was the problem 23.28.07 # where can i see what developer is "in charge" of a part of rockbox? 23.28.19 # Anyone here involved in Archos Gmini port of Rockbox ? 23.28.29 # SliMM: ask here about it 23.28.36 # Orphis; That port doesn't exist any more. 23.29.06 # SliMM, you can also look at the KnowledgeMap wiki page 23.29.11 # Why why why ? 23.29.23 # bluebrother: yes, that's it 23.29.27 # but asking here might be more "up-to-date" ;-) 23.29.32 # Orphis: Because it was never finished and the developer disappeared. 23.29.39 Part l2eM1x 23.30.03 # i have finally finished my semi-transparency functions 23.30.04 # and the gmini architecture is a nightmare 23.30.20 # wasn't that the calm risc thing? 23.30.23 # yes 23.30.26 # i'll read how to patch and post a patch to the tracker 23.30.50 # semi-transparency? I don't even have color on my targets ... 23.30.55 # SliMM: that sounds really cool, how does it work and what's it capable of? 23.30.58 # bah... forgot some words in my commit description :/ 23.31.22 # petur, words in commit messages are overrated anyway ;-) 23.31.30 # lol 23.31.41 # midkay: i think it's pretty slow 23.32.03 # just basic functions (rectangle, pixel and bitmap) 23.32.08 # Well Gmini seems not to be easy but I'm sure work an be done on it 23.32.18 # ]RowaN[: it's rockbox.mi4. It will be included in the next build of rockbox.zip on the SVN builds page 23.32.27 # quite a lot of commits going on today 23.32.27 # Orphis: lots of work was made for it 23.32.29 Part perl|work 23.32.31 # still possibly useful in plugins and stuff. how did you implement it? as a plugin lib would be best since i think we'd not use it in the core.. 23.32.36 # forgot about bitmap part :"> 23.32.39 # Orphis: Are we talking about the same gmini? 23.32.43 # the whole table is april 12! 23.32.50 # wee! 23.32.51 # plugin lib 23.32.57 # aahh.. rockboxsim is working and ddd with sources too.. is it hard to import rockbox sim into eclipse for easier development/debugging? 23.33.14 # I have a Gmini XS 202, not exactly the same as in the port but I guess they are similar 23.33.17 # p512o, I don't think so. 23.33.31 # if you use gdb as backend from eclipse 23.33.31 # why i have recording menu item if my nano doesn't support recording? 23.33.38 # or i'm missing something? 23.33.41 # well, no patch, i'll just post the files. 23.34.01 # Orphis: Do you have an interest in resurrecting the port? 23.34.20 # I have tons of OGG files ! 23.34.26 # bluebrother: thanks.. i'm not very experienced as you can see.. :) gonna give it a try.. but my back hurts recently.. maybe i better find a more comfortable place 23.34.27 # Hell yes I'm interested 23.35.04 # I have eclipse running with a cross-gdb on windows at uni. Haven't tried it on linux yet. 23.35.10 # * petur wonders what's up with those 'ld' errors from the 21:07 commit 23.35.16 # running plain gdb is quite nice :) 23.35.21 # petur: changed output name 23.35.22 # And well, I can't take the device back to the shop, it's a gift 23.35.28 # ah 23.35.45 # so the script considers them link errors 23.35.51 # I've fix that 23.36.03 # test coming up ;) 23.36.05 # for the next commit 23.37.01 Quit jmspeex (Read error: 60 (Operation timed out)) 23.37.08 # uuuh ... about completely red delta table :( 23.37.33 Quit johnnyoc3 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") 23.38.55 # bluebrother: I've only tried eclipse a coulpe of time.. wanted (and did) to learn c++ and SDL and is working very nicely!! I only knew IDE's unning under windows before.. like Delphi.. 23.38.56 Quit atsea- (Read error: 104 (Connection reset by peer)) 23.39.35 Quit bawb2 (Remote closed the connection) 23.39.54 # bluebrother: but the attempt to figure out microsd support for sansa e200 seems a bit over the top for me.. I don#t even understand MrH's NAND description atm. 23.39.59 # ready, fixed all errors 23.40.25 Join bawb2 [0] (n=bawb2@ip48200.estcmp.ku.edu) 23.40.35 # I don't think there is a description of microSD 4bit mode available ... 23.41.22 Join FOAD_ [0] (n=dok@dinah.blub.net) 23.41.29 Quit FOAD_ (Client Quit) 23.42.17 # bluebrother: Llorean pointed me to this NAND text.. and as far as i've read and understood he's speculating that these command would be used to access microsd too.. by selecting some special bak or whatever 23.42.57 # maybe we could access the microsd in SPI mode too 23.42.59 # bluebrother: that was saratoga, not Llorean.. sorry 23.43.11 # which is much easier 23.43.30 # microsd is often done over spi 23.43.35 # okay.. easier sounds good.. whats spi?! ;) 23.43.44 Quit ompaul ("cheerful quip here") 23.43.53 # spi is a serial "bus" over 4 wires 23.44.19 # * bluebrother did that recently 23.44.22 # * SliMM is registering in Flyspray 23.44.22 # serial peripherial interface. 23.44.25 # I ain't got any clue.. came in here to ask if there's already done any work on this matter yet and if there's a way i could help.. even tohough i'm quite "dumb" in this regard 23.44.39 # * Bagder writes a SPI-driver in uclinux/Nios II currently 23.45.10 # so, would this also maybe lead to support for sansa microsd slots? 23.45.19 # The Ondio does MMC over SPI 23.46.12 # SPI for SD cards is in fact a compatibility mode to MMC 23.46.27 # with some small changes (like ACMD41) 23.47.34 # can I play videos on a sansa e200 ? 23.47.51 # mar27: Yes, I do believe it mentions this in the manual. 23.48.04 # theres mpegplayer plugin.. don't know how usable 23.48.11 # mar27: http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer 23.48.23 # mar27: My mistake, it's only in the wiki, I thnk 23.48.42 # the manual needs quite a few updates ... 23.48.53 # hopefully I can work on it again in a month or so 23.49.18 # I think mpegplayer is mostly at the point where it can be in the manual. 23.49.26 # It works at least as well as the gameboy emulator, in my opinion. 23.49.36 # SPI mode (for SD and MMC) is more like a compatibility mode for simple controlling hardware 23.49.50 # speaking of the PluginXyz wiki pages - would it be usefull to also have an M5 category? 23.50.35 # Both MMC and SD operate on a bus by default, which features 1bit, 4bit and 8bit transfers (4bit and 8bit support for MMC came later) 23.50.43 Quit barrywardell (Remote closed the connection) 23.51.15 # SD mode is always 4 bit 23.51.20 # and if I was to edit the subpages and add a new column to PluginIndex, will the Index page get automatically updated or is there some more behind it? 23.51.39 # But MMC and SD are more similar in SPI mode than in their native modes; they're so similar that the Ondio rockbox MMC driver works with SD cards (thin SD only because of the slot size) 23.51.42 # * SliMM is adding the new task 23.52.16 # pixelma: Adding the new column _is_ the magic. 23.52.17 # does the RB MMC driver use CMD1 or ACMD41 for initialization? Or does it handle both? 23.52.26 # http://www.rockbox.org/tracker/task/7022 23.52.59 # bluebrother: Afaiu both are identical (at least in MMC mode), just SD numbers the commands differently 23.53.01 # linuxstb: Just checked (finally) yeah, the video file sounds right again over here. 23.53.13 # amiconn, in SD mode they are different. 23.53.21 # linuxstb: thanks :) would that be appreciated? 23.53.24 # Bah, I mean is SPI mode 23.53.29 # s/is/in/ 23.53.33 # * amiconn can't type 23.53.40 # and I mean SPI mode on SD cards ;-) 23.54.10 # SD cards distinguish between those, and some cards require one, other the other. 23.54.18 # which can be somewhat annoying 23.54.30 # MMC CMD1 is actually command byte == 0x41 23.55.00 # for SD cards, bit 7 is always 0 and bit 6 always 1 -> 0x30 23.55.04 # ...and in SPI mode it has no parameters 23.55.06 # s/0x30/0x40/ 23.55.06 Quit XavierGr (Read error: 110 (Connection timed out)) 23.55.21 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 23.55.46 # for commands that is. 23.55.49 # Yes, so ACMD41 _is_ CMD1 in MMC terms 23.55.57 # SliMM: you 'svn add' each new file then you 'svn diff >patch'. done 23.56.27 # in SD terms, ACMD41 is CMD55 followed by CMD1 23.56.31 # oh 23.56.53 # thanks for the discussion! really appreciate it.. eventhough I don'T understand nearly anything.. :) 23.56.56 # In SPI mode too? 23.57.12 # SliMM, you can also diff -u /dev/null new_file.c >> patchfile 23.57.17 # amiconn, yes. 23.57.36 # I only know that several people used thin SD cards in their Ondios successfully; I don't have such a card myself 23.57.38 # http://elm-chan.org/docs/mmc/mmc_e.html 23.57.45 # p512o: I believe the wikipedia page on SD links a spec sheet explaining how it works. might be a good place to start 23.57.52 # think i'll better go off the keys for a while.. gotta give my back some rest.. hurts quite badly, since i reached my ringing phone in haste nearly an hour ago.. 23.57.56 # haven't looked at it myself 23.58.14 # saratoga: thx! cu all later! 23.58.22 Quit davina ("byeeeeee!") 23.58.38 # SD cards vary -- I wrote a driver for a microsd card and used a standard (cheap) SD card for early developing. That SD card required a different initialization sequence than the final microsd :( 23.58.40 # bluebrother: Oh ok. No, ata_mmc.c doesn't use any application specific commands 23.58.48 # <]RowaN[> barrywardell: no i mean the name of the bootloader mi4 23.58.57 Quit jgarvey ("Leaving") 23.58.58 # Card init can be hairy, I know...