--- Log for 07.05.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 4 days and 10 hours ago 00.00.01 # Hmm, seems it doesn't like the first partition being reformatted though - that seems to be the issue. 00.00.10 # Llorean: If the firmware partition is also FAT, it could be used with a multivolume build 00.00.30 Quit davina (Remote closed the connection) 00.00.57 # (although I don't think it's worth the hassle) 00.01.44 # agreed 00.01.55 # and the firmware partition has no format, i think 00.02.06 # so it'll mean extra code 00.02.36 # The 'beast's firmware partition is FAT32. At least, it sure looks that way. 00.02.54 # Properties says it is. 00.03.00 # (In Windows.) 00.04.26 # * linuxstb doesn't understand what's upsetting the S's bootloader - just reformatting the firmware partition is enough to upset it and make it enter recovery mode 00.04.52 # linuxstb: reformatting and sending nk.bin back? 00.05.08 # Reformatting and copying nk.bin back 00.06.51 # probably has a lousy fat driver, then 00.07.28 # maybe it has some kind of way of knowing things have changed 00.07.38 # Well, it's WIndows CE, so I would have expected it to do FAT... 00.08.38 # Perhaps there's a special flag somewhere 00.09.19 # * amiconn wouldn't be surprised, giving microsoft's "don't touch" extensions of their own standard 00.10.12 Join shot0fadds [0] (n=rob@ip-81-1-103-181.cust.homechoice.net) 00.11.26 # Copying files to the partition seems to work - i.e. replacing the nk.bin (Rockbox bootloader) file 00.14.02 # amiconn: didn't you find a detailed account of the arm9 pipeline somewhere? 00.17.14 # the S is TFAT : http://msdn.microsoft.com/en-us/library/aa915463.aspx 00.17.15 Quit leox (Read error: 104 (Connection reset by peer)) 00.17.49 # what, not fatx? 00.17.50 # go microsoft 00.20.07 Quit gregzx ("ChatZilla 0.9.82 [Firefox 2.0.0.14/2008040413]") 00.21.07 Quit shotofadds (Nick collision from services.) 00.21.20 Nick shot0fadds is now known as shotofadds (n=rob@rockbox/developer/shotofadds) 00.22.30 Quit bertrik ("zZz") 00.27.31 # toffe82: maybe that causes some problems for us? 00.28.24 Nick Absnthe is now known as Absnthe|away (n=Christop@ool-43561407.dyn.optonline.net) 00.28.36 Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) 00.28.48 # I don't know 00.29.57 # if we don't correctly update both FATs we might encounter trouble 00.30.10 # ... when going back to the OF 00.31.02 # Maybe tfat support wouldn't be so bad for usb mode either... 00.31.10 Join shot0fadds [0] (n=rob@rockbox/developer/shotofadds) 00.31.14 # Nico_P: great news about the speed :) 00.31.20 # * n1s sleeps 00.31.25 Quit n1s () 00.31.51 # preglow: I have no idea about the arm pipeline. If you're looking for the instruction cycle counts, infocenter.arm.com has them 00.32.02 Quit shotofadds (Nick collision from services.) 00.32.07 Quit DerDome ("Leaving.") 00.32.07 Nick shot0fadds is now known as shotofadds (n=rob@rockbox/developer/shotofadds) 00.34.14 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 00.42.26 Join knittl [0] (n=knittl@193.170.135.170) 00.44.25 Join ibycus [0] (n=sam@resnet-187765.resnet.bris.ac.uk) 00.44.43 # hi everyone, i can't make my itrip work with rockbox 00.44.53 # ive turned accessory power on but it won't work at all 00.45.01 # any other options i can try? 00.49.41 Join |AhIoRoS| [0] (n=ahioros@201.226.58.34) 00.52.01 Quit ender` (" Smoking is one of the leading causes of statistics.") 00.54.32 Quit shotofadds (Read error: 104 (Connection reset by peer)) 00.54.44 Join ^Parrot^ [0] (n=parrot@adsl-11-206-14.mia.bellsouth.net) 00.54.50 Join axionix [0] (n=axion@cpe-74-70-239-117.nycap.res.rr.com) 00.55.03 Quit gevaerts ("sleep") 00.55.54 # <^Parrot^> ok.. songs are loaded.. now... how can I randomly play them all? I am reading the manual and it talks of playlists. fine... how do I add ALL the songs to the playlist if a playlist is required? 00.56.13 # <^Parrot^> I have the manual open but it does not say how to do this 00.56.19 # <^Parrot^> Ipod 5th gen. btw 00.57.56 # ^Parrot^: either withe the DB (wich might be very slow), or if you have all your music in a dir, insert that dir recursively 00.58.15 # s/slow/long if you have a lot of music 00.58.24 # <^Parrot^> 4700+ songs 00.58.32 # <^Parrot^> dir by album artist 00.59.04 # <^Parrot^> \music\album artist\album\title 00.59.06 # without a parent dir to all that I don't know whether it's possible without the DB 00.59.26 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 00.59.28 Join le-bemawi [0] (n=bemawi@cou82-1-88-171-55-131.fbx.proxad.net) 00.59.30 # ah, then use "insert" on "music", after having enabled the "insert recursively" setting 00.59.43 # <^Parrot^> walk slow with this old man... 01.00.03 # <^Parrot^> at main menu' 01.00.12 # <^Parrot^> settings ? 01.00.14 # settings > general settings > playlists > recursively... 01.00.38 # select "on" or "ask", depending on your preference 01.00.38 # <^Parrot^> ok 01.00.39 # <^Parrot^> done 01.01.02 # then long press select on the music dir to get the contextual menu 01.01.26 # playlist > insert 01.01.44 # <^Parrot^> get to music dir in files? 01.01.48 # yes 01.02.04 # <^Parrot^> ok 01.02.08 # <^Parrot^> there 01.02.26 # the idea is to create a playlist of all your songs 01.02.31 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.02.35 # and shuffle through that 01.02.36 Quit ompaul (Client Quit) 01.02.41 # <^Parrot^> yup 01.02.53 # <^Parrot^> insert.... 01.03.02 Join TheNumber [0] (n=thenumbe@41.226.244.5) 01.03.13 # I have an samsung YP-U1, I m view some samsung here (http://www.rockbox.org/twiki/bin/view/Main/TargetStatus) but, not YP-U1. Can I install rockbox or not ? (sorry for my bad english, i never write in this language ^^) 01.03.28 # le-bemawi: No, you cannot. 01.04.09 # le-bemawi: the front page lists the devices that rockbox runs on 01.04.19 # <^Parrot^> hmmm data abort at 00000004 01.04.27 # :/ 01.04.28 # :'( Do you know an open firmware for my YP-U1 ? 01.04.43 # ^Parrot^: are you using an up to date version ? 01.04.57 # <^Parrot^> I think so.. 2-3 days 01.04.59 # <^Parrot^> ? 01.05.49 # <^Parrot^> checking 01.06.07 # I don't know of any specific fixes for that issue 01.06.16 # <^Parrot^> rebooted 01.06.59 # <^Parrot^> v r17139-080416 01.07.23 # well that's quite old already. you should probably update 01.07.45 # <^Parrot^> hmm 01.08.06 # * Nico_P just inserted his whole album collection flawlessy 01.08.16 Quit bluebrother ("leaving") 01.08.16 # (ipod 5.5G, ~2000 tracks) 01.08.25 Join axionix_ [0] (n=axion@cpe-74-70-239-117.nycap.res.rr.com) 01.08.36 # * ^Parrot^ is not as l33t as Nico_P :p 01.08.53 # it's really not hard 01.09.12 # ^Parrot^: when exactly did it crash? had it started inserting? 01.09.38 # <^Parrot^> yes 01.09.43 # <^Parrot^> had to reboot 01.09.48 # <^Parrot^> working fine now.. 01.09.57 # <^Parrot^> restarting playlist procedure 01.10.29 # <^Parrot^> inseting tracks 01.11.08 # <^Parrot^> to update just copy the .rockbox subdir to \.rockbox ? 01.11.26 # <^Parrot^> hmm 01.11.29 # <^Parrot^> error: couldn' 01.11.34 # yes, you can just replace the old install 01.11.58 # <^Parrot^> error: couldn't load codec . codec failure codecs/mpa.codec 01.12.07 # <^Parrot^> will update rockbox 01.12.09 # <^Parrot^> brb 01.12.22 # yes you need to unzip the whole build 01.12.53 # <^Parrot^> overwrite all ? 01.13.40 # yes 01.14.04 # Hello !!! 01.15.12 # i am interesting to have ogg file in my digital player so does it exist an open frimware for thease kind of player 01.15.13 # <^Parrot^> have to make room... gotta remove the jpgs that rockbox can't use 01.15.13 # http://images.hepsiburada.com/assets/Bilgisayar/500/bd30157m.jpg 01.16.35 Quit fxb__ ("changing servers") 01.16.46 Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 01.16.49 # TheNumber: rockbox doesn't support this player 01.16.53 # <^Parrot^> moving files.... 01.17.03 # Thanks 01.17.04 # <^Parrot^> growing older as it happens... 01.17.07 # <^Parrot^> :0 01.17.19 # * Nico_P heads off to bed 01.17.45 Quit Nico_P (Remote closed the connection) 01.17.46 # good night 01.18.24 # me to time to go Good night Chan-san 01.18.26 Part TheNumber ("Konversation terminated!") 01.20.11 Quit axionix (Read error: 110 (Connection timed out)) 01.20.16 # <^Parrot^> ok.. rebooted... 01.20.25 Quit waldo (Read error: 104 (Connection reset by peer)) 01.21.04 Quit dabujo (Read error: 104 (Connection reset by peer)) 01.23.50 # <^Parrot^> If I want to use the db for title, artist, albu and album artist, do I have to make db playlists 4 times? 01.25.30 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 01.26.53 Quit jgarvey (Client Quit) 01.28.21 Nick Absnthe|away is now known as Absnthe (n=Christop@ool-43561407.dyn.optonline.net) 01.29.04 Part dig1 01.29.11 Quit wpyh (Read error: 110 (Connection timed out)) 01.30.01 Quit ^Parrot^ () 01.30.32 Quit tvelocity_ ("Αποχώρησε") 01.30.43 Quit DerPapst (Read error: 113 (No route to host)) 01.31.59 Part pixelma 01.33.24 Quit Zarggg () 01.34.45 Quit Sangue ("Trillian (http://www.ceruleanstudios.com") 01.35.05 Quit Synergy6 ("Adios") 01.36.56 *** Saving seen data "./dancer.seen" 01.38.38 Join AndyIL [0] (n=pasha_in@212.14.205.32) 01.40.29 Quit knittl (Read error: 113 (No route to host)) 01.43.37 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 01.43.55 Part toffe82 01.50.10 Quit AndyI (Read error: 110 (Connection timed out)) 02.09.34 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") 02.09.59 Part le-bemawi ("fin de conversation") 02.24.25 Quit Chronon ("Client exited") 02.25.29 Quit spiorf (Remote closed the connection) 02.30.02 Quit saratoga22 ("CGI:IRC (Ping timeout)") 02.35.33 Join toffe82 [0] (n=chatzill@adsl-71-154-234-188.dsl.frs2ca.sbcglobal.net) 02.42.33 Quit XavierGr () 02.49.48 Join RoC_MasterMind [0] (n=Free@c-71-203-172-58.hsd1.fl.comcast.net) 02.50.25 # I just got another gigabeat f40....what are the folders I have to leave on the drive once rockbox is on it? 03.00.05 Part ibycus 03.04.56 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 03.20.50 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 03.34.46 Quit linuxstb (Read error: 110 (Connection timed out)) 03.37.00 *** Saving seen data "./dancer.seen" 03.39.59 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 03.51.03 Join csc` [0] (n=csc@archlinux/user/csc) 03.52.35 Nick JdGordon|zzz is now known as JdGordon (i=jonno@rockbox/developer/JdGordon) 04.12.01 Join BlackChaos [0] (i=BlackCha@ool-182cdaac.dyn.optonline.net) 04.19.55 Part kkurbjun 04.21.19 # can anyone reproduce 8970 04.21.22 # ? 04.27.46 Quit BlackChaos ("Leaving") 04.28.14 Quit FOAD (Read error: 110 (Connection timed out)) 04.37.55 # RoC_MasterMind, leave GBSYSTEM 04.42.01 Quit csc` (Read error: 104 (Connection reset by peer)) 04.42.24 Quit MU{lappy} (Read error: 113 (No route to host)) 04.49.34 Quit |AhIoRoS| (Read error: 110 (Connection timed out)) 04.49.38 # k 04.49.39 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 04.50.26 Join MU{lappy} [0] (n=Militant@pool-72-70-183-80.hrbgpa.fios.verizon.net) 04.52.28 Join miepchen^schlaf_ [0] (n=miepchen@p54BF7D09.dip.t-dialin.net) 04.53.57 Quit Zarggg () 04.57.02 Quit RoC_MasterMind ("Leaving") 05.00.43 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 05.05.59 Join creamycenter2003 [0] (n=creamyce@ip-69-54-133-51.client.bct.org) 05.07.28 # i am having trouble booting rockbox on my sansa c240 v.1. If anybody feels like helping, please acknowledge 05.07.49 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.08.30 # how about just asking your question and if someon knows the answer they'll help? 05.08.45 # i get the rockbox bootloader up, but it says it cant find OF.mi4 05.08.55 # it is looking in /system/ 05.09.35 # i have tried placing/renaming the sandisk firmware to OF.mi4 05.09.47 # I thought we stopped using OF,mi4? 05.10.04 # how did you install the bootloader? 05.10.11 # copy pasta 05.10.18 # into the root 05.10.26 # from recovery mode 05.11.02 # and which instructions told you to do that? 05.11.08 # the wiki 05.11.11 # http://download.rockbox.org/manual/rockbox-sansac200/rockbox-buildch2.html#x4-60002 certainly didnt 05.12.01 # i had to do it manually because the stock firmware just hangs 05.13.35 # does recovery mode still work? 05.13.41 # i put the /.rockbox/ into the root, straight from the zip, then i put firmware.mi4 05.13.43 # yes 05.13.46 # thats all that works 05.14.47 # if its the same as the e200 the only thing your supposed to put there is the sansa firmware.mi4 file... no rockbox files 05.16.11 Nick Absnthe is now known as Absnthe|shower (n=Christop@ool-43561407.dyn.optonline.net) 05.17.11 # the wiki said to copy the .rockbox dir into the root, followed by firmware.mi4 05.17.36 # where? 05.18.25 # Note: If the contents of the .zip file are extracted correctly, you will have a directory called /.rockbox, which contains all the files needed by Rockbox, in the main directory of your player’s drive. 05.19.33 # on which page? and thats for MSC mode anyway.. not recovery 05.20.52 # how might i do it in recovery? 05.21.07 # because i cant do msc 05.21.38 # i presume due to corrupt mp3's loaded in 05.21.54 # so the thing just hangs on the sandisk splash 05.22.33 # 2.3.2. Manual Installation 05.23.36 # if you dont mind formatting it copy a file called "sansa.fmt" onto the recovery mode disk and then reboot it, that should format the c200 and if it was corrupt files you should be ok again 05.24.06 # yeah, i did that many times 05.25.14 # ok, copy http://daniel.haxx.se/sansa/c200/firmware.mi4 onto it in rec mode 05.27.34 # it still just hangs at the sandisk splash 05.27.55 # * JdGordon is out of ideas 05.28.07 # Llorean: any chance you can help him out? 05.28.22 Part Absnthe|shower ("Leaving") 05.29.09 # i just dont get why the rockbox installs ok, just gives me an error when looking for OF.bin and OF.mi4 05.29.32 # and where is this "/system" directory anyway? 05.29.53 # You shouldn't be installing on a c200 without its original firmware booting normally first 05.29.58 # Then you should be installing using sansapatcher. 05.30.22 # But, the file JdGordon linked can be used as OF.mi4. Just create a SYSTEM folder in the root, and put the file in it named OF.mi4, and it MIGHT work. 05.30.33 # But you're better off doing things the proper way as per the manual, which requires recovering your device first. 05.30.45 Quit Horscht ("User was distributing pornography on server; system seized by FBI") 05.31.00 # well, it wont recover, thats the problem 05.31.15 # i will try making a /system 05.31.18 Join mrpockets [0] (n=mrpocket@129.89.126.38) 05.31.21 # anyone here? 05.31.41 # Nope 05.31.52 # creamycenter2003: Does recovery mode say that it detects the firmware? 05.31.53 # wanna sport me some help champ? 05.31.54 # Same here. 05.32.28 # ASk away, you don't need to ask :) 05.32.29 # mrpockets: You don't need to ask to ask. Just ask your question. We can't know if we can help you until we know the question 05.32.36 # it says Mini-B- Device mode USB2.0 MSD 05.32.37 # mrpockets: You're not helpind yourself any. We can't help you if you don't tell us what to help with. 05.32.44 # lol 05.32.44 # yeah 05.32.46 # got it 05.32.55 # didn't know if this was a real chan, or just a few goons chill'en. 05.33.02 # lol 05.33.05 # Mostly the latter. 05.33.07 # :P 05.33.11 # I'm running Ubuntu here, 7.10. How the hell do i get the Ipod in Disk mode :( 05.33.20 # There's a ton of ppls here, someone has to be watching :) 05.33.31 # Mouser_X: No, it's a real channel... 05.33.41 # mrpockets: The channel has posted guidelines you should've read. 05.33.59 # As for disk mode, it has nothing to do with your OS. Depending on your iPod the instructions are different, but they're even posted at the apple site. 05.34.30 # creamycenter2003: When you copy the firmware.mi4 to it, on disconnect it should mention finding it and updating 05.34.48 # yeah, it does that 05.35.30 # And you tried it with the exact file JdGordon linked? 05.35.33 # and it even loads rockbox bootloader, but fails to find OF.bin, so it tries OF.mi4 05.35.35 # yes 05.35.57 # The file JdGordon linked, after upgrading, it shouldn't load the Rockbox bootloader... 05.36.04 # i did, and it removes the rockbox loader 05.36.12 # And the original firmware freezes? 05.36.18 # and leaves me with the frozen orig 05.36.37 # even the one from the sandisk forums freezes 05.37.03 *** Saving seen data "./dancer.seen" 05.37.28 # is the bootloader/firmware stored on the same NAND flash chip? 05.37.48 # i am wondering if the chip is bad 05.38.32 # creamycenter2003: If sansa.fmt won't work after recovering the firmware, there's certainly something worse wrong than just some corrupt MP3s, since they're long gone. 05.39.02 # i thought so.... 05.39.37 # Creating an OF.mi4 shouldn't work, since it'll just encounter the same problem that's preventing the OF from loading normally 05.39.48 # i am just surprised that the new firmware would load and "change" if the flash was bad 05.40.00 # There's also no way to put it on, since you don't have USB access without a working OF. 05.40.32 # not totally true... e200tool can be used to put a file onto the flash 05.40.45 # but the program needs to be coded manually 05.40.54 # should i boot up ubuntu and try? 06.00.31 Quit carini ("ChatZilla 0.9.81-rdmsoft [XULRunner 1.8.0.9/2006120508]") 06.03.23 # how do i work diagnostic mode? 06.03.50 # i load in to it, and a bunch of text flys by 06.04.32 # and lands on "upgrade firmware"erase sd media" erase sd nvp" 06.04.51 # what is that last option? and how do i select it 06.33.34 Join atrus [0] (n=atrus@d198-166-253-216.abhsia.telus.net) 06.55.19 Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-786fe454157eb52c) 07.07.49 Join homielowe [0] (n=eric_j_l@66.183.89.40) 07.15.05 Join FOAD [0] (n=dok@dinah.blub.net) 07.16.59 Quit rvvs89 (Remote closed the connection) 07.17.21 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 07.29.34 Quit rvvs89 (Remote closed the connection) 07.29.52 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 07.30.25 Quit saratoga ("CGI:IRC (EOF)") 07.37.05 *** Saving seen data "./dancer.seen" 07.46.58 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 07.48.41 Quit homielowe () 07.48.49 Join Chronon [0] (i=chronon@c-24-20-117-106.hsd1.or.comcast.net) 07.56.11 Quit Nico_P (Remote closed the connection) 07.58.12 Nick miepchen^schlaf_ is now known as miepchen^schlaf (n=miepchen@p54BF7D09.dip.t-dialin.net) 07.58.15 Quit XavierGr (Read error: 110 (Connection timed out)) 08.09.36 Quit GodEater (Remote closed the connection) 08.09.36 Quit perrikwp (Remote closed the connection) 08.15.57 Part toffe82 08.17.16 Quit miepchen^schlaf () 08.26.19 Quit BigBambi (Remote closed the connection) 08.26.39 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 08.29.11 Join Nibbler [0] (n=Nibbler@txx226.disy.net) 08.32.21 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-b46ba76d90417347) 08.32.40 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.34.49 Quit ompaul (Client Quit) 08.36.38 Quit creamycenter2003 ("I blame you entirely!!!") 08.38.06 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 08.42.02 # * linuxstb offfers some coffee in an attempt to wake the channel 08.44.46 # * LinusN smells coffee and wakes up 08.47.03 Join spiorf [0] (n=spiorf@host13-217-dynamic.21-79-r.retail.telecomitalia.it) 08.48.55 # *yawn* 08.49.15 # * markun wakes up 08.49.17 # * GodEater needs coffee intravenously to wake up 08.49.36 # * linuxstb prepares the needles 08.50.23 # grab some caffenated soap from thinkgeek :D 08.50.38 # * GodEater blames his apparent narcolepsy on playing GTA:IV too late into the night :-/ 08.51.48 # anyone seen this ? http://code.google.com/appengine/articles/rietveld.html 08.52.31 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.54.19 # * scorche has been hearing about it in a gsoc related channel that has 8 people in it 08.54.43 # GodEater: it's basically what we do already. Looking at diffs on the frontpage and talking about them in here. 08.54.51 # looks like our cvs mailing list serves that purpose well, if not better 08.55.27 # * GodEater pops the url back into the envelope and mails it back to google with "not needed" written on it 08.55.46 # But isn't the difference that we generally review code _after_ commit? 08.56.36 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.56.48 # linuxstb: yes, that is true 08.57.16 Join Rob2222 [0] (n=Miranda@p4FDCE3D2.dip.t-dialin.net) 08.58.35 # hmmm, maybe i misunderstood 08.58.53 # it could be useful for discussing flyspray patches 08.59.35 Join petur [50] (n=petur@rockbox/developer/petur) 09.00.37 # * linuxstb suggests "someone" should install it for us to play with 09.00.54 # * scorche has a google app account 09.02.03 # You need a google app account to use it? 09.04.01 # i think so as it relies on Googles servers for stuff like BigTable 09.04.10 # not sure though 09.04.56 # there is this, but i suppose it doesnt quite confirmhttp://groups.google.com/group/codereview-discuss/browse_thread/thread/80392d2be3cda69b 09.04.57 # I thought only Mondrian relied on BigTable ? 09.05.09 # GodEater: as i said...i am not sure 09.05.36 # well they're running a demo here : http://codereview.appspot.com/ 09.06.10 Join perrikwp [0] (i=9821738c@gateway/web/ajax/mibbit.com/x-ca6483292328faf3) 09.06.16 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-984dcd7b1ae7b91c) 09.06.36 Quit perrikwp (Client Quit) 09.06.41 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-984dcd7b1ae7b91c) 09.06.51 Join perrikwp [0] (i=9821738c@gateway/web/ajax/mibbit.com/x-d97fa886e46f5608) 09.10.02 Quit spiorf (Remote closed the connection) 09.10.31 # bringing channel back on topic... has the quickscreen frozen for anyone? there is a report on flyspray but i havnt reproduced it (reported on nano) 09.15.18 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.19.44 # i like that rietveld tool 09.20.21 # hmmm, i rarely use the quickscreen 09.23.19 Join yeal` [0] (i=yeal@pool-71-103-99-26.lsanca.dsl-w.verizon.net) 09.23.21 # ROCKBOX 09.23.29 # what is a good modular for rockbox 09.23.33 # to make it good for ipod 09.23.46 # for ipod, i don't think i ahve to load a database each time 09.23.52 # how can i fix that for rockbox? 09.23.56 # why dont we use the piezo on the ipods for the keyclick? 09.24.04 # what is piezo? 09.25.13 # yeal`: what do you mean by "modular"? 09.25.43 # i meant add-ons 09.26.38 # we have some patches to change parts of rockbox, but I'm still not sure what you are asking for. 09.34.05 Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) 09.35.46 Join J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 09.37.07 *** Saving seen data "./dancer.seen" 09.40.24 Join homielowe [0] (n=eric_j_l@66.183.89.40) 09.42.36 # JdGordon: There's been a patch for that for years, but I don't think it was good enough to commit. 09.44.42 # * JdGordon grabs piezo.c from the patch and gets to work 09.44.44 # yeal`: we actually think rockbox is good for ipod already 09.44.47 # yeal`: The only "add-ons" are the plugins/viewers which are included with the standard install - everything that's available for Rockbox (apart from "in-progess" developments) is included in the standard download. 09.45.06 # does it make sense that keyclick would always use the piezo instead of headphones? 09.45.14 # or both? 09.45.22 # I don't think so, but I wouldn't use that feature anyway. 09.46.31 # the meizu's also have such a piezo 09.48.02 # JdGordon: i think both options are useful. for example, i wouldn't want a beep in my headphones for each wheel movement 09.48.45 # imo thats when you woulod use it 09.49.00 # lack of feedback on the wheel sucks 09.49.54 # In general or for blind users? 09.50.03 # in general 09.51.01 # Then I disagree 09.52.38 # you can get visual feedback 09.52.50 Join DerDome [0] (n=DerDome@dslb-082-083-205-253.pools.arcor-ip.net) 09.57.09 # * linuxstb notices there is no mention of devcon on the front page news 09.58.04 Quit Shaid (Read error: 110 (Connection timed out)) 10.02.25 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 10.10.19 Join creamycenter2003 [0] (n=ubuntu@ip-69-54-133-51.client.bct.org) 10.11.55 # ok, my sansa wont boot, i am trying to re flash the bootloader, but it keeps failing upon mounting, saying over and over: "LUN0 locked""LUN0 unlocked" 10.12.33 # is there a secret to restoring it from a bad flash, with e200tool 10.12.57 # e200tool is for manufacturer mode 10.13.03 # yes 10.13.53 # thats the only mode it will boot, as it goofed up during a nand format, so it is 100% blank 10.15.02 # i sent it pribootloader.rom and it brings up the recovery screen, then as soon as the 16meg drive is mounted, it goes into a fit about LUN0 lock/unlocked 10.15.21 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 10.15.21 # thats normal iirc.. as long as it stays booted 10.15.25 # mounted even 10.15.58 # it does, then it says loading image, loading font loading etc....and then it reboots, and nothing 10.16.20 # it's like it wont hold the flash it just loaded 10.16.49 # what did you say about the "nand format" ? what was that and how did you do that? 10.16.57 # yes, before it reboots you need to hold rec (or whatevr it is) to get into the rec mode 10.17.29 # in diagnostic mode, it was formatting, when the battery came undone, leaving me with bad situation 10.17.40 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 10.17.45 # diagnostic mode? 10.17.58 # you mean the one we call recovery mode? 10.17.58 # hold down arrow on bootup 10.18.40 # * B4gder doesn't remember what buttons that do what 10.18.56 # it has the option to format the internal sd 10.19.15 # I've never seen any such 10.19.15 # which it was doing when the battey dropped 10.19.39 Join grr45 [0] (i=grr@202-154-130-13.ras-dynamic.connections.net.nz) 10.19.55 Quit J (Read error: 110 (Connection timed out)) 10.20.10 # so now i'm trying to put the bootloader/firmware back on, with e200tool, running under ubuntu 10.21.00 # it sends the bootloader over, the device loads it and gives me recovery mode, but wont accept any flash perm 10.21.46 # you tried creating a .fmt file in recovery mode? 10.21.54 # yes 10.22.12 # what file are you copying in recovery mode? 10.22.27 # is this a c200 sansa ? 10.22.57 # pribootLoader.rom and firmware.mi4 as well as font. Yes c200 v.1. 10.23.18 # then I believe you are in the c200 sansa nand flash ruined mess hell 10.23.30 # yes that 10.23.45 # * B4gder points to gevaerts 10.23.47 # :-) 10.23.47 # creamycenter2003: c240 or c250 ? Are you running linux ? 10.23.51 # * gevaerts hides 10.23.53 # yes 10.24.19 # What about compiling a Rockbox build with USB mass storage enabled, and uploading the rockbox.bin as pribootLoader.rom ? 10.24.58 # * creamycenter2003 will try 10.25.00 # linuxstb: the problem with the c200 models is they seem to "trust" a totally messed up partition table and thus can refuse to function 10.25.28 # would it make a difference if i used rockbox vs doing it by hand? 10.25.32 # e200rpatcher could probably also be used, modified to upload such a rockbox.bin 10.25.48 # you need a tool that can restore the partition tables 10.26.09 # but I guess usb-storage access would do for that 10.26.26 # creamycenter2003: Can you compile your own Rockbox builds? 10.26.27 # is there a binary available? i'm running the live distro, so it will take forever to compile 10.26.29 # * B4gder gets things very very slowly 10.27.00 # * linuxstb hands B4gder a Ristretto 10.27.31 # * B4gder awakens 10.27.39 # how do i gain access to the flash partitions, without having the firmware already on it? 10.28.03 # creamycenter2003: by loading a tool for that onto the target using e200tool 10.29.21 # creamycenter2003: do you have access to a linux machine ? 10.29.43 # so load the rockbox bootload in using 200tool, then copy the firmawre into the 16mb drive? 10.29.45 # * linuxstb compiles a c200 build with USB enabled 10.29.50 # gevaerts: I think he's running ubuntu. 10.30.00 # Possibly off a CD? I'm not sure on that. 10.30.03 # creamycenter2003: Wait a few minutes, I'm building a tool for you... 10.30.11 # coolness 10.30.34 # Yes. The people here are usually really nice (and always awesome, in one way or another). 10.30.45 # * gevaerts waits for linuxstb's tool. If that works it's most probably much cleaner than his own 10.35.16 # creamycenter2003: Try putting your c200 in manufacturing mode, then run this tool - http://www.davechapman.f2s.com/rockbox/e200rpatcher.tgz 10.36.05 # It does a similar thing to e200tool, but will upload a Rockbox build with USB mass storage enabled. You should then be able to access your c200's flash from your computer and fix the partition table and firmware partition. 10.36.24 Quit bughunter2 ("Leaving.") 10.39.05 # linuxstb: how did you build it ? Give rockbox.bin ro the e200rpatcher build as bootloader.bin ? 10.39.14 # Yes 10.39.47 # So reasonably easy... Much cleaner than my hack 10.40.00 # * amiconn agrees with JdGordon regarding the wheel feedback 10.40.05 # the program said Patching application uploaded successfully! 10.40.24 # And what happened on your c200? 10.40.24 # how do i procede? not drives are mounted 10.40.39 # it stays blue, blank screen 10.40.43 # If it worked, you should see the Rockbox USB screen - an image of a USB plug... 10.40.46 # OK, then it didn't work. 10.41.08 # creamycenter2003: then download http://www.evonet.be/~gevaerts/c240erase 10.41.08 # Maybe the c200 doesn't do enough initialisation for a Rockbox build to work without the bootloader... 10.41.45 # creamycenter2003: same procedure : put it into manufacturer mode and run c240erase (as root). 10.42.04 Join grr4536 [0] (i=grr@202-154-135-154.ras-dynamic.connections.net.nz) 10.43.16 # gevaerts: Does your tool attempt to use the LCD? 10.43.28 # linuxstb: yes 10.45.18 Quit grr4536 (Client Quit) 10.45.31 # linuxstb: source is at http://www.evonet.be/~gevaerts/main-c240wipe.c, but it needs some manual build environment twiddling to get it to work 10.45.44 # Which is why I haven't committed yet 10.45.56 # i cant get c240erase to even open 10.46.02 # it just says bad command 10.46.38 # can you run "md5sum c240erase" and tell me what it says ? 10.47.04 # Is it executable ? If not, run "chmod +x c240erase" 10.47.40 # (for the md5sum, if you can't easily copy/paste, just give the first 4 ot 5 characters) 10.47.59 # nevermind i forgot to chmod it 10.48.08 # oh ^^ 10.48.46 # Normally I would have mentionned the chmod step, but since you already ran linuxstb's e200rpatcher, I assumed you wouldn't forget :) 10.49.07 # it's zeroing flash 10.49.14 # do i hold record? 10.49.22 # No. Just leave it alone 10.50.05 # This will take a while (between 10 and 40 minutes I guess, but I'm not sure). Once it's done there should be something on the screen about pressing any key 10.50.27 # then will i run e200patcher 10.50.29 # ? 10.50.48 # gevaerts: I put e200rpatcher in a .tgz to avoid that step... 10.51.01 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 10.51.08 # creamycenter2003: No, this is an alternative method to e200rpatcher 10.51.36 # After that, you need to put it back into manufacturer mode and do the "normal" e200tool recover procedure (i.e. "e200tool recover pribootloader.rom" and copy pribootloader.rom and firmware.mi4 to the recovery drive) 10.51.57 # got it 10.52.16 Quit simonrvn (Nick collision from services.) 10.52.24 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 10.52.51 # Then the OF should work. I recommend formatting the data partition again _from within the OF_ (i.e. Settings->Format) to be sure 10.53.07 # gevaerts: Do you build your main-c240wipe.c as a bootloader build? 10.54.16 Join DerPapst [0] (n=Der_Paps@p5B23BDD6.dip.t-dialin.net) 10.54.51 # linuxstb: let me check. It's been a while since I did the twiddling 10.55.12 # I'm guessing you did, as you use "printf" 10.55.27 Join PaulJam [0] (i=PaulJam_@vpn-3089.gwdg.de) 10.56.23 # linuxstb: I actually configure for e200rpatcher, then change the Makefile a bit to have the right TARGET, build, edit bootloader/linkage.lds (It needs to start at 0x40004000), and relink 10.56.51 # * gevaerts doesn't remember how he found this. It's two months ago... 10.56.53 # Ah, of course... That's why my rockbox.bin failed... 10.57.22 # The 0x40004000 ? 10.57.32 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 10.57.39 # Yes, I forgot it gets uploaded to IRAM. 10.57.54 # And it's too big as well... 10.58.46 # We would need to enable interrupts in the PP bootloaders, and add UMS mode... 11.00.03 # * gevaerts still thinks that sandisk screwed up by not making the sansa.fmt trick work properly on c200 11.02.26 # creamycenter2003: which wiki page did you follow originally (with OF.mi4 in /SYSTEM/ instructions) ? 11.04.01 # that was a result, not a direction, i followed the manual install method, where i copy firmware and bootloader to the root. it booted the loader for rockbox, and was searching for those files 11.05.43 # i eventually got the OF to load, by random chance, after i formatted the internal memory, from within the diagnostic mode 11.06.09 # but sansa.fmt did absoulutely nothing 11.07.07 # I know. sansa.fmt not working is why I wrote this tool. 11.07.25 Quit grr45 (Connection timed out) 11.09.58 # so which firmware should i use? the one from the sandisl forums, the ones from the e200tool page, or the ones from the rockbox site? 11.10.50 # first, avoid the sandisk forum 11.11.01 # will do 11.11.04 # at least for anything related to rockbox 11.14.52 # creamycenter2003: and if you mean what OF mi4 to use, it really doesn't matter since once you have restored you can upgrade that to whatever you want 11.15.35 # for rockbox, the OF version really is of little importance 11.15.56 # i just want this stupid thing to work 11.16.37 Quit Chronon (Read error: 113 (No route to host)) 11.22.07 # Is it still counting down ? 11.22.15 # yep 11.22.25 # gots 43 mb left 11.28.03 Quit DerPapst (Nick collision from services.) 11.28.14 Join DerPapst_ [0] (n=Der_Paps@p5B23BDD6.dip.t-dialin.net) 11.30.54 Quit JdGordon ("Konversation terminated!") 11.30.59 Quit Synergy6 ("Adios") 11.32.33 Join JdGordon [0] (n=Miranda@c211-28-93-8.smelb1.vic.optusnet.com.au) 11.37.09 *** Saving seen data "./dancer.seen" 11.50.59 # creamycenter2003: still going ? 11.55.06 Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 11.59.55 Quit Llorean (Read error: 104 (Connection reset by peer)) 12.00.25 Join Llorean [0] (n=DarkkOne@69.154.187.90) 12.10.38 # * mrkiko listens to rockbox within the class-room 'cause the prof has gone 12.11.37 Quit MU{lappy} (Read error: 113 (No route to host)) 12.12.11 Quit linuxstb (Read error: 110 (Connection timed out)) 12.19.06 Join BitTorment [0] (n=martin@87-194-94-92.bethere.co.uk) 12.22.19 Quit yeal` () 12.24.32 Join knittl [0] (n=knittl@193.170.133.180) 12.29.13 # * mrkiko freezed rockbox 12.29.13 # :D 12.30.28 Quit DerDome ("Leaving.") 12.31.05 # with a compass I got the player to reset 12.32.29 # What will actually happen if I activate the rockbox study mode? 12.35.00 Quit knittl (Remote closed the connection) 12.35.07 # Ok - understood 12.35.14 # "study mode" ? 12.35.48 # yes 12.35.51 # :D it exists 12.40.03 # Now I'll disable voice ... 12.40.22 # done 12.40.30 # Now I'll try to have a crash 12.40.42 # with no voice file at all (I don't thrust rockbox enough to disable it by the menu... :D ) 12.41.34 # I expect no more crashes 12.41.44 # but I'll wait some days / months 12.43.47 Quit Bjoern-Erik (Read error: 113 (No route to host)) 12.47.23 Join Thundercloud [0] (n=thunderc@resnet15.nat.lancs.ac.uk) 12.47.42 # Bye all! See you! 12.47.45 Part mrkiko 12.53.07 Quit Nibbler (Remote closed the connection) 12.56.07 Quit dionoea (Remote closed the connection) 12.56.10 Join dionoea [0] (n=dionoea@yop.chewa.net) 13.03.54 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 13.07.54 Quit XavierGr (Read error: 104 (Connection reset by peer)) 13.08.18 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-64-139.w86-213.abo.wanadoo.fr) 13.16.14 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 13.17.25 # LinusN (or anyone who'd know): My H300 shuts down with an empty battery warning at 3.65V, isn't this a bit too quick? 13.17.51 # Whilst I was getting 12 hour runs last week, it seems to only be lasting a few hours now 13.18.23 Quit davina (Read error: 110 (Connection timed out)) 13.18.34 # This seems a very fast dropoff, so I was hoping it was a Li-Ion self-calibration issue, rather than a dead battery. 13.19.41 # Any tests I should do, or procedures I could try before I buy a replacement battery? 13.24.56 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 13.28.44 Join Chronon [0] (i=chronon@c-24-20-117-106.hsd1.or.comcast.net) 13.29.41 Quit DerPapst_ (Read error: 113 (No route to host)) 13.31.11 Quit jhMikeS () 13.31.49 Part B4gder 13.32.21 Join DerPapst [0] (n=Der_Paps@dhcp-25-220.fh-friedberg.de) 13.33.44 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-984dcd7b1ae7b91c) 13.34.29 Join Nibbler [0] (n=Nibbler@txx226.disy.net) 13.37.05 # pondlife: i had the same issue with my x5, a new battery fixed it 13.37.11 *** Saving seen data "./dancer.seen" 13.37.17 # OK 13.38.57 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 13.42.28 Join J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 13.48.44 Quit nplus (Read error: 110 (Connection timed out)) 13.49.11 # I was surprised how quickly it died - wondering if this was actually down to a bug (CPU boost or something)... ;) 13.55.38 # same here 14.06.41 # hmmm I recently noticed my battery isn't holding as long as it used to, but the battery isn't that old. I wonder if something is consuming more power :/ 14.07.11 # or maybe the battery wasn't that new :( 14.11.28 # I'll perform a run-time test again... maybe battery bench should measure boost (and hard disk) ratio? 14.12.06 # It reports 4.19V on a full charge too, I'd think a dying Li-ion would give a lower max voltage 14.16.45 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 14.17.16 Quit jgarvey (Client Quit) 14.25.05 Quit JdGordon (Read error: 104 (Connection reset by peer)) 14.26.21 Quit PaulJam (".") 14.27.11 Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 14.35.57 Quit J (Remote closed the connection) 14.38.55 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 14.40.33 Join ali_as [0] (n=as@ambix.plus.com) 14.40.39 Quit XavierGr (Read error: 104 (Connection reset by peer)) 14.42.59 # pondlife: Of course it wouldn't. 14.44.06 Part Bagderr 14.49.09 Quit JdGordon (Remote closed the connection) 14.49.39 Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 14.50.04 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-67ebd5170b7ed6c9) 14.51.04 # JdGordon: do you have a m:robe 500? if so, is the DSP patch working for you (the one from catalin)? 14.51.31 # yes and it did before, but last time i checked it didnt 14.51.50 # hmm, I'm not getting the DSP's interrupts at the ARM cpu 14.52.04 # (on a ZVM) 14.52.43 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 14.53.25 Quit DerPapst (Read error: 110 (Connection timed out)) 14.54.25 # I dunno... you need to talk to cat about it all, I know nothing :p 14.54.37 # k :) 14.55.16 # he's not online atm though :( 14.55.19 Join TheNumber [0] (n=thenumbe@196.203.245.16) 14.55.28 # do you have his email? he is usually on gtalk 14.55.55 # yes I do, but he isn't online either at gtalk 14.56.32 # have you tried the latest patch I posted on flyspray about the DSP and the ZVM? 14.56.34 # Salut !!! 14.56.52 # I did but it didnt compile, unless there is a newer version? 14.57.10 # JdGordon: I don't know, which one did you use? 14.57.10 Join hopenglish [0] (n=4b204236@gateway/web/cgi-irc/labb.contactor.se/x-1d02d9b1132e273a) 14.57.24 # the one you said it didn't work? 14.58.00 # JdGordon: http://www.rockbox.org/tracker/task/8853 14.58.34 # ah no, havnt tried the newest one.. 14.58.36 # one min 14.58.42 # ok, thanks 14.58.46 # iPod 5.5 Gen Video 30Gig - Is it possible to completely erase the original iPod firmware once RockBox is installed? 14.59.21 # I would like RockBox to be the only accessible OS on the device. 14.59.25 # No, you still need the iPod firmware for file transfers. 14.59.34 # Rockbox doesn't have a full USB stack yet. 14.59.51 # Thanks. Can I cripple the iPod firmware then?:) 15.00.06 # Without hindering the RockBox OS... 15.00.33 Quit ali_as_ (Read error: 110 (Connection timed out)) 15.02.56 # Once Rockbox has a fully working USB stack available, and all the missing functionality that the iPod firmware has but we don't is in Rockbox, then you'll never have to look at the iPod firmware again. 15.03.09 # But until then, you still need it. 15.03.33 # mcuelenaere: any chance you can build me a mr500 boot image built with your patch? 15.03.44 # JdGordon: yes, just a sec 15.03.52 # doesn't the patch apply? 15.04.20 # it does, but i've got the old added files and not sure which have been applied twice 15.04.40 # ah ok 15.04.45 # unless there is a way to remove all non version controlled files? 15.05.08 # Lambda: Thanks. 15.05.35 # mcuelenaere: arg, the bootloader in that patch wont work 15.05.44 # lemme just redownload the source... 1 min 15.05.55 # JdGordon: there's a thread in the forums about that, I'll look it up.. 15.06.21 # JdGordon: http://forums.rockbox.org/index.php?topic=14842.0 15.06.32 # JdGordon: http://svn.collab.net/repos/svn/trunk/contrib/client-side/svn-clean 15.07.45 # ta 15.08.53 # JdGordon: do I need to do "make zip" or will a rockbox.* suffice? 15.09.05 Join perrikwp [0] (i=9821738c@gateway/web/ajax/mibbit.com/x-3fd02cd061240feb) 15.09.08 # just rockbox.* 15.09.38 # its failing to compile here... 15.09.43 # I tihnk your patch misses a file 15.09.45 # what error? 15.09.48 # hmm could be 15.10.05 # I'll do a "svn status" after compiling 15.10.15 # CL500 is missing math.h and stdio.h 15.10.21 # and then the same errors in the thread 15.10.41 # math.h and stdio.h are included in the TI installation 15.10.54 Quit perrikwp (Client Quit) 15.11.12 Join perrikwp [0] (i=9821738c@gateway/web/ajax/mibbit.com/x-9129f0c90208abee) 15.11.15 Join desowin [0] (n=desowin@atheme/member/desowin) 15.11.32 # JdGordon: I see I forgot to undefine LOGF 15.12.06 # maybe thats the problem 15.12.29 # my $PATH should be ok.. 15.12.46 # and $C_DIR ? 15.12.59 # JdGordon: http://www.verzend.be/v/552014/rockbox.mrobe500.html 15.13.22 # I have no $C_DIR 15.13.33 # the ti stuff is in the path 15.14.33 # I didn't got the patch to compile completely without setting C_DIR to "/opt/TI/cg54xx 15.14.38 # woops 15.14.45 Join dabujo [0] (i=xx@p4FDB0E34.dip0.t-ipconnect.de) 15.14.59 # "/opt/TI/cg54x_4_1_1/include;/opt/TI/cg54x_4_1_1/lib" 15.15.22 # PATH=/usr/local/bin:/usr/bin:/bin:/usr/games:/usr/local/arm-elf/bin:/usr/local/m68k-elf/bin:/usr/local/sh-elf/bin:/usr/local/ti-c54x/include:/usr/local/ti-c54x/lib:/usr/local/ti-c54x/bin: 15.15.51 # mcuelenaere: does the main() from that build call dsp_wakeup()? 15.16.05 # eh, it could be it doesn't 15.16.17 # good point, will change that :) 15.16.57 # crap, also the usb detection needs to be #if 0'ed 15.17.05 # sorry 15.17.41 # ah BTW, shouldn't it be a bootloader build? cause I compiled a "normal" one 15.18.15 # either one should work, as long as dsp_wakeup() is called 15.18.30 # do a bl one.. 15.20.06 # It's compiling 15.20.22 Quit freqmod_qu (Read error: 110 (Connection timed out)) 15.21.02 # JdGordon: http://www.verzend.be/v/2448733/rockbox.mrboot.html 15.22.16 # ah I didn't disable the USB stuff 15.22.17 # recompile? 15.22.31 # no, in the bootloader its ok 15.23.00 # it won't work, the dsp is inited before the ATA is inited 15.24.11 # doh, too slow 15.24.14 # JdGordon: http://www.verzend.be/v/2830431/1_rockbox.mrboot.html 15.24.47 Join DerDome [0] (n=DerDome@dslb-082-083-205-253.pools.arcor-ip.net) 15.24.47 # i might have to wait for the battery to go flat :( 15.25.06 # how come? 15.25.19 # BTW, don't download my latest link, I just see I got the DSP code all messed up 15.25.26 # * LambdaCalculus37 works some more on the Gigabeat S manual 15.25.30 # its frozen and there is no proper hardware reset 15.25.57 # can't you pull the battery out? 15.26.12 # I havnt managed to get the screws out yet so no 15.26.39 # bugger! 15.26.40 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 15.26.47 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 15.26.53 # ah crap, I'm sorry to mess up your player :( 15.27.59 # dont worry... its not being used atm anyway 15.30.05 # iPod Video 5.5 Gen - Should plugging a cable into the video out force RockBox to automatically feed the video signal to the source of the cable? Or does a setting need to be configured to enable this? 15.30.35 # rockbox doesnt have video out 15.31.19 # Uh oh. 15.31.55 # We don't even use the Broadcom video chip in the iPod video. 15.33.13 # That's no good... That's essential to what I am trying to do... 15.33.33 # Essentially feeding the signal from an iPod to 3d glasses.. 15.37.12 *** Saving seen data "./dancer.seen" 15.38.16 Quit OlivierBorowski (Remote closed the connection) 15.38.48 # Well, tell Broadcom to release their datasheets for the video chip, or help us out by figuring out how the chip works. 15.41.06 Join JdGordon_ [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 15.41.12 # Is this the BCM2722 chip? 15.42.43 # Yes. 15.44.33 Join n1s [0] (n=nils@rockbox/developer/n1s) 15.44.49 # n1s: hey, you pinged me last night? 15.45.07 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-64-139.w86-213.abo.wanadoo.fr) 15.45.56 # yeah, found a small bug in the Rockbox Info screen and I don't know how to fix it without braking the list FS#8969 15.46.17 # braking the scrolling lines in the list that is 15.47.21 # s/braking/breaking 15.47.55 # ah yes, thats right (I rmemeber reading the log but didnt remember the ping reason :p ) 15.48.05 # petur: :P 15.48.05 # yeah, not really sure what to do there... 15.48.25 # other than removing the seconds and forcing an update every 30s or so? 15.48.34 # Lambda: This is new territory... Both RockBox and the development/programming thereof... What's currently keeping RockBox from integrating the video-chip technology into a build? By RockBox, I mean you all.. or us.. or whatever. 15.49.10 # JdGordon_: that would at least look nicer i guess 15.49.26 # JdGordon, n1s: how about removing the clock completely? 15.49.51 # petur: afaik it's there for the blind users who can't see the status bar 15.50.08 # so as long as time is voiced i'm fine with that 15.50.18 # might be a bit inconsistent though 15.50.18 # hopenglish: Simple... no one has really looked into it, and because of a lack of public datasheets, it's going to take some serious reverse engineering to see how the chip works. 15.50.25 # no, the clock should stay 15.50.40 # unless the time voicing is moved to the quickscreen (which sdoyan has a patch for 15.50.41 # But then again, reverse engineering is something we tend to do a lot of. :) 15.50.58 # * petur thinks a clock on an info screen is optional 15.55.17 # Lambda: Thanks. I'll do what I can... Is Broadcom worried that the data sheets be used to develop another chip? 15.55.50 # JdGordon: The proper solution would be to extend lcd_puts_scroll() so that it allows to specify whether to reset the scroll position or not 15.56.13 # An easier solution might be to check whether the new text is equal to the old, and not reset scroll position if so 15.56.34 # hopenglish: It's what they call a "trade secret". 15.56.37 Quit JdGordon (Read error: 110 (Connection timed out)) 15.57.05 Nick JdGordon_ is now known as JdGordon (i=jonno@rockbox/developer/JdGordon) 15.57.35 # amiconn: the 2nd should definatly be possible 16.03.18 Quit Nibbler (Read error: 113 (No route to host)) 16.04.09 Quit hopenglish ("CGI:IRC (EOF)") 16.07.34 Quit Ragnor (Nick collision from services.) 16.07.44 Join Ragnor [0] (n=Ragnor@dslb-084-060-152-200.pools.arcor-ip.net) 16.10.52 Join quassel251 [0] (n=quassel@2001:700:300:1800:213:d3ff:fee9:5ed0) 16.11.47 Nick quassel251 is now known as freqmod_qu (n=quassel@2001:700:300:1800:213:d3ff:fee9:5ed0) 16.15.00 # jhMikeS: Ping! 16.19.44 # LambdaCalculus37: gniP 16.20.58 Quit XavierGr (Read error: 104 (Connection reset by peer)) 16.21.57 # jhMikeS: For the manual... does the beast have RoLo implemented yet? And how can you clear settings on startup? 16.22.23 Join hopenglish [0] (n=4b204236@gateway/web/cgi-irc/labb.contactor.se/x-6eddd19190054b5f) 16.22.29 # 1) It does have RoLo but it's dodgey 2) I never tried :) 16.22.36 # Lambda: Ever heard of TuneView? 16.22.53 # hopenglish: No, never have. 16.23.17 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 16.23.22 # jhMikeS: I'll mark RoLo as not working on the beast in the manual, then. 16.23.42 # But I need to figure out how to clear settings on startup so I can add that to the manual if possible. 16.23.59 # open up main.c... should be there 16.24.08 # assuming its even setup 16.24.27 # JdGordon: Thanks; I'll take a quick peek. 16.24.32 Join nplus [0] (n=npl@141.25.Globcom.Net) 16.24.39 # Lambda: Sorry... Collecting my thoughts... 16.25.06 # LambdaCalculus37: looks like A 16.25.25 # unless (CONFIG_KEYPAD == GIGABEAT_PAD) is false 16.25.43 # ptherwise its BUTTON_REC or none 16.26.04 # there's no button A on the S 16.26.08 # I don't think it's enabled for the beast 16.26.23 # what should it be? 16.27.09 # does it have a record button? 16.27.12 # nope 16.27.22 # any odd buttons? 16.27.32 # windows button ;) 16.27.37 # thattll do 16.27.50 # * jhMikeS was gonna say but then the back button sort of implies "back" 16.27.51 # That would be the Menu button then. 16.28.04 # * LambdaCalculus37 makes a note of that 16.28.19 Quit LinusN (leguin.freenode.net irc.freenode.net) 16.28.19 NSplit leguin.freenode.net irc.freenode.net 16.28.43 # can't we just use the hold switch like the ipods? 16.28.56 # please dont 16.29.05 # then it conflicts with dual boot 16.29.17 NHeal leguin.freenode.net irc.freenode.net 16.29.17 NJoin LinusN [0] (n=linus@rockbox/developer/LinusN) 16.29.37 Quit OlivierBorowski (Remote closed the connection) 16.30.00 # jhMikeS: but that is checked before the bootloader so it would be really difficult to do it by accident... 16.30.23 # but maybe it's not such a good idea when we have plenty of buttons 16.30.31 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-64-139.w86-213.abo.wanadoo.fr) 16.30.33 # * LambdaCalculus37 goes for coffee 16.30.34 # then you have to worry about when you do it then 16.31.28 # * n1s thinks the SETTINGS_RESET define should go into the keymaps for clarity 16.31.29 # * jhMikeS votes for MENU, BACK would coflict with UI too much 16.31.48 # jhMikeS: that's fine with me 16.32.39 # n1s: The ipods are special cases because (as far as I could tell), buttons pressed before the button driver was initialised weren't being registered. Hence the only choice was the hold switch. 16.32.58 # linuxstb: aha 16.33.51 # But that was in the early days of the port, maybe it's worth testing/investigating again on ipods. 16.34.54 # * petur votes for moving it to the hold switch on all targets 16.35.34 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 16.36.07 # petur: The hold switch just makes it too easy to reset the setting accidentally... 16.36.25 # really? 16.36.55 # the switch must be off to power on, and then switched on before RB loads 16.37.13 # That depends on the bootloader, not all do that I think. 16.37.21 Join tvelocity [0] (n=tony@athedsl-03273.home.otenet.gr) 16.37.27 # Although maybe that's just another ipod quirk... 16.37.59 # Also, what happens on the various targets if hold is on, but you have also attached usb or the charger? 16.38.11 # no player should boot with the switch on, else what's the use of it? 16.38.25 # ah, that's a valid point 16.38.36 # * linuxstb knew he would find one eventually 16.38.52 Quit atrus () 16.39.10 # * petur gives up and goes mind his payed work 16.41.57 Quit Slasheri (Read error: 131 (Connection reset by peer)) 16.42.12 Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 16.43.14 # linuxstb: This ipod button problem only applies to those which use the opto controller. 16.44.03 Join DerPapst [0] (n=Der_Paps@p5B23BDD6.dip.t-dialin.net) 16.45.04 # amiconn: Good point, although maybe it would be confusing to just "fix" it on those targets... 16.45.08 # jhMikeS: When I can get a quick chance to (outside of paid work), I'll pastebin some of the work I've done so far on the manual. 16.45.59 # Mind you, it's still rough around the edges; I've been basically basing some of the work on the Gigabeat F manual. 16.46.50 # * LambdaCalculus37 wonders if he just spoke in a redundancy right now... "basically basing"? :P 16.47.57 # LambdaCalculus37: ok. (and no, basically basing converyed more or less to be based-upon :)) 16.48.53 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.52.21 Join kost- [0] (n=kost-@athedsl-4373846.home.otenet.gr) 16.52.30 # hello 16.54.08 # hello kost- 16.55.53 # advcomp2019, I am having a problem with iPodwizard. I am installing rockbox in the meantime but I might need help with both of them. In short I get te -1 error on ipw.. Sry for asking here but I am more like desperate. 16.56.11 # kost-: iPodWizard isn't provided or created by Rockbox. 16.56.15 # kost-: We don't support iPodwizard. 16.56.33 # You have to ask whoever works on it for help. 16.56.47 # kost-, i do not have an ipod myself plus like they say 16.56.59 # Oh T_T 16.59.06 # Ok then I would like some help for rockbox installing 16.59.31 # What device? 16.59.37 # Why when I run the ipodpatcher.exe it says that it can't recognize my iPod? 16.59.44 # iPod 80GB 5.5Gen 17.00.03 # Metal front or glossy plastic front? 17.00.31 # metal 17.00.48 # That's an iPod Classic. Rockbox doesn't work on them. 17.01.11 # And it's a 6th generation iPod, not a 5.5 gen. 17.01.31 # Oh really? 17.02.17 # Yes, really. Look at this page from Apple: http://support.apple.com/kb/HT1353 17.03.40 # So 6th gen are NOT hackable/ 17.04.21 # at least they have not been hacked 17.06.31 # everything is hackable 17.06.36 Nick JdGordon is now known as JdGordon|zzz (i=jonno@rockbox/developer/JdGordon) 17.07.19 # Lol, because I cant even install hacked firmware to use downloaded games. I guess that 6th is NOT hackable ^^ 17.07.49 # LambdaCalculus37, the page you send it says that I have an iPod Classic. Nothing about 6th generation. 17.07.51 # no, that means it's not been hacked. Not that it's not hackable. 17.09.09 # So I guess it might be hacked in the future right? 17.09.16 # correct 17.09.21 # if someone does the work yes 17.09.25 # if someone invests the time/effort 17.09.50 # kost-: The "iPod Classic" is the 6th generatino. 17.09.53 # generation 17.10.00 # kk guys 17.10.17 # although I would guess that's merely our name for it, I don't believe apple have ever referred to it as such. 17.10.32 # really thanks for helping me out. I have been spending time on this one for ~2 days without a solution so thanks.. 17.10.45 # ;) 17.11.04 # GodEater: Well, us and almost everyone else who's not Apple. 17.11.35 # true - but if we're going to refer people to an apple support page to show what model they have, it's not really surprising if they come back confused. 17.12.02 Quit DerPapst (Nick collision from services.) 17.12.13 Join DerPapst_ [0] (n=Der_Paps@p5B23BDD6.dip.t-dialin.net) 17.12.27 # Well the front page of the site does explicitly say "Not the[...] Classic" 17.12.59 # But yeah. 17.13.00 Quit tvelocity (Read error: 110 (Connection timed out)) 17.13.08 Join tvelocity [0] (n=tony@athedsl-396281.home.otenet.gr) 17.13.20 # * GodEater blames apple entirely 17.17.01 # * GodEater notes that indicated apple page only identifies ONE ipod as a "generation" (only including 'true' ipod and not nano / shuffles) 17.18.32 Join kennyj [0] (i=kennyj@kyogi.net) 17.18.41 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 17.22.33 Join PortableDude [0] (n=upirc@72.10.125.130) 17.23.11 # We could (should?) reduce the plugin buffer on swcodec btw. The only plugin needing more than 256KB is doom, and since doom has to stop playback anyway, it could use the overlay technique 17.24.00 # is there a way not tostop playback when u start doom? 17.24.12 # PortableDude: No. 17.24.19 # awwww....... 17.24.50 # amiconn: There's a problem with reducing it for Rockboy. 17.25.12 # amiconn: On certain targets (Gigabeat, maybe others?) depending on ROM size, audio can be left on in place of the ROM's sound. 17.25.14 Join Dman [0] (n=ddm@S010600145173dbc2.ok.shawcable.net) 17.25.23 # The larger you reserved buffer, the larger sized ROM you can use with this. 17.25.32 Part Dman ("X-Chat") 17.26.44 Quit PortableDude ("Leaving") 17.27.09 Join atrus [0] (n=atrus@d198-166-253-216.abhsia.telus.net) 17.29.42 Quit kost- ("Leaving") 17.30.08 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 17.33.35 Join andkuha [0] (n=4d7e3002@gateway/web/cgi-irc/labb.contactor.se/x-2f0e3f5a32dae51a) 17.37.16 *** Saving seen data "./dancer.seen" 17.37.38 Quit andkuha (Client Quit) 17.42.00 # test 17.42.15 # LambdaCalculus37 Hey 17.42.39 # hopenglish: Received. 17.45.06 # LambdaCalculus37: I'm still working on finding information on the Broadcom chip that does not require information directly from the company. 17.45.46 # hopenglish: Good luck. :) 17.46.00 # If you do find some good information, can you post it to the wiki? 17.46.50 Quit gevaerts ("work->home") 17.46.57 # I will... With my lack of knowledge of what information is needed to harness the chip, I'm unsure of what's important. 17.47.11 # For example, TuneView which I mentioned before has a device that allows for video-out through one of its' docks. 17.47.33 # This requires an authenticated co-processor of some kind. 17.47.57 # That would fall under this category: http://www.rockbox.org/twiki/bin/view/Main/IpodAccessories 17.49.11 Join drew_ [0] (n=drew@pool-71-96-152-129.dfw.dsl-w.verizon.net) 17.49.45 # But those all have to do with audio-out... I believe the difference is that TuneView supports video-out function as well. 17.50.11 # does that manke it not an accessory? ;) 17.50.17 # s/manke/make 17.51.50 # Hehe. No, it doesn't... But the point I'm trying to make is that whatever allows the TuneView to support the video-out function could benefit someone who is attempting to use the same function through RockBox. 17.53.29 # hopenglish: The TuneView uses the iPod dock connector, and we don't make use of it yet. 17.54.13 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 17.56.18 # well, we make use of the "dock connector"...he means the AAP (apple accessory protocol) ;) 17.57.13 # At first, I thought TuneView managed to do it with out the AAP, but now as I read more, Big Apple was definitely involved. 17.57.38 # i am not familiar with the TuneView, but there is a video out on the headphone port as well 17.57.54 # So where do I get me one of these AAP authentication coprocessors?... 17.58.15 # i have no idea what you are asking... 17.58.41 # lol. "When Apple(R) released its current generation of iPods - including the iPod nano, iPod classic, and iPod touch - only docks and peripherals with an Apple authentication coprocessor were able to support video out functions in these new iPods. Keyspan's TuneView dock is one of the few "Made for iPod" licensed docks that contains the necessary authentication coprocessor." 17.59.08 # Local dollar store? 17.59.19 # Where did you get that info from? 17.59.31 # http://prmac.com/release-id-1336.htm 18.00.13 # Forget all that. 18.00.24 # Concentrate on the iPod itself. That's what your target is. 18.01.38 Join Hillshum [0] (n=chatzill@75-165-234-225.slkc.qwest.net) 18.02.06 # All right. 18.03.56 # Lambda: The Product Brief from the Broadcom website is NOT helpful, correct? There seems to be a lot of information in that .pdf ... 18.04.02 # http://www.broadcom.com/products/Mobile-Multimedia/Mobile-Multimedia-Processors/BCM2722 18.04.10 # * Hillshum can't read the links @ rockbox.org with firefox 18.05.53 # jhMikeS: Some initial Gigabeat S manual work: http://pastebin.com/m77090d08 18.05.54 Part LinusN 18.05.56 # Google: Broadcom BCM2722 18.06.11 # First site is link I provided. 18.07.27 # jhMikeS: I still have to fix a lot on that page. 18.11.54 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 18.13.10 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.17.36 Join waldo [0] (n=waldo@ip-81-11-202-238.dsl.scarlet.be) 18.22.48 Quit petur ("work->home") 18.25.04 Join gregzx [0] (n=chatzill@apn-77-112-70-201.gprs.plus.pl) 18.30.19 Join bertrik [0] (n=bertrik@190-023-045-062.dynamic.caiway.nl) 18.31.27 Join tvelocity_ [0] (n=tony@athedsl-144067.home.otenet.gr) 18.35.25 Join miepchen^schlaf [0] (n=miepchen@p54BF7D09.dip.t-dialin.net) 18.37.05 # hopenglish: The product brief doesn't tell anything useful 18.37.15 Join carini [0] (n=chatzill@pdpc/supporter/active/carini) 18.41.19 # amiconn: This is new to me so I'm trying to understand what WOULD be useful. 18.42.02 # A real manual would be needed. That won't be just a few pages pdf, more like a few hundred pages 18.44.53 # I understand the spec sheet is under an NDA, by-request basis from Broadcom. Some Rockbox devs did attempt to request the specs but if they got it they would not be able to use the information to implement GPL'ed code. 18.45.00 # I'm sorry.. 18.45.16 # That last message was a quote from an e-mail I received from an Ubuntu admin. 18.46.26 Quit tvelocity (Read error: 110 (Connection timed out)) 18.59.20 Part pondlife 18.59.24 # I wonder if we should use the ram in the pmic as nvram on the beast... does it save anything else than resume point? 19.00.00 # I think it will be cleared if the battery switch is off for a longer time. 19.01.29 Nick nicktastique is now known as nicktastic (n=nick@unaffiliated/nicktastic) 19.04.41 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.11.11 # * n1s facepalms 19.13.10 Quit Nico_P (Remote closed the connection) 19.16.38 Join mf0102 [0] (n=michi@85.127.21.196) 19.19.21 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.26.38 Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 19.28.28 Quit atrus () 19.31.43 Join webguest89 [0] (n=5ce4079f@gateway/web/cgi-irc/labb.contactor.se/x-db65837e1e4ae821) 19.33.07 # im a rock box newbe is there a plug in or games archive for rockbox (i didn't found one) UND IST HIER JEMAND DER DEUTSCH SPRICHT?? wäre sehr hilfreich 19.33.33 # english is fine 19.33.44 # archive? 19.33.45 # All Rockbox plugins are included with the builds. 19.33.50 # yes but im a german people 19.34.08 # * Hillshum isn't german 19.34.09 # there are no additional plugins?? 19.34.13 # nope 19.34.18 # Unless you write your own. 19.34.33 # why that that would by really cool 19.34.56 # amiconn: Isn't a large plugin buffer also useful for the jpeg viewer? 19.34.59 # use C 19.35.27 # to webguest89 19.35.42 # what is C 19.35.45 # Webguest, I can speak german... How is your understanding of english though? 19.36.17 # webguest89: http://en.wikipedia.org/wiki/C_%28programming_language%29 19.36.18 # yes i can speak a bit english 19.36.32 # C is used by Rockbox 19.37.17 *** Saving seen data "./dancer.seen" 19.37.50 # linuxstb: In the very same way as for Rockboy, I think. 19.38.44 # webguest89: Plugins have to be made for specific players, and have to match the version of Rockbox on the player. We try to include additional plugins once they work well, so most people work on getting their plugins included rather than posting them on sites where they have to constantly re-make them. 19.38.55 # i love all the rockbox plugins but i have a problem with the jpg viewer all time it shows me just a cut out of my picture wich i can turn around with my scrollwhell but i want to see the whol picture at once just like on the original sansa e250 firmware 19.39.32 # Your English is fine, webguest. Definitely better than my german. 19.40.08 # If you have any questions understanding something or communicating something, let me know... I can probably be of help then. 19.40.17 # cool and this that im just in 8th grade gymnasium( i hope you know what a gymnasium is) 19.40.29 # (high school) 19.40.38 # yes something like that 19.41.13 # and whats about my jpeg question bevor 19.41.33 # webguest89: The sansa media program converts the images before copying over. You can do that too. 19.41.56 # Well, I do know Germany does a better job of teaching English to its' students than we teach German to ours... 19.42.32 # hopenglish: And that has nothing to do with Rockbox. Please, follow the channel guidelines. 19.42.36 # webguest89: the jpeg viewer has a zoom function, but it can only zoom some steps like 2x 4x 8x .. if your jpeg file has another aspect ratio then your players display, it will be cutoff.. :-) 19.42.44 Join DerPapst [0] (n=Der_Paps@p5B23BDD6.dip.t-dialin.net) 19.42.48 # in germany most young people, especially geeks, have some capacity for functional english 19.42.51 # many have quite good english 19.43.02 # yes but then they are just bitmaps then and then they are so difficult to open (with rockpaint) 19.43.05 # but I find that older folks, especially ones that do not use it during their jobs, tend to not have decent english 19.43.06 # or none 19.43.18 # Neovanglist: Please, keep topic of discussion to Rockbox. 19.43.32 # webguest89: You can convert them to different size .jpg files 19.43.38 # wow, topic enforcement on irc, okay :) 19.43.52 # @neovanglist im a nerd but not a geek 19.44.05 # Neovanglist: this channel is logged, people read through the logs to catch up and we don't want them cluttered. 19.44.10 # webguest89: I'm serious about staying on topic. 19.44.11 # Neovanglist: go to #rockbox-communtity 19.44.15 # Neovanglist: this is a logged support and dev channel, we like the logs clean.. :-) 19.44.55 # ok then thanks for help i downloaded a converter yet now i must go bye 19.45.00 # fair enough :) 19.45.47 Quit mf0102 (Remote closed the connection) 19.45.47 Quit webguest89 ("CGI:IRC (EOF)") 19.49.52 # linuxstb: The jpeg viewer can load jpegs into the plugin buffer if there's enough room, leaving the music playing. I don't think it's essential though 19.50.00 Join mark_ii [0] (n=linus@58.71.72.254) 19.50.19 Part mark_ii 19.50.43 Join webguest58 [0] (n=5ce4079f@gateway/web/cgi-irc/labb.contactor.se/x-4f44d7eb1c521c34) 19.50.43 Quit webguest58 (Client Quit) 19.50.50 # I don't use the jpeg viewer, so don't have a view.... 19.50.52 Join mark_ii [0] (n=linus@58.71.72.254) 19.51.13 # It all depends on what is deemed better memory usage: (1) permanently setting aside a larger amount of ram for the benefit of *eventually* not needing to stop playback for a plugin in a few cases 19.51.30 # (jpeg viewer with small images, or rockboy with small roms) 19.52.01 # amiconn: Right now it's most ROMs except very large ones, but it's tight. Even a small shrink would probably break this. 19.52.04 # im a linux newb, can anyone help me using arm-elf-gcc? Please PM me 19.52.12 # (2) having a larger main buffer, at the cost of having to stop playback in a few more cases 19.52.33 # mark_ii: If you have a rockbox related question just ask it 19.52.44 # Llorean: There is a vast range of gameboy rom sizes. I've seen every power of 2 from 16KB to 4MB 19.53.23 # If you ask me, I'd rather go for (2) than for (1). Rockbox is for music, so the main buffer should have priority 19.53.33 # It would be great if we could resize the plugin buffer on the fly :) or even without restarting playback 19.53.44 # s/playback/rockbox 19.54.22 # its about the e200tool... 19.54.25 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 19.55.15 # i want to use it on a sansa view but it is designed for arm7 while view uses arm922 19.55.47 # can i generate a new e200_code.c so i can use it on a view? 19.56.30 # amiconn: It's not a question of which has priority. It's pretty obvious which does. It's a question of "how much priority" 19.56.39 # mark_ii: I don't think anyone has tried it but the view uses a different SoC... 19.57.01 # mark_ii: e200tool communicates with an e200 in recovery mode - it's very specific to the v1 e200s (and c200s). 19.57.13 # Is the View using the standard "v2" AMS chip? 19.57.30 # linuxstb: i think it uses the pp/nvidia chip 19.57.43 # pp6xxx 19.57.52 # Ah yes, I remember the discussion now... 19.58.47 # mark_ii: The first thing you will need to find out is whether the view has a similar manufacturing mode to the e200s. In this mode, the LCD of the e200 doesn't turn on, but it appears connected to the computer via USB, with different USB IDs to normal. 19.59.38 # Ok, I'll bite. I never understood why the size of the audio buffer is so critical. What tangible benefit is there? I'm thinking high-memory targets here (>16Mb) 19.59.41 # the id is the same as e200... 0781:0720 19.59.53 Join MauS [0] (n=maus-san@83.167.114.28) 19.59.56 # Hi! 20.00.30 # mark_ii: e200tool doesn't make anything arm7 specific 20.00.43 # it works for just about any arm version 20.00.51 # but you may need view-specific stuff 20.00.55 # shotofadds: the more audio buffer you have, the more battery life you get.. especially on harddisk based players 20.01.30 Join spiorf [0] (n=spiorf@host13-217-dynamic.21-79-r.retail.telecomitalia.it) 20.01.31 # I've put a RockBox on my Cowon iAudio M3. I already love it, but i can't find a manual for the M3 version of RockBox. :( http://www.rockbox.org/manual.shtml 20.01.31 # shotofadds: The disk spinup is costly, so the less often you actually need to spin it up, the better battery life you're expected to get. 20.03.09 # MauS: there's still some details left to get that to build, afaiu 20.03.23 # MauS: the m5 version should be pretty close 20.03.24 Quit DerPapst_ (Connection timed out) 20.03.33 # sure, but how much of a benefit? has anyone done any tests? 20.03.39 # Bagder, i've installed it via the Tool. But i dunno how to use it. 20.03.54 # shotofadds: Are you asking "how much per megabyte" or what? 20.04.08 # Yes, the M3 manual doesn't build 20.04.15 # It seems that my M3 is the only player model that runs RockBox and has no display on the unit (only small lcd on the remote) 20.04.20 # MauS: By it, do you mean rockbox itself? 20.04.36 # MauS: Yes, but rockbox treats the remote as the main displey 20.04.38 # *display 20.04.58 # BigBambi, i've installed both loader and the main stuff. 20.05.05 # good :) 20.05.17 # MauS: Rockbox, bar hardware differences, is the same across platforms 20.05.19 # The first impression: menu navigation is reverse! 20.05.45 # So given you have managed to install it for most things you can (until the M3 manual is finished) use another manual 20.05.51 # Llorean: not specifically, no. Is the difference in battery life really that significant? (where significant has some value over about 5%) 20.06.06 # MauS: Such as for the m5, as Bagder said 20.06.20 # Okay, i'm already browsing it. 20.07.29 # I'm so happy i've got a RockBox on my M3 ^_^ I've been visiting the RockBox site once about half a year for some time, but the phrase 'nobody has started an M3 branch' finally got me down and i dumped it. 20.07.46 # shotofadds: It depends entirely on how much smaller you're talking. 20.07.54 # I dunno why i visited it now, but after i did, i've got RockBox running in 15 minutes :D 20.08.37 # I hope RockBox has a 'play this file next' feature, 'cause this is what i was lacking most on the original fw 20.08.48 # shotofadds: For example, 1MB out of a 16MB buffer makes a much larger difference than out of a 64MB buffer. The Archoses show a marked battery life improvement by running Rockbox from ROM freeing up more RAM for audio buffer, but they have a very small amount of RAM. 20.08.49 Quit tvelocity_ (Read error: 110 (Connection timed out)) 20.09.22 # shotofadds: Meanwhile, 256 KB out of the standard 16 and 32 MB we see in modern targets won't matter as much, but it will still make a difference, especially considering the constant increases in size the main binary goes through. 20.10.06 # Of course. I understand the logic, but wanted to quantify it in my head somehow (hence asking if any tests had been done). I appreciate it's not an easy question to answer :) 20.10.33 Join PaulJam [0] (i=PaulJam_@vpn-3058.gwdg.de) 20.11.01 Join tvelocity [0] (n=tony@athedsl-4398875.home.otenet.gr) 20.11.08 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 20.11.10 # shotofadds: Even a tiny amount more power can mean 30 minutes of extra playtime. 20.11.23 # Because the spinup is the hard part, once you've got the disk spun up, odds are good there's enough power to fill the buffer. 20.11.33 # And a full buffer of 128kbps MP3 is ~30 minutes. 20.11.38 # MauS: It does. Rockbox is playlist based, and you have several ways to create and manipulate playlists. 20.11.39 # Well, depending on target, I suppose 20.11.58 # amiconn, so happy to hear that. ^_^ 20.12.04 # MauS: check out the playlist section of the manual 20.12.17 # specifically insert next and/or queue next 20.12.37 # Llorean, shotofadds: There were measurements done on archos, albeit testing with a more significant different: comparing a stock archos (2MB RAM) with an 8MB modded one 20.12.48 # s/different/difference/ 20.14.27 # Can i change the direction of + and - keys when navigating through menus? I guess + - keys are programmed like in M5, but in M3 they are located like -+ (minus is left) and in original firmware - goes back (up), + goes forward (down). But RockBox behaves like in M5: + goes up, - goes down. :( 20.14.42 # The 8MB mod increased runtime by 22% 20.15.03 # See firmware/powermgmt.c line 589 20.16.04 # amiconn: What's the buffer size on Archoses? 20.16.08 # Er, plugin buffer 20.16.13 # 32KB 20.16.16 # * n1s thinks the forward==down thing is weird 20.16.19 # Quite a significant gain, then. Presumably that gain is fairly linear with buffer size? 20.16.36 # MauS: you can change the keymap, but only by changing the code, and recompiling it.. :-) 20.16.53 # Whereas a high-memory flash target has much less advantage in a large audio buffer? 20.16.58 # amiconn: In that case, assuming an average RAM size of 32MB, aren't we using the exact same percentage on swcodec? 20.17.03 Quit linuxstb (Read error: 110 (Connection timed out)) 20.17.06 # I guess it should be changed by default. From my point of view, it's a bug. 20.17.07 # shotofadds: it most likely is not linear 20.17.20 # Llorean: Yes and no. We also have 16MB targets 20.17.36 # amiconn: I said "assuming an average RAM size". We also have two 64MB targets now too 20.17.46 # shotofadds: On flash targets it is almost irrelevant. 20.17.49 # MauS: It isn't a bug in the slightest, as it is intended. Whether it is the right decision is another question 20.18.04 # shotofadds: As I mentioned, one of the significant factors is disk spinups, something flash targets don't do. 20.18.19 # Yes, but the 16MB targets are suffering more from a larger plugin buffer (and hence smaller audio buffer) than targets with more memory 20.18.52 # There are other advantages of a large audio buffer though, which are related to plugins and apply to all targets 20.18.55 # amiconn: could we go with different plugin buffer sizes for different targets? 20.18.59 Join tvelocity_ [0] (n=tony@athedsl-108996.home.otenet.gr) 20.19.05 # amiconn: What is the other advantage, then? 20.19.41 # Plugins using the audio buffer can buffer more data if it's larger 20.19.58 # That is, if they need a contiguous buffer 20.20.08 # like mpegplayer 20.20.13 # If they can split the data somehow, it's irrelevant 20.20.53 # Or like the jpeg viewer. Afaik it can't combine both buffers (not sure though) 20.21.26 # mpegplayer profits from a larger audio buffer the same way as audio playback does (as it is in fact yet another playback engine) 20.22.15 # But the jpeg viewer profits in a different way: it can load larger files (or show high-res files in higher zoom levels) if the buffer is larger 20.22.40 # OMG, RockBox won't show cyrillic (russian) characters! :(( 20.22.46 # Is there a way to fix this? 20.22.59 # MauS: Pick a font that has the characterset. 20.23.00 # MauS: yes it will 20.23.01 # MauS: It does. Just select an appropriate font 20.23.07 # Thx 20.23.11 # MauS: You need to use a font with the characters you want 20.23.16 # * BigBambi is far too slow 20.23.26 # :) 20.23.38 Join Mathiasdm [0] (n=Mathias@vpnc062.ugent.be) 20.23.42 # MauS: Did you get the font pack already? 20.23.50 # amiconn: Would it conceivably be possible for plugins to "buffer" some of their data on the playback buffer? I seem to recall that some audio formats would need data that wouldn't be removed normally anyway (like midi) 20.24.05 Join Ebert [0] (n=EbErT@adsl-211-170-4.asm.bellsouth.net) 20.24.08 # The jpeg viewer needs several buffer chunks: (1) the greylib buffer (on greyscale targets only). (2) The file (loaded into memory as-is) (3) Up to 4 buffers for the decoded image (1/8, 1/4, 1/2 and full zoom) 20.24.21 # I did, but the Tool failed to install it automatically, so i manually installed only the main stuff. 20.24.42 # so im just not controlling it right when it doesn't go to next jpeg 20.24.50 # MauS: You can get the fonts from the extras page 20.24.58 # The buffers for (3) can flush each other, i.e. if full zoom fits but then there's not enough room for the lower zoom levels, those lower levels will be flushed 20.25.03 # I know, i've downloaded it already 20.25.07 # cool 20.25.08 # (and need to be re-decoded when zooming out) 20.25.13 Quit Mathiasdm (Read error: 104 (Connection reset by peer)) 20.25.25 Join Mathiasdm [0] (n=Mathias@vpnc062.ugent.be) 20.25.50 # anyone notice the jpeg viewer wont switch to next pic if it can't size to the player's window? 20.26.23 Nick mewshi_ is now known as mewshi (n=mewshi@edinboro.63-160-38-99.cust.stargate.net) 20.26.55 # Llorean: There is no easy way to steal a part of the audio buffer when playback is running. It would need rather complex code to add this 20.28.06 # (which would involve moving around buffered data in memory, making sure playback won't touch parts currently moved etc 20.28.37 # amiconn: would it be very complex if we could stop playback, and steal part of it and restart playback without a reboot? 20.28.39 # Given the current state of playback, I think we're far away from adding this, if we don't want it crashing more often than working 20.28.51 # Omg, is it a bug or an animation? There are waves on the now playing screen 20.29.12 # MauS: please use full English words 20.29.24 # Oh, and the screen goes blank :( 20.29.41 # MauS: you need to describe EXACTLY what you are doing and EXACTLY what happens 20.29.48 # We can't see your screen 20.30.57 # MauS: There is currently a bug (which has to do with LCD update speed) which I can't fix easily because my M3 and X5 don't show it with either remote 20.31.24 # I need to prepare a set of test builds, which will take some time 20.31.30 # Okay. I set it playing a song. Just select a song with -+ and press >> for it to start playing. The screen changes to Now Playing. The screen ripples and might go blank. 20.31.48 # amiconn, can i be helpful? 20.32.17 # MauS: Sounds like the bug amiconn described 20.32.45 # The rippling seems to me to support the speed hypothesis 20.32.53 # * amiconn only ever got the ripple, never the complete blanking, even with the driver being significantly faster than what's in SVN 20.33.03 # Is it possible to kill my player with an unlucky flashing attempt? 20.33.32 # The iaudios are practically unbrickable 20.33.44 # Great ^_^ 20.34.09 # amiconn, seems that i'm unable to use my player with RockBox because of the blank screen bug. :( 20.34.09 # (the SVN driver achieves 169fps when boosted, and my test driver (where I got the ripple) achieved >190fps) 20.34.28 # MauS: The only way to kill any DAP is with a hammer and lots of vigor. :) 20.34.42 # What is a ripple itself? 20.34.51 # Lack of screen refresh speed? 20.35.09 # The lcd controller misses a few bits so the following bits are shifted 20.35.19 Part mark_ii 20.35.51 Quit tvelocity (Connection timed out) 20.36.05 Join mamad [0] (n=linus@58.71.72.254) 20.36.08 Join mf0102 [0] (n=michi@85.127.21.196) 20.36.12 # You could watch flyspray task 8840. I'll comment there when I have the test builds ready 20.36.28 Part mamad 20.36.30 # It doesn't ripple while not playing. 20.37.50 # The screen goes blank in several seconds after it starts playing. :( 20.37.55 # Yes, because then the CPU is running slower (in order to save battery power) 20.37.57 Join mama1 [0] (n=linus@58.71.72.254) 20.38.06 # This also makes the lcd driver run slower 20.38.47 # Great to hear that someone else actually uses the M3 rockbox port... I'll see what I can do regarding those tests 20.38.48 # So the problem is not lack of speed but too much speed? O_o 20.39.06 # amiconn, can i help you test or anything? 20.39.46 # does anyone here have a toolchain for the sansa view? 20.40.10 # Yes, as soon as I have prepared those test builds 20.40.36 # There will be several; install one at a time, test playback, and report which of the builds work for you 20.40.37 # mama1: arm-elf-gcc will be used, as the View's SoC is ARM-based. 20.40.39 Join n17ikh [0] (n=n17ikh@lisa.transylvania.lib.nc.us) 20.41.14 # But Rockbox doesn't work on the View. 20.41.17 # amiconn, i've got a problem with my M3. :( The connector of my remote loses contact when stirred while i carry it in a pocket. When it does, the music starts lacking some frequency range (the vocals or some instruments dissappear or become very quiet). 20.41.46 # How can this be? 20.42.00 # Sounds like a hardware problem 20.42.06 # It is 20.42.15 # Well.... 20.42.31 # A loose connection? 20.42.35 # It's most probably a grounding problem 20.42.35 # I thought the sound is transferred via 3.5 mm Jack and i can't imagine how can bad contact cut some frequency range from music. 20.42.45 # amiconn, huh? 20.43.14 # My M3 remote also had that. The ground wire in the remote is soldered badly 20.43.32 # MauS: So the headphones and remote plug into separate plugs on the main unit? 20.43.48 # If the headphone "looses" ground, you will only hear the difference signal between both channels 20.44.19 # BigBambi http://www.jetmall.net/ProductImages/pic_m3_acc_remote_brown.jpg 20.44.19 # BigBambi: No, the headphone plugs into the remote 20.44.32 # amiconn: I thought so 20.45.07 # MauS: So in that case I don't understand the issue - there is a bad connection between the remote and the unit (which also carries audio), hence losing audio 20.45.11 # as amiconn said 20.45.24 # amiconn, i thought that it is a problem of the socket, not the plug. 20.45.25 # This difference signal will sound "hollow", and some frequencies will be missing. I depends on the music; if you're e.g. listening to a plain mono recording, you won't hear anything 20.45.47 # MauS: Neither. It's a problem of the soldered connection inside the remote 20.45.48 # MauS: could be either 20.45.54 # or that 20.46.21 # I repaired mine. It's quite easy to open, but you need soldering skills 20.46.21 # but theoretically, a bad connection at any point, be it in the socket on the unit, the wire, inside the remote etc. could cause it 20.46.24 # amiconn, stirring the connector 100% solves the problem for a while. 20.46.43 # stirring? 20.46.47 # moving? 20.46.50 # or something else? 20.46.52 # Well.. pushing it 20.46.55 # OK 20.47.00 # I just wanted to be clear :) 20.48.57 # It's the connector where the remote cable is soldered to the remote pcb. Carefully resoldering all the pins (13 iirc) did the trick for me 20.49.17 # I was pushing it deeper to solve the problem, even used a rubber ring for a more solid insertion. But it stopped helping. I found out that instead i should push it sideways. 20.49.45 # amiconn, you mean opening the connector somehow? 20.50.03 # Opening the remote.... 20.50.11 # Not the plug? 20.50.28 # By all your pushing and dragging you're flexing the pcb a bit, eventually making it work again 20.50.36 Quit Hillshum ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") 20.50.52 # Couldn't the entire remote blanking problem be caused/triggered/made worse by these bad contact issues ? 20.50.55 # EH, maybe I'm misunderstanding all the time? 20.51.10 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 20.51.29 # Do you mean the connector (which plugs into the main unit), or the headphone plug (which plugs into the remote)? 20.51.34 Join Rob2222 [0] (n=Miranda@p4FDCE3D2.dip.t-dialin.net) 20.52.09 Quit drew_ ("Lost terminal") 20.52.47 # amiconn, the remote's plug that goes inth the main unit. 20.52.52 # oh 20.53.13 # I'm not sure then, but it could be a similar problem 20.53.19 # (in the main unit) 20.53.45 # amiconn, is it safe to open the main unit? 20.54.00 Join Buschel [0] (n=abc@p54A3E4D7.dip.t-dialin.net) 20.54.08 # gevaerts, nope, i've never had a blanking/rippling problem on the original fw 20.54.13 # gevaerts: For sure. But as it works when not boosted, lowering the transfer speed seems to be necessary 20.55.10 # MauS: I'm nearly certain that the OF wasn't written by amiconn, so it't probably much less demanding of the hardware :) 20.56.10 # gevaerts: In case you're wondering: the iaudio remote connector is similar to the iriver remote connector: a 3.5mm stereo jack, with a blade-like connector beside it (10 pins) 20.56.10 # How are the bad contact issue and the high hw reqs issue connected? 20.56.39 # High frequency signals don't like bad contacts 20.56.40 Quit Buschel (Read error: 104 (Connection reset by peer)) 20.56.49 Join Buschel [0] (n=abc@p54A3E4D7.dip.t-dialin.net) 20.58.24 # Oh my, i've opened the M3 O_O 20.59.32 # amiconn: didn't you find an overview of instruction timings for arm9? 20.59.53 # * amiconn wonders whether preglow is checking answers :/ 21.00.07 # amiconn: didn't see any highlights 21.00.26 # gevaerts: I think I have constructed a descriptor now that allows both USB serial and mass storage on windows 21.00.26 # [00:31:55] preglow: I have no idea about the arm pipeline. If you're looking for the instruction cycle counts, infocenter.arm.com has them 21.00.28 # amiconn: anyway, you have a tendency not to answer me, so i just went and drew a hasty conclusion :) 21.00.54 # Almost 21 hours ago, a just 16 minutes after your question :) 21.01.01 # however the serial port interface descriptor has to come first, also haven't tried it on linux yet 21.01.09 # hrmph, i can't find any information detailed enough there 21.01.10 # bertrik: great :) 21.01.11 # * preglow goes looking again 21.01.49 # * n1s wonders what preglow is up to 21.01.53 Quit n17ikh () 21.02.14 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 21.02.19 # amiconn, the bad contact problem takes place in the 3.5 mm jack? Or in the 10-contact blade? 21.02.23 # n1s: just reading up, the sooner i find out how it works, the better 21.02.29 # i'm used to arm7 21.02.46 # arm9 is v5 right? 21.02.58 # Just click through "ARM9 processors, and then the specific type of arm9 21.03.04 # n1s: Can be v4 or v5 21.03.08 # gevaerts: do we really need both serial and mass storage at the same time, having only one at the same time is soo much easier 21.04.09 # amiconn: ah, right the gigabeat f use a v4 one 21.04.20 # * linuxstb thinks a wiki page comparing all the arm cores used in Rockbox targets would be useful.... 21.04.29 # kind of confusing naming scheme that 21.04.56 # linuxstb: The device chart has the cpu types... 21.05.38 # bertrik: having only one driver is of course possible. Does it need the device class in the device descriptor, or is per interface good enough ? 21.05.38 # MauS: Iirc both connectors form a single part. I'd expect some bad soldering at its pins 21.05.47 # I'm thinking more like things like arm architecture versions, links to datasheets etc 21.06.03 # i.e. what is arm7, arm9, arm v4/v5/v6/... 21.06.19 # gevaerts: I think it' 21.06.42 # s OK for windows to have 00/00/00 for both serial and mass storage (i.e. specify it in the interface) 21.07.03 # Of those newer targets, I might be interested in the logikdax. It has a mono lcd, and it offers DAB... 21.07.10 # (that wasn't very clear) 21.07.18 # Unfortunately I have no idea where I could get one 21.08.25 # gevaerts: the device descriptor can have 00/00/00 for class/subclass/protocol, it's OK for windows to specify it in the interface descriptors 21.08.41 # The D2 is interesting because of DAB and the SD slot, but having a touchscreen rules it out. 21.08.45 # amiconn: hrm, not all cores have data on instruction timings, and most just barely mention how the pipeline is set up. i hate the tendency arm seems to have to delegate the responsibility for making this info available to each licensee 21.09.33 # bertrik: ok. Making them exclusive should be easy then, but this would require a config setting I guess 21.10.49 Quit TheNumber (Read error: 104 (Connection reset by peer)) 21.11.10 # hmm, arm9tdmi has some instriction timing info 21.11.14 # amiconn, can bad contact happen just because the jack socket got dirty? 21.11.36 # gevaerts: I was thinking more of a complete USB disconnect and re-appearing as a different device. AFAIK, windows only supports one configuration setting. 21.12.30 # preglow: I can find the timings for ARM9E-S, ARM9EJ-S, ARM9TDMI, ARM920T, ARM922T, ARM940T 21.12.33 Quit DerPapst (Nick collision from services.) 21.12.43 Join DerPapst_ [0] (n=Der_Paps@p5B23BDD6.dip.t-dialin.net) 21.13.18 # They don't seem to be available for ARM926, ARM946, ARM966 and ARM968 21.13.26 # bertrik: I was thinking about disconnect as well. Even if the os supports more configurations, it can't reasonably decide a feature set for you 21.13.41 Join PaulJam_ [0] (i=PaulJam_@vpn-3039.gwdg.de) 21.14.16 # Oh, it's dusty inside? 21.14.43 # BigBambi, are common internet abbreviations forbidden here? 21.14.53 # amiconn: i wonder which is the closest 926 21.15.05 # * preglow doesn't get arm version numbers 21.15.19 # MauS: Best just to check out the guidelines linked in the topic 21.15.41 # * MauS *blush* 21.15.51 # :) 21.17.03 # preglow: the 926ej-s TRM has the ARM9ej-s TRM listed as "further reading", so I'd go with that one 21.17.42 # shotofadds: btw, i've now managed to mess up the retailos time by writing both to the pcf and tcc rtcs :P 21.17.57 # i think perhaps nand is going to be simpler than figuring out rtc 21.17.59 Quit bertrik (Read error: 104 (Connection reset by peer)) 21.18.16 # let me guess.. and neither can be back correctly? 21.18.58 # amiconn, should i revert to the original fw until you fix the bug? 21.19.24 # preglow: Of the ones where timing info available, I would think ARM9EJ-S is closest 21.19.24 # shotofadds: pcf rtc works, at least, i get the feeling the tcc one isn't even initialized correctly... but the pcf time is way off. not even minutes and seconds are correct 21.19.30 # amiconn: yep, and it has lots of info 21.19.36 Join Absnthe [0] (n=Christop@ool-43561407.dyn.optonline.net) 21.20.05 # preglow: it? 21.20.19 # ah, ignore me 21.20.19 # It's v5TEJ, like the 926 21.20.26 Join bertrik [0] (n=bertrik@190-023-045-062.dynamic.caiway.nl) 21.20.45 # as I said, the 926EJS TRM refers to the 9EJS TRM 21.21.42 # ahh, smull/smlal and mul/mla are more deterministic, and even faster 21.21.46 # that's good 21.21.53 # amiconn: I'm 99.9% sure this is identical to the logik DAX (the buttons seem in identical places, and the manual contains identical looking screenshots) - http://search.ebay.co.uk/search/search.dll?satitle=atmt+dab 21.22.33 # But I can't find the DAX for sale any more, although they do appear on ebay occasionally. 21.22.40 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 21.23.02 # * preglow has to admit his not exactly thrilled to bits by the touchscreen 21.23.05 # his/he's 21.23.30 # in the OF or rockbox? 21.23.32 # Yes, I would have bought a D2 by now if it wasn't for the touchscreen (and lack of buttons) 21.23.53 # really, it's quite usable with the 4 buttons 21.24.09 # shotofadds: in general 21.24.13 # i'm not a touch-screen fanatic, it seems 21.24.14 Part Buschel 21.24.21 # it's just slower in use than buttons 21.24.32 # it's completely decent, but i prefer buttons 21.25.07 # same here. I use the buttons most of the time - but you can't choose your music with buttons in the OF :/ 21.25.18 # linuxstb: That one seems to exist in black, white, and pink 21.25.24 # http://www.atmt.co.uk/dab_details.html 21.25.28 Quit Mathiasdm ("Yuuw!") 21.25.47 # That pink is, errr, lovely... 21.25.53 Join esperegu_ [0] (n=jhaarman@145.116.10.104) 21.26.06 # is any current player supported? 21.26.12 # no 21.26.14 # gevaerts: Linux did see a cdc device (didn't even BUG!) but doesn't create a /dev/ttyUSBx device 21.26.46 # bertrik: did you specify VID and PID when loading usbserial ? 21.27.19 # I intended it to use cdc-acm module, but now I see it's actually loading usbserial 21.27.21 # * amiconn would prefer black 21.27.49 # * bertrik is confused 21.27.49 # * linuxstb is tempted to bid on the white one if the price stays low... 21.28.03 # * BigBambi is watching it too :) 21.28.12 Join Mathiasdm [0] (n=Mathias@vpnf007.ugent.be) 21.28.14 # gevaerts: the usbserial message I see is from inserting another USB-RS232 dongle, sorry 21.28.32 # BigBambi: If you're serious, let me know - I already have two DAXes... 21.28.36 # linuxstb: amazon.co.uk offers brand new ones - for GBP 119 ... 21.28.45 # linuxstb: I would like a DAP one for sure 21.29.00 # Yes, over twice the price of the DAX (50 GBP) for identical hardware (I think). 21.29.07 # linuxstb: I guess I'll watch until not long before and see what happens 21.29.08 # I thought cdc devices didn't need to have the VID/PID explicitly specified 21.29.15 # linuxstb: but I will let you know 21.29.17 # that's more expensive than an 8Gb D2 (ibood.com) 21.29.27 # s/DAP/DAB 21.29.49 # I don't know much about it, but sometimes they do 21.30.58 Quit PaulJam (Connection timed out) 21.31.14 # domonoky: noticed Qt 4.4 is out? 21.31.33 # jup 21.32.11 # hopefully I'll find the time to reinstall my box the next couple of days and can get a look :) 21.32.31 # unfortunately my virtual machine is somewhat broken -- stupid windows :( 21.34.28 Quit Mathiasdm ("Yuuw!") 21.35.17 Join Mathiasdm [0] (n=Mathias@vpne052.ugent.be) 21.35.34 # seems like arm doesn't give away information on the java extensions 21.35.35 # pfew... 21.35.51 # who wants java anyway? ;-) 21.35.53 # ;) 21.37.19 *** Saving seen data "./dancer.seen" 21.37.32 # linuxstb: The case looks different though 21.38.25 # Are there 3 buttons each at the top and bottom? 21.38.45 # amiconn: Yes, but it looks like the actual PCB could be identical. IIUC, the DAX was designed by Telechips. 21.38.52 # http://www.currys.co.uk/product.php?sku=152043 21.39.06 # 3 buttons at the top, and at the bottom, 2 buttons and a usb socket hidden under a fake button 21.39.09 # The logik dax, currently out of stock though 21.39.43 # Can't find either one offered outside the UK though 21.40.25 # 10 buttons in total must be great... 21.41.02 # I'm not used to that luxury... 21.41.11 # shotofadds: for some bloody reason, i just can't remember this nand terminology :) 21.41.38 # preglow: terminology? 21.41.52 # shotofadds: sector, bank, block, segment, plane, bank, etc 21.42.20 # shotofadds: btw, the nand chip select connected to the gpio pin, does that just select which physical nand chip cs0 and cs1 goes to? 21.42.26 # oh, yeah that's a problem. I _tried_ to explain it on the TelechipsNand wiki page, but it's not complete 21.42.57 Join Status [0] (i=Status@gentoo.lonis.org) 21.43.04 Join DerPapst [0] (n=Der_Paps@p5B23BDD6.dip.t-dialin.net) 21.43.08 # ppl...how do i delete a song on rockbox? 21.43.23 # preglow: I believe that's how it's used in the OF, yes, to switch between two physical chips 21.43.25 # Status: by reading the manual 21.43.39 # before i could just be playing the song and press down and i'd have a menu...on this new version i press down and something completely different 21.43.39 # Goodnight everyone ^_^ 21.43.51 # preglow i looked everywhere... 21.43.56 # * preglow hasn't tried the new quick screen... 21.44.02 # manual might not be updated yet 21.44.02 # Status: Hold select. 21.44.09 Quit MauS (Read error: 104 (Connection reset by peer)) 21.44.10 # i was just searching on google..and found that rockbox had an irc channel 21.44.13 # /however/ I don't know of any D2s that use more than one physical chip 21.44.14 # preglow: deleting would be context menu, not quick screen. 21.44.15 # hmm 21.44.24 # shotofadds: i thought both the 4 gig and 8 gig used two chips 21.44.27 # preglow: I'm almost certain that he's referring to the changes I made to the sansa controls *ages* ago. 21.44.32 # Llorean: /me puzzled 21.44.50 # let me check ;] 21.45.07 # preglow: 4gb and 8gb are both two banks in one physical package, iirc 21.45.10 # preglow: Status wanted to delete a file from a menu on the "down" button (previously loaded the context menu, now loads the main menu) 21.45.12 # shotofadds: ah, riight 21.45.27 # shotofadds: you tried to open your d2, btw? i gave it a shot and loosened some screws, but i still couldn't figure out how to actually pry it open without scratching the shit out of it 21.45.27 # makes perfect sense :p 21.45.56 # I loosened the screws, and then decided I like it too much to open it forcefully :( 21.46.04 # shotofadds: that'd be exactly what i felt as well 21.46.15 # especially considering my experiences opening my nano and h120 21.46.16 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 21.46.25 # nano: now has a slightly misaligned back cover 21.46.33 # h120: plastic around side screws pulverized 21.46.58 # * amiconn opened most of his daps 21.47.03 # ah, I managed the h100 perfectly well. I've had to solder the stop button back on several times on that thing... 21.47.16 # (and haven't broken it ... yet) 21.47.17 # i've opened my h120 tons of times, problem is that something went wrong with the side screws 21.47.20 # i probably wasn't careful en ough 21.47.33 # ipods are just plain annoying to open 21.47.59 # The standard ipods are easy... just the minis (and the nano 2g) are hard 21.48.06 # * Llorean has great desire never to have to open his Nano. 21.48.45 # anyone remember what the standard spinup time is for a standard h120 drive? 21.48.54 # mine seems to be 3sec++, which i think sounds a bit much 21.49.13 # I'm not sure about the nano 1g - it should be possible to open the same way as the standard ipods, but it's quite thin, so it might be more difficult to open 21.49.18 # * LambdaCalculus37 has had to open his 4G color... that was a pain =/ 21.49.36 # Around 3 sec is normal for practically all hdd targets 21.49.55 # (2.5", 1.8" and 1" with the exception of the Minis) 21.49.59 # good 21.50.18 # The mini's microdrive spins up in ~500ms 21.50.41 Join webguest98 [0] (n=4786bfbf@gateway/web/cgi-irc/labb.contactor.se/x-d491438d894ae935) 21.51.02 # I don't understand why the seagate microdrive in the small H10 and the m:robe 100 needs as long as a big hdd... 21.51.25 # hello, I have a quick question I know rockbox plays mpeg file format, but does that include mp4? 21.51.33 # no 21.51.39 # MPEG1/2 only 21.51.48 # see www.rockbox.org/wiki/PluginMpegplayer 21.51.53 # * preglow likes the 1 cycle multiply-accumulate instructions on arm9ej-s, but hates the fact he can't use them easily in dsp.c 21.51.55 # ok thanks. 21.52.30 Quit webguest98 (Client Quit) 21.53.43 Join TheNumber [0] (n=thenumbe@41.226.129.65) 21.54.06 # preglow: What's special about them? 21.54.28 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 21.55.03 Join Rob2222 [0] (n=Miranda@p4FDCE3D2.dip.t-dialin.net) 21.55.28 # amiconn: well, they're fast :) they are so becase they're not 32x32, they're either 32x16 or 16x16 21.55.59 # amiconn: also, they let you choose upper or lower halfword of a register for the 16 bit operands, emac style 21.57.59 Quit hopenglish ("CGI:IRC (EOF)") 21.58.09 Join roseen [0] (n=51e31bbd@gateway/web/cgi-irc/labb.contactor.se/x-5fdd082e5b4e2372) 21.59.12 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 21.59.30 Quit DerPapst_ (Read error: 110 (Connection timed out)) 21.59.39 # preglow: So for vector operations, you can do 32-bit reads, and then perform the two multiplications directly? 22.00.00 # 926 has a hardvard arch, that i did not know 22.00.04 Part Ebert 22.00.14 # linuxstb: indeed, i already know of several places where i can take advantage of this 22.00.22 # mostly in speex, i intend to have speex encoding going on the d2 22.00.40 # APE will benefit from that... 22.00.52 # and hopefully also on arm7 and coldfire, of course 22.02.09 # now, if we could only get this basic stuff working... 22.02.15 # * preglow curses the nand 22.02.38 # * Llorean would certainly enjoy having speex encoding for voice notes and such 22.03.01 # Llorean: well, i intend to let you have it :) 22.03.12 # on d2, i even expect to have wb mode working 22.03.16 Quit gregzx (Connection timed out) 22.04.16 # preglow: They say hardvard cache 22.04.34 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 22.04.38 # It's a bit confusing, but I think it refers to the fact that instruction cache and data cache are separate 22.04.43 # amiconn: confusing indeed... 22.04.56 # so the internal bus is harvard? hardly surprising 22.05.12 # And btw, these packed 16 bit mac instructions are ideal for the ape filter... 22.05.24 # amiconn: is a 32 bit accumulator ok for that? 22.05.29 # yes 22.05.41 # amiconn: then you'll have a single cycle mac instruction 22.05.42 # The result is clipped to 16 bits anyway 22.06.00 # Is there a way to add 16 bit register halves as well? 22.06.01 # 16x16 can also do a 64 bit accumulator, but at two cycles 22.06.07 # amiconn: sadly, no 22.06.11 # (just add, not multiply-add) 22.06.16 Quit Horscht ("electromagnetic radiation from satellite debris") 22.06.31 # amiconn: but with a dummy register for a "1", sure :) 22.06.52 # no 22.06.57 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.07.08 # This would need fetching the accumulator every time 22.07.55 # fetching? smlalxx lets you put the accmulator wherever you want it, just like mla 22.08.23 # smlaxx, i mean 22.08.53 # The ape filter needs to add vectors 22.09.07 # Not add all values from a vector into a single result value 22.09.13 # * shotofadds thinks we need to be able to _load_ files before decoding them :/ 22.09.23 # shotofadds: i can dream, can't i? 22.09.32 # heh, dream away :-) 22.09.33 # * preglow gears up for some melodrama 22.09.34 # I.e. a[0] += b[0]; a[1] += b[1]; etc 22.10.05 # gevaerts: I think I can't make both USB serial and USB mass storage work for the PP targets for both windows and linux 22.10.06 # shotofadds: btw, do telechips keep a log->phys translation table in flash? 22.10.19 # the only thing I haven't tried is to use interface association descriptors 22.10.25 # Check apps/codecs/demac/libdemac/vector_math16*.h 22.10.27 # preglow: yes, there is one. but it isn't always up-to-date, so it's not helpful at all. 22.10.38 # amiconn: the accumulate instruction also update a flag in the cpsr that stays set on overflows, i wonder how well that can be used for saturation 22.10.47 # shotofadds: i wonder what the point is... 22.10.59 # gevaerts: you would be OK with only having one of them at a time? 22.11.02 # shotofadds: perhaps it has several and cycle between them? 22.11.14 # using the same block would be kind of stupid, wear-wise 22.11.18 # there's only 1 copy (the 0x12 blocks) 22.11.22 # hmm 22.11.23 # they move around the flash 22.11.34 # The beast is arm v6, correct? 22.11.38 # bertrik: maybe add a "can't coexist with other drivers" flag to the class driver struct 22.11.42 # amiconn: aye 22.11.55 # I wonder how the beast performs when playing ape.... 22.11.59 # amiconn: that has simd extensions that will be very useful for ap 22.12.00 # ape 22.12.11 # at least probably 22.12.13 # arm v6 should also have those single-cycle 16 bit mac instructions, correct? 22.12.17 # amiconn: yes 22.12.24 # * scorche|sh wonders why people want to play ape on an embedded device.. 22.12.29 # scorche|sh: madness 22.12.32 # bertrik: I don't want to do this in general. If we ever get HID, that should be able to coexists with just about anything 22.12.54 # preglow: I get the feeling I'm missing something crucial, but there are no other block types on the flash. I can't locate any other non-page data (if you get what I mean) 22.12.58 Quit DerPapst (Nick collision from services.) 22.13.08 Join DerPapst_ [0] (n=Der_Paps@p5B23BDD6.dip.t-dialin.net) 22.13.20 # shotofadds: a nasty business, this :/ 22.13.35 # I can't work out how it tracks changes. If a change a sector, the original copy still exists on the flash, plus a new copy. but there's seemingly no way to determine which is the up-to-date copy 22.13.36 # gevaerts: ok 22.13.47 # Would HID actually make sense though? 22.14.12 # bertrik: serial probably won't be used for much else than debugging. That means (IMHO) that making it work is the most important. Coexisting with other drivers would be nice, but not at a high complexity cost 22.14.14 # scorche: First in order to show that we can, and then ape has the best compression of all supported lossless formats so far 22.14.17 Join yeal` [0] (i=yeal@pool-71-103-112-135.lsanca.dsl-w.verizon.net) 22.14.19 # hi 22.14.28 # is there a way to make it so rockbox is faster 22.14.42 # ipod software does not have to load a database each time i browse songs 22.14.55 # That's actually something where the extra power of the newer targets makes sense. 22.15.05 # amiconn: at a cost of battery life since it needs a good bit of power.. 22.15.17 # bertrik: HID doesn't really make sense now (with only usb storage), but I think that if we ever have usb audio, being able to use the player buttons would be nice 22.15.21 # depending on target and how we handle the cpu of course 22.15.28 # yeal`: I don't really understand what you are asking 22.15.55 # ipod os does not require loading a song database each time you look at files 22.15.58 # rockbox does 22.15.59 # yeal`: iPod software doesn't have customizable searches, so it pre-calculates the results of the filters on the computer instead. 22.16.03 # rockbox is slower 22.16.16 # i realize the "show we can" bit...i am talking about practical usage 22.16.21 # can rockbox do that , llorean? 22.16.26 # yeal`: Depends if you use the database or the file browser 22.16.33 # gevaerts: Wouldn't HID make a cheap "charging-only" interface that doesn't pop up driver requests in windows? 22.16.45 # yeal`: No, because we can't know in advance what searches you're going to use. The software that does it is actually iTunes. If you want a constant layout, just use the filetree, it will be much faster. 22.16.50 # yeal`: No, but it is a *huge* amount more flexible 22.17.14 # the filetree lists files as F02 and F03 22.17.18 # instead of the actual song naems 22.17.25 # amiconn: that's another use. But I actually also have a do-nothing usb audio implementation here that also doesn't pop up anything 22.17.27 # scorche: I can imagine that some users what to squeeze as much lossless music on their devices, even if it costs runtime 22.17.27 # yeal`: then rename them! 22.17.33 # yeal`: Then put the songs on there without using a program that renames them stupid things. 22.17.36 # yeal`: That is because itunes copies sons with stupid filename 22.17.50 # yeal`: That is all itunes being stupid 22.17.51 # amiconn: indeed 22.17.58 Quit Absnthe ("back in an hour") 22.18.16 # * gevaerts should get back to that usb audio thing some day 22.18.55 # Hmm. Isn't HID always low-speed? 22.19.02 # no 22.19.02 # * linuxstb still wants Rockbox to act as a USB printer... 22.19.12 # can be full-speed as well 22.19.18 # Ah ok 22.19.34 # But not high? 22.19.53 # HID is quite often used for one or two buttons somewhere in addition to whatever the primary function of the device is 22.20.09 # low, full and high 22.20.10 # Llorean: I don't think there's a limitation on the physical side for HID 22.20.25 # You can build a high speed mouse if you like... 22.20.28 # bertrik: I was just curious because of the conspicuous use of the term "full" 22.21.12 # to the device driver it's almost invisible whether the device is low, full or high speed 22.21.25 # device -> USB class 22.22.37 Join MU{lappy} [0] (n=Militant@pool-72-70-183-80.hrbgpa.fios.verizon.net) 22.25.07 # if i put songs on my ipod manually, then i won't be able to use itunes 22.25.22 # i mean ipod os 22.25.48 # shotofadds: i can't seem to be able to find a datasheet for the nand chip in the 8 gig. is there one? 22.26.21 # yeal`: Correct 22.27.23 # yeal`: Have you enabled the "load to RAM" option for the database? 22.27.36 # linuxstb: USB printer should be doable, AFAIK it's basically just a parallel port emulation :) 22.27.56 # bertrik: of course we also need a ghostscript port then :) 22.27.56 # preglow: the K9XXG08UXM datasheet is generic and applies to that chip, too 22.28.08 Part ryanakca 22.28.14 # shotofadds: apart from the column address format, i assume 22.28.20 # bertrik: Really? I would have thought it was at a higher level than that. 22.28.47 # linuxstb: you mean the way ums really is just scsi? 22.28.52 # preglow: I guess. see the "ID Definition Table" at the end, 22.29.00 # for the different possibilities 22.29.12 # preglow: ;) No, more like usb audio... 22.30.41 # With USB serial it would be possible to run a simple command shell on the target itself, which would be great for debugging I think 22.31.49 # linuxstb: yes, as far as I understand after skimming the USB printing devices spec 22.32.14 Quit mcuelenaere () 22.33.05 # bertrik: Iiuc it would even allow to use gdb over serial (needs a gdb stub on target) 22.34.29 # Does that work well if the driver needs interrupts ? 22.34.32 # hmm, interesting idea :P 22.35.24 # Didn't the iFP port feature that? 22.36.18 # It did have files related to it. I don't know how well it worked 22.36.42 # linuxstb: wouldn't surprise me if that turned out to be line out over usb :) 22.36.45 Quit creamycenter2003 (Read error: 110 (Connection timed out)) 22.36.48 # I don't know. On archos, gdb over serial is usable (via an actual serial port, just requiring a level converter) 22.37.50 # I'm also a bit worried about the usage of threads and message queues by the usb infrastructure. It would limit what you can debug. Of course it's possible to add another more basic driver 22.40.17 Quit carini ("ChatZilla 0.9.81-rdmsoft [XULRunner 1.8.0.9/2006120508]") 22.40.26 # * bertrik thinks it's quite unlikely to have a target that needs to be debugged with gdb and yet already has a stable USB serial implementation 22.40.34 Join PaulJam [0] (i=PaulJam_@vpn-3018.gwdg.de) 22.41.05 # you could still debug playback and codecs etc 22.42.37 Quit BigBambi (Remote closed the connection) 22.43.04 Join DerPapst [0] (n=Der_Paps@p5B23BDD6.dip.t-dialin.net) 22.43.10 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 22.43.46 Quit PaulJam_ (Read error: 113 (No route to host)) 22.44.09 Join petur [50] (n=petur@rockbox/developer/petur) 22.45.29 # * bluebrother wonders what happened to the study mode discussion 22.46.16 # amiconn: linuxstb posted results from an APE test on the beast (at 265MHz) in the wiki, ~10% faster than gigabeat f (that is running your optimized arm7 assebler code though) 22.47.52 # bluebrother: IIRC, everyone that voiced an opinion on it wouldn't mind if it was removed, but no decision was made, then it drifted off-topic, but we could check the logs again 22.49.25 # I'd like to see a coarse seeking function *like* study mode, but only if people familiar with the areas it touched agreed it didn't add significantly negative complexity. 22.50.02 Join PaulJam_ [0] (i=PaulJam_@vpn-3071.gwdg.de) 22.51.25 # Llorean: something like the Apple OF does where you can switch the wheel between volume and fast seeking mode? 22.51.39 Quit roseen ("CGI:IRC") 22.52.14 # bluebrother: That's not very much use on any but wheel targets. 22.52.30 # I like the idea of "pressing next skips X seconds/minutes instead of going to the next track" 22.52.38 # But it sounds like it's just too complex. 22.52.42 # Or at least, not very clean 22.52.50 # Judging from the negative commentary, at least 22.53.16 Quit BigBambi (Remote closed the connection) 22.53.50 # i agree 22.53.56 # I like the idea of using the wheel for seeking when paused, but indeed it only works on wheel targets 22.53.58 # but it probably won't happen as long as study mode is in svn... 22.54.08 # I guess we will get quite some confused users wondering why skipping doesn't work anymore ... 22.54.31 # study mode is a setting that defaults to off 22.54.35 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 22.54.43 # i refuse to believe adding "skip x seconds" instad of "skip track" can be very hard 22.54.45 # n1s: The gigabeat F/X uses the C code (slightly faster than the ARM7 assembler) 22.54.49 # and if it is, something is badly botched somewhere 22.54.55 # bluebrother: It should absolutely be disabled by default. I didn't mean to suggest it should always happen on longer files. 22.55.16 # With dedicated arm v6 assembler it should be able to run significantly faster 22.55.23 # true. But the wording isn't quite good and users already have been confused by party mode 22.55.38 # Llorean: I wasn't implying that it's enabled by default for longer files 22.55.41 # what is party mode? :> 22.56.05 # Yes, it needs a better name than "study mode" certainly. 22.56.09 # yep. Now enable it and be confused. "Help, I can't skip anymore" 22.56.24 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 22.56.26 Join BigBambi_ [0] (n=Alex@rockbox/staff/BigBambi) 22.56.51 # especially as I know study mode as something completely different. My old SonicBlue CD mp3 player has this, and it was something like "skip 5 seconds back when resuming". 22.57.29 # bluebrother: The problem is I mentioned that iriver called it "study mode", so that name got chosen by someone I guess so as to be familiar for iriver users? 22.57.58 Quit PaulJam (Read error: 104 (Connection reset by peer)) 22.58.05 # I don't so much mind the idea of study mode (knowing nothing about the code implications), but the name is *completely* inaccurate 22.58.12 # amiconn: ah, I only looked quickly and saw that the predictor asm was used for all arm cpus so i assumed the same for the rest 22.58.38 # the name "tracklock" that was used in the tracker task first is _much_ better. 22.58.44 # The arm asm predictor is indeed used for all arm... and it's not my work ;) 22.58.44 # * shotofadds wonders how to make the D2 usable in pocket if something similar to the OF's "hold switch" trick isn't desired 22.58.44 # yep 22.58.55 # bluebrother: I don't think "tracklock" is particularly useful, there's no "locking" going on really. 22.59.11 # * amiconn only did the optimised arm7 filters, and the coldfire predictor and filters 22.59.13 # And you should still go to the next track if you skip to the end of it, just like seeking to the end. 22.59.20 # * Llorean likes neither name. 22.59.21 # Llorean: Not ideal, but better than study mode :) 22.59.37 # I disagree, I think they're both very bad. 22.59.42 # Llorean: I agree that the name isn't the best. But IMO it's much better than "study mode". 22.59.45 # How about just something like "Course skipping" 22.59.50 # Coarse. 22.59.53 # Yes 22.59.58 # :-P 23.00.01 # :) 23.00.36 # "Coarse skipping: On/Off" and "Coarse skip amount: 5m, 10m, 15m, 30m" or something. 23.00.38 # i think the setting should be called "skip mode", or something 23.00.47 # yeppers 23.00.55 # with optiosn "skip track, seek five secs, seek ten secs, seek thirty secs, etc" 23.01.14 # something better than "skip mode" can be found, surely, but i think this is the best way to fit the option in 23.01.19 # Makes sense. 23.02.05 # this also cuts back on the amount of settings, just one extra and not three, like the study mode patch 23.02.07 Quit BigBambi_ ("Please insert girder") 23.02.35 # * BigBambi prods someone to rename flashlight at the same time 23.02.40 # to what? 23.02.42 # lightbulb? 23.02.45 # preglow: maybe "track skip mode" ? slightly more self explanatory, although study mode is not hard to beat :) 23.02.53 # preglow: Light, or illuminate maybe 23.03.01 # n1s: problem is that "seek five seconds" isn't a "track skip mode" 23.03.02 # Or "torch" ;) 23.03.13 # preglow: The thing is, Rockbox uses UK english, in which flashlight is wrong 23.03.24 # linuxstb: Didn't we agree on American English for user visible strings? :-P 23.03.34 # I thought we used UK in the code, and US in the text? 23.03.39 # ahahah 23.03.40 # preglow: But the correct word, torch, is likely to confuse our American friends 23.03.45 # can't we use the same for everything, please :) 23.03.57 # preglow: of course seeking isn't skipping like "Resume" isn't a screen :) 23.04.15 # Nico_P? 23.04.20 # preglow: As to the skip mode, I'd argue that any value less than 1 minute is probably not very useful compared to normal seeking. 23.04.23 # preglow: yes? 23.04.27 # * BigBambi kicks linuxstb into action 23.04.37 # Nico_P: have you had a look at the study mode commit? 23.04.51 # no, I haven't 23.04.53 # Nico_P: just wondering if you would be able to say if the code implementation is overly complex 23.05.10 # what revision is it? I could take a quick look before I leave 23.05.19 # Nico_P: it basically just implements "seek x secs back/forward" instead of "skip track", and i think it has too much code for what it does 23.05.22 # gimme a sec 23.05.34 # Llorean: the manual also "defaults" to UK english 23.05.37 # http://svn.rockbox.org/viewvc.cgi?view=rev;revision=17355 23.05.46 # bluebrother: Maybe I've got it backward then. 23.05.52 # Llorean: you do :) 23.05.59 Quit FOAD ("I'll be back") 23.06.08 # The user interface and manual etc is UK, code is US 23.06.10 # * linuxstb thought Llorean was joking 23.06.10 # on second read, not much of it is playback code... 23.06.12 Join FOAD [0] (n=dok@dinah.blub.net) 23.06.25 Quit DerPapst_ (Connection timed out) 23.06.31 # linuxstb: me too 23.06.32 # Nico_P: anyway, perhaps you would be able to say how simple such a function should be to implement :P 23.06.56 # preglow: it should be pretty simple, but that can change with all the special casing that can be needed 23.07.02 # But, given that torch/flashlight/light/illuminate isn't yet in the manual, this seems an ideal time to change it 23.07.03 # linuxstb: Unfortunately I wasn't. At some point it ended up that it's "colors" in the code and "colours" in the language files. My memory betrayed me, and i thought it was the other way around. 23.07.35 # Llorean: That's the whole reason some people don't like "flashlight" as the name for the plugin... 23.07.57 # has this study mode been tested on hwcodec yet? 23.07.59 # preglow: it doesn't add anything to playback.c. it just uses the ff_rw funcs 23.08.10 # linuxstb: I thought it was the same reason I don't like "Torch", ie: rather than being a spelling variant, it's actually a word that can cause some confusion as people may not be familiar with it in that context at all 23.08.11 # Nico_P: no, i noticed that 23.08.25 # Llorean: there is that too 23.08.31 # linuxstb: I'd much rather a word present for that use in either dialect, such as "Light" 23.08.36 # me too 23.08.56 # Llorean: Make it so! There seems to be general agreement on this... 23.09.04 # * linuxstb still doesn't agree that a torch (in the US meaning) isn't also a descriptive name 23.09.11 # could there be specific problems (if someone could tell by reading the code/looking at the files changed) 23.09.14 # i probably think "torch" is the better word 23.09.22 # "light" is too vague, in a way 23.09.24 # preglow: the added code really is in the UI handling... I'm not sure it could be trimmed down 23.09.32 # me too (being British), bit I'm willing to compromise 23.09.50 # * Llorean knows people who would figure out "Torch" eventually, but would first assume it's a game or something because Torches involve Fire. 23.09.56 # I would be happy with something vague, but would prefer torch, as that's the purpose of the plugin 23.10.05 # I remember suffering a bit with that code when doing the cue support. 23.10.08 # I would just like it to not be flashlight 23.10.25 Quit FOAD (Client Quit) 23.10.34 # We could name it Single_Coloured_Screen_With_Backlight 23.10.36 # :-P 23.10.37 Join FOAD [0] (n=dok@dinah.blub.net) 23.10.39 # torch sounds like it can set something on fire 23.10.54 # bertrik: not in UK english 23.11.00 # (or yes, but not only) 23.11.23 # illuminobox 23.11.25 # Right, vote time. 1) Light 2) Illuminate 3) Torch 4) Flashlight 23.11.27 # go "light" 23.11.41 # Maybe we should just wait for localized plugin names, and introduce an USA.lang. 23.12.03 # useless-lightonly-plugin :) 23.12.07 # I'd prefer to change it now and if a USA lang gets introduced deal with that then 23.12.13 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.12.29 # * BigBambi votes 1 or 2 23.12.30 # once we get localization for plugins, why not create a en_US lang file? 23.12.35 # easy: rocklight ;) 23.12.42 # shotofadds: damn you 23.12.44 # * amiconn , not being a native speaker, prefers british english over american, but always associates "torch" with the fiery thing 23.12.48 # hehe 23.12.55 # flashbox? 23.12.55 Quit DerPapst (Nick collision from services.) 23.13.01 # matchbox 23.13.08 Join DerPapst_ [0] (n=Der_Paps@p5B23BDD6.dip.t-dialin.net) 23.13.12 # I would prefer torch, but have ruled it out in deference to compromise 23.13.22 # amiconn: But a firey thing designed to give light, or a firey thing designed for setting fire to objects? 23.13.44 # any of you found any good uses for ipodlinux since it cannot really display itune copied files correctly? 23.13.45 # All in favour of light say aye 23.13.47 Join fml [0] (n=4fd3d0b2@gateway/web/cgi-irc/labb.contactor.se/x-d86e0141ce2a8b8f) 23.13.55 # yeal`: That is off topic here 23.14.20 # s/firey/fiery/ 23.14.23 # The thing to give light. 23.14.35 # lighter? 23.14.41 # which is what a torch does, just electrically 23.14.42 # * bertrik votes 1) Light, but will probably never use the plugin 23.14.54 # * Nico_P leaves 23.14.57 # bluebrother: It can light cigarettes? 23.14.58 # In German there are very different words for the fiery torch versus the torch running from batteries 23.15.09 Quit Nico_P (Remote closed the connection) 23.15.13 # In english english they are the same 23.15.44 # BigBambi: Yes, in british english they're the same. What about american? 23.15.45 # amiconn: out of curiosity, what are they? 23.15.48 Quit tvelocity_ (Remote closed the connection) 23.15.53 # amiconn: in US no 23.15.57 # preglow: Fackel and Taschenlampe 23.15.59 # May I add a bit to the study mode talk? Why not call it "rew/fwd mode"? There will be 'continuous' mode (like what we have now) and 'coarse' mode. In the coarse mode, first press of, say, right would just skip N secs. If you then release the button that's it. If you keep it pressed, it goes on continuously. 23.16.11 # if one translates that German word back and simplifies it, you could call it "lamp" 23.16.15 # amiconn: fakkel and lommelykt in norwegian :) 23.16.22 # they mean the same 23.16.22 # pixelma: I was just about to suggest "lamp", too. 23.16.26 # amiconn: hence me prefering torch as that is the correct word in 'my' english, but not insisting on torch as I know the US don't use it 23.16.31 # So the difference between the continuous and coarse mode is what happens on the first press. 23.16.36 # Lamp would be good 23.16.41 # ooh, lamp 23.16.42 # me like 23.16.50 # Lamp is nice 23.16.55 # fml: The behaviour on holding down the button won't change, it's just taps of the button that would. 23.16.58 # also, make a lavalamp plug, please 23.17.00 # in dutch it's zaklamp 23.17.12 # Right then, any objections to lamp? 23.17.23 # preglow: maybe combine plasma and "lamp"? 23.18.11 # * bertrik agrees to lamp 23.18.20 # linuxstb: ? 23.18.26 # Llorean: does the track skip now on button release? Not on press? 23.19.29 # * shotofadds thinks "lamp" at least doesn't imply we support (adobe) Flash Lite ;) 23.19.30 # fml: It always skipped on release 23.19.46 # shotofadds: :D 23.19.55 # fml: You are aware that the ff/rw button also do track skip. The first press normally skips to the next track, the feature is offering an alternate where the first press skips an amount of time, instead of to the next song. 23.20.03 # I don't understand your "continuous" suggestion at all. 23.20.03 # I'd think of it as of keyboard auto repeat on PC: first press immediately produces a character (skip N secs in our case), then a delay, then repeating (continuous moving in our case) 23.20.34 # BigBambi: Lamp is my second choice ;) 23.20.41 # fml: The press can't be used as a trigger if short and long presses are used for different actions 23.20.45 # Llorean: lamp OK? 23.21.08 # And skip vs. seek is such a case 23.21.23 # BigBambi: I like it. 23.21.29 # Llorean: 'continuous' means just what we have now, i.e. no jumps on 'click' (i.e. short press and then release) 23.21.33 # * BigBambi feels we have built a consensus 23.21.45 # fml: Short press and release right now goes to the next track. I'd call that a significant jump. 23.21.50 # Now all we need is someone with commit rights to do the renaming.... 23.22.07 # * BigBambi spots a few people with said powers 23.22.54 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 23.23.16 # * petur points out that many users will end up with two identical plugins with different names 23.23.33 # All the more reason to do it now not later 23.23.34 Join Rob2222 [0] (n=Miranda@p4FDCE3D2.dip.t-dialin.net) 23.24.11 # linuxstb: How do you run code on the dax? Is there a chance for a sane bootloader installation? 23.24.15 # petur: So we should accompany it with a change to the plugin API breaking backward compatibility. 23.24.27 # lol 23.24.29 # Llorean, amiconn: ok, I see. What would you say about a hopping mode: keeping the button pressed moves the position in jumps but stays at the end (or start) of the track once it's reached. To skip to the next/prev track, you have to release the button and click it again. This is like wrapping in lists now. 23.24.32 # tetrox has been renamed before, so ... 23.24.35 # well, I asked them to clean up their wps folder(s) too 23.25.01 # petur: I still think it ought to be renamed, flashlight is wrong in UK english 23.25.14 # fml: That's how it always worked (seeking confined to the current track) 23.25.18 # * bluebrother would like to add a cleanup functionality to rbutil 23.25.26 # It even slows down when approaching the start or end 23.25.39 # * pixelma notices that flashlight/lamp doesn't seem to be in the manual yet :\ 23.25.55 # pixelma: exactly, so lets change it before it gets in :) 23.26.11 # pixelma: I was just adding flashlight to the manual. It's OK I think to not include a screenshot as that would be pretty useless ;) 23.26.51 Join skull0 [0] (n=skull0@189.132.77.96) 23.26.54 # prepare people to see a blank screen otherwise they get confused ;) 23.27.09 # so flashlight becomes lamp? 23.27.13 # maybe it should show a splash on how to exit anyway? 23.27.15 # amiconn: hrm... yes, you are right! But then the study mode (pardon the name!) does exactly what it should IMHO What's wrong with it? That it's impossible to skip to the next track with the normal click? 23.27.15 # yes 23.28.20 # fml: The main problem is that it isn't done as cleanly (and intuitively in terms of settings) as we'd like, and has a bad name. 23.28.21 # petur: for the sake of the screenshot, we should add a descriptive text to the plugin, i.e. "You're now using the flashlight plugin" :-) 23.28.35 # fml: The *lamp* plugin :) 23.28.55 # BigBambi: exuse me Sir! 23.28.59 # :) 23.29.02 # *..cuse 23.29.24 # Hello everyone! 23.30.18 # Im hopping some friend help me to try rockbox in an odd jukebox but i dont know where to start 23.30.19 # Llorean: couldn't we assign a 'hop' to a combo? E.g. play+right on h120? 23.30.36 # Then we wouldn't need such mode at all 23.31.02 # fml: There are players where such combos are difficult/impossible. 23.31.08 # It would be better to just fix the problems with it. 23.31.55 # play+right is already dirskip iirc 23.32.42 Quit gevaerts ("good night") 23.32.44 Quit dabujo (Read error: 104 (Connection reset by peer)) 23.33.02 Quit OlivierBorowski (Remote closed the connection) 23.33.40 # how can I check if rockbox have opportunity to run in hardware different from the ones listed? 23.33.51 # please 23.33.52 # skull0: It only runs on ones listed. 23.33.58 # skull0: check the NewPorts wiki page 23.34.14 Quit leox (Read error: 104 (Connection reset by peer)) 23.34.21 # skull0: For a new port check either the New Ports forum or www.rockbox.org/wiki/NewPorts 23.34.35 # * scorche|sh sees he missed "torch" discussion =/ 23.34.46 # scorche|sh: Lamp work for you? 23.35.06 # * scorche|sh likes illuminate but will concede to a majority for lamp 23.35.11 # Actually, I'd like or need the 'study mode' for one purpose: quickly jump back to a certain point within the current song. Is there another way to do that now? I.e. to set a marker and jump back to it. 23.35.24 # Ok! 23.35.34 # Ill check it 23.35.36 # fml: a-b repeat. 23.35.50 # Or bookmarks. 23.36.17 # thanks Llorean, bluebrother and BigBambi 23.36.19 # Or cuesheets if you know the point in advance. 23.37.23 *** Saving seen data "./dancer.seen" 23.37.49 # * fml goes reading manual (A-B) 23.38.59 Join PissedSoap [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-50f3caf7c20e283b) 23.39.02 # Ahem... Why is the manual for H120 called 'h100'? Isn't that politically incorrect? 23.39.14 # fml: It is the h100 series 23.39.30 # including the h110, h115, h120 and h140 23.40.14 # * BigBambi gives up making a patch for flashlight > lamp; svn diff doesn't seem to be able to handle svn move 23.40.28 # * petur is prepping the rename commit 23.40.46 # petur.commit_count++ :D 23.40.53 # BigBambi: ah, so there isn't such thing as H100? Only H110 etc? 23.41.16 # fml: As far as I know 23.41.29 # Llorean: I owe you much! A-B repeat mode is exectly what I need (if I understand the manual right) 23.42.08 # petur: coolio :) 23.42.11 # BigBambi: on the manual download page, it says 'H100/H115' 23.42.18 # oh really? 23.42.28 Join DerPapst [0] (n=Der_Paps@p5B23D2C2.dip.t-dialin.net) 23.42.35 # BigBambi: yes. That's why I asked. 23.43.01 # I meant that in surprise not I didn't believe you :) 23.43.19 # I just noticed that the manual download page has an "M-Robe" while the manual calls it "m:robe" 23.43.35 # we're somewhat inconsistent with namings :( 23.43.39 # It's even more confusing. Iirc their first player was called iHP100 (10GB), then there was an iHP110 (15GB), iHP120 (20GB) and iHP140 (40GB) 23.43.48 # fml: So on that same page I see the manual for h120/h140... 23.43.52 # amiconn: I either use tcctool to upload code to RAM in usb boot mode (that requires a hardware mod, or physically removing the NAND module), or I have a dual-boot bootloader working which can be appended to the OF and "flashed" (to a hidden part of the NAND flash). 23.44.00 # And then the iHPs were retroactively renamed to H- 23.44.04 # bluebrother: the poor truth behind that particular one is that the colon is a magic separator in the build script! 23.44.18 # Later on they were forced to rename them (due to the 'HP' in the name), and then the iHP100 became H110, and the iHP110 became H115 23.44.24 # Bagder: too bad. No way to escape that? 23.44.35 # pixelma: is there an option to specify a certain feature in the manual (HAVE_BACKLIGHT) or must I specify all players that have it? 23.44.40 # I guess I could make an effort 23.45.21 # Are the manuals for the Hxx all the same? Why not make just one out of them? 23.45.38 # petur: check features.tex in the manual build dir 23.45.40 # fml: The h110/h115 use a different build and bootloader than the h120/h140 23.45.48 # They have half the RAM. 23.46.08 # petur: have to check 23.46.10 # but the manual is the same -- the h120 download links to the h100 manual 23.46.36 # bluebrother: thanks 23.47.02 # petur: oh, and there is HAVE_BACKLIGHT in some platform files ;-) 23.47.19 # bluebrother: I guess that makes sense, since the bootloader is handled by fwpatcher rather than having an explicit file to download. 23.47.20 # yes 23.47.26 # n1s: he-he. I see that you've just abandoned the 'without shift' mode for the calculator in ipods, right? :-) 23.47.37 # I'm wondering why this isn't created by the features feature 23.48.02 # fml: they simply don't have enough buttons and I didn't see a particular reason to keep it anyway 23.48.04 # bluebrother: seems I need HAVE_BACKLIGHT, not the brightness one 23.48.13 # because it's not made a feature in features.tex on purpose 23.48.27 # * petur listens 23.48.33 # eh... features.txt 23.48.40 Quit TheNumber (Read error: 110 (Connection timed out)) 23.49.01 # it would only affect the Ondio which can have a backlight mod (IIRC) 23.49.02 # ah, ok. Haven't looked into featurex.txt much 23.49.13 # Llorean: but does that mean a different manual? 23.49.16 # pixelma: it could of course be added if we want it 23.49.29 # Llorean: keys and such are the same, right? 23.49.31 # fml: It means people think their players are different, since they have different builds. 23.49.42 # n1s: We don't want it, because features.txt also controls .voice and .lng generation 23.49.45 # So if you remove either one, people will ask "I need a different build, where is the manual for my build?" 23.49.50 # fml: They both link to the same manual. 23.50.09 # amiconn: ? 23.50.17 # I think it's also somewhat to make the table identical to the build table 23.50.25 # I meant a 'feature' for the HAVE_BACKLIGHT 23.50.32 # n1s: Ondio backlight mod 23.50.39 # The only target without backlight is the Ondio, and the Ondio can be backlight modded 23.50.49 # Llorean: ah... But that can also be confusing since people who want to have a H120/140 manual see that the get somethig else. And assume an erroneous link 23.51.03 # ah, you mean it will brake the build for the modded targets, ok 23.51.04 # So we decided to deliberately always include the .lng strings and .voice clips for backlight on Ondio 23.51.24 Quit jgarvey ("Leaving") 23.51.25 # couldn't I just add it in the manual for all targets then? 23.51.31 # Llorean: I'd name it H1xx or H100-series 23.51.34 # "someone" should put that in a comment somewhere ;) 23.51.41 # Otherwise a .voice file for a stock Ondio could not be used on a modded one 23.51.57 # fml: We've never had a confused user about it that I've seen... 23.52.19 # The backlight settings themselves are of course excluded in the stock Ondio buuild, in order to not confuse users 23.52.33 # petur: that or \nopt{ondio} 23.53.27 # petur: there is a UseOption HAVE_BACKLIGHT (at least I saw one in the c200 platform file) 23.53.28 # * n1s got 5.45 on the beast with ata poweroff and clocks turned off to unused modules 23.53.55 Quit fml ("CGI:IRC") 23.54.12 Quit amiconn (Nick collision from services.) 23.54.17 # n1s: Compared to what in the OF? 23.54.19 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 23.54.33 # The very few users with a modded Ondio are certainly able to figure out the lamp plugin without manual ;) 23.54.51 # Llorean: I haven't tested but they quote a 12.30 music playback time 23.54.57 # So \nopt{ondio} sounds like a good solution 23.55.14 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 23.55.40 # why not \opt{HAVE_BACKLIGHT} ? 23.55.58 # n1s: I was just curious what condition your battery's in. 23.56.14 # PissedSoap: Does that work? 23.56.14 Quit PissedSoap ("CGI:IRC") 23.56.24 # Err, pixelma 23.56.24 # this one was manually added to the platform files (is not automatically generated) 23.56.32 # Llorean: ah, anyways it is one hour better than my lat test :) 23.56.53 # (which was without ata power off and the clock gating stuff) 23.57.34 # Ah, well that's good at least. :)