--- Log for 06.11.108 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 8 hours ago 00.02.47 Join planetbeing [0] (n=planetbe@67-207-128-206.slicehost.net) 00.03.14 # is the lang order in not english .langs important? 00.03.21 # It doesn't always fail. All Player builds in the build table except 2 were built on his box 00.03.48 Join dany_21a [0] (n=dan@84-119-27-113.dynamic.xdsl-line.inode.at) 00.04.23 # I'll disable sh builds there for now 00.04.30 # Could anyone refer me to someone who has familiarity with Rockbox's NAND flash driver? (ata_flash.c). I was wondering about its compatibility with Samsung's FTL systems like Whimory, etc. 00.04.59 # * mcuelenaere likes to know that too 00.06.05 Quit bmbl ("Woah!") 00.06.21 # I'm reverse engineering some of iPhone's firmware, with an eye on porting Linux to it. I'm now able to read and write raw NAND data, but I'm wondering if there's any prior work on the Whimory FTL. 00.06.55 # I'd be surprised if you could use ata_flash.c for help with that 00.07.19 # ata_flash.c is used by the (stalled) iFP port only. 00.07.33 # I see. 00.07.36 # planetbeing: AFAIK there are only 2 (?) FTL in Rockbox now 00.07.41 # It's written for ifp7xx, which as far as I know uses a pnx101 chip, and it doesn't do writing yet so I assume the mapping isn't complete yet 00.07.52 # I think the only one who really knows how it works would be tomal. I've not seen him around for a long time :\ 00.07.52 # ata_flash.c and the TCC one 00.08.05 # Ah. I've only started looking at it. Googling for "Whimory" led me to Rockbox (which is why I am here). 00.08.31 # amiconn: making the midi plugin a codec would not enable any more optimizations but would make for a nicer user experience all over 00.09.29 # JdGordon: it's not important, no 00.09.44 # * amiconn is confused by the r19022 APE performance figures on coldfire and the beast 00.10.01 # JdGordon: some translators like to keep English order to help them compare, but the code doesn't care 00.10.11 # LambdaCalculus37: I would be happy to take your c200 to try making midi work better on it but it would have to be with the standard disclaimer of not guaranteeing any worthwhile results 00.10.13 # lcd_init() calls scroll_init() calls create_thread(), what is needed for threads to run ? 00.10.52 # lcd scrolling runs in a separate thread 00.10.55 # Some of the exact strings that are here (http://130.89.160.166/rockbox/e10strings.txt) are in the iPhone firmware, which is why I was curious. 00.11.07 # rasher: ok 00.11.15 # n1s: i didn't care about threads in the sansav2 bootloader (no thread_init or whatever) 00.11.52 # i suppose some initialisation is needed 00.11.52 # planetbeing: that's probably due too they use the same Samsung SDK 00.12.01 # funman: i misread your question :/ 00.12.03 # due too the fact that* 00.12.16 Quit tvelocity ("Αποχώρησε") 00.12.32 # Yes. 00.12.40 # * funman hands n1s a funman-decoder 00.12.57 # other bootloaders call kernel_init() 00.13.24 # I suppose I'll have to do some work to use this function 00.13.35 # I'm not sure whether to start reverse engineering anything above the LLD level. 00.13.49 # Because reversing all of Samsung's SDK would not really be that fun. 00.13.54 # And perhaps legally problematic. 00.14.55 # reverse engineering really isn't that problematic in most areas 00.15.34 # I used this diff http://paste.ubuntu.com/68108/ to understand where the problem came from, do you think something cleaner could be useful in the UIE() ? (i believe undefined instruction exception) 00.16.00 # Right, except I think they're trying to sell the exact thing that I would publish equivalent source code to, so. 00.16.38 Quit BigBambi (Read error: 148 (No route to host)) 00.16.55 Quit robin0800 (Connection timed out) 00.17.21 # Though it would really be nice, or else any sort of dual-booting between iPhone OS and Linux would be out. Is there any interest in the Rockbox community that this be done? Is there anyone willing to work on this together? 00.17.24 # planetbeing: still you're entitled to do so 00.17.46 # planetbeing: rockbox is an OS of its own 00.17.47 Quit dany_21a_ (Read error: 110 (Connection timed out)) 00.17.58 # we don't run linux on devices, we run rockbox on tem 00.18.01 # them 00.18.04 # I understand that. 00.18.13 # in fact i was hoping to not need threads in the bootloader 00.18.23 # But if you wanted to read/write to Samsung FTLs, this would still be useful as a piece. 00.18.26 # but there might be someone interested in running rockbox on an iphone or ipod touch 00.18.30 Quit bughunter2 ("bye") 00.18.56 Join rikai_ [0] (i=blah@unaffiliated/rikai) 00.18.59 Quit rikai (Read error: 104 (Connection reset by peer)) 00.19.14 # linuxstb, re: "Is there a reason you keep that [rockbox-themes.cleansoap.org] mirror active?" - Can I plea historical momentum? 00.20.04 Quit ender` (" All power corrupts, but we need electricity.") 00.20.08 Quit Bensawsome ("The awsome is gone :(") 00.20.15 # iiuc one hardware timer is used by kernel.c 's tick_start() (defined in specific ports) and another one by timer.c ? 00.20.29 # funman: UIE is short for "unexpected interrupt or exception" 00.20.42 # Honestly, ever since I gave the space to redbreva, I haven't really though twice about it. I do agree the consequences of its existence are probably undesirable, but I never discussed the removal of it with anyone, so I didn't [remove it]. 00.20.51 # amiconn: ok that make more sense ^^ 00.23.07 Join swimmer [0] (i=swimmer@xs7.xs4all.nl) 00.23.11 # should I HTTP _or_ frame redirect it to the WPS gallery? 00.23.26 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 00.24.00 Quit meven (Remote closed the connection) 00.25.14 Quit DerDome ("Leaving.") 00.25.28 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 00.32.37 Quit n1s () 00.36.26 Part dany_21a 00.46.44 Quit mcuelenaere () 00.52.35 Join brrybnds [0] (n=cliff@206-248-137-225.dsl.teksavvy.com) 00.54.29 Join blkhawk- [0] (i=HydraIRC@g227018113.adsl.alicedsl.de) 00.57.07 # soap: I would redirect, but you could also look into making it so that google doesn't index the website too 00.59.56 Quit Thundercloud_ (Remote closed the connection) 01.02.29 Quit blkhawk (Read error: 110 (Connection timed out)) 01.04.27 Quit Nico_P (Remote closed the connection) 01.07.29 Quit HBK () 01.11.08 Quit robin0800 (Remote closed the connection) 01.15.44 # so (web ignorant) - do I want HTTP or frame style redirect? 01.23.19 # You know what - I'm busy as a bee tonight - I'll put a nice explanation and redirect on as many of the deep-linked pages as I see in my server logs, and make it all pretty - but not tonight. Tomorrow, Friday at the latest. 01.23.27 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 01.24.17 # If someone thinks I should pull the content before that point in time - that is easy and I will take such advice (if it comes) under serious consideration. Just highlight me and I'll catch ya. Otherwise, night. 01.24.40 Quit MethoS- (Read error: 104 (Connection reset by peer)) 01.25.56 Quit krazykit ("Connection reset by beer") 01.30.22 # soap: I think a http redirect would be most clean, when considering search engines etc 01.31.39 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 01.33.08 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-9450fd27c909783f) 01.40.23 *** Saving seen data "./dancer.seen" 01.41.35 Quit DataGhost (Read error: 60 (Operation timed out)) 01.53.28 Join JdGordon|uni [0] (i=768aa368@gateway/web/ajax/mibbit.com/x-80e743621104b1d5) 01.56.32 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 02.00.14 Quit gevaerts (Nick collision from services.) 02.00.26 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 02.06.23 Join blkhawk [0] (i=HydraIRC@f051192022.adsl.alicedsl.de) 02.18.13 Join toffe82 [0] (n=chatzill@189.155.22.118) 02.20.25 Quit culture (Read error: 110 (Connection timed out)) 02.22.13 Quit blkhawk- (Read error: 110 (Connection timed out)) 02.37.47 Join Darksair [0] (n=user@123.112.112.89) 02.38.29 Quit jhulst (Read error: 110 (Connection timed out)) 02.41.44 Part toffe82 02.41.47 Quit faemir (Remote closed the connection) 02.49.04 Part pixelma 02.49.29 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 02.53.07 Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) 02.58.21 Quit HBK () 02.58.57 Join JdGordon_ [0] (n=jonno@rockbox/developer/JdGordon) 02.59.30 Quit JdGordon_ (Client Quit) 02.59.59 Join JdGordon_ [0] (n=jonno@rockbox/developer/JdGordon) 03.00.06 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 03.01.18 Join maffe [0] (n=Miranda@p5B041B3A.dip0.t-ipconnect.de) 03.01.49 Nick Darksair is now known as Darksair{away} (n=user@123.112.112.89) 03.06.21 Quit maffe ("IRC ist obsolet!") 03.07.25 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 03.11.24 # :( my beast froze during playbck twice today already 03.11.42 # always in the last 2 sec of the song 03.13.17 # oh poo! now it thinks the batt is flat 03.13.24 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 03.15.53 Join m0f0x [0] (n=m0f0x@189-47-4-244.dsl.telesp.net.br) 03.17.22 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.17.30 Join webguest01 [0] (n=89d89377@gateway/web/cgi-irc/labb.contactor.se/x-018f256e2d52ac4f) 03.18.08 Quit webguest01 (Client Quit) 03.20.18 Nick Darksair{away} is now known as Darksair (n=user@123.112.112.89) 03.31.10 # Night all :) 03.31.13 Quit DerPapst ("iPodLinux rocks!") 03.31.57 Quit funman ("leaving") 03.38.11 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 03.40.26 *** Saving seen data "./dancer.seen" 03.41.23 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.44.17 Quit brrybnds (Remote closed the connection) 03.50.04 Join brrybnds [0] (n=cliff@206-248-137-225.dsl.teksavvy.com) 03.53.59 Quit JdGordon_ (Read error: 104 (Connection reset by peer)) 03.57.04 Quit saratoga ("CGI:IRC (EOF)") 04.07.34 Quit mc2739 () 04.26.05 Join ajonat [0] (n=ajonat@190.48.125.59) 04.42.43 Part XavierGr 04.46.55 Join miepchen^schlaf_ [0] (n=miepchen@p579ECC81.dip.t-dialin.net) 04.47.33 Quit Bensawsome ("The awsome is gone :(") 04.47.58 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 04.49.15 Quit Bensawsome (Client Quit) 04.49.30 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 04.54.06 Quit Bensawsome (Client Quit) 04.54.11 Join knnylftn [0] (n=cliff@206-248-137-225.dsl.teksavvy.com) 04.55.58 Join blkhawk- [0] (n=blkhawk@g227018064.adsl.alicedsl.de) 05.01.27 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.06.44 Quit brrybnds (Read error: 110 (Connection timed out)) 05.09.44 Quit reacocard (".") 05.11.26 Quit blkhawk (Read error: 113 (No route to host)) 05.12.15 Nick blkhawk- is now known as blkhawk (n=blkhawk@g227018064.adsl.alicedsl.de) 05.13.15 Quit m0f0x () 05.26.45 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 05.33.28 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 05.40.31 *** Saving seen data "./dancer.seen" 05.42.46 Quit ajonat (zelazny.freenode.net irc.freenode.net) 05.42.46 NSplit zelazny.freenode.net irc.freenode.net 05.42.46 Quit GodEater (zelazny.freenode.net irc.freenode.net) 05.42.46 Quit markun (zelazny.freenode.net irc.freenode.net) 05.42.46 Quit Slack (zelazny.freenode.net irc.freenode.net) 05.42.46 Quit soap (zelazny.freenode.net irc.freenode.net) 05.42.46 Quit Bagder (zelazny.freenode.net irc.freenode.net) 05.44.40 NHeal zelazny.freenode.net irc.freenode.net 05.44.40 NJoin markun [50] (n=markun@rockbox/developer/markun) 05.49.36 Quit Horscht ("http://www.geisterfahrer.org") 05.50.34 Join n17ikh [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) 05.51.43 Quit midkay ("Leaving") 05.57.54 NJoin soap [50] (n=soap@rockbox/staff/soap) 05.58.00 NJoin Slack [0] (n=brett@12-218-63-169.client.mchsi.com) 05.58.47 NJoin Bagder [241] (n=daniel@rockbox/developer/bagder) 05.59.50 Join test3769273469 [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) 06.00.09 Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 06.00.12 Quit n17ikh (Nick collision from services.) 06.00.14 Quit n17ikh|Lappy (Nick collision from services.) 06.00.17 Quit Zarggg (Read error: 60 (Operation timed out)) 06.00.36 Quit test3769273469 (Client Quit) 06.01.15 Join n17ikh|Lappy [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) 06.01.46 Quit linuxstb (Read error: 110 (Connection timed out)) 06.02.50 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 06.04.55 NJoin ajonat [0] (n=ajonat@190.48.125.59) 06.06.47 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 06.12.30 Quit massiveH (Read error: 104 (Connection reset by peer)) 06.18.47 Join midkay [0] (n=midkay@rockbox/developer/midkay) 06.20.47 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 06.28.45 Nick Darksair is now known as Darksair{away} (n=user@123.112.112.89) 06.36.51 Quit knnylftn () 06.50.00 Join massive_H [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 06.59.25 Quit massiveH (Read error: 113 (No route to host)) 07.00.14 Join midkay_ [0] (n=midkay@71-35-103-181.tukw.qwest.net) 07.01.58 Quit ch4os (Read error: 104 (Connection reset by peer)) 07.06.00 Join ch4os [0] (n=ch4os@gentoo/user/ch4os) 07.14.09 Nick Darksair{away} is now known as Darksair (n=user@123.112.112.89) 07.17.48 Quit midkay (Read error: 110 (Connection timed out)) 07.20.44 Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-fe597aa50f4613b7) 07.28.23 Join midkay [0] (n=midkay@rockbox/developer/midkay) 07.35.46 Join AndyIL [0] (i=AndyI@212.14.205.32) 07.37.39 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 07.38.04 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 07.38.34 Join midkay__ [0] (n=midkay@75-172-109-206.tukw.qwest.net) 07.40.35 *** Saving seen data "./dancer.seen" 07.43.20 Nick massive_H is now known as massiveH (n=massiveH@ool-44c48a1e.dyn.optonline.net) 07.44.20 Quit midkay (Read error: 60 (Operation timed out)) 07.45.47 Quit ajonat () 07.46.28 Quit AndyI (Read error: 110 (Connection timed out)) 07.46.40 Quit midkay_ (Read error: 110 (Connection timed out)) 07.55.50 Quit miepchen^schlaf_ () 08.03.08 Join mrkiko [0] (n=IRCExplo@151.80.65.172) 08.03.52 Join Owner [0] (n=chatzill@pool-71-170-77-110.dllstx.fios.verizon.net) 08.04.23 # I have a question about Rockbox and I figured you guys could help me out 08.04.56 # ask away 08.05.14 # I have a Sandisk and I can navigate and play songs from my MicroSD and from my internal memory 08.05.32 # yet once I figured out how to combine the 2 so I could play songs from both in a playlist... 08.05.34 # how do I do that 08.06.36 # I believe the microsd appears as a "fake" dir in the root dir, as shown by the dir browser 08.06.42 # are you creating the playlist on the sansa, or on your PC? 08.06.58 # I did it through my PC with window media player 08.07.33 # create it on the player and it will work fine, I don't know how it saves the SD location on the playlist 08.07.52 # but it appears rockbox's handling of the SD location and your media player's is differnet 08.08.20 # well I combined the playlists once so I could listen to all of my music on shuffle mode once 08.08.28 # so I know it's possible 08.08.45 # but as of now I can either chose to shuffle through all my internal memory of 300 songs 08.08.59 # or go shuffle through my SD of like 1000 08.09.13 # you can select the playlist and hit "insert" and it will combine them 08.09.18 # then you could save that list out... 08.09.45 # (press and hold select for playlist options) 08.10.03 Quit kushal_12_27_200 ("Leaving") 08.12.15 # ok reset because I'm not really using a playlist...let me show you the steps I go through 08.12.36 Part mrkiko 08.12.56 # turn on -> database -> all tracks -> play 08.13.03 # that gives me the shuffle for my internal memory 08.13.09 # and then for my micro sd 08.13.25 # * massiveH does not use database mode, and does not know how playlist handling differs from file tree mode 08.13.33 # turn on -> files -> micro sd -chose song 08.13.43 # then I shuffle through all my songs on micro sd 08.13.55 # any way to shuffle through both at once? 08.14.40 # if the songs are in the database they will be in the whole shuffle list 08.15.09 # but the only songs in the database are the ones in the internal memory 08.15.14 # put the card in, then initialize the database 08.15.18 # how do I put my micro sd songs in the database 08.15.29 # how do I initalize the database? 08.16.10 # settings - general settings - database - initialize now 08.16.32 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.16.40 # k trying that 08.18.20 # YOU ARE AMAZING 08.18.21 # !!!! 08.19.06 # You don't need the database if you just want to shuffle all songs on the device 08.19.15 # ya 08.19.20 # Ok thanks a lot guys 08.22.48 Quit BigBambi (Read error: 148 (No route to host)) 08.23.42 Quit Owner ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 08.36.34 Join Rob2222 [0] (n=Miranda@p4FDCC06D.dip.t-dialin.net) 08.40.01 Quit Rob2223 (Read error: 60 (Operation timed out)) 08.43.14 Quit bertrik ("Leaving") 08.47.29 Join goffa_ [0] (n=goffa@216.220.23.105) 08.49.28 Join AndyI [0] (i=AndyI@212.14.205.32) 08.52.59 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.55.47 Quit jhulst (Remote closed the connection) 08.57.09 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 08.57.21 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-f00b3a8c664f487b) 08.58.08 Quit massiveH ("Leaving") 08.59.24 Join petur [50] (n=petur@rockbox/developer/petur) 09.00.59 Quit goffa (Read error: 110 (Connection timed out)) 09.01.37 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 09.06.28 Quit Darksair (Read error: 104 (Connection reset by peer)) 09.06.31 Quit AndyIL (Read error: 110 (Connection timed out)) 09.09.13 Join Darksair [0] (n=user@221.221.150.61) 09.12.33 Join fyrestorm [0] (n=nnscript@cpe-68-173-235-142.nyc.res.rr.com) 09.15.42 Quit pixelma2 ("-") 09.15.58 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.18.10 Quit fyre^OS (Read error: 60 (Operation timed out)) 09.26.05 Join fyre^OS [0] (n=nnscript@cpe-24-90-85-103.nyc.res.rr.com) 09.33.07 Quit rikai_ (Read error: 131 (Connection reset by peer)) 09.34.53 Quit fyrestorm (Read error: 145 (Connection timed out)) 09.35.22 Quit kachna|lappy (Read error: 113 (No route to host)) 09.35.33 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 09.37.38 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 09.40.38 *** Saving seen data "./dancer.seen" 09.45.34 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 10.01.46 # is anyone else having playback issues on the beast? 10.05.21 Join DerDome [0] (n=DerDome@dslb-082-083-209-063.pools.arcor-ip.net) 10.05.35 Quit DerDome (Client Quit) 10.07.35 Join lasser [0] (n=chatzill@W9817.w.pppool.de) 10.12.49 Quit linuxstb (Read error: 110 (Connection timed out)) 10.15.33 Join dany_21a [0] (n=dan@84-119-27-113.dynamic.xdsl-line.inode.at) 10.27.08 Quit Thundercloud (Remote closed the connection) 10.29.49 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 10.31.58 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 10.36.13 Part dany_21a 10.37.17 Join dany_21a [0] (n=dan@84-119-27-113.dynamic.xdsl-line.inode.at) 10.41.49 Join einhirn [0] (n=Miranda@194.94.98.189) 10.42.08 Nick Darksair is now known as Darksair{away} (n=user@221.221.150.61) 10.48.52 Quit JdGordon ("Konversation terminated!") 10.50.44 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 10.57.57 Part dany_21a 11.02.42 Quit denes_ (Read error: 110 (Connection timed out)) 11.02.52 Join denes_ [0] (n=denes@pool-7620.adsl.interware.hu) 11.03.59 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 11.04.06 Quit faemir (Read error: 104 (Connection reset by peer)) 11.13.06 Join n1s [0] (n=nils@rockbox/developer/n1s) 11.16.59 # JdGordon: I have not noticed any probelms 11.18.45 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 11.19.07 # * n1s grumbles a bit about accidentally booting into the OF and not having a paperclip or similar handy :( 11.21.38 Quit BHSPitMonkey (Remote closed the connection) 11.24.54 # * Unhelpful seconds n1s 11.25.47 # if you bump the power button while beast is locked, it turns on, and (assuming you've installed rockbox dual-boot), boots the OF, which lets you know it's locked, then suspends itself 11.28.59 # and then you're stuck :/ 11.31.41 # right. i know i've seen hold-windows-key-for-OF as a proposed fix, is there a reason it *has to be* hold key? 11.32.19 # JdGordon: i don't use it myself, but i vaguely recall somebody saying that using voice caused some playback issues 11.34.35 Quit nuonguy ("This computer has gone to sleep") 11.40.39 *** Saving seen data "./dancer.seen" 11.43.24 # Unhelpful: he hold switch is a straight gpio pin so it's easy to check the buttons are harder, we would basically need to start the rockbox bootloader unconditionally and check for buttons and branch back to the OF 11.44.19 # Unhelpful: im prety sure ive gt voice disabled on it 11.44.30 Join kugel [0] (n=chatzill@unaffiliated/kugel) 11.44.31 # very annoying when it decides to lock up 11.44.33 # guh. i figured there had to be a reason. we really need the whole of the RB bootloader to be able to read the buttons? 11.45.18 # I don't think so 11.45.36 # JdGordon: lock up how? mine hasn't had trouble with audio since the first week or two after PCM support landed in svn, when sometime garbled static would come out... especially if you did anything awful like try to use a plugin. 11.46.22 # its now frozen 3 times in 2 days with 2s left of a track 11.46.51 # then the batt goes dead, so it might be related to the batt instead of rockbox 11.47.01 # duno why im getting such shit runtime from it now though 11.47.05 # hrm. 11.47.26 # 1-2 hours only 11.48.15 # that is also generally worse than my experience :/ 11.48.47 # i did a batt bench a while ag and got 6h or something, so something has gone totally fubar 11.50.52 Join skipper [0] (n=skipper@213.147.115.74) 11.52.28 Quit robin0800 (Read error: 104 (Connection reset by peer)) 11.53.47 Nick Darksair{away} is now known as Darksair (n=user@221.221.150.61) 11.58.50 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-913d56d284fc5502) 11.59.14 # Unhelpful: currently we patch in a little assembler in the OF start basically checking a bit in a gpio regiser to see if we should boot the OF, checking for the keypad buttons is a bit more complex, but sure we don't _need_ the full bootloader but i think that would be the easiest way to do it 11.59.54 # JdGordon: maybe the low battery is not enough to spin up the disk to rebuffer or something? 12.00.19 # yeah, maybe 12.00.56 Quit cg_ (Read error: 110 (Connection timed out)) 12.07.14 # I'm not sure if buffering handles a failed spinup, saving settings on shutdown does... 12.09.36 Quit swimmer (Client Quit) 12.10.11 # B4gder: so should make zip build or not? is the partial build zip something that is occuring, or is it more of a "what if" scenario? 12.12.27 Join swimmer [0] (n=swimmer@xs8.xs4all.nl) 12.25.52 Join balou_ [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 12.26.25 Quit balou (Read error: 104 (Connection reset by peer)) 12.29.53 Join fyrestorm [0] (n=nnscript@cpe-24-90-86-172.nyc.res.rr.com) 12.34.04 Quit kugel (Remote closed the connection) 12.40.22 Quit JdGordon (Read error: 104 (Connection reset by peer)) 12.42.37 Join JdGordon [0] (n=jonno@c211-28-145-137.smelb2.vic.optusnet.com.au) 12.44.59 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 12.47.30 Quit fyre^OS (Read error: 110 (Connection timed out)) 12.49.39 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.52.48 # Zagor: so it does a complete dependency check when i type "make zip"? 12.53.16 # yes, that's what I added yesterday 12.53.36 # i always build first and then "make zip" 12.53.52 # sounds like a pain on cygwin 12.54.57 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 12.55.57 # just tried to save as a patch off the patch traker abd it saved as html is this a firefox problem or has patch tracker changed? 12.56.01 # the error messages you get from "make zip" without a preceding "make" are very confusing. 12.56.17 # Zagor: i can imagine that 12.56.39 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 12.57.13 # robin0800: I get text/plain in fireforx 13.00.43 # yes my fault firfox must have had somthing different than plain text set in firefox its ok now 13.22.05 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 13.25.31 # Zagor: it's not a big issue, but I don't like that kind of combined targets in make when you could easily just "make all zip" if you wanted to do both 13.26.32 Quit robin0800 (Read error: 104 (Connection reset by peer)) 13.27.51 Join DerPapst [0] (n=DerPapst@p5B23CCBE.dip.t-dialin.net) 13.29.29 Quit kachna (Read error: 110 (Connection timed out)) 13.31.00 Join LambdaCalculus37 [0] (n=LambdaCa@nmd.sbx09467.newyony.wayport.net) 13.31.21 # B4gder: I can sympathise with that 13.31.32 Join kugel [0] (n=chatzill@unaffiliated/kugel) 13.34.14 Quit amiconn (Nick collision from services.) 13.34.20 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 13.37.08 # hmmm, i did "make zip" twice, and it linked the codecs both times. i thought that was fixed? 13.38.08 # this was a sim build 13.38.36 # and why does it remove apps/codecs/codec_crt0.o? 13.40.44 *** Saving seen data "./dancer.seen" 13.40.49 # that's a make oddity I haven't quite nailed yet. make removes "intermediate files" on its' own initiative. 13.41.57 # and the answer why it was linked twice, is precisely because make removed codec_crt0.o... 13.42.35 # i see 13.45.25 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.48.01 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 13.53.59 Quit LambdaCalculus37 ("Ka-chunka") 13.59.31 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 14.02.46 Join bughunter2 [0] (n=Jelle@77.164.66.126) 14.10.20 Join PaulJam [0] (n=PaulJam_@vpn-3138.gwdg.de) 14.11.55 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-d5a44224746f3d38) 14.18.27 # we have both MEMSIZE and MEMORYSIZE defined... 14.19.11 # sorry, MEM and MEMORYSIZE. is there supposed to be a difference? 14.19.17 Join BigBambi [0] (i=86ceaf34@gateway/web/ajax/mibbit.com/x-f8900d435c8533dd) 14.19.27 # from config.h: #if ((defined(MEMORYSIZE) && (MEMORYSIZE > 8)) || MEM > 8) 14.19.29 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-116-128.ewe-ip-backbone.de) 14.21.42 Quit skipper ("Leaving") 14.32.01 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 14.32.22 Join stooo [0] (n=sto@y086096.dynamic.ppp.asahi-net.or.jp) 14.32.32 Part stooo 14.35.55 Quit robin0800 (Connection reset by peer) 14.36.57 # J-23: http://cool.haxx.se/cgi-bin/mailman/listinfo/rockbox-cvs 14.37.08 # B4gder: CVS? 14.37.19 # no rockbox-cvs 14.37.35 # why didn't you rename it to rockbox-svn when switching to SVN? :D 14.38.34 # Why do all that work? 14.41.26 Part B4gder 14.51.02 Join skipper [0] (n=skipper@213.147.115.74) 14.51.55 Join goffa [0] (n=goffa@216.220.23.105) 14.52.25 Quit lasser ("ChatZilla 0.9.83 [Iceweasel 3.0.3/2008092816]") 14.58.05 Quit kushal_12_27_200 ("Leaving") 15.00.24 Quit Xerion (Read error: 54 (Connection reset by peer)) 15.02.38 Join Strife89 [0] (i=a810eba9@gateway/web/ajax/mibbit.com/x-5aca9751a09405e8) 15.03.25 Join funman [0] (n=fun@AAnnecy-257-1-19-179.w90-28.abo.wanadoo.fr) 15.04.02 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 15.04.20 Quit goffa_ (Read error: 110 (Connection timed out)) 15.05.47 # Strife89: well, IMHO the solution is not to drop more instruments 15.06.10 # * n1s wonders if the as3514 in a sansa v1 can output in 22kHz 15.06.24 # n1s: I was just throwing that out there. 15.08.03 # What about patchsets? Could lower quality patches lighten the CPU load significantly? 15.08.15 # you can play with it yourself if you want by dropping MAX_VOICES in midiutil.h 15.08.45 Join Nibbler [0] (n=Nibbler@mx00.linkprotect.de) 15.08.55 # * Strife89 might try dropping one or two. 15.09.43 # Finding other patchsets is far from easy from what i understand, there's basically the one we use and the one commonly used in timidity 15.10.16 # * Strife89 seems to remember a patchset that's 10 MB in total size. 15.10.18 # but if you find any low quality but acceptable ones feel free to tell me 15.10.54 # I think I used it for a Timidity implementation for my Palm. 15.13.50 Join stoo1 [0] (n=sto@y086096.dynamic.ppp.asahi-net.or.jp) 15.13.59 Part stoo1 15.14.06 # n1s: http://yoyofr92.free.fr/Timidity/files/timidity-std.zip 15.14.17 # n1s: I think that's the one. 15.16.09 Quit Strife89 ("mibbit.com: Off to class.....") 15.17.20 # then there's the problem that the patchset cfg parser is terrible and seems to basically have been built around the patchset we use... 15.19.27 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 15.20.06 Quit jfc (Read error: 110 (Connection timed out)) 15.20.47 Quit reacocard (Read error: 110 (Connection timed out)) 15.21.44 Join Schmogel [0] (n=Miranda@p3EE220E1.dip0.t-ipconnect.de) 15.23.23 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 15.28.40 Join bughunter21 [0] (n=Jelle@77.164.66.126) 15.29.02 Quit bughunter2 (Nick collision from services.) 15.29.08 Nick bughunter21 is now known as bughunter2 (n=Jelle@77.164.66.126) 15.40.45 *** Saving seen data "./dancer.seen" 15.48.05 Join Strife89 [0] (i=a810ebb0@gateway/web/ajax/mibbit.com/x-c21a332a1f033b0e) 15.51.52 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 15.52.17 Join Rob2222 [0] (n=Miranda@p4FDCC06D.dip.t-dialin.net) 15.53.29 # hmm, turning the midi plugin into a codec would require 44.1kHz playback (or resampling to 44.1) which will make it slower on any target that can do 22kHz 15.53.35 Join dany_21a [0] (n=dan@84-119-21-172.dynamic.xdsl-line.inode.at) 15.56.42 # n1s: Sounds like PP and Coldfire targets will end up with even slower MIDI playback. 15.57.43 # LambdaCalculus37: most pp plaers are stuck with 44kHz anyway so it will not make much difference to them but the ones that have 22kHz will be slower if this is done... 15.57.56 # * Strife89 prefers speed. 15.58.09 # unless someone fixes the playback system to handle different sample rates 15.59.02 # Strife89: yes in this case more speed means better functionality but also playing stuff in a plugin is a hack IMHO 16.01.39 # Which is why a plugin patch like FS#8806 needs to be rewritten. 16.02.31 # * Strife89 badly hopes it gets rewritten...... 16.02.43 # Strife89: Ask Mr. Someone to do it. ;) 16.02.55 # :) 16.02.58 Quit jhMikeS (Nick collision from services.) 16.03.04 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 16.03.07 # so the dilemma in this case is a plugin that is next to useless (imho) because it is a plugin or a codec that is next to useless because it will be even slower... 16.03.24 Quit DataGhost (Nick collision from services.) 16.03.32 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 16.04.07 Quit blkhawk (Read error: 104 (Connection reset by peer)) 16.04.17 # ...but otoh, if our resampler is very fast it might be faster to play at 22kHz and upsample than playing the midi at 44.1 kHz, it will however sound worse 16.04.27 Join blkhawk [0] (n=blkhawk@g227018064.adsl.alicedsl.de) 16.06.01 Quit kugel (Remote closed the connection) 16.06.49 Join {phoenix} [0] (n=dirk@p54B47620.dip.t-dialin.net) 16.06.56 Join bughunter21 [0] (n=Jelle@77.164.66.126) 16.09.30 # n1s: I think fixing the playback system to handle different sample rates is a task for Mr. Somone as well. 16.10.22 # yes, his list getting long... 16.12.22 # n1s: I modified the midiplay plugin information to reflect the requirement of cleaning up the playback system. 16.12.26 # hm 16.12.49 # init_thread must be called before lcd_init() because of the creation of scrolling thread 16.12.59 # LambdaCalculus37: i wouldn't call it a requirement as it is pretty useless on most targets right now anyway 16.13.09 # and for init_threads' THREAD_PANICF to have an effect, lcd should be active before it is called 16.13.20 # do i miss something ? 16.14.03 # n1s: Rewrote it a little to be less specific. 16.15.14 # but it would be a nice feature anyway and would alleviate the need for a better resampler in some cases 16.15.20 # current clip bootloader doesn't show anything on the screen if i comment the call to storage_init(); 16.15.41 Join miepchen^schlaf [0] (n=miepchen@p579ECC81.dip.t-dialin.net) 16.16.07 # hm .. my bad .. 16.19.59 # n1s: PP target aren't stuck with 44kHz at all 16.20.29 # amiconn: i mean the ones that have no support for 22kHz (in rockbox) 16.20.52 # which IIUC is all of them except h10 and a few ipods 16.21.46 # that's why i said "most pp plaers" 16.25.56 # n1s: Based on older PP SoC's, perchance? (PP5002, PP5020, etc...) 16.26.38 # LambdaCalculus37: again IIUC it is basically a question of if the hw can do it and if it is implemented in the dac driver 16.26.57 # * LambdaCalculus37 notices that he can't view HW info on the Gigabeat F debug menu... strange! 16.27.40 # amiconn: do you not think turning the midi player into a codec would be a Good Thing? 16.27.56 Join kronflux [0] (n=kronflux@blk-138-78-15.eastlink.ca) 16.30.13 Join IudeX [0] (n=52a0f8f7@gateway/web/cgi-irc/labb.contactor.se/x-7468a4b494421e65) 16.30.28 Quit skipper (Remote closed the connection) 16.32.52 Quit Nibbler (Read error: 113 (No route to host)) 16.34.44 Quit bughunter2 (Read error: 110 (Connection timed out)) 16.37.41 Quit Strife89 ("mibbit.com: Final review before a Spanish test. No me gusta examens.......") 16.38.48 Join Rob2223 [0] (n=Miranda@p4FDCC06D.dip.t-dialin.net) 16.39.06 Join mofux [0] (n=quassel@dslb-092-078-072-120.pools.arcor-ip.net) 16.39.23 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 16.39.25 # hm .. now i don't get display anymore as well .. and i tested a clean tree before committing ... O: 16.41.21 # So u bricked your clip or not 16.41.23 # ? 16.41.33 # no, i still have the dual boot of course 16.41.51 # but something wrong happens in kernel_init() 16.43.20 # * Initialize threading API. This assumes interrupts are not yet enabled. On 16.43.58 Quit PaulJam (".") 16.51.15 Join cg [0] (n=cromos@cable-kmi-fefff900-32.dhcp.inet.fi) 16.53.14 Quit IudeX ("CGI:IRC") 16.57.06 Part LinusN 16.58.07 Nick bughunter21 is now known as bughunter2 (n=Jelle@77.164.66.126) 17.04.31 Quit Zagor ("Client exiting") 17.12.00 Quit funman ("leaving") 17.19.42 # n1s: As long as the midiplayer performs as poor as it currently does, I think it's not worth the effort 17.20.18 # Integrating it into buffering will be rather hard 17.23.50 # n1s: Making the other PP targets support other sample frequencies will be way easier than that (it's in fact not hard at all, it just needs to be done) 17.30.08 Quit dany_21a (Read error: 110 (Connection timed out)) 17.33.00 Join mf0102 [0] (n=michi@e181129116.adsl.alicedsl.de) 17.35.34 # amiconn: Even if midiplayer is performing poorly at the moment, there's always room for improvement. But yes, in going over the code for it, it will be a challenge to integrating it into buffering. 17.36.18 # amiconn: as long as we have it as a plugin, that is probably the easiest way to gain performance on those targets 17.38.18 # also, any ideas on how to tackle the performance issues? 17.40.49 *** Saving seen data "./dancer.seen" 17.42.45 # In order to integrate this into buffering we will need some way for the codec to alloc memory in the buffer to keep the patches in 17.43.41 # Wouldn't codec-izing it also be helpful in the sense of helping to define the constraints people attempting to improve performance would have to be working in? 17.44.41 # well, no one has been trying to improve the performance since i gave it ago last time which was about a year ago... 17.45.54 # s/ago/a go/ 17.52.10 Join bughunter21 [0] (n=Jelle@77.164.66.126) 17.56.14 # Most iPods cannot support 22kHz though. Either 8kHz, or 32kHz and the higher standard frequencies 17.56.45 # iPod Video can support any sample frequency (when implemented..) 17.57.29 # amiconn: By "most", I figure you mean 1st-3rd gen, 4th, and mini? 17.57.58 # * LambdaCalculus37 would figure the nano would be in the same boat as the video, since the hardware is very similar 17.58.00 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 17.59.23 Quit mf0102 ("Ex-Chat") 17.59.25 # LambdaCalculus37: They do have a different DAC though. I'd assume it'd be an aspect of that, though I'm not sure. 18.01.21 Join moos [0] (n=moos@81-66-141-133.rev.numericable.fr) 18.04.51 Quit bughunter2 (Nick collision from services.) 18.04.58 Nick bughunter21 is now known as bughunter2 (n=Jelle@77.164.66.126) 18.12.12 Quit petur ("work->home") 18.12.38 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.13.41 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 18.18.39 Join PaulJam [0] (n=PaulJam_@vpn-3138.gwdg.de) 18.21.47 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 18.24.20 Join maffe [0] (n=Miranda@p5B0410F9.dip0.t-ipconnect.de) 18.24.42 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.24.44 Quit maffe (Client Quit) 18.27.15 Join perrikwp [0] (i=98212a43@gateway/web/ajax/mibbit.com/x-64d02e5e44ee8696) 18.29.54 Quit jfc^3 (Read error: 104 (Connection reset by peer)) 18.30.22 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 18.30.43 Join Strife89 [0] (n=michael@204.116.245.152) 18.30.44 Quit Nico_P (Read error: 104 (Connection reset by peer)) 18.36.28 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 18.38.06 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.40.27 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 18.42.28 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 18.45.59 Quit moos ("Rockbox rules the DAP world") 18.50.23 Join skipper [0] (n=skipper@93-138-73-3.adsl.net.t-com.hr) 18.51.29 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 18.51.44 Join Strife1989 [0] (n=michael@204.116.245.152) 18.52.02 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 18.52.04 Quit Strife89 (Nick collision from services.) 18.52.18 Nick Strife1989 is now known as Strife89 (n=michael@204.116.245.152) 18.52.43 # I think there's something wrong with rockboxdev.sh; I just reinstalled my build environment on my Mac when the MIPS target was added to SVN, and I've just noticed that sh-elf-ld is missing from /usr/local/sh-elf/bin. Now I can't build any builds for the Archos targets. 18.54.18 # Any ideas why this is so? 18.54.57 Join Siku [0] (n=Siku@e212-246-214-27.elisa-laajakaista.fi) 19.01.01 Quit Darksair ("Use the Force, Luke!") 19.03.05 Quit Kopfgeldjaeger (SendQ exceeded) 19.03.25 Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 19.03.41 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.05.09 Join meven [0] (n=meven@lav35-1-82-236-137-162.fbx.proxad.net) 19.05.21 Quit meven (Remote closed the connection) 19.06.17 # LambdaCalculus37: i ran it a few days ago to build a complete toolchain for sh, arm and m68k and it worked just fine 19.06.30 # on ubuntu though 19.06.52 # is it just ld that is missing or all of binutils? 19.07.38 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 19.19.42 Quit mofux (Read error: 110 (Connection timed out)) 19.19.59 Join mofux [0] (n=quassel@dslb-092-078-092-139.pools.arcor-ip.net) 19.20.31 # Llorean, n1s: The DAC is what determines these capabilities. The Nano has a different DAC than the Video. I didn't check what sample rates are possible on the Nano 19.21.42 # amiconn: I thought that the clock sources had to be right too, isn't that of any concern? 19.22.15 # The audio codec is i2s clock master in the ipods 19.23.29 Quit Bensawsome ("The awsome is gone :(") 19.23.37 # ok 19.23.39 Quit jhulst (Read error: 110 (Connection timed out)) 19.24.17 # I already looked into the sample rate setup for ipod video, but I have no device to test it on, 19.25.12 # amiconn: the midi player does 4 multiplies for each active voice for each sample pair so that is ~2.8 million multiplies per second in 44.1 kHz and i guess that's what's killing the armv4's 19.25.23 Join petur [0] (n=petur@d54C6F806.access.telenet.be) 19.25.36 # What kind of multiplies? 19.26.23 # they are all int * int so i guess that's a signed 32 bit 19.26.58 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 19.27.13 # n1s: Just sh-elf-ld 19.27.17 # although one could be done as unsigned char * int would that help? 19.27.52 # LambdaCalculus37: weird, also gcc's libs shouldn't have linked ok if that was missing when you built it 19.28.13 # synth.c? 19.28.33 # yes the loop in synthVoice 19.28.45 # n1s: That's what I was wondering, too. And it's a little annoying trying to build for the JBRv1 and having it error out when it begins compiling the plugins. 19.28.58 # pan is between 0 and 127 so it could be a shorter type 19.32.31 # amiconn: another way to help that loop a little is create separate loops and select the right one on function entry for some of the conditionals but i think that is kind of messy 19.33.43 # * amiconn wonders what this s1 << 9, s2 >> 7 shifting magic is meant for 19.34.28 # Ah, combining the samples 19.38.41 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 19.40.53 *** Saving seen data "./dancer.seen" 19.45.16 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 19.45.47 # * amiconn figured out how to safely re-add the 1.5-cycles (average) optimisation to the armv4 divison, and found another unnecessary instruction while doing this 19.48.48 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.49.25 Quit n17ikh|Lappy (Read error: 110 (Connection timed out)) 19.55.17 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 19.55.48 # Does anyone here know the progress of the Meizu port? 19.56.46 Join kugel [0] (n=chatzill@unaffiliated/kugel) 19.58.41 # planetbeing: the forum thread is up to date 20.00.32 # Ah. 20.01.02 # They have the same FTL driver as I need, so I'm hoping to either snipe some code from them or work together with them on the FTL stuff. 20.01.37 # Ah, ok. As far as I know there is no FTL code yet 20.02.50 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 20.04.03 # Yeah. 20.04.11 # There's this thread: 20.04.13 # http://www.meizume.com/rockbox/5567-rockbox-project-m6-36.html 20.04.43 # Apparently, just a day ago they were trying to fish some specs out of some sketchy person. 20.04.59 # Maybe that will get something, but I'm not too hopeful 20.05.18 # some of those meizume guys have some pretty interesting knowledge 20.05.33 # What do you mean? ==P 20.05.48 # Yeah, well, they're in China and that's leak central. 20.06.01 # exactly 20.06.17 # quite clearly some of them are insiders or have inside connections 20.06.34 # bertrik: I got a microsd now 20.06.36 # That makes me kind of nervous from a legal perspective though. 20.07.18 # Because ideally the resulting source code has to be clean. 20.07.45 # right, but there's always going to be gray areas when you get info from people with nicknames on the net 20.08.14 # we too make an effort to do things the legal way 20.15.18 Join FOAD_ [0] (n=dok@dinah.blub.net) 20.17.24 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-ae82017191b6e6f5) 20.19.56 # planetbeing: why are you interested in the samsung ftl? I am slowly but surely reverse enginereeing it. 20.22.28 # Hah! 20.22.30 # I just PM'ed you. =P 20.22.39 # On that meizume forum. 20.22.48 # I'm working on the same stuff for the iPhone. 20.22.58 # We have pretty much those same Whimory strings. 20.23.07 # gevaerts: yes, I don't think samsung will divulge the specifics of the alorithm. but let us not underestimate the chinese support :) 20.23.29 # I'm making a raw dump of iPhone NAND as we speak, actually. 20.23.57 # I only reversed the LLD, as they call it, in Samsung nonmenclature, but that's sufficient to give me raw reads. 20.24.26 # planetbeing: raw reads work on the meizu also 20.24.39 # Cool. 20.24.51 # I was thinking we could work together on reversing it. 20.24.57 # planetbeing: I am slowly reverse engineereing the VFL_Init, FTL_Init functions - these are done, just a few mallocs 20.24.59 # Since it's so big. 20.25.04 # Really? 20.25.05 # Wow. 20.25.16 # planetbeing: then I have reverse engineered the vfl_open hopefully 20.25.32 # Any idea how they're storing the BBT yet? 20.25.34 # planetbeing: now it's the ftl_open's turn - that's more difficult 20.25.42 # planetbeing: what is "bbt"? 20.25.47 # Bad Block Table. 20.25.52 # I've got a VFL_ReadBBT function. 20.26.06 # planetbeing: cool, I don't have such a thing :| 20.26.20 # Hmm. 20.26.25 # Let me find where it's called. 20.26.27 # planetbeing: it's not entirely sure, that the iphone and this meizu uses the exact same algorithm 20.26.42 # That's true. 20.26.42 # planetbeing: just my rough guess, from thesame name (whimory) 20.27.12 # iPhone has fewer strings in general than a strings dump that I've seen. 20.27.53 # planetbeing: so to rev.eng. FTL_open i will have to first reverse engineer vfl_read, and the raw nand reader (I only looked at some tricks init, not the whole stuff, i.e. what parameter does execlty what, etc.) 20.27.56 # I've tried reading whatever public docs Samsung has on this stuff; they're likely to use close to the same thing for everything. 20.28.27 # I thought you already had the raw NAND reader? 20.28.34 # planetbeing: after FTL_open (and vfl:read) only ftl_read is left, and it should be done - read only that is of course 20.28.48 # Hah, yeah. 20.28.50 # planetbeing: i have the raw nand reader, but only a small part is from reverse engineereing 20.28.56 # Ah. 20.29.08 # All of mine is from reverse engineering, heh. 20.29.30 # Mine works by init'ing the "FIL", which boils down to a table of function pointers. 20.29.41 # Then later functions, like VFL_Read, calls functions from that function table. 20.29.48 # planetbeing: some things are not clear, like the meizu seems to claim there are 4 banks, when there is only two chips in the package - so that's why I need the specifics from the their raw nand reader 20.30.02 # planetbeing: yes, exactly 20.30.30 # planetbeing: so have you found the nand init part, when it calculates the number of blocks, banks, user sectors, etc. ? 20.30.42 # Yeah. 20.30.50 # I've reversed that. 20.30.56 # It just looks them up from a table. 20.30.59 # It reads a NAND ID. 20.31.04 # And looks up the geometry. 20.31.05 Join funman [0] (n=fun@AAnnecy-257-1-19-179.w90-28.abo.wanadoo.fr) 20.31.17 # Well. 20.31.22 # The number of banks is different. 20.31.35 # There are apparently a total of 8 banks the hardware can access. 20.31.36 # planetbeing: aren't the number of banks double of the real number? 20.31.44 # And it probes each. 20.31.49 # planetbeing: i see 20.31.52 # And tries to read an ID from each bank. 20.31.58 # planetbeing: yes, same thing in the meizu 20.32.10 # And it just counts up the good matches. 20.32.13 # And yeah. 20.32.19 # planetbeing: but then it multiplies the bank number by two if it is less then or equal to 2 ... 20.32.20 # iPhone has, if I remember correctly... 20.32.24 Quit FOAD (Read error: 110 (Connection timed out)) 20.32.25 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 20.32.35 # Two chips on the iPod touch and one on the iPhone. 20.32.39 # Really? 20.32.44 # Mine doesn't have code like that. 20.32.55 # planetbeing: seem so so. what is the chip model number? 20.33.30 # http://github.com/planetbeing/iphonelinux/tree/master/trunk/openiboot/nand.c 20.33.39 # Look starting from line 40 20.34.01 # The 4, 2, 4, 2 things appear to be clock settings. 20.34.31 # http://github.com/planetbeing/iphonelinux/tree/master/trunk/openiboot/includes/nand.h is the header 20.37.45 # Not sure if the isBadBlock thing is correctly labeled. 20.38.14 # Maybe it's better labeled isPageErased or something. 20.39.07 # planetbeing: now your nand descriptor table is a bit different than the meizu 20.39.33 # planetbeing: the first four is the same 20.39.55 # The LLD is probably going to be where most of the differences are. 20.39.59 # planetbeing: but then the other settings on the meizu are boolean 20.40.14 Join Acknix [0] (n=Ackbux@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 20.40.19 # The core stuff ought to be pretty much the same. 20.40.53 # planetbeing: anyhow, on the meizu the first four bytes of the last page on the 0. block should contain the WRM_SIGNATURE 20.41.08 # planetbeing: 06 05 0f 4d 20.41.20 # on bank 0? 20.41.28 # planetbeing: yes 20.41.34 # let me check 20.41.40 Quit Slack ("Ex-Chat") 20.41.41 Quit scorche|sh (Read error: 104 (Connection reset by peer)) 20.41.56 Quit Thundercloud (Remote closed the connection) 20.41.58 Join Slack [0] (n=brett@12-218-63-169.client.mchsi.com) 20.42.00 Quit blithe (Read error: 104 (Connection reset by peer)) 20.42.52 # Hmm. 20.42.54 # 09000000 44 45 56 49 43 45 49 4e 46 4f 42 42 54 00 00 00 |DEVICEINFOBBT...| 20.43.04 # planetbeing: now it can happen that there are some block reserved for something else 20.43.33 # planetbeing: there isn't on the meizu, but there is code to skip those blocksa 20.43.36 # I've seen this DEVICEINFOBBT string inside iBoot (the thing I'm reversing). 20.43.43 # Hmm. 20.44.00 # planetbeing: so look at the next block, the next, etc. until you find the one ... i don't have a better idea 20.44.25 Join blithe [0] (n=blithe@li35-144.members.linode.com) 20.44.41 Join scorche|sh [0] (n=scorche@squisch.net) 20.45.03 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 20.45.40 # planetbeing: have you seen this: http://code.google.com/p/powerdevice/source/browse/trunk/EBOOT_s3c2443/drivers/block/disk.c?spec=svn76&r=76 20.46.10 # Yeah. 20.46.12 # I saw that. 20.46.18 # He obviously has some code for it. =P 20.46.20 # planetbeing: BLK_Init is how whimory is initialized. it's the same on the meizu. wmr_signature I have found to be 06 05 0f 4d 20.46.46 # I've the same thing up to line 81 20.46.53 # planetbeing: and the signature is on the last page of the first block (after the reserved blocks) imho 20.47.21 # planetbeing: have you reverse engineered the buffer management? 20.48.03 # denes_: Not really. I recognized it as the buffer management code and left it alone. 20.48.21 # let me trace back from where it displays "[WMR:ERR] no signature or no production format" 20.48.22 # planetbeing: anyhow, maybe it's not the last page. so you could search for all pages which contain that signature in the first 4 bytes 20.48.27 # And see where mine is. 20.48.31 # and if it's the same sig. 20.48.36 # planetbeing: okay 20.51.58 Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-090-111.ewe-ip-backbone.de) 20.52.09 Join stsquad [0] (n=stsquad@cpc2-cmbg5-0-0-cust252.cmbg.cable.ntl.com) 20.52.37 # Code calls stuff I haven't reversed yet, but it references the DEVICEINFOBBT string. 20.53.13 # What filesystem does the iPod use if not FAT32? My Linux box seems to have failed to identify it in disk mode 20.53.18 Quit goffa (Read error: 60 (Operation timed out)) 20.54.27 # stsquad: if you're running rockbox, it's fat 20.55.01 # stsquad: fat is called vfat in most cases under linux, and you may have to mount it manually 20.55.07 # I've just got this iPod and haven't installed RockBox on it yet. But disk-mode doesn't come up 20.55.27 # planetbeing: http://www.pastebin.ca/1247206 here is all the info I have gathered. it's a bit messy, and perhaps not entirely correct. 20.55.56 Join dany_21a [0] (n=dan@84-119-17-185.dynamic.xdsl-line.inode.at) 20.56.03 # stsquad: if it's an ipod formatted on a apple computer it has a different filesystem. 20.56.24 # denes_: awesome! 20.56.36 # kugel: I have no idea, it looks factory fresh so I assume it may be apple fs formated 20.56.39 # planetbeing: then it could be a bit different from the meizu ftl. but I would try to find the page with WRM_SIGNATURE , or something similar to WMR_SIGNATURE (I mean the last digits could be different perhaps) 20.57.16 Join goffa [0] (n=goffa@216.220.23.105) 20.57.47 # you can format it to fat32 using itunes under windows or following the instruction on http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 20.58.01 # which gen ipod is it? 20.59.01 # kugel: 5th Gen Video iPod 20.59.14 # Hmmm, I have neither windows or Mac handy 20.59.25 Quit dany_21a (Remote closed the connection) 20.59.31 # there's instructions to do it with linux 20.59.47 Join dany_21a [0] (n=dan@84-119-17-185.dynamic.xdsl-line.inode.at) 20.59.55 # planetbeing: FTL_Init and VFL_Init just malloc some stuff (I didn't write it there, only the sizes of the structures) 21.00.44 # * stsquad digs around to find what device node Linux has randomly assigned 21.02.21 # ah 21.04.52 # so the magic is just VFL_Read mostly, I suppose. 21.05.15 # planetbeing: no, FTL_read I am afraid 21.05.21 # planetbeing: FTL_read calls VFL_read 21.05.29 # planetbeing: even FTL_Open calls VFL_read 21.05.37 # that's what i meant 21.05.44 # planetbeing: okay :) 21.06.04 # I'm staring at the thing in IDA right now. =P 21.06.06 # It's not pretty. =P 21.06.16 Quit tyfoo (Connection timed out) 21.06.29 # planetbeing: if you found the WMR_SIGNATURE (if it's the same) that would be a breakthrough imho 21.06.40 # planetbeing: but maybe it's different 21.06.54 # planetbeing: you need to rev.eng. BLK_Init 21.06.58 # Yeah. 21.07.08 # I'd need to finish that. 21.07.20 # All right, I'll work on that right now. 21.07.38 # hah! 21.07.38 # planetbeing: anyhow, I am of course interested in your findings 21.07.52 # * amiconn found another optimisation for armv4 division 21.08.03 # Do you hang out here often? 21.08.24 # planetbeing: yes, but you can send email too (i send my address in private) 21.08.32 # The div-by-power-of-2 uses an iterative 'clz', but there can only be a single bit set, so I can adapt the ffs-arm code 21.13.39 # clz? 21.14.12 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 21.14.43 # count zeros or something. 21.15.01 # count leading zeros 21.16.23 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 21.17.13 # ah it's an armv5 instruction 21.17.30 # Yes, so armv4 has to emulate it somehow 21.18.07 # everybody is using ida for disassembly. i am using objdump :) maybe ida is more powerful... 21.18.27 # The current solution in udiv32_armv4.S (copied from libgcc code; lines 65..83) needs 13 instructions (13 cycles) 21.19.07 Quit Thundercloud (Remote closed the connection) 21.19.22 # Using the ffs() code instead only needs 5 instructions (7 cycles) and a lookup table 21.19.55 # denes_: I used to use objdump too (well, otool actually). Once you're used to IDA, it makes you a lot more efficient. 21.20.09 # This is possible here because it's known that only a single bit is set. so clz(val) = 31 - ffs(val) 21.20.11 # denes_: All my BUF_GETs are called with 0x10000000 as the only arg. =P 21.20.25 # BUF_Get* 21.21.16 Join Strife1989 [0] (n=michael@204.116.245.152) 21.21.26 Quit Strife89 (Nick collision from services.) 21.21.31 Nick Strife1989 is now known as Strife89 (n=michael@204.116.245.152) 21.22.23 Join lasser [0] (n=chatzill@W9817.w.pppool.de) 21.23.17 # planetbeing: that probably just means BUF_MAIN_AND_SPARE, like in the powerdevice BLK_Init code 21.23.50 # denes_: Would make perfect sense. 21.27.59 Quit jhulst (Read error: 110 (Connection timed out)) 21.33.50 Quit stsquad (Remote closed the connection) 21.35.10 Quit nplus (Remote closed the connection) 21.38.20 Quit Xerion (" ") 21.38.57 Quit massiveH ("Leaving") 21.40.57 *** Saving seen data "./dancer.seen" 21.46.47 Part Llorean 21.47.07 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-169.dsl.hstntx.swbell.net) 21.49.04 Quit {phoenix} (Remote closed the connection) 21.50.38 Join saratoga [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-db0771ec0e539492) 21.51.57 # kugel, nice 21.52.29 # kugel, maybe I can whip up something this weekend to read the mystery i2c bus on the fuze 21.53.03 # I couldn't really find much references to the i2c code, maybe it's used for the buttons, or maybe for the radio 21.53.39 # n1s: regarding midi optimization on armv4, you get one cycle of pipeline stall for each 8 bits in the multiplier 21.54.01 # if you can prescale some of your values, you can often save CPU time 21.54.54 # This only applies to arm < v6 afaik 21.55.30 # most of the ARMv5 chips have single cycle muls too, though maybe not all 21.55.56 # (which most of our arm targets are though, and the one that is v6 doesn't suffer from performance problems) 21.57.10 # Multiply instructions on arm1136 are single cycle, but only with proper pipelining (latency is several cycles) 21.57.35 # Proper pipelining seems to be rather important on armv6 21.57.56 # * amiconn already knows that kind of pipeline interlocks from the SH1 21.59.03 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.48 # kugel, looking at the fuze disassembly on abi it looks like there are a lot of traces going to the front part of the player (with the buttons, leds, etc.). If it were done over i2c, I would expect a lot less traces. 22.00.05 # Even ldmia and stmia with multiple registers are single cycle, if the registers aren't (re)used too early. The loads and stores then effectively happen in the background 22.00.24 Quit Strife89 ("Well, I've got to get ready for another round of Chicago tonight. Wish the crew well if you want. ;)") 22.00.39 # amiconn: thats pretty neat 22.00.49 # i need to read about the newer ARM cores 22.01.06 # Yup. The internal data paths are 64 bit, so it can load/store 2 regs per cycle to/from the cache 22.01.46 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 22.02.13 # * amiconn tried to exploit these features in the APE filters as far as possible 22.02.33 Join massiveH [0] (n=massiveH@pool-71-187-243-194.nwrknj.fios.verizon.net) 22.06.26 Join n17ikh|Lappy [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) 22.06.43 # denes_: Mine scans each page of the first block, looking at the first four bytes in each page, looking for this magic: 0x43303033 22.07.00 # denes_: If the magic is not present in any page of the first block, it gives that WMR signature error. 22.07.14 # bertrik: kugel, fdinel told me he found the code for the buttons in the fuze but it's rather complex. appears to use interrupts, just like the e200v1 22.09.06 # ok thanks, IIRC I noticed some GPIOs set up for interrupt too 22.09.53 # so that increases the chance for the GPIO i2c bus to be there to control the fm chip 22.10.24 # or it could be more stray driver code ... 22.11.40 # getting the radio to work could be a quick hack to get "first sound" on a sansa v2 :) 22.12.08 # planetbeing: interesting. than it's different from the meizu... 22.13.26 # amiconn: looking at the arm9tdmi datasheet, the load time is a single cycle per word, both for single and multiple loads 22.13.39 # is there any advantage to doing ldm aside from reduced code size? 22.14.47 # No. The reduced code size can help indirectly though (better cache usage) 22.15.36 # denes_: It also seems to use a different ECC format for those pages. 22.16.40 # And of course another advantage is to not have different code than for arm7tdmi (where ldm is n+2 cycles while ldr needs 3 cycles, hence loading n words individually would need 3*n cycles), and arm11 (where ldm is one single cycle vs. n cycles for individual loads) 22.17.11 # planetbeing: I haven't looked at the ECC myself 22.17.28 # planetbeing: I see you have coded that too. nice work btw. 22.21.23 Join ajonat [0] (n=ajonat@190.48.97.229) 22.23.07 # denes_: thanks, but the underlying hw is probably different for the meizu. 22.23.27 # the flash controller that is 22.27.09 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 22.32.13 # amiconn: isn't it 2*n for loads on ARM7tdmi? I think the third cycle where it writes back the value to a register can be overlapped with the next's instruction fetch 22.33.38 # No, it is 3*n for loads (and 2*n for stores) 22.34.06 # ARM7tdmi doesn't overlap anything 22.35.27 Join mofux_ [0] (n=quassel@dslb-088-072-155-055.pools.arcor-ip.net) 22.36.33 # planetbeing: I think the flashcontroller must be similar. meizu is s5l8700 iphone is probably s5l8900 22.37.13 # The manual says that memory cycles can be merged 22.37.37 # planetbeing: so I think you should check out the datasheet of s5l8700 - http://rapidshare.com/files/101234522/S5L8700X-DS.pdf.html 22.39.57 # "The third cycle can normally be merged with the next memory prefetch to form one memory N cycle 22.40.01 # ah yeah 22.41.59 # * gevaerts 's F20 is running test_codec again on the APE files 22.42.37 Quit mofux (Read error: 145 (Connection timed out)) 22.42.48 Quit Bensawsome ("The awsome is gone :(") 22.46.00 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-9cf98ff9ee2ffb21) 22.47.26 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 22.49.12 Quit evilnick (Client Quit) 22.49.43 # denes_: I'll take a look. 22.50.15 Quit esthar ("KVIrc 3.4.0 Virgo http://www.kvirc.net/") 22.52.30 Part dany_21a 22.53.36 # amiconn: I've trying to read through some .S files, but am not too familar with how c works 22.53.47 # are function arguements in specific registers or on the stack? 22.54.04 # Depends on the architecture and on the number of arguments 22.54.53 # Both ARM and SH1 use regparms for functions with <= 4 arguments (ARM uses r0..r3 and SH1 uses r4..r7) 22.55.32 # Coldfire always uses the stack, as does SH1 for functions with > 4 arguments (or variadic functions) 22.55.58 # ah so "str r0, [r13, #12] " is putting the first function argument onto the stack? 22.56.31 # I'm not sure whether ARM uses only the stack for > 4 arguments, or whether it passes the first 4 in registers as well 22.56.56 # From what I read in the SansaV2 OF, the first 4 arguments are always in r0-r3 22.57.08 # #12 should be the 4th argument 22.57.32 # funman: Does the caller put them on the stack as well, or only into the registers? 22.57.56 Join esthar [0] (n=esthar@student165-170.hampshire.edu) 22.57.57 # no duplication, the stack is only used for the 5th - nth arguments (if any) 22.58.10 # Ah, then that is different from SH1 22.59.21 # SH1 puts everything on the stack if there are > 4 arguments. That means it's very helpful to try and keep the argument count <= 4 (smaller code) 22.59.28 Quit J-23 ("Flying cow pressed ^D on my keyboard.") 23.00.08 # amiconn: new gigabeat f numbers at http://pastebin.ca/1247317 23.00.11 # isn't that operating system specific ? 23.00.17 # So offset 12 would be the 8th argument (assuming arguments of <= 32 bit length) 23.01.03 # amiconn: if the stack pointer is decremented, that could be the 5th, and 3 others following, no ? 23.01.22 # bertrik: cool 23.01.53 # funman: sounds good. btw: I have an microSD now 23.02.03 # funman: It's ABI specific. 23.02.56 # The ABI is often fixed for an architecture 23.03.26 # kugel: cool, should I understand that you volunteer to write the SD code until we get access to the SD card on the Clip/m200 ? :) 23.04.02 # gigabeat S is still 3 to 5 % faster per MHz than gigabeat F for -c1000 23.04.12 # bertrik: I'd love to have the first "gentlemen we have sound" telling "we heard radio" ;) 23.04.43 # the VFP on the GBS is FP only, and thus not useful for APE right? 23.04.53 # gevaerts: I would hope so... 23.05.24 # amiconn: you're getting close :) 23.05.25 # saratoga: Correct. The filters do use the armv6 simd instructions where possible though 23.05.57 # gevaerts: I do like "1748.38MHz needed for realtime" 23.05.58 # funman: I don't think so :( But I heard the external sd could be an easier job? 23.06.38 # BigBambi: PP5002 would even need 2151MHz for -c5000 realtime... 23.06.46 # amiconn: Nice :) 23.07.05 # kugel: the current code in svn works for the power-up procedure on the external SD (i.e. the SD slot). just comment the 2 calls with NAND_AS3525 as parameter to try on the Fuze. 23.07.33 # I'mn still relatively amazed that ape runs as well as it does. That's some good work there 23.07.35 # on the weekend 23.07.45 # I'm busy right now and will be tomorrow 23.07.53 # except the missing bit we need to have the power-up work on the internal SD (i.e. the one connected to the iNAND chip), all the code should be 100% the same 23.08.34 Quit jgarvey ("Leaving") 23.09.13 # denes_: actually, i think that's quite a good match! thanks for the data sheet, heh. 23.09.24 # * gevaerts wonders if assigning the 32K of unallocated IRAM on PP5022 to codecs may get -c200 over 100% on sansa 23.09.37 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.09.44 # amiconn: are you familar with the coldfire mp3 optimizations? 23.11.08 # gevaerts: No, and btw the IRAM isn't unallocated 23.11.34 # It's already used, but all it can do is speed up -c5000 from 3.6% to 4.1% ;) 23.12.39 # It isn't? I thought the 5022 had 128K while all 502x builds only use 96K? 23.12.41 # A dual core split should bring -c1000 to ~195% realtime and -c2000 to ~150% realtime though 23.13.20 # glad to see you spend all this time on APE, I'm sure both users will appreciate it! ;-P 23.13.36 # (doing entropy decoding on CPU and filter, predictor and decorrelation on the COP) 23.14.41 # Bagder: :) don't you think they would better spend free time on the sansav2? 23.15.08 # funman: this also benefits sansav2 ;) 23.15.36 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 23.15.51 # pfft 23.16.12 Quit J-23 (Client Quit) 23.17.48 # :q 23.25.35 Quit DerPapst (Read error: 113 (No route to host)) 23.31.19 Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) 23.31.20 # bertrik: did you notice OF sets SLAD1 (not listed in the datasheet for audio master) register to the same value than SLAD0 23.32.34 Quit Siku (Read error: 145 (Connection timed out)) 23.41.00 *** Saving seen data "./dancer.seen" 23.43.51 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-9dd1918be25aaf0a) 23.49.53 Quit funman ("leaving") 23.52.16 Join MethoS- [0] (n=clemens@host-091-097-243-200.ewe-ip-backbone.de) 23.53.13 Quit MethoS- (Remote closed the connection) 23.55.07 # funman, I think SLAD0 and SLAD1 are not that important because that for the master/slave i2c bus, which is probably not even used 23.55.35 Quit mofux_ (Remote closed the connection) 23.57.17 Join MethoS- [0] (n=clemens@host-091-097-243-200.ewe-ip-backbone.de) 23.58.09 Quit MethoS- (Remote closed the connection) 23.58.39 Quit ender` (" If I had only finished this sentence,") 23.58.40 Join MethoS- [0] (n=clemens@host-091-097-243-200.ewe-ip-backbone.de)