| 00:00:01 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 00:00:34 | eWill | 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 | CIA-7 | New commit by wodz (r28700): Rename bootloader file for MPIO players as it supports both HD200 and HD300. |
| 00:12:22 | CIA-7 | 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 | TheSeven | eWill: which target did that happen on? |
| 00:41:31 | TheSeven | i've had that several times on nano2g |
| 00:43:42 | eWill | fuze v2 (NOTE: i'm using RB USB patch) |
| 00:43:42 | eWill | I can't find it with a hex editor... :( |
| 00:44:14 | | Join ReimuHakurei [0] (~ReimuHaku@74.112.212.15) |
| 00:45:08 | TheSeven | so there is not even a directory entry? |
| 00:45:32 | TheSeven | you might want to have a look at the first bunch of free clusters |
| 00:46:35 | eWill | 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 | TheSeven | 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 |
| 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 | JdGordon| | 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 | TheSeven | any ata guru around? |
| 01:36:16 | TheSeven | how do i tell a drive to switch to ultradma mode? or do i even need to do so? |
| 01:40:12 | pamaury | 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 | TheSeven | 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:00 |
| 02:05:06 | eWill | 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 | eWill | Did I just ruin my battery? (charging ~1 hour)? |
| 02:07:50 | eWill | i'm not mad, i just wanna know. |
| 02:10:12 | eWill | 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 | eWill | maybe i wasn't clear (sorry) −− _Rockbox_ is what what charging my player too fast, not the OF. |
| 02:24:41 | UnclePervyJesus | anybody got a link to runtimes for the h10 (iriver) ? |
| 02:25:21 | eWill | http://www.rockbox.org/wiki/IriverRuntime |
| 02:26:33 | UnclePervyJesus | thanks, i just got a 20gb for 25bucks today :D |
| 02:28:03 | eWill | yesterday my Fuze v2 took ~3 hours to reach 100%. Today RB was at 87% in less than an hour. |
| 02:29:04 | UnclePervyJesus | 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:00 |
| 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 | eWill | anyone ever ported a file compressor to RB? |
| 03:48:11 | | Quit factor (Quit: Leaving) |
| 03:54:30 | CIA-7 | New commit by rmenes (r28701): FS #11780 by Melba Sitjar: add missing strings to the Tagalog ... |
| 03:56:52 | CIA-7 | r28701 build result: All green |
| 04:00 |
| 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 | plombier | First greetings to #rockbox - Cheers to wodz - just compiled/installed/ran rockbox for the first time on MPIO HD300. |
| 04:53:15 | plombier | 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 |
| 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:00 |
| 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:00 |
| 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 | Buschel | 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 | Buschel | 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 | Buschel | 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:00 |
| 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 | BlindWanderer | anyone about? |
| 08:31:08 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 08:32:20 | Buschel | 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 | Buschel | 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 | Buschel | bye |
| 08:35:39 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) |
| 08:37:43 | BlindWanderer | 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 |
| 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 | silver_hook | Hullo. |
| 09:19:27 | | Join Rob2223 [0] (~Miranda@p4FFF2056.dip.t-dialin.net) |
| 09:20:09 | silver_hook | 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 | silver_hook | 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 | eWill | 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 | silver_hook | 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 | eWill | I've had it 3 days. All seems well. Around 22 hour battery when running Rockbox. I'm not an audiophile. |
| 09:39:23 | eWill | battery in 'battery bench" −− NOT real life use. |
| 09:39:48 | eWill | MP3 V0 |
| 09:43:21 | eWill | silver_hook: hey |
| 09:43:33 | silver_hook | eWill: Sorry, didn't see it. |
| 09:43:40 | eWill | one thing: The USB jack on the device and... |
| 09:43:58 | eWill | the headphone jack are right next to each other which means |
| 09:44:20 | silver_hook | Ouch :\ |
| 09:44:44 | eWill | 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 | eWill | otherwise I'd have to remove the headphone jack every time I charge |
| 09:45:10 | eWill | *headphone plug |
| 09:45:19 | silver_hook | Could be worse, but it's still annoying yeah :\ |
| 09:45:24 | eWill | but it's not loose |
| 09:45:56 | | Quit ReimuHakurei (Read error: Connection reset by peer) |
| 09:46:34 | eWill | I just used a twist-tie from a loaf of bread. |
| 09:48:37 | silver_hook | Hehe, that's a quick hack ;) |
| 09:51:38 | silver_hook | eWill: And I suppose the question whether Rockbox is better then original firmware, right? ;) |
| 09:51:51 | eWill | LOLOL |
| 09:52:26 | eWill | i never use the OF (now with patch to use USB in Rockbox −− not yet commited). |
| 09:53:34 | eWill | 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 | silver_hook | BTW, what is this issue with the USB + Sansa AMS + Rockbox anyway? |
| 09:55:41 | eWill | 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 | silver_hook | What's the issue anyway? |
| 09:56:55 | eWill | I forgot. (hold on a sec...) |
| 09:57:29 | eWill | "usb random failure" http://www.rockbox.org/tracker/task/11664 |
| 09:57:39 | eWill | BUT... |
| 09:57:43 | | Join Kitar|st [0] (Kitarist@BSN-142-75-31.dial-up.dsl.siol.net) |
| 09:58:16 | eWill | i've had no problems with that patch (the second .diff) (the one for Fuze v2 is further down the page) |
| 09:58:51 | eWill | by "second diff" i mean "as3525v2-usb.diff" |
| 09:58:54 | silver_hook | Aha, OK :) |
| 09:59:23 | | Join petur [0] (d408b802@rockbox/developer/petur) |
| 09:59:52 | eWill | The only compliant i have on personal audio players today is surface-mounted (is that the word?) head phone jacks. |
| 10:00 |
| 10:00:54 | eWill | silver_hook: they seem to become loose/unstable from simple plugging/unplugging head phones. BUT... |
| 10:01:16 | eWill | the fuze has placed the jack in the center of the PCB |
| 10:01:34 | eWill | so I'm hopping this one will work. |
| 10:02:03 | eWill | not break |
| 10:03:43 | silver_hook | Ooooh, OK. |
| 10:07:16 | eWill | 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 | silver_hook | I think I get what you mean… |
| 10:07:46 | | Quit JdGordon (Ping timeout: 240 seconds) |
| 10:13:04 | amee2k | 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 | Zagor | amee2k: yes http://www.rockbox.org/wiki/UiSimulator |
| 10:14:49 | Guest78023 | good morning |
| 10:14:50 | eWill | 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 | gevaerts | eWill: you know charging time isn't linear, right? |
| 10:18:11 | eWill | are you referring to RB charging faster than the OF? |
| 10:18:58 | gevaerts | I'm referring to your claim that rockbox charges faster than the OF, yes |
| 10:19:00 | amee2k | eWill: hmmm looks like the precompiled versions are only for legacy os stuff |
| 10:19:42 | gevaerts | Charging to 87% is going to take much less than 87% of the time needed to charge to 100% |
| 10:19:54 | amee2k | but the simulator sounds kinda cool. i think i'll try building one until i have the ipod fixed |
| 10:20:52 | eWill | gevaerts: ooooh, and IIRC lipo's never need a full charge to stay healthy. Cool. Thanks. |
| 10:22:54 | wodz | 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 | silver_hook | Hmmm, how often does RB release? |
| 10:24:34 | Zagor | silver_hook: feature releases (x.y) every three months. bugfix releases (x.y.z) in between. |
| 10:24:51 | silver_hook | Zagor: Cool, thanks :) |
| 10:24:58 | Zagor | daily builds daily :-) bleeding edge builds for every single commit. |
| 10:25:08 | Zagor | take your pick :) |
| 10:26:50 | silver_hook | 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 | gevaerts | Why wait for that? |
| 10:27:10 | silver_hook | …this way I'll be able to see the diff. between OF and RB as well ;) |
| 10:27:44 | silver_hook | gevaerts: Em, doesn't the USB issue make the USB connection unpredictable? |
| 10:28:20 | gevaerts | If our USB stack were enabled, yes, but it isn't |
| 10:28:23 | eWill | You just connect in OF to do any file transfers. |
| 10:28:32 | gevaerts | It just means you have to reboot to the OF to copy stuff |
| 10:28:43 | silver_hook | eWill: You're dualbooting the bugger? |
| 10:28:54 | eWill | everyone is |
| 10:28:59 | silver_hook | Wow. |
| 10:29:26 | silver_hook | I can't decide whether this is mega ultra awesome or just stupid waste of space… |
| 10:29:59 | gevaerts | It's neither |
| 10:30:09 | wodz | is it sufficient to edit buildserver/builds to add target to build system? |
| 10:30:18 | silver_hook | gevaerts: What then? |
| 10:30:29 | Zagor | wodz: yes |
| 10:30:40 | gevaerts | 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 | wodz | and what about tools/builds.pm ? |
| 10:31:37 | gevaerts | wodz: that one gets important as soon as you're unstable |
| 10:31:42 | Zagor | 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 | gevaerts | Is builds.pm needed to just build? |
| 10:32:24 | wodz | it isn't |
| 10:32:52 | silver_hook | 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 | Zagor | no it isn't, but it should be there to make it possible to include in the web site |
| 10:33:29 | CIA-7 | New commit by wodz (r28702): Add HD300 to builds.pm |
| 10:34:16 | eWill | 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 | TheSeven | 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 | silver_hook | eWill: Cool tip. |
| 10:35:24 | CIA-7 | r28702 build result: All green |
| 10:36:27 | TheSeven | 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 | CIA-7 | New commit by wodz (r28703): Add MPIO HD300 to build system, list the target on the frontpage. |
| 10:36:41 | wodz | Zagor: may I ask to update www? |
| 10:37:05 | Zagor | wodz: done |
| 10:37:13 | wodz | thx |
| 10:38:35 | | Join DerPapst [0] (~Alexander@188.107.199.152) |
| 10:38:40 | eWill | 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 | silver_hook | 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 | eWill | silver_hook: Oh yeah −− I'm not complaining. |
| 10:45:00 | eWill | it's a plus |
| 10:45:45 | eWill | 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 | pixelma | petur: do you remember what "Warning: 00000002" in the rec screen (in the "Time:" line) is? |
| 10:58:45 | petur | no, I'd have to look at the code (jhMikeS wrote that), but it is probably a buffer overflow or so |
| 10:59:13 | petur | like not being able to flush to disk fast enough |
| 10:59:52 | pixelma | ok, thanks. I guess I'll repeat that recording then... |
| 11:00 |
| 11:00:18 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
| 11:01:13 | petur | would be interesting to know what went wrong... disk almost full or so? |
| 11:02:13 | pixelma | shouldn't but I'll check |
| 11:02:24 | petur | 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 | pixelma | 25GB for a 4 minute recording should be more than enough and this is an SSD ;) |
| 11:04:21 | pixelma | and I'm at home |
| 11:04:47 | petur | ewww... |
| 11:05:31 | petur | weird to see that warning then |
| 11:06:06 | amee2k | 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 | pixelma | petur: indeed, I already did some recordings with the same setup and didn't see the warning before |
| 11:07:11 | petur | let me see what the warning means... |
| 11:07:21 | pixelma | I'll keep the file for now |
| 11:07:30 | gevaerts | amee2k: no. That page is apparently outdated |
| 11:09:16 | amee2k | 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 | petur | 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 | pixelma | I listened to the recording and there is one occasion which sounds a bit like a skipping needle on vinyl |
| 11:16:17 | pixelma | one spot |
| 11:16:29 | | Join UnclePervyJesus [0] (~ubernoob@c-71-236-205-141.hsd1.wa.comcast.net) |
| 11:16:51 | pixelma | I record to wave so there shouldn't be an encoder issue |
| 11:17:19 | petur | indeed, it needs to flush a lot of data then... |
| 11:17:29 | wodz | wave also means higher demand for disk throughput |
| 11:17:56 | silver_hook | Well thanks for explaining everything guys! |
| 11:18:19 | silver_hook | I'll make sure my next player (Sansa or otherwise) will rock with RockBox ;) |
| 11:18:35 | wodz | pixelma: have you tried teru's patch to remove this silly // in front of recording files? |
| 11:19:18 | petur | what silly // ? |
| 11:19:23 | pixelma | 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 | pixelma | 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 | petur | ah |
| 11:21:25 | pixelma | wodz: no, forgot about it :( and my recording dir is currently not the root |
| 11:21:47 | wodz | ok, I'll check this on HD300 than |
| 11:22:42 | pixelma | :) congrats for the quick port progress btw. |
| 11:23:59 | | Join InsDel [0] (~haqr.net@unaffiliated/insdel) |
| 11:24:10 | wodz | :-) I even have first 'success' report from end user |
| 11:24:32 | pixelma | 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 | petur | pixelma: ok... I wouldn't expect such an issue on an SSD unless it were a slow old CF card... |
| 11:25:45 | pixelma | 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 | eWill | I just tried to make a voice file with RButil. −−- Encoding of C:/Users/<user name>/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 | pixelma | 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 | TheSeven | 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 | TheSeven | 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 | gevaerts | TheSeven: not really. I know how things work (more or less) starting from the storage API and up |
| 11:34:47 | TheSeven | ok |
| 11:35:14 | wodz | pixelma, teru - the patch to remove // from recording files works for me |
| 11:40:03 | amee2k | where do i find a current version of the API documentation for plugins? |
| 11:40:17 | wodz | plugin.h? |
| 11:41:17 | amee2k | "documentation" |
| 11:41:39 | Stummi | hehe |
| 11:41:49 | gevaerts | plugin.h *and* grep? |
| 11:41:50 | * | Stummi just asked the same yesterday and gots the same answer |
| 11:42:06 | amee2k | documentation != prototypes |
| 11:42:24 | wodz | amee2k: you are free to fix this |
| 11:43:04 | amee2k | to fix it, i need to learn it. to learn it, i need something to learn it from |
| 11:43:22 | amee2k | and prototypes aren't helping if you're starting from scratch ;) |
| 11:43:32 | Stummi | amee2k, look at source or ask here what all the methods are doing ;) |
| 11:43:40 | amee2k | lol |
| 11:43:55 | Zagor | amee2k: docs/API is all we have. yes it's out of date. most people prefer writing code over writing documents. |
| 11:44:14 | Stummi | but you are right. Its a bit anoying for new users (like i am) that there is no usable documentation |
| 11:44:46 | amee2k | hehe |
| 11:45:03 | amee2k | well, if bugging people here about it works i'm fine with that |
| 11:45:34 | amee2k | its just ... an unusual way to document it ;) |
| 11:46:59 | pixelma | you get the answer "code is the documentation" in quite a few open source project... ;) |
| 11:47:20 | wodz | fortunately codebase for rockbox is not that big |
| 11:47:30 | amee2k | 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 | wodz | I'll ask again - do we have some driver with nice crossplatform api? |
| 11:52:12 | Zagor | 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 | wodz | 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 | wodz | currently i2c has a few incompatiblile implementations which forces to use weird wrappers (fmradio, wmcodec) to name a few |
| 11:58:29 | tmzt_g2root | use smbus :) |
| 12:00 |
| 12:01:35 | | Quit linuxstb_ (Read error: Connection reset by peer) |
| 12:01:53 | wodz | 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 | TheSeven | wodz: but *please* don't produce another IF_MD2(whatever, ) hell :) |
| 12:21:38 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 12:28:55 | CIA-7 | New commit by teru (r28704): cahnge button mapping in list cotext so that it ignores button release. |
| 12:30:34 | wodz | teru: ping |
| 12:30:43 | teru | wodz: pong |
| 12:31:00 | wodz | your fix for // in recording filenames works for me |
| 12:31:21 | CIA-7 | r28704 build result: All green |
| 12:32:07 | teru | wodz: thank you. i'll commit it then.. |
| 12:32:19 | wodz | you wellcome |
| 12:32:20 | JdGordon | 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 | teru | ? |
| 12:33:53 | wodz | hmm maybe it would be nice if CIA print link to diff for commit |
| 12:34:44 | amee2k | 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 | amee2k | but there only exists one lcd.h in the source tree either |
| 12:38:10 | JdGordon | 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 | JdGordon | 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 | amee2k | mmmh, wtf is HAVE_LCD_CHARCELLS? |
| 12:38:57 | wodz | that's define for charcell lcd (not graphic one) |
| 12:39:05 | wodz | it is used in early archoses |
| 12:39:29 | JdGordon | a pox on all our houses is what it is |
| 12:39:40 | amee2k | hm. then i kinda get why its not defined for my ipod |
| 12:39:55 | JdGordon | 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 | amee2k | but isn't graphic LCD kind of a superset of character LCD functionality wise? |
| 12:40:08 | JdGordon | no |
| 12:40:36 | amee2k | i mean, you can always subdivide a graphical LCD into character cells and fake it |
| 12:41:12 | amee2k | so i'm not entirely sure how not having a character display makes API parts unavailable |
| 12:41:23 | amee2k | which is kind of a bad thing, eh? |
| 12:41:29 | Torne | why is it a bad thing? |
| 12:41:44 | | Quit InsDel (Read error: Connection reset by peer) |
| 12:41:49 | Torne | those APIs are useless on pixel displays |
| 12:42:06 | Torne | the things which make sense for both are available on both |
| 12:42:14 | amee2k | hm... |
| 12:42:25 | Torne | e.g. lcd_puts |
| 12:42:36 | amee2k | then i'm probably making sense where there isn't |
| 12:43:57 | Torne | the charcell-only APIs are all relating to defining custom characters for the LCD hardware |
| 12:44:18 | Torne | emulating that for things with a graphical display would be a waste of space when those devices can just display bitmaps |
| 12:44:36 | Torne | nobody would want to print monotone fake-graphical icons on a real pixel display :) |
| 12:55:09 | pixelma | 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 | teru | 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 | pixelma | 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 | pixelma | on some targets |
| 13:00 |
| 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 | amee2k | 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 | TheSeven | gevaerts: are there still drives in the wild that don't support at least udma0? |
| 13:49:31 | wodz | drives or controllers? |
| 13:49:42 | TheSeven | drives |
| 13:49:49 | wodz | I don't think so |
| 13:50:00 | wodz | oh wait mybe CFs? |
| 13:51:31 | wodz | at leas CF in my mini reports it is UDMA2 capable |
| 13:51:47 | CIA-7 | New commit by teru (r28705): FS #11725: fix duplicationg slash indicating root in filename. |
| 13:53:32 | JdGordon | my CF card is a druggy! |
| 13:53:37 | JdGordon | MDMA support 0,1,2 |
| 13:53:51 | CIA-7 | r28705 build result: All green |
| 13:58:53 | TheSeven | MDMA != UDMA |
| 13:59:17 | TheSeven | according to wikipedia, UDMA CF cards are available since ~2004, which is not that long |
| 14:00 |
| 14:03:19 | TheSeven | wodz: once you're done with I2C, you can continue with ATA :/ |
| 14:03:41 | TheSeven | firmware/drivers/ata.c smells PP-ish |
| 14:05:58 | gevaerts | TheSeven: that sounds unlikely. It dates back to the Archoses |
| 14:06:19 | TheSeven | hm, at least it smells target-specific |
| 14:06:36 | | Quit user890104 (Ping timeout: 272 seconds) |
| 14:07:21 | wodz | 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 | wodz | 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 | CIA-7 | New commit by wodz (r28706): MPIO - drop wait states for LCD access |
| 14:28:31 | CIA-7 | New commit by wodz (r28707): HD300 - decrease touchstrip sensitivity |
| 14:29:13 | | Quit factor (Ping timeout: 265 seconds) |
| 14:30:37 | CIA-7 | r28706 build result: All green |
| 14:32:41 | CIA-7 | r28707 build result: All green |
| 14:34:16 | | Join saratoga [0] (9803c57f@gateway/web/freenode/ip.152.3.197.127) |
| 14:35:45 | saratoga | amiconn: I just noticed you reverted r27289, was there some reason to do that? |
| 14:43:50 | amee2k | weee... i've segfaulted the simulator |
| 14:45:26 | wodz | only once? you should practice more :-) |
| 14:45:28 | | Quit efyx (Remote host closed the connection) |
| 14:45:44 | amee2k | 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 | amee2k | 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 | amee2k | lots of "SDL_Wait_Event() error" messages, then it dies |
| 14:48:14 | amee2k | hm. its only a segfault if you have something else playing before you switch to the video |
| 14:48:36 | amee2k | otherwise its an assertion failure |
| 14:49:19 | wodz | gdb it and take the backtrace |
| 14:51:09 | amee2k | 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 | amee2k | mmmh |
| 14:52:05 | amee2k | 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 | amee2k | did i find something worth fixing? |
| 14:57:57 | *** | Saving seen data "./dancer.seen" |
| 15:00 |
| 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 | Zagor | amee2k: it depends. can you make it happen again? |
| 15:11:18 | | Quit TBCOOL (Read error: Operation timed out) |
| 15:14:06 | TheSeven | Zagor: he said so above |
| 15:14:44 | amee2k | 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 | CIA-7 | New commit by pamaury (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 | amee2k | 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 | amee2k | either assertion failure or segfault |
| 15:16:23 | wodz | dma transfers utilize more signal lines (at least on PATA) |
| 15:16:40 | amee2k | could be corrupteed video file, but then it should refuse playback instead of crash |
| 15:16:47 | amee2k | should i upload the video in question somewhere? |
| 15:17:01 | CIA-7 | r28708 build result: All green |
| 15:17:13 | TheSeven | does it happen with other videos as well? |
| 15:17:52 | amee2k | hm... no, a different one plays fine |
| 15:19:04 | pamaury | 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 | amee2k | both are MPEG-1 video and MPEG-1 layer 2 audio. the one that crashes is 640x480 @ 24fps |
| 15:19:18 | amee2k | the one that works is 320x180 @ 30fps |
| 15:20:01 | amee2k | both play fine on my desktop system in mplayer |
| 15:20:05 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 15:21:42 | gevaerts | You know that the mpegplayer plugin doesn't scale, right? |
| 15:21:59 | amee2k | 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 | saratoga | maybe we need to do bounds checking and refuse to play very large videos |
| 15:30:05 | amee2k | hmmm you think its a size issue? |
| 15:30:57 | amee2k | 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 | amee2k | and going back to render the missing part would suck big time |
| 15:31:31 | saratoga | 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 | saratoga | although i don't know for sure thats what your problem is |
| 15:31:51 | amee2k | well, it did complain about memory before crashing |
| 15:33:00 | saratoga | apps/plugins/mpegplayer/alloc.c:91:static void * mpeg_malloc_internal (unsigned char *mallocbuf, |
| 15:33:18 | saratoga | you could put a DEBUGF there and see if it runs out of malloc space when it crashes |
| 15:33:37 | saratoga | or even just check to see if malloc ever returns -1 and print a message if it does |
| 15:33:43 | saratoga | that should tell you if its lack of memory |
| 15:34:13 | amee2k | http://paste.debian.net/101043/ << line 245 |
| 15:35:24 | amee2k | hmmm and i randomly get this assertion failure sometimes instead of the segfault |
| 15:35:28 | amee2k | rockboxui: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed. |
| 15:35:31 | amee2k | Aborted |
| 15:35:43 | | Quit teru (Quit: Quit) |
| 15:35:56 | amee2k | happened like two out of 7 or 8 tries |
| 15:36:19 | saratoga | well that error looks pretty clear |
| 15:38:02 | amee2k | okay |
| 15:40:03 | amee2k | so its trying to bite off a larger frame buffer than it can handle? |
| 15:41:05 | saratoga | i don't know what its actually doing, but it does try to request more memory then is available |
| 15:41:11 | saratoga | for some reason |
| 15:42:21 | amee2k | wow |
| 15:42:30 | amee2k | and that kills the kernel? |
| 15:42:56 | TheSeven | it probably starts doing nonsense once it ran out of memory |
| 15:43:12 | amee2k | i haven't found where the whole memory thing goes down, but can't it just refuse the memory request |
| 15:43:24 | gevaerts | no |
| 15:43:27 | amee2k | and let the plugin that requested it die on its own in a corner |
| 15:43:42 | TheSeven | well, i'd guess it refused the memory request, got a null pointer, and later tried to access that |
| 15:43:50 | gevaerts | You're assuming a system with MMU and things like that |
| 15:43:50 | TheSeven | (not realizing that the allocation had failed) |
| 15:44:31 | TheSeven | the plugin malloc could of course bail out directly if it runs out of memory and kill the plugin |
| 15:44:42 | amee2k | well, if it can't make room for the request it can still just kick out the plugin |
| 15:44:49 | amee2k | where does it need an MMU for that |
| 15:45:01 | saratoga | the plugin is the system |
| 15:45:07 | saratoga | so when it does theres nothing left to run |
| 15:45:31 | amee2k | well, the exchangable part of the plugin |
| 15:45:38 | TheSeven | 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 | Torne | saratoga: the malloc() could catch being out of memory, though, and exit the plugin with longjmp |
| 15:45:46 | amee2k | the image of the system i have in my head right now kinda looks like a DOS system |
| 15:45:53 | Torne | amee2k: yeah, it's not like that |
| 15:45:55 | gevaerts | TheSeven: sure, but that's still inside the plugin |
| 15:46:00 | saratoga | unless the plugin detects the failed malloc theres nothing to do but crash |
| 15:46:08 | TheSeven | gevaerts: that's what i'm saying |
| 15:46:17 | amee2k | where the plugin is a running program, and the kernel is like the BIOS and other interrupt services |
| 15:46:24 | Torne | amee2k: it's not like that |
| 15:46:26 | Torne | at all. |
| 15:46:30 | amee2k | okay |
| 15:46:33 | Torne | the plugin *and* the rockbox kernel are both the BIOS |
| 15:46:36 | Torne | there is nothing else |
| 15:46:44 | Torne | there is no separation/abstraction at all |
| 15:46:51 | amee2k | ouch |
| 15:47:12 | amee2k | but how does it load anything then? |
| 15:47:15 | Torne | the plugin API calls are just function calls |
| 15:47:21 | Torne | they're not anything like an interrupt service |
| 15:47:27 | Torne | same as any computer loads anything |
| 15:47:30 | Torne | copy it into ram, run it |
| 15:47:32 | wodz | welcome to the embedded systems RTOSes :-) |
| 15:47:43 | amee2k | 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 | Torne | all the plugins are linked as if they were part of the main binary |
| 15:47:59 | amee2k | but not even having a logical separation kinda makes me go 0.0 |
| 15:48:05 | Torne | but they're all linked as if they were the same address |
| 15:48:10 | Torne | so, only one gets loaded into that location at a time |
| 15:48:19 | Torne | it's a different locatoin than the core, though |
| 15:48:22 | Torne | the plugin buffer, in fact :) |
| 15:48:37 | Torne | our plugins are more like overlays :) |
| 15:48:44 | Torne | if you are used to DOS stuf. |
| 15:48:48 | amee2k | hmmm i see |
| 15:48:57 | Torne | there is a *logical* separation |
| 15:49:00 | Torne | in teh source code. |
| 15:49:16 | Torne | 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 | amee2k | well, dos is a few years back for me too but concepts i grew up with kinda stick lol |
| 15:49:36 | saratoga | amee2k: believe it or not you actually need hardware support to do things like you're suggesting |
| 15:50:10 | saratoga | you can't just tell the code to be separated, instead thats something that hardware must enforce |
| 15:50:17 | amee2k | but the permanent half of the kernel is still responsible for handling the memory requests? |
| 15:50:23 | Torne | no, not at all |
| 15:50:23 | saratoga | nope |
| 15:50:31 | Torne | the core doesn't have dynamic memory allocation either |
| 15:50:36 | Torne | all the core's memory is statically allocated |
| 15:50:45 | saratoga | amee2k: you need virtual memory to do that kind of thing |
| 15:50:51 | amee2k | so every plugin has like a statically linked c library on its back? |
| 15:50:52 | Torne | malloc() for the mpeg player plugin is just a function compiled into the plugin |
| 15:51:05 | Torne | any plugin that needs malloc has a malloc implementation compiled into it, yes |
| 15:51:22 | Torne | some C library functions are in core, most are just not present at all, in core *or* in plugins |
| 15:51:29 | Torne | we don't have a full C library at all, in any form |
| 15:51:37 | Torne | only the bits we have had to implement to make specific core/plugin featurs work |
| 15:51:42 | Zagor | amee2k: http://www.rockbox.org/wiki/WhyNoMalloc |
| 15:52:03 | * | gevaerts thinks we should reimplement rockbox in python |
| 15:52:10 | Torne | 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 | gevaerts | Torne: I knew we could count on you :) |
| 15:53:46 | amee2k | ooh... i can SO identify with point 4 on that list |
| 15:53:46 | wodz | python is not sexy, let's do it in java! |
| 15:54:56 | amee2k | perl ftw |
| 15:55:08 | amee2k | and bash right behind it |
| 15:55:16 | amee2k | :P |
| 15:55:21 | saratoga | i should probably update that nomalloc pge |
| 15:55:22 | saratoga | page |
| 15:56:01 | wodz | brainfuck :-P |
| 15:56:29 | tmzt_g2root | wodz: then you could program on a sansa, awesome |
| 15:56:42 | amee2k | but only if we get fancy ubuntu-style codenames for the version numbers too |
| 16:00 |
| 16:00:26 | * | pixelma is reminded of that LANG_DISK_NAME_MMC string again |
| 16:00:48 | wodz | I propose Braindead Sucker for the 1.0 of rockbox reimplementation in brainfuck |
| 16:00:53 | amee2k | "15.4 wanking weasel" ? |
| 16:10:48 | pixelma | 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 | rasher | pixelma: quoting everything doesn't hurt |
| 16:12:30 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 16:12:51 | rasher | pixelma: Something like −−from "ipodvideo,sansae200" −−to "ipodvideo,sansae200,somenewtarget" |
| 16:13:43 | pixelma | ah, I think I understood. Thanks for confirmation. I'll try |
| 16:14:10 | rasher | 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 | pixelma | ooh, seems I got it right, now I just need someone to try on a Clip+ :\ |
| 16:20:44 | pixelma | 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 | wodz | 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 | pixelma | I'm afraid too and I'm still curious why |
| 16:26:58 | pixelma | 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 | CIA-7 | New commit by pamaury (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 | CIA-7 | 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:00 |
| 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 | pamaury | scatter-gatter ? |
| 17:31:19 | TheSeven | i don't think so |
| 17:31:52 | TheSeven | 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 | TheSeven | at least that's how i interpret the ata spec |
| 17:33:52 | pamaury | I don't remember the difference, I haven't read the ata spec from a long time |
| 17:33:56 | pamaury | *for |
| 17:34:19 | gevaerts | Didn't Torne add this? |
| 17:34:55 | TheSeven | i just saw it in the spec, no idea what rockbox is doing |
| 17:36:39 | pamaury | there is a difference for the interrupts generated (cf spec) |
| 17:37:43 | pamaury | 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:00 |
| 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 | pamaury | 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 | bertrik | it contains (among other things) the graphics for the app as far as I could see |
| 18:20:41 | pamaury | yes but is there a format ? How, when, where is it loaded ? |
| 18:22:54 | bertrik | I don't know |
| 18:23:15 | bertrik | there is a RSRC text in there too, and possibly some version numbers (similar to the STMP header) |
| 18:24:12 | pamaury | I'll try to have a look at elftosb2 but since we don't know the format of the command file... |
| 18:24:19 | bertrik | I can check if I see some kind of sub-block in that chunk |
| 18:24:49 | bertrik | pamaury, huh? I do have an example command file from the chumby project |
| 18:25:20 | pamaury | really ? how do you specify some data ? |
| 18:25:34 | pamaury | I only focused on the boot sections to be honest |
| 18:25:49 | bertrik | load power_prep; |
| 18:25:59 | bertrik | call power_prep; etc. |
| 18:26:13 | bertrik | the last command in the script is a jump |
| 18:26:36 | pamaury | oh you mean if the file is not an executable it is loaded in the data section ? |
| 18:27:19 | bertrik | this is what I have as an example: http://pastebin.ca/2005905 |
| 18:28:18 | pamaury | but these are all executables, so they will be loaded in boot sections no ? |
| 18:29:22 | bertrik | ok, I see what you mean, but I don't know |
| 18:30:17 | pamaury | 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 | pamaury | But I guess it's not too important |
| 18:34:04 | | Quit DerPapst (Quit: Leaving.) |
| 18:39:05 | Torne | 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 | Torne | 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 | Torne | I added WRITE MULTIPLE to our driver, it was already doing READ MULTIPLE. |
| 18:39:50 | TheSeven | and READ DMA roughly behaves like READ MULTIPLE? |
| 18:39:54 | Torne | Yes |
| 18:40:02 | Torne | the limit on READ MULTIPLE is because the drive's buffer for outgoing data is finite |
| 18:40:23 | Torne | it also does one actual transaction on the disk heads, on most drives |
| 18:40:43 | TheSeven | 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 | Torne | 16 is the normal limit |
| 18:40:52 | Torne | iirc |
| 18:41:10 | | Join Strife89TX [0] (~cstrife89@adsl-67-58-59.mcn.bellsouth.net) |
| 18:41:32 | Torne | i'm not sure if there's some actual reason |
| 18:41:40 | Torne | generally you use DMA so it doesn't matter |
| 18:41:43 | Torne | it's onyl relevant for PIO |
| 18:41:53 | TheSeven | hm, apparently not all CF cards support DMA :/ |
| 18:42:00 | Torne | indeed |
| 18:42:23 | Torne | with DMA there's no ATA programmed transfer cycle at all, so it doesn't matter how many sectors it is |
| 18:42:34 | Torne | the controller just streams the data as and when the disk makes it available directly to the DMA system |
| 18:42:57 | Torne | like the normal READ SECTORS but without having to involve the host CPU at all for anything |
| 18:43:06 | Torne | but yeah, CF cards often don't do DMA. |
| 18:43:13 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:44:02 | TheSeven | 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 | Torne | ATA registers are all 8 bit |
| 18:44:35 | | Quit swilde (Remote host closed the connection) |
| 18:44:37 | Torne | addresses/counts are split weirdly because of legacy CHS compatibility :) |
| 18:44:39 | Torne | Oh, er |
| 18:44:52 | Torne | btw, READ MULTIPLE you can still ask for just as many sectors at once |
| 18:45:05 | Torne | if the multisector count is 16 it means it'll give you 16 sectors worth of data per transfer, is all |
| 18:45:26 | Torne | 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 | TheSeven | so how does lba48 work? just by writing the task file regs exactly twice? |
| 18:46:31 | Torne | doesn't actually have to be exactly |
| 18:46:38 | Torne | the registers just all have invisible shadows which contain the *previous* written value |
| 18:46:43 | Torne | which is used as a parameter for LBA48 commands |
| 18:46:53 | Torne | you can write more than twice, and the current and previous values are the ones used. older values are discarded. |
| 18:47:22 | TheSeven | ok, so the order doesn't matter |
| 18:47:22 | Torne | it's *moderately* insane |
| 18:47:26 | Torne | the order does matter |
| 18:47:44 | Torne | iirc the previous values are the top 24 bits and the current values are the bottom 24 bits |
| 18:47:46 | TheSeven | i meant the order of the different registers |
| 18:47:50 | Torne | Oh, no. |
| 18:47:57 | Torne | other than the command register |
| 18:48:02 | TheSeven | yes, of course :) |
| 18:48:09 | Torne | you just have to write each of the params twice, in whatever order, then the command |
| 18:48:38 | TheSeven | 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 | Torne | yes |
| 18:49:01 | Torne | exactly :) |
| 18:49:07 | | Join ReimuHakurei [0] (~reimu@74.112.212.15) |
| 18:49:12 | Torne | cunning eh |
| 18:49:19 | Torne | also insane and ugly. but cunning! |
| 18:49:43 | TheSeven | 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 | TheSeven | to allow addressing >120GB drives with stoneage controllers? |
| 18:50:16 | Torne | no idea. |
| 18:50:29 | * | Torne hugs his breadboard ATA controller made of switches and LEDs. :) |
| 18:51:00 | gevaerts | Seriously? |
| 18:51:05 | TheSeven | oh yeah, this is a fully asynchronous protocol, right? |
| 18:51:38 | TheSeven | 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 | Torne | 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 | Torne | you just need the switches and leds and a strobe button :) |
| 18:57:22 | Torne | with a big enough quick reference sheet you can indeed do ATA by hand |
| 18:57:53 | Torne | (more usefully you can do it with a uC with enough GPIOs) |
| 18:58:03 | *** | Saving seen data "./dancer.seen" |
| 18:58:39 | gevaerts | Writing an entire bootsector without errors might be a bit tricky |
| 18:59:04 | tmzt_g2root | Torne: you can get UDMA CF cards though, for cameras, wouldn't imagine most controllers support it though |
| 18:59:54 | gevaerts | 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 |
| 19:00:15 | alexbobP | tmzt_g2root: hehe, nice name |
| 19:00:21 | tmzt_g2root | require? |
| 19:00:26 | alexbobP | I gots me a rooted g2 as well |
| 19:00:44 | gevaerts | yes, as in not support devices that can't handle it |
| 19:00:48 | tmzt_g2root | alexbobP: I was kind of involved and playing a trick on somebody else and it stuck |
| 19:00:52 | scorche|sh | alexbobP: this sort of thing is what #rockbox-community is for ;) |
| 19:00:57 | tmzt_g2root | and yeah |
| 19:01:30 | Torne | 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 | gevaerts | Yes, DMA doesn't require little imps togling switches |
| 19:02:04 | tmzt_g2root | right okay, so PIO as fall back |
| 19:02:17 | alexbobP | scorche|sh: I know, I would have used that if tmzt were there... |
| 19:02:27 | alexbobP | sorry for the offtopicness |
| 19:02:30 | tmzt_g2root | alexbobP: #g2root if you want to discuss |
| 19:02:41 | | Quit Keripo1 (Quit: Leaving.) |
| 19:06:32 | TheSeven | Torne: do i understand correctly that MDMA vs. UDMA doesn't make a difference for the highlevel protocol? |
| 19:07:49 | TheSeven | 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 | Torne | TheSeven: yes |
| 19:13:30 | | Join TheLemonMan [0] (~lemonboy@ppp-254-130.98-62.inwind.it) |
| 19:20:04 | TheSeven | 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 | TheSeven | urgh. |
| 19:26:50 | * | TheSeven just realized that non-lba48 is actually lba28 and not lba24 :/ |
| 19:27:37 | TheSeven | can i even assume that those weird drives support LBA at all!? |
| 19:28:01 | pamaury | hehe, chs is quite a nightmare |
| 19:28:19 | gevaerts | Don't you need LBA starting from a really low number (in modern terms)? |
| 19:28:19 | TheSeven | it isn't much worse than lba28 |
| 19:28:47 | TheSeven | 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 | TheSeven | 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 | pamaury | 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 | paulk_ | 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 | paulk_ | Is any ext2 planned for rockbox ? |
| 19:59:09 | bertrik | no |
| 19:59:24 | | Join ppawel [0] (~ppawel@82.160.148.167) |
| 19:59:30 | paulk_ | that's sad :( |
| 19:59:47 | gevaerts | It's actually explicitely not wanted |
| 20:00 |
| 20:00:09 | paulk_ | it's too fat code or something ? |
| 20:00:36 | gevaerts | Well, that's an unhappy choice of words (given that we do support FAT), but yes, that's part of it |
| 20:01:06 | gevaerts | Another part is the code maintenance burden |
| 20:01:30 | paulk_ | okay |
| 20:01:57 | paulk_ | (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 | funman | checking what's new in rockbox, it seems you are busy hacking the fuze+, nice! |
| 20:06:24 | bertrik | pamaury has been busy :) |
| 20:06:57 | bertrik | we are able to fully decrypt the fuze+ firmware file now |
| 20:08:24 | funman | how did you find the key? |
| 20:08:33 | bertrik | and probably able to generate a firmware file ourselves that the fuze+ will accept |
| 20:08:49 | bertrik | it uses the zero key 00..00 |
| 20:08:59 | funman | encryption at its best! |
| 20:09:22 | | Quit Dreamxtreme (Ping timeout: 260 seconds) |
| 20:09:52 | bertrik | I don't know if there is some kind of recovery in case a bad firmware is sent |
| 20:10:19 | gevaerts | Do any of the people working on this actually have a fuze+? |
| 20:10:36 | bertrik | no, as far as I know |
| 20:12:12 | bertrik | 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 | funman | according to git log, nobody is working on the meizus :( |
| 20:14:38 | bertrik | yeah, they're stalled |
| 20:15:14 | funman | i spent some nights on m6sl LCD but i didn't get anywhere |
| 20:15:45 | gevaerts | Ah, I feel less stupid now :) |
| 20:16:04 | funman | :) |
| 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 | funman | TheSeven: at which stage? |
| 20:17:19 | TheSeven | trying to get ATA running right now |
| 20:17:28 | TheSeven | got an identify packet yesterday :) |
| 20:17:52 | TheSeven | LCD, backlight, USB, SDRAM etc. are working |
| 20:18:24 | | Quit krabador (Ping timeout: 272 seconds) |
| 20:18:59 | funman | who needs storage, put all your songs in ram ;) |
| 20:19:15 | TheSeven | yeah, one could almost do that |
| 20:19:38 | funman | pamaury: i've been running your patch for amsv2 usb and it works fine for me |
| 20:19:42 | TheSeven | 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 | kugel | 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 | TheSeven | 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 | Buschel | 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:00 |
| 21:05:10 | | Quit mikroflops (Ping timeout: 240 seconds) |
| 21:07:18 | kugel | GodEater: you were interested in the metadata parsers as standalone library? |
| 21:19:09 | TheSeven | 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 | amiconn | The ata specs... btw, why are you doing this? |
| 21:23:02 | amiconn | 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 | Buschel | 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 | TheSeven | 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 | Buschel | 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:00 |
| 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 | GodEater | kugel: I was - I started trying to port them into one in January I think |
| 22:11:34 | GodEater | 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 | kugel | 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 |
| 23:00:09 | | Quit Sajber^ (Quit: Leaving.) |
| 23:00:17 | | Join ppawel [0] (~ppawel@host167.voltar.net.pl) |
| 23:07:06 | pamaury | 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 | pamaury | *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 | saratoga | 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 | kugel | saratoga: great, I guess we can enable asm on android then |
| 23:23:50 | kugel | (assiming it's the patch you once gave me, I can't remember) |
| 23:23:58 | saratoga | yeah i think so |
| 23:24:08 | saratoga | 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 | saratoga | 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 | rasher | 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 | kugel | rasher: all, it's just that mp3 is currently slower with asm |
| 23:26:39 | LambdaCalculus37 | TheSeven: Nice work on the Classic so far. :) |
| 23:26:52 | saratoga | hopefully the arm11 version will be a lot faster on android |
| 23:27:07 | kugel | we don't build for armv6 presently |
| 23:27:20 | saratoga | why? |
| 23:27:40 | kugel | I took the defaults of the ndk, perhaps there are armv5 android devices |
| 23:28:13 | kugel | building for armv6 is only very slightly faster, unless hand crafted asm is involved |
| 23:28:24 | saratoga | its possible people have hacked android onto armv5 devices, but all phones are armv6 |
| 23:28:27 | saratoga | even my old g1 is |
| 23:28:46 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 23:28:47 | kugel | people have hacked it onto armv4 ones too |
| 23:28:56 | saratoga | have you tried optimizing for arm11 or cortex? |
| 23:29:05 | saratoga | i expect that to make more of a difference then armv6 |
| 23:30:07 | kugel | 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 | kugel | march=armv6* |
| 23:30:51 | saratoga | this is with ASM enabled I guess? |
| 23:31:00 | kugel | both |
| 23:31:19 | kugel | well, ape didn't have the advantage in the C run of course |
| 23:31:26 | saratoga | its possible the NDK defaults to arm11 or similar |
| 23:31:33 | saratoga | i guess that probably makes sense |
| 23:32:25 | kugel | well, it doesn't |
| 23:34:56 | CIA-7 | New commit by saratoga (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 | saratoga | i mean if you don't give it a flag it may schedule for something like arm11 |
| 23:35:28 | saratoga | that would make sense given that its the ndk's lowest common denominator |
| 23:36:50 | CIA-7 | r28710 build result: All green |
| 23:37:15 | * | TheSeven hates nothing more than the transfer succeeding but no data arriving |
| 23:37:58 | LambdaCalculus37 | 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 | TheSeven | 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 | LambdaCalculus37 | TheSeven: 80GB Classic; 1st gen, you could say. |
| 23:41:43 | * | TheSeven has the same one |
| 23:43:41 | kugel | saratoga: ? without flags or any changes to the default make files it builds for armv5 |
| 23:43:56 | saratoga | yeah but what does it schedule for? |
| 23:44:44 | kugel | mtune=xscale, if you mean that |
| 23:44:52 | saratoga | ha |
| 23:45:08 | kugel | but I doubt gcc is capable of optimizing for armv6 if march is armv5 |
| 23:45:24 | saratoga | whys that? |
| 23:45:41 | | Join noamsml_ [0] (~noamsml@adsl-75-45-232-13.dsl.sfldmi.sbcglobal.net) |
| 23:45:54 | saratoga | 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 | LambdaCalculus37 | TheSeven: Besides that I'm quite excited at the prospect of hacking about on my Classic as well. :) |
| 23:46:23 | kugel | 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) |
icon identifies that the person is a core developer (has commit access).