--- Log for 29.11.110 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 13 days and 17 hours ago 00.00.01 Join markun [0] (~markun@rockbox/developer/markun) 00.00.34 # I thought maybe. I'm firing-up a disk-hex editor...??? 00.06.45 Quit elcan (Read error: Connection reset by peer) 00.06.53 Join simonrvn [0] (simon@211.59-ppp.3menatwork.com) 00.10.12 # New commit by 03wodz (r28700): Rename bootloader file for MPIO players as it supports both HD200 and HD300. 00.12.22 # r28700 build result: All green 00.13.25 Join elcan [0] (user36@pr0.us) 00.14.29 Quit evilnick_ (Read error: Connection reset by peer) 00.15.54 Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) 00.15.55 Quit JdGordon| (Changing host) 00.15.55 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 00.19.14 Join mortalscan [0] (~mortalsca@109.169.55.155) 00.21.42 Quit AlexP_mob (Quit: Cheerio) 00.24.58 Quit Kitr88 (Ping timeout: 245 seconds) 00.30.14 Part Zagor 00.30.27 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 00.31.30 Quit ReimuHakurei (Read error: Connection reset by peer) 00.31.34 Join Kitar|st [0] (~Kitarist@BSN-182-99-158.dial-up.dsl.siol.net) 00.32.51 Part Zagor 00.35.50 Quit InsDel (Read error: Connection reset by peer) 00.40.20 # * TheSeven just got an ATA IDENTIFY packet from his drive :) 00.41.25 # eWill: which target did that happen on? 00.41.31 # i've had that several times on nano2g 00.43.42 # fuze v2 (NOTE: i'm using RB USB patch) 00.43.42 # I can't find it with a hex editor... :( 00.44.14 Join ReimuHakurei [0] (~ReimuHaku@74.112.212.15) 00.45.08 # so there is not even a directory entry? 00.45.32 # you might want to have a look at the first bunch of free clusters 00.46.35 # I don't know how the file system is constructed. I'm just searching for text that is in all 'battery_bench.txt' files. 00.47.21 # ok, if you scanned the whole flash for that, it just isn't there. 00.51.37 Join Nerdy3_14159265 [0] (~chatzilla@cpe-66-25-157-118.austin.res.rr.com) 00.52.35 Quit wodz (Quit: Leaving) 00.57.36 *** Saving seen data "./dancer.seen" 01.00.11 Quit Nerdy3_14159265 (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101027124735]) 01.02.25 Join InsDel [0] (~haqr.net@unaffiliated/insdel) 01.03.11 Quit advcomp2019_ (Ping timeout: 276 seconds) 01.05.24 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 01.05.28 Quit nls (Quit: Lämnar) 01.08.15 Quit sasquatch (Ping timeout: 255 seconds) 01.08.34 # can anyone do me a logf mini2g build please? 01.18.52 Quit efyx (Remote host closed the connection) 01.18.54 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 01.20.09 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 01.21.03 Join sasquatch [0] (~username@p4FF2D2D7.dip.t-dialin.net) 01.21.43 Quit ender` (Quit: The shortest unit of time in the multiverse is the New York Second, defined as the period of time between the traffic lights turning green and the cab behind you honking. -- Terry Pratchett) 01.24.09 Join froggyman [0] (~seth@98.115.0.7) 01.24.09 Quit froggyman (Changing host) 01.24.09 Join froggyman [0] (~seth@unaffiliated/froggyman) 01.35.55 # any ata guru around? 01.36.16 # how do i tell a drive to switch to ultradma mode? or do i even need to do so? 01.40.12 # Not sure you have to tell the drive, most probably the dma controller if there is one decidated to the ata drive 01.43.41 Nick JdGordon| is now known as krazykit (~jonno@rockbox/developer/JdGordon) 01.43.49 Quit krazykit (Disconnected by services) 01.43.55 # the ATA core is an AHB master that will even do PIO mode transfers internally via DMA 01.44.20 Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) 01.44.20 Quit JdGordon| (Changing host) 01.44.20 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 01.54.01 Quit pamaury (Quit: http://quassel-irc.org - Discuter simplement. Partout.) 02.05.06 # WTF??? I just notice my Fuze v2 was charging REALLY fast. So I hold select button, and connect. System > Debug > View Battery > "Charger: 3C" ???????????????? 02.07.19 # Did I just ruin my battery? (charging ~1 hour)? 02.07.50 # i'm not mad, i just wanna know. 02.10.12 # These things VENT WITH FLAME when damaged. 02.12.15 Join UnclePervyJesus [0] (~ubernoob@2001:c08:3700:ffff::13:ef7c) 02.21.12 Nick JesusFreak316_ is now known as JesusFreak316 (~JesusFrea@pool-173-65-30-16.tampfl.fios.verizon.net) 02.22.39 # maybe i wasn't clear (sorry) -- _Rockbox_ is what what charging my player too fast, not the OF. 02.24.41 # anybody got a link to runtimes for the h10 (iriver) ? 02.25.21 # http://www.rockbox.org/wiki/IriverRuntime 02.26.33 # thanks, i just got a 20gb for 25bucks today :D 02.28.03 # yesterday my Fuze v2 took ~3 hours to reach 100%. Today RB was at 87% in less than an hour. 02.29.04 # yeah that can happen, not sure why, but i do know that i have to fully discharge mine every couple months to keep the meter accurate 02.34.48 Quit mortalscan (Ping timeout: 245 seconds) 02.36.19 Join mortalscan [0] (~mortalsca@109.169.55.155) 02.46.08 Quit GeekShadow (Quit: The cake is a lie !) 02.57.39 *** Saving seen data "./dancer.seen" 03.07.52 Quit fyre^OS (Read error: Connection reset by peer) 03.10.20 Join T44 [0] (~Topy44@g227199007.adsl.alicedsl.de) 03.13.35 Quit Topy44 (Ping timeout: 240 seconds) 03.26.53 Join krabador [0] (~krabador@host150-21-dynamic.251-95-r.retail.telecomitalia.it) 03.35.44 # anyone ever ported a file compressor to RB? 03.48.11 Quit factor (Quit: Leaving) 03.54.30 # New commit by 03rmenes (r28701): FS #11780 by Melba Sitjar: add missing strings to the Tagalog ... 03.56.52 # r28701 build result: All green 04.06.21 Quit InsDel (Read error: Connection reset by peer) 04.06.58 Quit bluebroth3r (Read error: Connection reset by peer) 04.07.20 Join bluebrother [0] (~dom@f053152165.adsl.alicedsl.de) 04.07.20 Quit bluebrother (Changing host) 04.07.20 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 04.12.46 Join DerPapst [0] (~Alexander@p4FE8F6E4.dip.t-dialin.net) 04.14.34 Join hebz0rl [0] (~hebz0rl@dslb-088-065-213-242.pools.arcor-ip.net) 04.19.42 Join cjcopi [0] (~craig@adsl-76-241-82-218.dsl.bcvloh.sbcglobal.net) 04.20.04 Quit TheSeven (Ping timeout: 276 seconds) 04.23.07 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.26.40 Quit Barahir (Ping timeout: 265 seconds) 04.28.20 Join Barahir [0] (~jonathan@frnk-590fde0c.pool.mediaWays.net) 04.33.58 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 04.45.47 Quit krabador (Quit: Sto andando via) 04.47.01 Join plombier [0] (~plombier@CPE0080c6ef7e27-CM0018c0c61a7a.cpe.net.cable.rogers.com) 04.49.19 Quit amiconn (Disconnected by services) 04.49.21 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.49.40 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.50.17 Quit DerPapst (Quit: Leaving.) 04.50.20 Quit pixelma (Disconnected by services) 04.50.23 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.50.25 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.52.35 # First greetings to #rockbox - Cheers to wodz - just compiled/installed/ran rockbox for the first time on MPIO HD300. 04.53.15 # Great porting job, and great job all on rockbox. Am currently enjoying 20G of fine oggs. 04.54.23 Quit factor (Read error: Connection reset by peer) 04.57.42 *** Saving seen data "./dancer.seen" 04.59.22 Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) 05.00.51 Quit Judas_PhD (Quit: This is a quitting message) 05.09.23 Part S00row1 05.10.20 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 05.11.09 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 05.14.27 Quit clone4crw (Remote host closed the connection) 05.16.50 Quit Judas_PhD (Quit: This is a quitting message) 05.16.56 Quit mystica555_ (Ping timeout: 265 seconds) 05.28.24 Join MethoS- [0] (~clemens@134.102.106.250) 05.30.59 Quit anewuser () 05.31.12 Quit ReimuHakurei (Remote host closed the connection) 05.31.27 Join ReimuHakurei [0] (~reimu@74.112.212.15) 05.35.52 Quit Horschti (Quit: Verlassend) 05.37.12 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 05.53.31 Nick shai_ is now known as shai (~Shai@l192-117-110-233.cable.actcom.net.il) 05.57.30 Quit Keripo1 (Ping timeout: 240 seconds) 06.01.04 Join Keripo [0] (~Keripo@eng033.wireless-resnet.upenn.edu) 06.12.23 Join DSStrife89 [0] (~Strife89@adsl-67-58-59.mcn.bellsouth.net) 06.16.31 Quit madalu (Remote host closed the connection) 06.33.29 Quit JesusFreak316 (Ping timeout: 245 seconds) 06.50.20 Join dantje [0] (~dvg@HSI-KBW-091-089-103-221.hsi2.kabelbw.de) 06.56.58 Quit Kitar|st (Ping timeout: 250 seconds) 06.57.14 Quit sasquatch (Quit: new kernel worship reboot) 06.57.45 *** Saving seen data "./dancer.seen" 07.01.28 Join sasquatch [0] (~username@p4FF2D763.dip.t-dialin.net) 07.16.38 Quit JdGordon| (Quit: leaving) 07.19.12 Quit BHSPitMonkey (Quit: Ex-Chat) 07.32.19 Join Buschel [0] (~chatzilla@p54A3B114.dip.t-dialin.net) 07.40.07 # TheSeven: hmm, the nano 2g crashed again this night. this was with 24 MHz and changed refresh settings to cope with 24 MHz 07.40.51 Join stoffel [0] (~quassel@p57B4BD4E.dip.t-dialin.net) 07.44.27 # TheSeven: the battery bench itself is ranging down to 75%. from this few data it seems the downclocking might bring another 10% more runtime -- compared to svn 07.51.04 # btw, if it hangs up it seems to be frozen in a state with higher current consumption (boosted?). 07.57.47 Quit MethoS- (Remote host closed the connection) 07.59.40 Quit Keripo (Read error: Connection reset by peer) 08.03.38 Quit Stummi (Excess Flood) 08.04.05 Join Stummi [0] (Stummi@rockbox/developer/Stummi) 08.04.06 Quit Stummi (Excess Flood) 08.04.35 Join Guest78023 [0] (Stummi@doppeldenk.org) 08.05.38 Join Keripo [0] (~Keripo@eng033.wireless-resnet.upenn.edu) 08.12.25 Quit xavieran (Ping timeout: 245 seconds) 08.14.14 Join Keripo1 [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 08.15.09 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 08.16.29 Quit Keripo (Ping timeout: 260 seconds) 08.25.22 Join xavieran [0] (~xavieran@ppp118-209-106-12.lns20.mel4.internode.on.net) 08.27.17 Join LinusN [0] (~linus@rockbox/developer/LinusN) 08.28.48 Join BlindWanderer [0] (~60eb9df4@giant.haxx.se) 08.30.33 # anyone about? 08.31.08 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.32.20 # TheSeven: hmm, when reading the DRAM spec in detail the row address bit widthis 13, not 12. in this case svn's config is correct for 96MHz and we are lucky when running the nano at 48 MHz. I will do another test run with a configuration for 24 MHz based on 13 bit row address width. 08.34.31 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.35.34 # TheSeven: we could use different DRAM settings for the different clocks. this could allow further speed-up, not sure though -- will also test this some day 08.35.36 # bye 08.35.39 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) 08.37.43 # I think r28684 has propagated a bug: The loop in find_extension skips the first item. If you look at the code removed it shows disagreement as to which index to start on. 08.42.09 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 08.43.12 Quit BlindWanderer (Quit: CGI:IRC) 08.48.54 Join ender` [0] (krneki@foo.eternallybored.org) 08.48.54 Quit Judas_PhD (Read error: Connection reset by peer) 08.50.02 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 08.57.47 *** Saving seen data "./dancer.seen" 09.00.10 Join xxcv [0] (~null@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 09.13.18 Quit stoffel (Ping timeout: 265 seconds) 09.14.41 Join silver_hook [0] (~silver_ho@88.200.87.250) 09.15.35 # Hullo. 09.19.27 Join Rob2223 [0] (~Miranda@p4FFF2056.dip.t-dialin.net) 09.20.09 # I'm at the brink of switching my -old- ancient iRiver iFP-895 for a newer and since I wanted to put Rockbox on it (sadly iFP is not supported, so I didn't have the honour yet), I'd appreciate any suggestions. 09.20.58 # So far I'm looking at Sansa Clip+… 09.22.30 Quit Rob2222 (Ping timeout: 240 seconds) 09.28.04 Quit bertrik (Ping timeout: 245 seconds) 09.28.49 # I just bought a re-certified Fuze v2 4GB off Newegg for $30 (I think they bumped it to $40 now). The battery seems brand new. 09.29.02 Quit sasquatch (Quit: WeeChat 0.3.2) 09.29.27 Join sasquatch [0] (~username@p4FF2CAEF.dip.t-dialin.net) 09.36.57 # eWill: And happy with it? 09.37.19 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.37.28 Join swilde [0] (~wilde@aktaia.intevation.org) 09.38.50 # I've had it 3 days. All seems well. Around 22 hour battery when running Rockbox. I'm not an audiophile. 09.39.23 # battery in 'battery bench" -- NOT real life use. 09.39.48 # MP3 V0 09.43.21 # silver_hook: hey 09.43.33 # eWill: Sorry, didn't see it. 09.43.40 # one thing: The USB jack on the device and... 09.43.58 # the headphone jack are right next to each other which means 09.44.20 # Ouch :\ 09.44.44 # for me that means I had to wrap wire around the plug so I don't have to push in the buttons on the side 09.45.01 # otherwise I'd have to remove the headphone jack every time I charge 09.45.10 # *headphone plug 09.45.19 # Could be worse, but it's still annoying yeah :\ 09.45.24 # but it's not loose 09.45.56 Quit ReimuHakurei (Read error: Connection reset by peer) 09.46.34 # I just used a twist-tie from a loaf of bread. 09.48.37 # Hehe, that's a quick hack ;) 09.51.38 # eWill: And I suppose the question whether Rockbox is better then original firmware, right? ;) 09.51.51 # LOLOL 09.52.26 # i never use the OF (now with patch to use USB in Rockbox -- not yet commited). 09.53.34 # except, I MAY have a look at the video player on the OF. I don't know yet if divx files will be much smaller than the mpg's that RB plays. 09.54.39 # BTW, what is this issue with the USB + Sansa AMS + Rockbox anyway? 09.55.41 # I think AMSv1 is stable. I've been using the patch (combined with another one that is now commited) for a few days, with no problems. 09.56.24 # What's the issue anyway? 09.56.55 # I forgot. (hold on a sec...) 09.57.29 # "usb random failure" http://www.rockbox.org/tracker/task/11664 09.57.39 # BUT... 09.57.43 Join Kitar|st [0] (Kitarist@BSN-142-75-31.dial-up.dsl.siol.net) 09.58.16 # i've had no problems with that patch (the second .diff) (the one for Fuze v2 is further down the page) 09.58.51 # by "second diff" i mean "as3525v2-usb.diff" 09.58.54 # Aha, OK :) 09.59.23 Join petur [0] (d408b802@rockbox/developer/petur) 09.59.52 # The only compliant i have on personal audio players today is surface-mounted (is that the word?) head phone jacks. 10.00.54 # silver_hook: they seem to become loose/unstable from simple plugging/unplugging head phones. BUT... 10.01.16 # the fuze has placed the jack in the center of the PCB 10.01.34 # so I'm hopping this one will work. 10.02.03 # not break 10.03.43 # Ooooh, OK. 10.07.16 # I don't mean "center" length or width-wise -- I mean height wise. You might have to look a couple pics of an opened-up Fuze to see what I mean. 10.07.30 # I think I get what you mean… 10.07.46 Quit JdGordon (Ping timeout: 240 seconds) 10.13.04 # is there a way to run RB in a simulator? so i don't need to have a real ipod to try something? 10.14.30 # amee2k: yes http://www.rockbox.org/wiki/UiSimulator 10.14.49 # good morning 10.14.50 # amee2k: http://www.rockbox.org/wiki/UiSimulator there is a link on that page to "unoffical, but trusted" builds, if you don't want to build it yourself. 10.15.59 Nick Guest78023 is now known as Stummi (Stummi@doppeldenk.org) 10.16.00 Quit Stummi (Changing host) 10.16.00 Join Stummi [0] (Stummi@rockbox/developer/Stummi) 10.16.20 Join wodz [0] (~wodz@87.206.240.131) 10.17.27 # eWill: you know charging time isn't linear, right? 10.18.11 # are you referring to RB charging faster than the OF? 10.18.58 # I'm referring to your claim that rockbox charges faster than the OF, yes 10.19.00 # eWill: hmmm looks like the precompiled versions are only for legacy os stuff 10.19.42 # Charging to 87% is going to take much less than 87% of the time needed to charge to 100% 10.19.54 # but the simulator sounds kinda cool. i think i'll try building one until i have the ipod fixed 10.20.52 # gevaerts: ooooh, and IIRC lipo's never need a full charge to stay healthy. Cool. Thanks. 10.22.54 # Do we have some driver which has nice crossplatform api? I am looking for en example how to shape i2c driver cleanly 10.24.04 # Hmmm, how often does RB release? 10.24.34 # silver_hook: feature releases (x.y) every three months. bugfix releases (x.y.z) in between. 10.24.51 # Zagor: Cool, thanks :) 10.24.58 # daily builds daily :-) bleeding edge builds for every single commit. 10.25.08 # take your pick :) 10.26.50 # OK, so I suppose I'll get meself a Sansa Clip+ for Christmas and flash it with RB as soon as the USB issue is solved in stable. 10.27.08 # Why wait for that? 10.27.10 # …this way I'll be able to see the diff. between OF and RB as well ;) 10.27.44 # gevaerts: Em, doesn't the USB issue make the USB connection unpredictable? 10.28.20 # If our USB stack were enabled, yes, but it isn't 10.28.23 # You just connect in OF to do any file transfers. 10.28.32 # It just means you have to reboot to the OF to copy stuff 10.28.43 # eWill: You're dualbooting the bugger? 10.28.54 # everyone is 10.28.59 # Wow. 10.29.26 # I can't decide whether this is mega ultra awesome or just stupid waste of space… 10.29.59 # It's neither 10.30.09 # is it sufficient to edit buildserver/builds to add target to build system? 10.30.18 # gevaerts: What then? 10.30.29 # wodz: yes 10.30.40 # Dualboot isn't rocket science, and the OF doesn't take much space 10.30.46 # * eWill thinks Rockbox _is_ mega ultra awesome 10.30.50 # and what about tools/builds.pm ? 10.31.37 # wodz: that one gets important as soon as you're unstable 10.31.42 # wodz: yes, you need tools/configure and tools/builds.pm done before anyone can build them. buildserver/builds is the last step, to instruct the farm to include that target in the commit builds. 10.32.00 # Is builds.pm needed to just build? 10.32.24 # it isn't 10.32.52 # gevaerts: Oh, OK. I just thought that there was very limited space to flash. Like e.g. in routers where you have barely space for one firmware. 10.33.09 # no it isn't, but it should be there to make it possible to include in the web site 10.33.29 # New commit by 03wodz (r28702): Add HD300 to builds.pm 10.34.16 # silver_hook: also, I saved ~200 MB of space by deleting a folder that the OF uses for the database. Though now OF won't boot (only lets me charge/transer-files, then shuts down). In case anyone is wondering -- it's the "##PORT#" dir, and you have almost fill the device so there isn't enough space to re-create it. 10.34.41 # Buschel: "svn's config is correct for 96MHz and we are lucky when running the nano at 48 MHz" << that's what I expected as I copied those settings from apple, which isn't doing CPU frequency scaling 10.34.54 # eWill: Cool tip. 10.35.24 # r28702 build result: All green 10.36.27 # Buschel: I still wonder why the CPU frequency has such a great impact on Rockbox's (idle) current consumption, why it doesn't seem to make a noticable difference in emBIOS if the CPU is idling 10.36.29 # New commit by 03wodz (r28703): Add MPIO HD300 to build system, list the target on the frontpage. 10.36.41 # Zagor: may I ask to update www? 10.37.05 # wodz: done 10.37.13 # thx 10.38.35 Join DerPapst [0] (~Alexander@188.107.199.152) 10.38.40 # silver_hook: Oh, and preventing that folder from creation also by-passes "refreshing your database" every time you connect with OF. 10.38.43 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 10.39.30 # * wodz is looking for volunteer to prepare HD300 svg 10.43.33 Join ReimuHakurei [0] (~reimu@74.112.212.15) 10.43.49 # eWill: But if you need OF only for file transfer and charging …and if I got it right, RB will solve that issue soon. 10.43.50 Join sideral [0] (~sideral@unaffiliated/sideral) 10.44.43 # silver_hook: Oh yeah -- I'm not complaining. 10.45.00 # it's a plus 10.45.45 # DB refresh in the OF can take a loooong time if you're tags aren't "perfect" 10.54.45 Quit sideral (Ping timeout: 245 seconds) 10.55.27 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 10.57.48 *** Saving seen data "./dancer.seen" 10.57.52 # petur: do you remember what "Warning: 00000002" in the rec screen (in the "Time:" line) is? 10.58.45 # no, I'd have to look at the code (jhMikeS wrote that), but it is probably a buffer overflow or so 10.59.13 # like not being able to flush to disk fast enough 10.59.52 # ok, thanks. I guess I'll repeat that recording then... 11.00.18 Join sideral [0] (~sideral@unaffiliated/sideral) 11.01.13 # would be interesting to know what went wrong... disk almost full or so? 11.02.13 # shouldn't but I'll check 11.02.24 # I have also seen it happening when there is too much vibration (recorder lying on the stage at a rock concert), causing the disk to fail writing... another reason to move to CF :)\ 11.04.11 # 25GB for a 4 minute recording should be more than enough and this is an SSD ;) 11.04.21 # and I'm at home 11.04.47 # ewww... 11.05.31 # weird to see that warning then 11.06.06 # http://www.rockbox.org/wiki/UiSimulator << this article references a file "uisimulator/sdl/button.c" that i can't find in my source tree (that i downloaded with svn 10 minutes ago). am i supposed to create it? 11.06.39 # petur: indeed, I already did some recordings with the same setup and didn't see the warning before 11.07.11 # let me see what the warning means... 11.07.21 # I'll keep the file for now 11.07.30 # amee2k: no. That page is apparently outdated 11.09.16 # yeah... i can't find it anywhere, but lots of files in uisimulator/buttonmap that are apparently per-device type 11.09.49 Quit sideral (Remote host closed the connection) 11.10.54 Join sideral [0] (~sideral@unaffiliated/sideral) 11.14.03 # pixelma: warning 2 = PCMREC_W_ENC_BUFFER_OVF so the buffer of the encoder overflowed. That normally means it didn't flush to disk in time. warning 1 is the PCM buffer overflow that happens if the encoder didn' t encode fast enough. So it looks like a flushing to disk issue. Or maybe the watermarks are set too critical 11.14.05 Quit UnclePervyJesus (Ping timeout: 245 seconds) 11.14.16 Quit eWill (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) 11.16.11 # I listened to the recording and there is one occasion which sounds a bit like a skipping needle on vinyl 11.16.17 # one spot 11.16.29 Join UnclePervyJesus [0] (~ubernoob@c-71-236-205-141.hsd1.wa.comcast.net) 11.16.51 # I record to wave so there shouldn't be an encoder issue 11.17.19 # indeed, it needs to flush a lot of data then... 11.17.29 # wave also means higher demand for disk throughput 11.17.56 # Well thanks for explaining everything guys! 11.18.19 # I'll make sure my next player (Sansa or otherwise) will rock with RockBox ;) 11.18.35 # pixelma: have you tried teru's patch to remove this silly // in front of recording files? 11.19.18 # what silly // ? 11.19.23 # sure, as I said I didn't have an issue before though. I guess I'll also be checking the disk for errors and if there aren't, I'll put it down to bad luck 11.20.23 # petur: in the rec screen, if your recording dir is set to the default which is root, you'll be shown //Rec_* for the file name 11.20.35 Quit UnclePervyJesus (Ping timeout: 245 seconds) 11.21.14 # ah 11.21.25 # wodz: no, forgot about it :( and my recording dir is currently not the root 11.21.47 # ok, I'll check this on HD300 than 11.22.42 # :) congrats for the quick port progress btw. 11.23.59 Join InsDel [0] (~haqr.net@unaffiliated/insdel) 11.24.10 # :-) I even have first 'success' report from end user 11.24.32 # petur: chksdk didn't find errors and repeating the recording was successful too. I'll keep an eye on it now though. 11.25.18 # pixelma: ok... I wouldn't expect such an issue on an SSD unless it were a slow old CF card... 11.25.45 # didn't see major slowness so far 11.27.07 Join eWill [0] (~chatzilla@adsl-76-235-49-53.dsl.dytnoh.sbcglobal.net) 11.29.16 # I just tried to make a voice file with RButil. --- Encoding of C:/Users//AppData/Local/Temp/rbvoice//LANG_VIEW_DYNAMIC_PLAYLIST.wav failed > Encoding aborted --- (is there supposed to be two slashes before the filename?) 11.29.48 Part silver_hook ("Konversation terminated!") 11.30.45 # I've seen a similar "report" in the forums where the poster said it would fail on different files everytime he tries. Maybe a timing issue? 11.31.48 Quit liar (Ping timeout: 255 seconds) 11.34.02 # gevaerts: can you explain how rockbox's ATA infrastructure works? 11.34.31 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 11.34.31 # is the whole protocol stack handled by the target tree, or only up to the point needed to access the task file? 11.34.40 # TheSeven: not really. I know how things work (more or less) starting from the storage API and up 11.34.47 # ok 11.35.14 # pixelma, teru - the patch to remove // from recording files works for me 11.40.03 # where do i find a current version of the API documentation for plugins? 11.40.17 # plugin.h? 11.41.17 # "documentation" 11.41.39 # hehe 11.41.49 # plugin.h *and* grep? 11.41.50 # * Stummi just asked the same yesterday and gots the same answer 11.42.06 # documentation != prototypes 11.42.24 # amee2k: you are free to fix this 11.43.04 # to fix it, i need to learn it. to learn it, i need something to learn it from 11.43.22 # and prototypes aren't helping if you're starting from scratch ;) 11.43.32 # amee2k, look at source or ask here what all the methods are doing ;) 11.43.40 # lol 11.43.55 # amee2k: docs/API is all we have. yes it's out of date. most people prefer writing code over writing documents. 11.44.14 # but you are right. Its a bit anoying for new users (like i am) that there is no usable documentation 11.44.46 # hehe 11.45.03 # well, if bugging people here about it works i'm fine with that 11.45.34 # its just ... an unusual way to document it ;) 11.46.59 # you get the answer "code is the documentation" in quite a few open source project... ;) 11.47.20 # fortunately codebase for rockbox is not that big 11.47.30 # mmmh, yeah i noticed. 11.48.47 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.48.57 Quit eWill (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) 11.50.19 # I'll ask again - do we have some driver with nice crossplatform api? 11.52.12 # wodz: I don't understand the question. which platforms are you referring to? 11.52.12 Join PurlingNayuki [0] (~PurlingNa@113.92.4.97) 11.52.17 Part PurlingNayuki 11.54.28 # I am thinking how to reshape i2c to be handled uniformly across targets. I mean something like (pseudocode) i2c_write(I2C_INTERFACE_HANDLE, address, buffer, count), i2c_read(I2C_INTERFACE_HANDLE, address, buffer, count), i2c_register(I2C_INTERFACE_HANDLE, i2c_struct) and make i2c_register call platform specific bits of initialization 11.55.57 # currently i2c has a few incompatiblile implementations which forces to use weird wrappers (fmradio, wmcodec) to name a few 11.58.29 # use smbus :) 12.01.35 Quit linuxstb_ (Read error: Connection reset by peer) 12.01.53 # tmzt_g2root: no need for, simple unification and standardisation of i2c is enough 12.05.30 Quit sideral (Ping timeout: 259 seconds) 12.10.19 Part LinusN 12.15.55 Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) 12.16.15 Quit teru (Client Quit) 12.17.37 Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) 12.18.01 # wodz: but *please* don't produce another IF_MD2(whatever, ) hell :) 12.21.38 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 12.28.55 # New commit by 03teru (r28704): cahnge button mapping in list cotext so that it ignores button release. 12.30.34 # teru: ping 12.30.43 # wodz: pong 12.31.00 # your fix for // in recording filenames works for me 12.31.21 # r28704 build result: All green 12.32.07 # wodz: thank you. i'll commit it then.. 12.32.19 # you wellcome 12.32.20 # teru: I'm a bit concerned with that commit... you couldnt have possibly tested all those changes and didnt mention it on the mailing list.... 12.33.28 # ? 12.33.53 # hmm maybe it would be nice if CIA print link to diff for commit 12.34.44 # hm... this is odd. plugin.h includes "lcd.h", yet after including the former i don't seem to have prototypes in lcd.h available 12.34.56 # but there only exists one lcd.h in the source tree either 12.38.10 # teru: if that ? was to me, those changes are non trivial and unless they were actually tested on target they could potentially break other actions 12.38.10 # that *really* needed to get discussed and widely tested 12.38.10 Part Zagor 12.38.10 Join LinusN [0] (~linus@rockbox/developer/LinusN) 12.38.10 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 12.38.22 # mmmh, wtf is HAVE_LCD_CHARCELLS? 12.38.57 # that's define for charcell lcd (not graphic one) 12.39.05 # it is used in early archoses 12.39.29 # a pox on all our houses is what it is 12.39.40 # hm. then i kinda get why its not defined for my ipod 12.39.55 # its for the charcell lcd type which is used by one target (archos player) of which there are about 3 working ones in existance 12.39.58 # but isn't graphic LCD kind of a superset of character LCD functionality wise? 12.40.08 # no 12.40.36 # i mean, you can always subdivide a graphical LCD into character cells and fake it 12.41.12 # so i'm not entirely sure how not having a character display makes API parts unavailable 12.41.23 # which is kind of a bad thing, eh? 12.41.29 # why is it a bad thing? 12.41.44 Quit InsDel (Read error: Connection reset by peer) 12.41.49 # those APIs are useless on pixel displays 12.42.06 # the things which make sense for both are available on both 12.42.14 # hm... 12.42.25 # e.g. lcd_puts 12.42.36 # then i'm probably making sense where there isn't 12.43.57 # the charcell-only APIs are all relating to defining custom characters for the LCD hardware 12.44.18 # emulating that for things with a graphical display would be a waste of space when those devices can just display bitmaps 12.44.36 # nobody would want to print monotone fake-graphical icons on a real pixel display :) 12.55.09 # teru: I also don't understand the list context commit, I'm not sure what it is for (shall it fix something) and I doubt it has been tested on all the targets it affects 12.56.20 # JdGordon: i checked the code and it doesn't look to break other actions. 12.57.53 *** Saving seen data "./dancer.seen" 12.59.40 # it's not easy to spot sometimes and being affected by button action problems a few times, I'm always in high doubt when things change there. E.g I could imagine that now an action in a linked context could happen on the button release which didn't before because the tree context already "took" the button action 12.59.57 # on some targets 13.05.19 Quit antil33t (Read error: Connection reset by peer) 13.05.29 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 13.19.13 # i think i'll just ignore everything that needs charcells then for starters 13.30.49 Quit GeekShadow (Ping timeout: 240 seconds) 13.31.48 Quit stacker55 (Quit: ircN 7.27 + 7.0 for mIRC (2002/01/10 00.00)) 13.34.11 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 13.45.19 # gevaerts: are there still drives in the wild that don't support at least udma0? 13.49.31 # drives or controllers? 13.49.42 # drives 13.49.49 # I don't think so 13.50.00 # oh wait mybe CFs? 13.51.31 # at leas CF in my mini reports it is UDMA2 capable 13.51.47 # New commit by 03teru (r28705): FS#11725: fix duplicationg slash indicating root in filename. 13.53.32 # my CF card is a druggy! 13.53.37 # MDMA support 0,1,2 13.53.51 # r28705 build result: All green 13.58.53 # MDMA != UDMA 13.59.17 # according to wikipedia, UDMA CF cards are available since ~2004, which is not that long 14.03.19 # wodz: once you're done with I2C, you can continue with ATA :/ 14.03.41 # firmware/drivers/ata.c smells PP-ish 14.05.58 # TheSeven: that sounds unlikely. It dates back to the Archoses 14.06.19 # hm, at least it smells target-specific 14.06.36 Quit user890104 (Ping timeout: 272 seconds) 14.07.21 # that's first draft http://www.pastie.org/1332235 - it borrows heavily from generic_i2c.c 14.08.18 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 14.08.42 # I don't know if this will work properly for Coldfire in this form as i2c controller in CF is weird in that you should set STOP before reading last byte and disable ACK 2 bytes before end (according to datasheet) 14.08.44 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.09.38 Quit xxcv (Ping timeout: 276 seconds) 14.12.42 Quit JdGordon (Ping timeout: 264 seconds) 14.17.59 Join krabador [0] (~krabador@host150-21-dynamic.251-95-r.retail.telecomitalia.it) 14.21.02 Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) 14.28.27 # New commit by 03wodz (r28706): MPIO - drop wait states for LCD access 14.28.31 # New commit by 03wodz (r28707): HD300 - decrease touchstrip sensitivity 14.29.13 Quit factor (Ping timeout: 265 seconds) 14.30.37 # r28706 build result: All green 14.32.41 # r28707 build result: All green 14.34.16 Join saratoga [0] (9803c57f@gateway/web/freenode/ip.152.3.197.127) 14.35.45 # amiconn: I just noticed you reverted r27289, was there some reason to do that? 14.43.50 # weee... i've segfaulted the simulator 14.45.26 # only once? you should practice more :-) 14.45.28 Quit efyx (Remote host closed the connection) 14.45.44 # funny thing is i didn't even make any modifications to the source yet 14.46.07 Join efyx [0] (~efyx@82.225.185.146) 14.46.47 # and its reproducible. i tried playing an mpeg video... starts decoding audio, then goes mad_header_decode failed, mad_stream-sync failed, out of memory 14.47.20 # lots of "SDL_Wait_Event() error" messages, then it dies 14.48.14 # hm. its only a segfault if you have something else playing before you switch to the video 14.48.36 # otherwise its an assertion failure 14.49.19 # gdb it and take the backtrace 14.51.09 # http://paste.debian.net/101040/ << thats the point where it fails... how do i get a backtrace out of this gdb thing?! 14.51.59 # mmmh 14.52.05 # http://paste.debian.net/101041/ << this one? 14.52.47 # * amee2k can count the number of times he has used gbd before off on his balls 14.54.34 Quit saratoga (Quit: Page closed) 14.55.20 Quit timccc (Ping timeout: 265 seconds) 14.56.45 # did i find something worth fixing? 14.57.57 *** Saving seen data "./dancer.seen" 15.01.07 Quit plombier (Quit: plombier) 15.04.39 Quit GeekShadow (Ping timeout: 255 seconds) 15.06.27 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 15.09.49 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.10.01 Part Zagor 15.10.36 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 15.11.03 # amee2k: it depends. can you make it happen again? 15.11.18 Quit TBCOOL (Read error: Operation timed out) 15.14.06 # Zagor: he said so above 15.14.44 # yeah, i tried it 5 or 6 times now 15.14.47 # * TheSeven wonders if anyone can explain to him what the actual differences between PIO, MDMA and UDMA from a drive's perspective are 15.15.11 # New commit by 03pamaury (r28708): sbinfo: add full support for various kind of cryptographic checks ... 15.15.21 Join timccc [0] (~timccc@112.166.15.141) 15.15.36 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.16.08 # if i go for the video right after start up, it sometimes fails with an assertion failure (not very reproducible), but it *always* crashes on this video 15.16.14 # either assertion failure or segfault 15.16.23 # dma transfers utilize more signal lines (at least on PATA) 15.16.40 # could be corrupteed video file, but then it should refuse playback instead of crash 15.16.47 # should i upload the video in question somewhere? 15.17.01 # r28708 build result: All green 15.17.13 # does it happen with other videos as well? 15.17.52 # hm... no, a different one plays fine 15.19.04 # I think we now have nearly all the information to write an open source version of elftosb2 for the fuze+ if needed \o/ 15.19.09 # both are MPEG-1 video and MPEG-1 layer 2 audio. the one that crashes is 640x480 @ 24fps 15.19.18 # the one that works is 320x180 @ 30fps 15.20.01 # both play fine on my desktop system in mplayer 15.20.05 Join anewuser [0] (anewuser@unaffiliated/anewuser) 15.21.42 # You know that the mpegplayer plugin doesn't scale, right? 15.21.59 # yeah, i only see the top left corner of the one that plays 15.22.16 Quit antil33t (Read error: Connection reset by peer) 15.22.25 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 15.22.50 Join TBCOOL [0] (~tb@c-3c3671d5.09-42-73746f22.cust.bredbandsbolaget.se) 15.28.20 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 15.28.39 # maybe we need to do bounds checking and refuse to play very large videos 15.30.05 # hmmm you think its a size issue? 15.30.57 # i don't know much about video compression but i think you can't decompress a frame partially because the next incremental frame can move off-screen stuff into the visible area 15.31.18 # and going back to render the missing part would suck big time 15.31.31 # theres limited memory available for decoding frames, presumably if you try and watch a very large one you will run out of memory and crash 15.31.40 # although i don't know for sure thats what your problem is 15.31.51 # well, it did complain about memory before crashing 15.33.00 # apps/plugins/mpegplayer/alloc.c:91:static void * mpeg_malloc_internal (unsigned char *mallocbuf, 15.33.18 # you could put a DEBUGF there and see if it runs out of malloc space when it crashes 15.33.37 # or even just check to see if malloc ever returns -1 and print a message if it does 15.33.43 # that should tell you if its lack of memory 15.34.13 # http://paste.debian.net/101043/ << line 245 15.35.24 # hmmm and i randomly get this assertion failure sometimes instead of the segfault 15.35.28 # rockboxui: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed. 15.35.31 # Aborted 15.35.43 Quit teru (Quit: Quit) 15.35.56 # happened like two out of 7 or 8 tries 15.36.19 # well that error looks pretty clear 15.38.02 # okay 15.40.03 # so its trying to bite off a larger frame buffer than it can handle? 15.41.05 # i don't know what its actually doing, but it does try to request more memory then is available 15.41.11 # for some reason 15.42.21 # wow 15.42.30 # and that kills the kernel? 15.42.56 # it probably starts doing nonsense once it ran out of memory 15.43.12 # i haven't found where the whole memory thing goes down, but can't it just refuse the memory request 15.43.24 # no 15.43.27 # and let the plugin that requested it die on its own in a corner 15.43.42 # well, i'd guess it refused the memory request, got a null pointer, and later tried to access that 15.43.50 # You're assuming a system with MMU and things like that 15.43.50 # (not realizing that the allocation had failed) 15.44.31 # the plugin malloc could of course bail out directly if it runs out of memory and kill the plugin 15.44.42 # well, if it can't make room for the request it can still just kick out the plugin 15.44.49 # where does it need an MMU for that 15.45.01 # the plugin is the system 15.45.07 # so when it does theres nothing left to run 15.45.31 # well, the exchangable part of the plugin 15.45.38 # if the plugin would be a bit more cautious about that, it could probably terminate safely in an out of memory condition 15.45.44 # saratoga: the malloc() could catch being out of memory, though, and exit the plugin with longjmp 15.45.46 # the image of the system i have in my head right now kinda looks like a DOS system 15.45.53 # amee2k: yeah, it's not like that 15.45.55 # TheSeven: sure, but that's still inside the plugin 15.46.00 # unless the plugin detects the failed malloc theres nothing to do but crash 15.46.08 # gevaerts: that's what i'm saying 15.46.17 # where the plugin is a running program, and the kernel is like the BIOS and other interrupt services 15.46.24 # amee2k: it's not like that 15.46.26 # at all. 15.46.30 # okay 15.46.33 # the plugin *and* the rockbox kernel are both the BIOS 15.46.36 # there is nothing else 15.46.44 # there is no separation/abstraction at all 15.46.51 # ouch 15.47.12 # but how does it load anything then? 15.47.15 # the plugin API calls are just function calls 15.47.21 # they're not anything like an interrupt service 15.47.27 # same as any computer loads anything 15.47.30 # copy it into ram, run it 15.47.32 # welcome to the embedded systems RTOSes :-) 15.47.43 # i mean, i understand that you can't fit fully featured privilege separation into an embedded system 15.47.46 # * TheSeven thinks the bios/dos comparison isn't too bad. but what happens if a dos program goes nuts? yes, the system locks up, resets, or whatever 15.47.59 # all the plugins are linked as if they were part of the main binary 15.47.59 # but not even having a logical separation kinda makes me go 0.0 15.48.05 # but they're all linked as if they were the same address 15.48.10 # so, only one gets loaded into that location at a time 15.48.19 # it's a different locatoin than the core, though 15.48.22 # the plugin buffer, in fact :) 15.48.37 # our plugins are more like overlays :) 15.48.44 # if you are used to DOS stuf. 15.48.48 # hmmm i see 15.48.57 # there is a *logical* separation 15.49.00 # in teh source code. 15.49.16 # plugins only get to call stuff in pluginapi, they are not linked directly to core in a way that allows them to see core's symbols 15.49.29 # well, dos is a few years back for me too but concepts i grew up with kinda stick lol 15.49.36 # amee2k: believe it or not you actually need hardware support to do things like you're suggesting 15.50.10 # you can't just tell the code to be separated, instead thats something that hardware must enforce 15.50.17 # but the permanent half of the kernel is still responsible for handling the memory requests? 15.50.23 # no, not at all 15.50.23 # nope 15.50.31 # the core doesn't have dynamic memory allocation either 15.50.36 # all the core's memory is statically allocated 15.50.45 # amee2k: you need virtual memory to do that kind of thing 15.50.51 # so every plugin has like a statically linked c library on its back? 15.50.52 # malloc() for the mpeg player plugin is just a function compiled into the plugin 15.51.05 # any plugin that needs malloc has a malloc implementation compiled into it, yes 15.51.22 # some C library functions are in core, most are just not present at all, in core *or* in plugins 15.51.29 # we don't have a full C library at all, in any form 15.51.37 # only the bits we have had to implement to make specific core/plugin featurs work 15.51.42 # amee2k: http://www.rockbox.org/wiki/WhyNoMalloc 15.52.03 # * gevaerts thinks we should reimplement rockbox in python 15.52.10 # gevaerts: i'll get right on that 15.52.11 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 15.52.16 # * TheSeven falls off his chair 15.52.37 # Torne: I knew we could count on you :) 15.53.46 # ooh... i can SO identify with point 4 on that list 15.53.46 # python is not sexy, let's do it in java! 15.54.56 # perl ftw 15.55.08 # and bash right behind it 15.55.16 # :P 15.55.21 # i should probably update that nomalloc pge 15.55.22 # page 15.56.01 # brainfuck :-P 15.56.29 # wodz: then you could program on a sansa, awesome 15.56.42 # but only if we get fancy ubuntu-style codenames for the version numbers too 16.00.26 # * pixelma is reminded of that LANG_DISK_NAME_MMC string again 16.00.48 # I propose Braindead Sucker for the 1.0 of rockbox reimplementation in brainfuck 16.00.53 # "15.4 wanking weasel" ? 16.10.48 # rasher: you said "langtool.pl --changetarget --from target --to target --id ID1 --inplace *.lang". My commandline knowledge is very coarse... I guess "target" is the features part that needs changing - do I have to put the string in "" or '' and the same with the lang ID? 16.12.08 # pixelma: quoting everything doesn't hurt 16.12.30 Join MethoS- [0] (~clemens@134.102.106.250) 16.12.51 # pixelma: Something like --from "ipodvideo,sansae200" --to "ipodvideo,sansae200,somenewtarget" 16.13.43 # ah, I think I understood. Thanks for confirmation. I'll try 16.14.10 # Just make sure to check the diff 16.16.01 Part LinusN 16.17.08 Join ReimuHakurei_ [0] (~reimu@74.112.212.15) 16.17.14 Quit ReimuHakurei (Read error: Connection reset by peer) 16.18.31 # ooh, seems I got it right, now I just need someone to try on a Clip+ :\ 16.20.44 # and one needs to try the list context commit, I'm very doubtful that it didn't break something on the different targets 16.24.00 # this may introduced bugs which will take some time to spot unfortunately 16.24.28 Quit efyx (Remote host closed the connection) 16.24.43 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 16.24.55 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-30-16.tampfl.fios.verizon.net) 16.26.41 # I'm afraid too and I'm still curious why 16.26.58 # guess I need to pick up the started thread in the dev ml 16.27.40 Join panni_ [0] (hannes@ip-178-203-77-160.unitymediagroup.de) 16.33.11 Quit dantje (Quit: Ex-Chat) 16.34.54 Join sideral [0] (~sideral@unaffiliated/sideral) 16.42.41 Quit mortalscan (Ping timeout: 245 seconds) 16.42.43 Quit wodz (Ping timeout: 264 seconds) 16.53.04 Quit T44 (Read error: Connection reset by peer) 16.53.05 # New commit by 03pamaury (r28709): sbinfo: add a file containing key used to encrypt the Fuze+ firmware (it uses the zero key) 16.54.25 Quit benedikt93 (Quit: Bye ;)) 16.55.09 # r28709 build result: All green 16.57.57 Quit tchan1 (Quit: WeeChat 0.3.3-dev) 16.57.59 *** Saving seen data "./dancer.seen" 16.58.34 Part Zagor 16.59.12 Join mortalscan [0] (~mortalsca@109.169.55.155) 16.59.17 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 17.02.34 Quit sideral (Remote host closed the connection) 17.03.18 Join sideral [0] (~sideral@unaffiliated/sideral) 17.07.58 Quit GeekShadow (Ping timeout: 255 seconds) 17.14.24 Quit mikroflops (Remote host closed the connection) 17.14.36 Join mikroflops [0] (~yogurt@h-34-59.A238.priv.bahnhof.se) 17.17.36 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 17.26.31 Quit sideral (Ping timeout: 264 seconds) 17.27.36 Join sideral [0] (~sideral@unaffiliated/sideral) 17.30.22 # * TheSeven wonders what's the point of the READ MULTIPLE SECTORS command, if READ SECTORS can read multiple sectors as well, or even more of them at a time 17.31.08 # scatter-gatter ? 17.31.19 # i don't think so 17.31.52 # they basically seem to do the same thing, with the MULTIPLE variant being limited on the maximum number of sectors at a time 17.32.15 # at least that's how i interpret the ata spec 17.33.52 # I don't remember the difference, I haven't read the ata spec from a long time 17.33.56 # *for 17.34.19 # Didn't Torne add this? 17.34.55 # i just saw it in the spec, no idea what rockbox is doing 17.36.39 # there is a difference for the interrupts generated (cf spec) 17.37.43 # basically READ SECTOR(S) generate one interrupt per sector and READ MULTIPLE one for all sectors, if I read correctly 17.45.00 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 17.46.14 Quit linuxguy4 (Quit: leaving) 17.48.12 Join Topy44 [0] (~Topy44@g227199007.adsl.alicedsl.de) 17.49.08 Quit ReimuHakurei_ (Read error: Connection reset by peer) 17.50.10 Part wastrel ("l8r") 17.53.31 Quit antil33t (Read error: Connection reset by peer) 17.53.40 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 18.08.32 Quit petur (Quit: Page closed) 18.08.54 Join stoffel [0] (~quassel@p57B4DEC9.dip.t-dialin.net) 18.13.09 Quit mikroflops (Ping timeout: 240 seconds) 18.18.58 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.18.58 Quit bertrik (Changing host) 18.18.58 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.19.51 # bertrik: I nearly completed the analysis of the sb format; even the checksums and all that; the only unknown point is the data section (the 'rsrc') 18.20.23 # it contains (among other things) the graphics for the app as far as I could see 18.20.41 # yes but is there a format ? How, when, where is it loaded ? 18.22.54 # I don't know 18.23.15 # there is a RSRC text in there too, and possibly some version numbers (similar to the STMP header) 18.24.12 # I'll try to have a look at elftosb2 but since we don't know the format of the command file... 18.24.19 # I can check if I see some kind of sub-block in that chunk 18.24.49 # pamaury, huh? I do have an example command file from the chumby project 18.25.20 # really ? how do you specify some data ? 18.25.34 # I only focused on the boot sections to be honest 18.25.49 # load power_prep; 18.25.59 # call power_prep; etc. 18.26.13 # the last command in the script is a jump 18.26.36 # oh you mean if the file is not an executable it is loaded in the data section ? 18.27.19 # this is what I have as an example: http://pastebin.ca/2005905 18.28.18 # but these are all executables, so they will be loaded in boot sections no ? 18.29.22 # ok, I see what you mean, but I don't know 18.30.17 # I don't know how to generate a section like the "rsrc" for example; perhaps from the elftosb2 code I can find the syntax but it doesn't help 18.30.37 # But I guess it's not too important 18.34.04 Quit DerPapst (Quit: Leaving.) 18.39.05 # TheSeven: READ SECTORS does one transfer for each sector, with each one generating an interrupt and each one involving waiting for ready/etc 18.39.24 # TheSeven: READ MULTIPLE SECTORS does one transfer for them all, you just read N times as much data from the single transfer 18.39.35 # I added WRITE MULTIPLE to our driver, it was already doing READ MULTIPLE. 18.39.50 # and READ DMA roughly behaves like READ MULTIPLE? 18.39.54 # Yes 18.40.02 # the limit on READ MULTIPLE is because the drive's buffer for outgoing data is finite 18.40.23 # it also does one actual transaction on the disk heads, on most drives 18.40.43 # i'm still a bit puzzled that my drive only supports 16 sectors at a time, as those drives usually have several megabytes of cache 18.40.49 # 16 is the normal limit 18.40.52 # iirc 18.41.10 Join Strife89TX [0] (~cstrife89@adsl-67-58-59.mcn.bellsouth.net) 18.41.32 # i'm not sure if there's some actual reason 18.41.40 # generally you use DMA so it doesn't matter 18.41.43 # it's onyl relevant for PIO 18.41.53 # hm, apparently not all CF cards support DMA :/ 18.42.00 # indeed 18.42.23 # with DMA there's no ATA programmed transfer cycle at all, so it doesn't matter how many sectors it is 18.42.34 # the controller just streams the data as and when the disk makes it available directly to the DMA system 18.42.57 # like the normal READ SECTORS but without having to involve the host CPU at all for anything 18.43.06 # but yeah, CF cards often don't do DMA. 18.43.13 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.44.02 # hm. what's the width of the task file registers? i'm seeing lots of funny code to put 16 bits into 8bit registers in a weird order... 18.44.22 # ATA registers are all 8 bit 18.44.35 Quit swilde (Remote host closed the connection) 18.44.37 # addresses/counts are split weirdly because of legacy CHS compatibility :) 18.44.39 # Oh, er 18.44.52 # btw, READ MULTIPLE you can still ask for just as many sectors at once 18.45.05 # if the multisector count is 16 it means it'll give you 16 sectors worth of data per transfer, is all 18.45.26 # you can still ask for more than 16 sectors in one command, you just have to do the transfer loop multiple times to get all the data 18.45.58 # so how does lba48 work? just by writing the task file regs exactly twice? 18.46.31 # doesn't actually have to be exactly 18.46.38 # the registers just all have invisible shadows which contain the *previous* written value 18.46.43 # which is used as a parameter for LBA48 commands 18.46.53 # you can write more than twice, and the current and previous values are the ones used. older values are discarded. 18.47.22 # ok, so the order doesn't matter 18.47.22 # it's *moderately* insane 18.47.26 # the order does matter 18.47.44 # iirc the previous values are the top 24 bits and the current values are the bottom 24 bits 18.47.46 # i meant the order of the different registers 18.47.50 # Oh, no. 18.47.57 # other than the command register 18.48.02 # yes, of course :) 18.48.09 # you just have to write each of the params twice, in whatever order, then the command 18.48.38 # and this means that one can basically write an lba48 task file with an lba24 command, and it will work just fine as long as the LBA was <=24 bits? 18.48.47 # yes 18.49.01 # exactly :) 18.49.07 Join ReimuHakurei [0] (~reimu@74.112.212.15) 18.49.12 # cunning eh 18.49.19 # also insane and ugly. but cunning! 18.49.43 # hm. any particular reason they didn't just use the other 8 bits of the bus? 18.49.47 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 18.49.54 # to allow addressing >120GB drives with stoneage controllers? 18.50.16 # no idea. 18.50.29 # * Torne hugs his breadboard ATA controller made of switches and LEDs. :) 18.51.00 # Seriously? 18.51.05 # oh yeah, this is a fully asynchronous protocol, right? 18.51.38 # so you can poke in the bits one after each other and then toggle the strobe once :) 18.55.39 Quit ReimuHakurei (Ping timeout: 276 seconds) 18.56.13 Quit scorche|sh (Changing host) 18.56.13 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 18.56.54 # gevaerts: ok i don't have it made up at the moment but i have done in the past because someone didn't believe me 18.57.06 # you just need the switches and leds and a strobe button :) 18.57.22 # with a big enough quick reference sheet you can indeed do ATA by hand 18.57.53 # (more usefully you can do it with a uC with enough GPIOs) 18.58.03 *** Saving seen data "./dancer.seen" 18.58.39 # Writing an entire bootsector without errors might be a bit tricky 18.59.04 # Torne: you can get UDMA CF cards though, for cameras, wouldn't imagine most controllers support it though 18.59.54 # tmzt_g2root: the point was that it's not realistically possible yet to require UDMA, so the existence of cards that can do it is somewhat irrelevant here 19.00.15 # tmzt_g2root: hehe, nice name 19.00.21 # require? 19.00.26 # I gots me a rooted g2 as well 19.00.44 # yes, as in not support devices that can't handle it 19.00.48 # alexbobP: I was kind of involved and playing a trick on somebody else and it stuck 19.00.52 # alexbobP: this sort of thing is what #rockbox-community is for ;) 19.00.57 # and yeah 19.01.30 # tmzt_g2root: it means that TheSeven has to write the code for non-DMA reads for whatever he's doing, because DMA might not be there. and that's tedious, DMA is easier ;) 19.01.58 # Yes, DMA doesn't require little imps togling switches 19.02.04 # right okay, so PIO as fall back 19.02.17 # scorche|sh: I know, I would have used that if tmzt were there... 19.02.27 # sorry for the offtopicness 19.02.30 # alexbobP: #g2root if you want to discuss 19.02.41 Quit Keripo1 (Quit: Leaving.) 19.06.32 # Torne: do i understand correctly that MDMA vs. UDMA doesn't make a difference for the highlevel protocol? 19.07.49 # so to read something I basically wait for BSY (CSD bit 7) to go low, set up the task file, and then wait for RDY (CSD bit 6) to go high, and kick off the DMA transfer? 19.08.05 # TheSeven: yes 19.13.30 Join TheLemonMan [0] (~lemonboy@ppp-254-130.98-62.inwind.it) 19.20.04 # Torne: do i even need to wait for RDY when doing MDMA/UDMA? 19.24.04 Quit Judas_PhD (Quit: This is a quitting message) 19.26.33 # urgh. 19.26.50 # * TheSeven just realized that non-lba48 is actually lba28 and not lba24 :/ 19.27.37 # can i even assume that those weird drives support LBA at all!? 19.28.01 # hehe, chs is quite a nightmare 19.28.19 # Don't you need LBA starting from a really low number (in modern terms)? 19.28.19 # it isn't much worse than lba28 19.28.47 # that depends on the number of cylinders that ata supports 19.29.03 Join Sajber^ [0] (~Sajber^@h-24-143-117.A213.priv.bahnhof.se) 19.29.38 Quit saratoga (Quit: Page closed) 19.30.25 # did they really keep all this insanity for sata? 19.30.58 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 19.31.25 Quit Judas_PhD (Client Quit) 19.32.23 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.34.29 Join DerPapst [0] (~Alexander@p4FE8EBF5.dip.t-dialin.net) 19.35.33 # no idea, I never read the sata spec 19.36.55 Join Horscht [0] (~Horschti@xbmc/user/horscht) 19.44.31 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 19.50.38 Join Alchimysta [0] (~97521aba@giant.haxx.se) 19.51.13 Join ReimuHakurei [0] (~reimu@74.112.212.15) 19.53.22 Quit Alchimysta (Client Quit) 19.53.48 Join Keripo [0] (~Keripo@log105.wlan.sas.upenn.edu) 19.57.32 Join paulk_ [0] (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) 19.58.26 # hello! The other day, I had problems with my neo freerunner (I couldn't boot the uSD) and I wanted to fix it with my rockbox-ed sans e250, but it wasn't able to read the ext2 partitions… 19.58.33 # Is any ext2 planned for rockbox ? 19.59.09 # no 19.59.24 Join ppawel [0] (~ppawel@82.160.148.167) 19.59.30 # that's sad :( 19.59.47 # It's actually explicitely not wanted 20.00.09 # it's too fat code or something ? 20.00.36 # Well, that's an unhappy choice of words (given that we do support FAT), but yes, that's part of it 20.01.06 # Another part is the code maintenance burden 20.01.30 # okay 20.01.57 # (yes I should better not use fat when talking about ext2 :-) 20.02.18 Join funman [0] (~fun@rockbox/developer/funman) 20.03.42 # * gevaerts waves to funman 20.04.00 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 20.05.08 # * funman waves back 20.06.06 # checking what's new in rockbox, it seems you are busy hacking the fuze+, nice! 20.06.24 # pamaury has been busy :) 20.06.57 # we are able to fully decrypt the fuze+ firmware file now 20.08.24 # how did you find the key? 20.08.33 # and probably able to generate a firmware file ourselves that the fuze+ will accept 20.08.49 # it uses the zero key 00..00 20.08.59 # encryption at its best! 20.09.22 Quit Dreamxtreme (Ping timeout: 260 seconds) 20.09.52 # I don't know if there is some kind of recovery in case a bad firmware is sent 20.10.19 # Do any of the people working on this actually have a fuze+? 20.10.36 # no, as far as I know 20.12.12 # not a rockbox dev, anyway. But there is someone who already took it apart and took pictures. 20.12.54 Quit paulk_ (Quit: leaving) 20.14.10 # according to git log, nobody is working on the meizus :( 20.14.38 # yeah, they're stalled 20.15.14 # i spent some nights on m6sl LCD but i didn't get anywhere 20.15.45 # Ah, I feel less stupid now :) 20.16.04 # :) 20.16.09 # * amiconn still didn't figure out the Elio LCD either :( 20.16.36 Join InsDel [0] (~haqr.net@unaffiliated/insdel) 20.16.42 # * TheSeven is still fighting with the ipod classic 20.17.01 # TheSeven: at which stage? 20.17.19 # trying to get ATA running right now 20.17.28 # got an identify packet yesterday :) 20.17.52 # LCD, backlight, USB, SDRAM etc. are working 20.18.24 Quit krabador (Ping timeout: 272 seconds) 20.18.59 # who needs storage, put all your songs in ram ;) 20.19.15 # yeah, one could almost do that 20.19.38 # pamaury: i've been running your patch for amsv2 usb and it works fine for me 20.19.42 # btw, with a bit of firmware hacking, one could hook up SD cards to an ipod classic 20.23.33 Join Dreamxtreme [0] (~Dre@92.30.239.250) 20.24.16 # hm, mp3data.c uses audiobuf in a nasty way 20.25.11 Quit bluebrother (Ping timeout: 265 seconds) 20.25.52 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 20.25.57 # Torne: do i need to care about CRC at any point, or is that completely handled by the hardware? (usually) 20.26.18 Quit factor (Read error: Connection reset by peer) 20.26.32 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 20.34.15 Part gammy_ 20.35.01 # * kugel built the metadata parsers as a library 20.38.04 Join Buschel [0] (~chatzilla@p54B6637A.dip.t-dialin.net) 20.39.21 Join mikroflops [0] (~yogurt@h-34-59.A238.priv.bahnhof.se) 20.41.51 Quit sideral (Quit: Leaving.) 20.46.27 Quit TheLemonMan (Ping timeout: 245 seconds) 20.51.16 Quit Keripo (Quit: Leaving.) 20.53.23 # * Buschel gives up... 20.53.50 # the nano 2g hung up with the settings which I expected to be correct for 24 MHz HCLK 20.54.03 Quit funman (Quit: free(random());) 20.58.07 *** Saving seen data "./dancer.seen" 20.58.33 Join Keripo [0] (~Keripo@SEAS369.wlan.seas.upenn.edu) 20.59.03 Join TheLemonMan [0] (~lemonboy@ppp-208-154.98-62.inwind.it) 21.05.10 Quit mikroflops (Ping timeout: 240 seconds) 21.07.18 # GodEater: you were interested in the metadata parsers as standalone library? 21.19.09 # is there any document that describes, which status register bit (mainly BSY, RDY, DRQ, ...) gets set in which condition, and which bits one needs to check for to detect completion of various command types? 21.22.44 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 21.22.51 # The ata specs... btw, why are you doing this? 21.23.02 # Is our ata driver not sufficient? 21.29.20 Join Kupop [0] (~Kupo@cpc2-bsfd7-2-0-cust220.5-3.cable.virginmedia.com) 21.30.45 Quit hebz0rl (Quit: Leaving) 21.30.53 Quit ppawel (Quit: Leaving) 21.33.52 Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 21.34.06 Quit GeekShadow (Ping timeout: 265 seconds) 21.41.21 Join ReimuHakurei_ [0] (~reimu@74.112.212.15) 21.42.46 Quit ReimuHakurei (Read error: Connection reset by peer) 21.42.57 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 21.44.22 # * Buschel played with DRAM settings again 21.46.42 # changing the timings with HCLK can speed up DRAM by 20-30% (write) for boosted and 40% (write). 21.48.11 # * TheSeven hates samsung datasheets 21.48.28 # amiconn: because i didn't find a target-independent ata driver 21.50.34 Join Buschel_ [0] (~chatzilla@p54B6637A.dip.t-dialin.net) 21.50.59 Quit Buschel (Ping timeout: 250 seconds) 21.51.01 Nick Buschel_ is now known as Buschel (~chatzilla@p54B6637A.dip.t-dialin.net) 21.54.21 # for mpc this equals +1-2% speed in unboosted state, nearly unmeasurable for boosted 21.58.39 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 22.06.55 Quit Keripo (Quit: Leaving.) 22.07.09 Quit Stummi (Excess Flood) 22.07.39 Join Stummi [0] (Stummi@rockbox/developer/Stummi) 22.11.24 # kugel: I was - I started trying to port them into one in January I think 22.11.34 # but I've had a complete lack of time to continue it 22.18.00 Quit DSStrife89 (Quit: ClIRC - IRC client for Nintendo DS) 22.19.53 # GodEater: I've managed to make one with a medium amount of hackery 22.25.57 Join Keripo [0] (~Keripo@eng135.wireless-resnet.upenn.edu) 22.27.17 Quit stoffel (Remote host closed the connection) 22.32.20 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) 22.33.25 Nick jepler- is now known as jepler (~jepler@emc/developer/pdpc.professional.jepler) 22.37.04 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 22.42.59 Quit TheLemonMan (Quit: Help me, i got shot! *DIES*) 22.45.13 Quit Sajber^ (Quit: Leaving.) 22.45.40 Join Sajber^ [0] (~Sajber^@h-24-143-117.A213.priv.bahnhof.se) 22.50.05 Quit liar (Quit: Leaving) 22.51.20 Quit Sajber^ (Read error: Connection reset by peer) 22.51.40 Join Sajber^ [0] (~Sajber^@h-24-143-117.A213.priv.bahnhof.se) 22.54.10 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 22.56.54 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 22.57.03 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) 22.57.19 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 22.58.11 *** Saving seen data "./dancer.seen" 22.58.58 Quit markun (Read error: Connection reset by peer) 23.00.09 Quit Sajber^ (Quit: Leaving.) 23.00.17 Join ppawel [0] (~ppawel@host167.voltar.net.pl) 23.07.06 # The fuze+ seems to be a nice player, I would like to see a port happen but I don't know I would be able to port it myself... 23.07.13 # *if I 23.08.56 Join JdGordon1 [0] (~jonno@122.110.153.35) 23.09.00 Quit JdGordon (Read error: Connection reset by peer) 23.11.54 Quit ppawel (Quit: Leaving) 23.13.50 # i think i'm going to commit FS#11235 - libmad asm tweaks for ARM9 and above 23.16.24 Quit robin0800 (Remote host closed the connection) 23.19.52 Join markun [0] (~markun@rockbox/developer/markun) 23.22.34 Quit JdGordon1 (Ping timeout: 265 seconds) 23.22.56 Quit markun (Read error: Connection reset by peer) 23.23.07 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 23.23.27 # saratoga: great, I guess we can enable asm on android then 23.23.50 # (assiming it's the patch you once gave me, I can't remember) 23.23.58 # yeah i think so 23.24.08 # just going to make sure the output is identical 23.24.09 Quit benedikt93 (Quit: Bye ;)) 23.24.37 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 23.24.46 # hopefully i'll have the arm11 stuff for mp3 decoding ready soonish 23.25.06 Quit robin0800 (Remote host closed the connection) 23.25.27 # * LambdaCalculus37 catches up with the logs 23.25.30 # Is this for mp3 or all codecs getting enabled? 23.25.32 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 23.25.33 Quit bertrik (Quit: :tiuQ) 23.25.47 Nick magnetodyne is now known as krazykit (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 23.26.11 # rasher: all, it's just that mp3 is currently slower with asm 23.26.39 # TheSeven: Nice work on the Classic so far. :) 23.26.52 # hopefully the arm11 version will be a lot faster on android 23.27.07 # we don't build for armv6 presently 23.27.20 # why? 23.27.40 # I took the defaults of the ndk, perhaps there are armv5 android devices 23.28.13 # building for armv6 is only very slightly faster, unless hand crafted asm is involved 23.28.24 # its possible people have hacked android onto armv5 devices, but all phones are armv6 23.28.27 # even my old g1 is 23.28.46 Join markun [0] (~markun@rockbox/developer/markun) 23.28.47 # people have hacked it onto armv4 ones too 23.28.56 # have you tried optimizing for arm11 or cortex? 23.29.05 # i expect that to make more of a difference then armv6 23.30.07 # I've built with -march=armv5 -tune=arm11e-js (or something like that), no noticeable difference except in ape which has asm to exploit simd on armv6 23.30.14 # march=armv6* 23.30.51 # this is with ASM enabled I guess? 23.31.00 # both 23.31.19 # well, ape didn't have the advantage in the C run of course 23.31.26 # its possible the NDK defaults to arm11 or similar 23.31.33 # i guess that probably makes sense 23.32.25 # well, it doesn't 23.34.56 # New commit by 03saratoga (r28710): ARM9 optimized synth_full for libmad. Speeds up mp3 decoding by an even 2 MHz on all ARM9 and later devices. Note this is only optimized for arm9 ... 23.35.15 # i mean if you don't give it a flag it may schedule for something like arm11 23.35.28 # that would make sense given that its the ndk's lowest common denominator 23.36.50 # r28710 build result: All green 23.37.15 # * TheSeven hates nothing more than the transfer succeeding but no data arriving 23.37.58 # TheSeven: Would you like an additional tester for any of the early code? 23.38.27 # * TheSeven is still busy making things work on his ipod at least :) 23.38.30 # which generations do you have? 23.39.28 Join T44 [0] (~Topy44@f054208216.adsl.alicedsl.de) 23.39.47 Quit Topy44 (Ping timeout: 245 seconds) 23.41.21 # TheSeven: 80GB Classic; 1st gen, you could say. 23.41.43 # * TheSeven has the same one 23.43.41 # saratoga: ? without flags or any changes to the default make files it builds for armv5 23.43.56 # yeah but what does it schedule for? 23.44.44 # mtune=xscale, if you mean that 23.44.52 # ha 23.45.08 # but I doubt gcc is capable of optimizing for armv6 if march is armv5 23.45.24 # whys that? 23.45.41 Join noamsml_ [0] (~noamsml@adsl-75-45-232-13.dsl.sfldmi.sbcglobal.net) 23.45.54 # i assume you can schedule for any processor capable of running armv5 ops, just it won't produce code using the new ops in armv6 23.46.03 Quit noamsml (Ping timeout: 265 seconds) 23.46.23 # TheSeven: Besides that I'm quite excited at the prospect of hacking about on my Classic as well. :) 23.46.23 # you probably can, but I assume gcc can't 23.47.01 Quit Kupop (Ping timeout: 265 seconds) 23.57.08 Quit LambdaCalculus37 (Quit: This computer has gone to sleep) 23.58.05 Quit pamaury (Remote host closed the connection)