00:00:25 | | Join M3DLG [0] (~M3DLG@bb-87-81-252-83.ukonline.co.uk) |
00:03:36 | CIA-6 | New commit by pamaury (r27098): as3525v2-usb: define number of enpoints correctly, write interrupt handler |
00:04:06 | CIA-6 | New commit by pamaury (r27099): as3525v2-usb: beginning of a real driver. Setup packet and control transfers work. There is still a problem with the set address request. Still much ... |
00:04:27 | dfkt | can't wait until usb for the clip+ is working... "database refresh" is a real nuisance for rmaa tests with various builds :) |
00:05:13 | CIA-6 | r27098 build result: All green |
00:05:58 | bertrik | dfkt, thanks. The hi-quality settings seem to have very little effect ... only in the stereo crosstalk do I see a significant effect |
00:06:16 | bertrik | *somewhat significant |
00:06:34 | dfkt | indeed. considering thd and imd should be inaudible below ~1%, those results somehow don't matter |
00:06:56 | CIA-6 | r27099 build result: All green |
00:06:56 | dfkt | but amiconn did hear differences? |
00:07:15 | | Quit GeekShadow (Quit: The cake is a lie !) |
00:07:33 | godzirra | Out of curiousity, does rockbox support TV out on the ipod classic? I've read up on the site but can't seem to find a definitive answer yes or no. |
00:07:40 | dfkt | i'm not sure i heard any... been using both lines from markun's patch for over a week in my builds and can't say i heard anything remarkable |
00:08:30 | *** | Saving seen data "./dancer.seen" |
00:11:14 | bertrik | amiconn said he had the impression that it was an improvement |
00:11:51 | | Quit notlistening (Quit: Leaving) |
00:12:41 | funman | set up a ABX build for hi-quality :) |
00:12:55 | funman | thanks for the help |
00:13:29 | dfkt | heh |
00:14:53 | | Quit funman (Quit: free(random());) |
00:15:02 | | Quit bertrik (Quit: De groeten) |
00:17:47 | pamaury | dfkt: you can use a micro-sd to run a modified version of rockbox without using the OF |
00:19:23 | | Quit domonoky (Read error: Connection reset by peer) |
00:20:46 | dfkt | pamaury, interesting, that is the first time i heard of that - modified how? |
00:21:26 | | Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 48 hours + detroit party (july 31) (maybe streamed online!)) |
00:21:30 | pamaury | just pick a micro-sd, compile rockbox and put the rockbox.sansa on it (you can just modify the firmware) and then in rockbox file browser, select it => it will rolo it |
00:21:56 | dfkt | aah, nice |
00:22:03 | pamaury | No need for the OF. Of course, it will no change the rockbox on the internal storage but that nice when experimenting |
00:22:59 | dfkt | indeed, saves a lot of time, since 8gb already take ages to refresh for the of - thanks for the hint |
00:23:10 | | Quit Zarggg (Quit: Zarggg) |
00:25:25 | | Join krazykit [0] (~kkit@206.183.185.8) |
00:29:10 | | Join petur [0] (~petur@rockbox/developer/petur) |
00:29:51 | pixelma | godzirra: Rockbox doesn't work on the Ipod Classic at all... ;) If you mean the Ipod Videos (or 5th/5.5th generation) then no, Rockbox doesn't support video out I think. I have a vague memory that there was a patch for it in the tracker but am not sure |
00:31:25 | pixelma | bluebroth3r: regarding the error lines - won't the lines with the file info be surpressed with your patch to make the output a bit more silent? |
00:33:44 | | Quit bmbl (Quit: Bye!) |
00:34:50 | | Quit mc2739 (Ping timeout: 276 seconds) |
00:35:58 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
00:44:12 | | Quit petur (Quit: Leaving) |
00:45:06 | | Quit pamaury (Remote host closed the connection) |
01:00 |
01:02:47 | | Quit giovanni (Ping timeout: 276 seconds) |
01:07:44 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
01:15:32 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
01:18:34 | CIA-6 | New commit by pixelma (r27100): Plasma.tex button table: add the conditional third column for targets with HAVEREMOTEKEYMAP defined to all rows (fixes wrong placement and adds info). ... |
01:18:59 | | Quit bluebroth3r (Ping timeout: 252 seconds) |
01:20:18 | CIA-6 | r27100 build result: All green |
01:22:47 | | Join binaryhermit_ [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) |
01:24:50 | | Quit binaryhermit (Ping timeout: 240 seconds) |
01:27:35 | | Quit mc2739 (Ping timeout: 260 seconds) |
01:29:19 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
01:33:06 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
01:33:11 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
01:41:48 | | Join YDS10-YDS11SL [0] (~Robert_Se@75-145-131-94-Illinois.hfc.comcastbusiness.net) |
01:45:41 | | Quit Dekkard (Quit: Lost terminal) |
01:50:10 | | Nick binaryhermit_ is now known as binaryhermit (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) |
01:50:27 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
01:53:04 | | Quit komputes (Remote host closed the connection) |
02:00 |
02:03:55 | | Part AzureWurk |
02:08:32 | *** | Saving seen data "./dancer.seen" |
02:14:31 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
02:17:08 | | Quit mt (Read error: Connection reset by peer) |
02:19:04 | | Quit JohannesSM64 (Quit: WeeChat 0.3.3-dev) |
02:21:00 | | Quit kish (Ping timeout: 276 seconds) |
02:22:12 | | Join kish [0] (~o2@unaffiliated/spice) |
02:30:42 | | Quit kramer3d (Ping timeout: 245 seconds) |
02:39:17 | | Quit t0rc (Quit: Leaving) |
02:39:27 | | Quit Luca_S (Quit: CGI:IRC (EOF)) |
02:49:04 | | Quit liar (Ping timeout: 258 seconds) |
02:52:34 | YDS10-YDS11SL | . |
02:59:19 | | Quit marines (Ping timeout: 240 seconds) |
03:00 |
03:03:54 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
03:08:51 | JdGordon | bieber: I would have thought that using switches on the tag name would be a pinaful method because they might change. I do see that adding 200 new classes would suck, but maybe grouping them could make it managable? |
03:11:54 | CIA-6 | New commit by saratoga (r27101): Commit FS #11364 by me. Increases the A3525v2 volume range by 7.5dB. Each volume setting gets 7.5dB louder (if you listened before at 0dB, you would ... |
03:13:28 | CIA-6 | r27101 build result: All green |
03:14:00 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
03:16:09 | | Quit Horscht (Quit: Verlassend) |
03:25:49 | | Part YDS10-YDS11SL |
03:27:16 | godzirra | pixelma: Thanks. That sucks. I've got a classic. :( I enjoyed rockbox on my old ipod a few years back. Ah well. :/ |
03:30:07 | | Join j4m35_w35t [0] (~james_cwb@97-123-73-163.albq.qwest.net) |
03:30:57 | | Part j4m35_w35t |
03:33:31 | | Join YDS10-YDS11SL [0] (~Robert_Se@75-145-131-94-Illinois.hfc.comcastbusiness.net) |
03:47:56 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
03:49:24 | | Quit steve|m (Ping timeout: 276 seconds) |
03:58:02 | | Quit sbhsu (Ping timeout: 265 seconds) |
04:00 |
04:03:32 | | Join steve|m [0] (~steve@p4FD47450.dip.t-dialin.net) |
04:04:52 | | Join AzureSky [0] (~biteme@ashentech.broker.freenet6.net) |
04:08:04 | | Join Barahir_ [0] (~jonathan@frnk-590ff0f4.pool.mediaWays.net) |
04:08:34 | *** | Saving seen data "./dancer.seen" |
04:09:44 | | Quit rvvs89 (Changing host) |
04:09:44 | | Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) |
04:09:46 | | Quit steve|m (*.net *.split) |
04:09:46 | | Quit kachna (*.net *.split) |
04:09:46 | | Quit aevin (*.net *.split) |
04:10:54 | | Join steve|m [0] (~steve@p4FD47450.dip.t-dialin.net) |
04:10:54 | | Join kachna [0] (~kachna@r4ax178.net.upc.cz) |
04:10:54 | | Join aevin [0] (eivindsy@unaffiliated/aevin) |
04:11:34 | | Quit Barahir (Ping timeout: 265 seconds) |
04:14:42 | | Join sbhsu [0] (~a6530466@Zion.dorm.au.edu.tw) |
04:15:10 | bieber | JdGordon: The trick is that most of them won't be in the switch statement |
04:16:06 | bieber | My plan is for all of the tags that just return a value to just grab them from some data structure that the device configuration panel will maintain, with each datum accessible by tag name |
04:18:38 | | Quit kachna (Ping timeout: 279 seconds) |
04:19:09 | JdGordon | ok cool |
04:19:41 | JdGordon | bieber: I assume you'll make it nice and easy for users to set the tag value? (number and text?) |
04:20:09 | bieber | Yeah, I'm building a control panel to expose just about any value of any interest for rendering |
04:20:40 | JdGordon | awesome :) |
04:24:50 | bieber | You can see the beginnings of it in SVN Theme Editor, although it doesn't do anything yet |
04:24:54 | bieber | That's tonight's project |
04:29:13 | | Quit pixelma (Disconnected by services) |
04:29:14 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:29:15 | | Quit amiconn (Disconnected by services) |
04:29:18 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:29:30 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:29:35 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:47:14 | | Part YDS10-YDS11SL |
04:50:08 | saratoga | once you strip away the multichannel stuff, wma pro really isn't much different then standard |
04:50:37 | saratoga | the main improvements mostly just look like a more complicated quantization and lossless coding step |
04:52:35 | | Quit TheSeven (Ping timeout: 248 seconds) |
04:55:36 | saratoga | huh but they dropped line spectral pairs and noise coding, so in someways quantization and coding are actually simpler |
04:58:22 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
05:00 |
05:15:55 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
05:21:15 | | Join pookleblinky [0] (~pookle@cpe-67-252-154-25.buffalo.res.rr.com) |
05:21:54 | pookleblinky | I have a sanza fuze v2. I have dl'd the required files as mentioned here: http://www.rockbox.org/wiki/SansaAMS |
05:22:45 | pookleblinky | Now I'm trying to reinstall rockbox, but I'm not sure how to go about it this way. |
05:29:20 | [Saint] | pretty sure the manual explains it wel... |
05:29:23 | [Saint] | *well |
05:29:32 | [Saint] | http://download.rockbox.org/daily/manual/rockbox-sansafuzev2/rockbox-build.html |
05:32:52 | | Nick [Saint] is now known as S_a_i_n_t (S_a_i_n_t@203.184.1.136) |
05:35:38 | | Part kkurbjun |
05:42:40 | pookleblinky | Following those instructions, I keep getting a "firmware not found" error on booting into rockbox. |
05:45:09 | saratoga | that means you installed the bootloader, but not rockbox |
05:46:08 | saratoga | are you using rbutil? it should have done that |
05:48:32 | pookleblinky | rbutil doesn't work on v2 |
05:48:43 | pookleblinky | No, I cp'd .rockbox |
05:51:29 | saratoga | it does work with the v2 |
05:51:34 | simonrvn | the release rbutil doesn't work but the svn one does |
05:51:42 | saratoga | but it sounds like you just didn't copy the folder correctly |
05:53:20 | binaryhermit | actually, the released version of rbutil does support the fuze v2 as of earlier today |
05:53:39 | simonrvn | oh cool |
05:56:26 | pookleblinky | I'm also using http://download.rockbox.org/daily/sansafuzev2/rockbox-sansafuzev2.zip |
05:56:50 | pookleblinky | binaryhermit, ah. Pacman just doesn't have it, yet, then. |
06:00 |
06:02:43 | pookleblinky | Hm. I just got it to boot properly, no error messages. |
06:02:53 | pookleblinky | And it looks like I can actually write to disk. |
06:02:55 | pookleblinky | Nice |
06:03:27 | | Join kachna [0] (~kachna@r4ax178.net.upc.cz) |
06:08:37 | *** | Saving seen data "./dancer.seen" |
06:13:16 | pookleblinky | Woo, works perfectly! |
06:20:37 | * | pookleblinky loves rockbox so very much |
06:21:01 | | Quit kachna (Ping timeout: 264 seconds) |
06:22:00 | | Quit kramer3d (Quit: Leaving) |
06:31:27 | | Join whydoubt_ [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) |
06:33:28 | | Quit whydoubt (Ping timeout: 245 seconds) |
06:43:24 | bieber | JdGordon, S_a_i_n_t: Is the status bar part of the screen area that the backdrop covers? |
06:43:38 | JdGordon | yes |
06:43:52 | JdGordon | the backdrop covers the whole screen |
06:43:59 | JdGordon | everything is drawn above it |
06:44:47 | bieber | Okay, so should I normall be putting a bar at the top of the screen where the status bar would be? |
06:44:50 | JdGordon | I wouldnt put too much effort into the statusbar drawing... just make it a butt ugly solid colour drawn 8 pixels high at the top of the current viewport when %wi is done |
06:45:10 | bieber | Oh, okay |
06:45:12 | bieber | That's simple enough |
06:45:59 | | Quit pookleblinky (Ping timeout: 260 seconds) |
06:47:51 | | Join CGL [0] (~CGL@190.207.217.62) |
06:49:11 | * | JdGordon is having trouble converting the tree LINE/SUBLINES to the array line/sublines :( |
06:51:21 | bieber | Hmm, is it worth the effort to have the device configuration panel load all its settings from a config file? |
06:52:11 | JdGordon | maybe... |
06:52:16 | JdGordon | depends how simple you can do it |
06:53:43 | bieber | I'm thinking text in brackets denotes a new section, and then on each line it'll just be three strings separated by semicolons: the tag the value represents, the text to put on the label for it, and the type of input widget to use |
06:54:07 | bieber | I think if nothing else, it'll be worth the effort to save connecting the signals for all those widgets by hand |
06:58:03 | | Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 48 hours + detroit party (july 31) (maybe streamed online!)) |
07:00 |
07:02:25 | bieber | JdGordon: Are there tags that return real numbers? |
07:03:11 | JdGordon | what do you mean real numbers? |
07:03:13 | bieber | And while I'm on the topic, how are %t tags being handled? Do they have to be whole numbers of seconds, and can they be included in conditionals? |
07:03:22 | bieber | real as in not-necessarily-integers |
07:04:12 | JdGordon | the way they work in core is they must return a integer to be used as a conditional, when used as a string they can represent the number differently though |
07:04:51 | JdGordon | check CustomWPS for %t... decimals are ok |
07:05:06 | JdGordon | and thy are/will be legal inside conditionals once we work out how they work |
07:05:22 | JdGordon | the will be ignored for now i guess |
07:08:32 | | Join webguest81 [0] (www-data@giant.haxx.se) |
07:08:52 | webguest81 | Hi is anyone working on the TSonic T610 |
07:09:29 | | Join kaylinsigswort [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
07:12:27 | | Quit webguest81 (Client Quit) |
07:14:43 | | Join wad11656 [0] (~chatzilla@NW-ESR1-74-215-120-12.fuse.net) |
07:17:35 | wad11656 | Hey! Alrighty, I have a question. Is there a current patch or could someone make a quick patch that allows album art be applied by the following method?: "trackname.jpg" instead of "cover.jpg" / i.e. "cover.100x100.bmp"??? The way iTunes organizes the Music, multiple songs are placed in the same folders. Thus, when a "cover.jpg" is applied for intentionally one song within the folder, it is... |
07:17:37 | wad11656 | ...applied for all songs within the folder. Is there a work-around for this? Yes, I know there are alternatives to importing Music for rockbox than using the default Apple firmware directories, but I'd like to play my music on both firmwares along with the ability to use album artwork. Thanks! (I'm just gonna post this in the forum too...) |
07:26:57 | | Part AzureSky |
07:28:28 | | Join AzureSky [0] (~biteme@ashentech.broker.freenet6.net) |
07:35:12 | pixelma | wad11656: see http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildap2.html#x17-385000B.19.2 - method 5 is recommended for using Apple firmware placed files, I think |
07:36:21 | pixelma | (not sure if you have an Ipod Video but this info is the same for all |
07:38:53 | S_a_i_n_t | bieber: You're not going to be drawing the status bar fulltime...right? |
07:39:04 | S_a_i_n_t | TBH, most themes seem to disable it. |
07:39:41 | bieber | No, I'll make sure to implement the tags that disable/relocate it at the same time I start drawing it |
07:40:23 | pixelma | S_a_i_n_t: usually only in the WPS (the disabling) |
07:40:48 | S_a_i_n_t | aha, there's also a tag that graws the ststusbar in the current viewport, you're aware of this? |
07:41:03 | S_a_i_n_t | so, any viewport needs to be able to represent a "statusbar" |
07:41:04 | JdGordon | bieber: I wouldnt even bother drawing it at all... like I said, just use a solid colour to show the region |
07:41:09 | S_a_i_n_t | *draws |
07:41:19 | JdGordon | that is the ONLY way to draw the bar |
07:41:44 | JdGordon | the bar can be drawn in any viewport, always at the top of that viewport |
07:41:48 | bieber | S_a_i_n_t: Yep, it'll be easy enough to implement |
07:42:17 | bieber | Bleh, C++ is nice, but the syntax sucks sometimes |
07:42:31 | bieber | I hate having to separate > > when I nest templates ;/ |
07:42:47 | S_a_i_n_t | pixelma: If it has an sbs (generally speaking) the statusbar is disabled...in the thems I've seen/use at least. |
07:42:57 | S_a_i_n_t | the .sbs takes the jod of said dtatusbar. |
07:43:06 | S_a_i_n_t | *bah..."job" |
07:43:24 | S_a_i_n_t | s/thems/themes/ |
07:43:40 | JdGordon | one more :) |
07:43:59 | S_a_i_n_t | see #community :P |
07:44:44 | JdGordon | BLAST! old displayer requires sublines to not be empty |
07:45:10 | bieber | Aw shucks |
07:45:52 | JdGordon | I've almost got it working :/ |
07:48:54 | JdGordon | soo close :) |
07:49:40 | bieber | Hehe, good luck |
07:50:45 | | Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) |
07:52:29 | S_a_i_n_t | I noticed your comment about %?<;|;> failing...sure, perhaps it *should* work, but...why? |
07:52:43 | S_a_i_n_t | four lines of conditional nothingness? |
07:52:44 | JdGordon | bieber: intial work looks like your parser uses about double skin buffer.. although that number is probably fake because I'm still rebuilding the token array... but with it storing alot of text I would say maybe 20% increase? |
07:52:49 | JdGordon | which btw im fine with |
07:53:04 | bieber | Yeah, I'm sure you could trim some stuff out |
07:53:11 | bieber | Comments, for instance |
07:53:19 | bieber | But if the size increase is tolerable, then all's well |
07:53:19 | JdGordon | allready strip comments |
07:53:39 | JdGordon | evenetually I think the text will get stored in a more temp buffer probably |
07:53:44 | S_a_i_n_t | <cough> dynamic skin buffer!</cough> :P |
07:53:59 | JdGordon | most params dont have a long lifetime |
08:00 |
08:01:17 | | Quit binaryhermit (Ping timeout: 260 seconds) |
08:08:40 | *** | Saving seen data "./dancer.seen" |
08:26:11 | | Quit wad11656 (Remote host closed the connection) |
08:28:36 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:29:24 | * | JdGordon is confused about empty lines after comments |
08:33:29 | | Quit BHSPitMonkey (Remote host closed the connection) |
08:39:03 | | Join Zagor [0] (bjst@rockbox/developer/Zagor) |
08:55:55 | | Join petur [0] (d408b802@rockbox/developer/petur) |
09:00 |
09:03:47 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
09:08:58 | | Join Jaykay [0] (~chatzilla@p5DC57AD8.dip.t-dialin.net) |
09:16:14 | | Quit r0b- (Read error: Connection reset by peer) |
09:17:13 | * | JdGordon suspects he has a subline handling bug :/ |
09:18:49 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
09:23:05 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
09:27:00 | | Quit BeFalou (Ping timeout: 260 seconds) |
09:32:35 | | Part chaos |
09:36:30 | | Join bor_ka [0] (www-data@giant.haxx.se) |
09:39:00 | TheSeven | RE pamauryHonestly there are some strange things in his driver. And it doesn't support transfer splitting which limit the size of the maximum transfer size. And it doesn't support iso. |
09:39:01 | | Join flydutch [0] (~flydutch@host110-154-dynamic.14-87-r.retail.telecomitalia.it) |
09:39:11 | TheSeven | do we ever need bigger transfers than this controller supports in hardware? |
09:39:36 | TheSeven | IIRC we're doing like 64k at once right now |
09:43:11 | | Join Kitr88 [0] (~Kitar_st@BSN-142-74-24.dial-up.dsl.siol.net) |
09:46:17 | | Quit Kitar|st (Ping timeout: 260 seconds) |
09:46:48 | | Join BeFalou [0] (~mamutoi@unaffiliated/befalou) |
09:47:39 | | Quit Kitr88 (Ping timeout: 245 seconds) |
09:49:07 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
09:53:03 | | Join Rob2222 [0] (~Miranda@p4FDCA831.dip.t-dialin.net) |
09:53:29 | | Join Kitar|st [0] (Kitar_st@BSN-143-105-124.dial-up.dsl.siol.net) |
09:56:40 | | Quit Rob2223 (Ping timeout: 265 seconds) |
09:57:57 | | Join mitk [0] (~mitk@195.117.162.130) |
09:59:43 | CIA-6 | New commit by bieber (r27102): Theme Editor: Fixed some resource alias issues, implemented device configuration panel that loads options from a text file |
09:59:58 | bieber | It's not pretty, but I've got a text-configurable device options panel working |
10:00 |
10:00:12 | bieber | Now I just have to actually set all the options when I wake up in the morning |
10:01:40 | CIA-6 | r27102 build result: All green |
10:04:36 | | Join r0b- [0] (~nnscript@adsl-76-236-184-143.dsl.klmzmi.sbcglobal.net) |
10:08:42 | *** | Saving seen data "./dancer.seen" |
10:09:06 | * | JdGordon has the new parser working with the built in wps :) |
10:09:21 | S_a_i_n_t | \o/ |
10:09:45 | simonrvn | nice |
10:09:51 | S_a_i_n_t | I can give you one of mine if you want a challenging WPS to parse :P |
10:10:04 | | Join ennui [0] (~ennui@c-98-216-8-147.hsd1.ma.comcast.net) |
10:10:17 | JdGordon | once I get cabbie loading I'll put a patch up |
10:10:31 | ennui | is there still no alternative firmware for a 5th generation iPod? |
10:10:31 | JdGordon | the parseing should be working, but we might get fun drawing bugs |
10:10:45 | JdGordon | 5th gen is the origional ipod video |
10:10:58 | rvvs89 | Err, sure, there's rockbox and iPodLinux. |
10:11:09 | S_a_i_n_t | awesome, then I'll hit you up with all the things that my way-too-drastically-complicated-code will probably choke it on ;) |
10:11:48 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
10:12:05 | S_a_i_n_t | ennui: Do you by chance mean the 6th Gen "classic"? |
10:12:36 | S_a_i_n_t | if yes, then, no...otherwise, the iPod Video has been supported for quite some time. |
10:12:47 | ennui | S_a_i_n_t: i think so. trying to figure out which mine is |
10:13:27 | rvvs89 | ennui: http://ipodlinux.org/wiki/Generations |
10:15:20 | ennui | bah... looks like there will never be support for the 5G.. I should try and swap it on craigslist for an older one |
10:15:50 | ennui | sorry, 6G that is |
10:16:07 | S_a_i_n_t | never say never. |
10:16:17 | S_a_i_n_t | just, don't hold your breath |
10:16:32 | | Quit kish (Ping timeout: 240 seconds) |
10:16:48 | JdGordon | LAAAME! |
10:16:49 | ennui | well this i pod has been out for what? 3-4 years? |
10:16:57 | JdGordon | storing pointers to the stack doesnt work too well :p |
10:17:04 | n1s | ennui: yes |
10:17:14 | | Join giovanni_ [0] (~giovanni@93.37.247.95) |
10:17:14 | S_a_i_n_t | The Nano3G and the iPod "classic"6G are internally very similar, if one falls, the other shouldn;t be too far behind. |
10:17:52 | n1s | i think exploits have been found on both of these actually |
10:18:00 | S_a_i_n_t | The Nano2g was thought to "never be able to be exploited", and now, its almost ready to become a "stable" target. |
10:18:10 | n1s | just noone done the rest of the work... |
10:18:18 | S_a_i_n_t | n1s: Yes, you're quite correct. |
10:18:42 | S_a_i_n_t | There is some small ammounts of third party code running on both IIUC |
10:18:51 | S_a_i_n_t | but, nothing terribly useful as yet |
10:19:32 | n1s | basically the same place as the nano 4g... |
10:19:41 | S_a_i_n_t | ennui: Point is, never say never..the Nano2G is a perfect example of that. |
10:20:01 | | Join funman [0] (~fun@rockbox/developer/funman) |
10:20:25 | S_a_i_n_t | n1s: I think the Nano4G actually has some *usefull* code running, a very basic form of iBugger is running on it. |
10:20:31 | S_a_i_n_t | But, that's about all. |
10:20:40 | ennui | I just wanna play my flac files T_T. Guess I'll start writing something to automate conversion to mp3 and sync |
10:20:48 | TheSeven | it isn't even that basic, it already has LCD drivers :-) |
10:21:00 | TheSeven | it's the nano 3g that has the very limited one |
10:21:06 | S_a_i_n_t | TheSeven: Wow, better than the last time I checked. |
10:21:09 | S_a_i_n_t | Awesome. |
10:21:17 | n1s | right |
10:21:35 | TheSeven | hm, the 4g lcd driver has been there for several months now, i haven't done anything with it recently |
10:21:45 | S_a_i_n_t | I might have a reason to open my Nano4G box in the near future after all ;) |
10:21:57 | TheSeven | it also has a working interrupt-driven ibugger core |
10:22:08 | S_a_i_n_t | ...wow. |
10:22:56 | TheSeven | the most important things that are lacking are proper initialization code to get that thing up to speed from DFU mode and not rely on the notes exploit, a better understanding of the MMU (and maybe actually use it), and of course a driver for the flash memory |
10:23:24 | TheSeven | I'm still pretty much stuck in that efi mess regarding those things |
10:23:48 | funman | there is a non-ARM MMU ? |
10:23:51 | | Join kish [0] (~o2@unaffiliated/spice) |
10:23:55 | S_a_i_n_t | Am I right in the immense similarity between the Nano3G amd the 6G "classic"? |
10:24:11 | S_a_i_n_t | A port to either should make the other a lot easier no? |
10:24:14 | TheSeven | no, it's the arm1136 one, it's just that I haven't looked into that yet |
10:24:21 | n1s | I haven't gotten around to looking at it but since a hacker of TheSeven's caliber is stuck i don't think i'll help much :/ |
10:24:56 | n1s | S_a_i_n_t: think so, still has the FTL thing to worry about in the nano though |
10:25:02 | JdGordon | how do I figure out the needed buffer size for a bmp? |
10:25:02 | S_a_i_n_t | n1s: My sentiment exactly, though, I guess thats not how things get done. |
10:25:08 | TheSeven | S_a_i_n_t: nano3g and all the classics actually use the same soc, it's very likely that only the storage interfaces will be different for them |
10:25:22 | TheSeven | (and that headphone remote stuff on the 3g classic of course) |
10:25:41 | S_a_i_n_t | right, I thought they were terribly similar. |
10:25:47 | n1s | JdGordon: think you need to parse header and do depth*pixels |
10:25:52 | TheSeven | n1s: The biggest problem for me right now is lack of time :-( |
10:26:27 | S_a_i_n_t | TheSeven: That, and the fact that its water that other devs seem to fear to swim in ;) |
10:26:35 | S_a_i_n_t | A little help wouldn;t go to waste. |
10:26:43 | TheSeven | I'd need to do a whole lot of processor emulation to somehow automate digging into the efi hell |
10:27:16 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
10:27:26 | TheSeven | the ftl won't be a problem, they'll either use a newer version of whimory, which will be rather similar to the one i've already implemented, or, if we're very lucky, yaftl (open source). |
10:28:09 | funman | S_a_i_n_t: do *you* fear this water? ;) |
10:28:25 | n1s | TheSeven: i'm not quite sure i understood but this firmware contains a lot of init code and selects what to run at runtime? |
10:28:57 | S_a_i_n_t | funman: Indeed I do. |
10:29:00 | JdGordon | n1s: rhanks, it looks like read_bmp_file() can be told to do just the filesize :) |
10:29:11 | S_a_i_n_t | The Nano2G is a scary beast. |
10:29:51 | n1s | JdGordon: i suppose we need that for buffering AA etc, so i'm not surprised someone's coced it already :) |
10:29:59 | | Join M|cH [0] (~M_cH@pool-71-115-199-163.spknwa.dsl-w.verizon.net) |
10:32:23 | | Nick Stummi_ is now known as Stummi (stummi@doppeldenk.org) |
10:33:01 | TheSeven | S_a_i_n_t: I don't think so |
10:33:23 | TheSeven | the 4G is a much scarier beast at least :-) |
10:34:15 | S_a_i_n_t | TheSeven: sure *you* don;t think so... ;) |
10:34:23 | JdGordon | n1s: except it just lied to me! |
10:34:32 | n1s | the bastard! |
10:34:53 | | Join DerPapst [0] (~Alexander@188.107.195.131) |
10:36:21 | JdGordon | /.rockbox/wps/cabbiev2/pb-176x220x16.bmp 334 |
10:36:21 | JdGordon | read_bmp_fd: Bitmap too large for buffer: 2672 bytes. |
10:36:22 | JdGordon | wtf? |
10:37:24 | JdGordon | nope, me silly :p |
10:37:33 | JdGordon | it helps to set the requested format :p |
10:38:28 | bor_ka | funman, ranma - got 2 times abort when doing file copy from the PC to the fuze via USB. Once for internal memory, once for mSD. FS is not corrupt. Device just turned off. Builds - yesterday's 27086 and today's 27101 |
10:39:37 | S_a_i_n_t | TheSeven: You also use FS #10890...correct? |
10:39:47 | S_a_i_n_t | Do you think there is any hope in this getting committed? |
10:40:06 | | Quit kaylinsigswort (Remote host closed the connection) |
10:40:08 | CIA-6 | New commit by jethead71 (r27103): Gigabeat S: Use statically initialized channel descriptors. Also, there's no need for them to be in non-cached memory since they're only used on the ... |
10:40:09 | S_a_i_n_t | (its the dynamic runtime estimation patch) |
10:41:35 | TheSeven | S_a_i_n_t: No, I don't use that, but I'd like to see it committed |
10:41:51 | CIA-6 | r27103 build result: 19 errors, 79 warnings (jethead71 committed) |
10:42:04 | TheSeven | (my battery is charged >70% all of the time anyway, so the estimation isn't really important for me) |
10:42:05 | JdGordon | http://imagebin.ca/view/746oE446.html almost working :) |
10:42:17 | S_a_i_n_t | Ah, I thought you did. It is indeed quite awesome. |
10:42:43 | * | TheSeven keeps hooking up his ipod to a pc to transfer things too often to ever fully discharge the battery |
10:42:51 | JdGordon | S_a_i_n_t: feel like playing guenea pig? |
10:43:20 | S_a_i_n_t | well, same here but I still find it usefull to have a (remotely accurate) battery meter. |
10:43:37 | S_a_i_n_t | JdGordon: Um.....perhaps. |
10:44:03 | JdGordon | cabbie is having issues, but that is hopefully because it doesnt use viewports |
10:44:55 | TheSeven | S_a_i_n_t: the *meter* should already be accurate and isn't affected by that patch. It's just the "time left" estimation that is. |
10:45:04 | S_a_i_n_t | I see you're having alignment issues in you screenshot. |
10:45:09 | TheSeven | (the meter accuracy hack for nano2g is already in svn ;) ) |
10:45:33 | S_a_i_n_t | TheSeven: Ah, yess...poorly worded. |
10:45:35 | JdGordon | bah, nope not working yet :/ |
10:46:01 | S_a_i_n_t | I now have time left/battery percentage alternating on several themes |
10:46:25 | funman | bor_ka: you wrote down the message? |
10:46:48 | S_a_i_n_t | I also just figured out I can display the next track with the "track ending" tag, a bit of a facepalm, but, awesome. |
10:47:13 | S_a_i_n_t | I was just alternating them with sublines, this way seems much betetr. |
10:47:46 | bor_ka | funman, unfortunately, there were no message - player just turned off |
10:47:56 | S_a_i_n_t | TheSeven; Once I get the kinks worked out I'll chuck you a new "Apple_OF" theme to try out that uses the above mentioned feature. |
10:48:07 | bor_ka | so, I don't even know, how to track it further |
10:48:18 | funman | that's not a data abort then |
10:48:25 | bor_ka | yes |
10:48:28 | funman | battery was ok? |
10:48:35 | bor_ka | yes, about 80% |
10:48:54 | bor_ka | FS is not corrupt |
10:49:00 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
10:49:14 | S_a_i_n_t | it *should* give you a hint on the next track 20 seconds before the current track ends so you know beforehand if you want to skip it or not. Brilliance ;) |
10:49:48 | S_a_i_n_t | Yet another thing the Apple OF doesn;t do that it should. |
10:50:12 | bor_ka | funman, it happend during the massive write - say, directory of about 300-400MB |
10:56:09 | dfkt | saratoga, wanna add me to the credits too? ;) |
10:57:57 | funman | dfkt: i was pretty sure you were in there already |
10:58:45 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
11:00 |
11:04:16 | dfkt | funman, not that i know of - let me check |
11:04:33 | funman | nope |
11:05:10 | dfkt | indeed |
11:06:42 | dfkt | can't find anything |
11:13:07 | amiconn | TheSeven: Nano G4 uses arm1136? |
11:13:36 | TheSeven | yep |
11:14:45 | amiconn | So it's armv6... what max. clock? |
11:14:51 | TheSeven | no idea |
11:15:00 | TheSeven | probably some 500mhz |
11:15:13 | TheSeven | i haven't even tried to read the syscon regs yet |
11:20:52 | | Quit bieber (Ping timeout: 240 seconds) |
11:21:06 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
11:23:44 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
11:23:55 | | Join kachna [0] (~kachna@r4ax178.net.upc.cz) |
11:25:27 | | Part ennui ("Ex-Chat") |
11:26:18 | JdGordon | wooohoo! Cabbie running correctly :) |
11:26:21 | | Quit bieber (Ping timeout: 276 seconds) |
11:26:35 | | Quit komputes (Ping timeout: 265 seconds) |
11:26:35 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
11:27:14 | | Quit dfkt (Ping timeout: 245 seconds) |
11:27:20 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
11:27:54 | CIA-6 | New commit by funman (r27104): add Martin Sägmüller to CREDITS |
11:28:56 | | Quit dfkt_ (Ping timeout: 265 seconds) |
11:29:03 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
11:29:22 | CIA-6 | r27104 build result: All green |
11:29:37 | dfkt_ | funman, thanks |
11:29:41 | | Quit dfkt (Disconnected by services) |
11:29:44 | | Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) |
11:34:14 | | Join livingdaylight [0] (~livingday@cpc1-camd14-2-0-cust492.hari.cable.virginmedia.com) |
11:34:19 | livingdaylight | hello channel |
11:34:56 | livingdaylight | does rockbox firmware improve quality of sound, I wondered? or is just a different navigational software? |
11:35:26 | S_a_i_n_t | it strives to be beter in all field it can be. |
11:35:36 | S_a_i_n_t | Though, "beter" is subjective. |
11:35:48 | S_a_i_n_t | gah *"better" |
11:36:42 | livingdaylight | but, so, yea it does have effect on sound quality (for better or worse) |
11:36:59 | S_a_i_n_t | The best way to confirm that is to download the installer and try it out, if you don't like it, you can easily remove it. |
11:37:15 | S_a_i_n_t | Mentioning what device you wish to install it on could also help. |
11:37:39 | livingdaylight | just thought I'd ask whether in principle it does, I may not even notice any difference one way or another |
11:38:18 | livingdaylight | I have cowon iAudio X5L |
11:38:21 | S_a_i_n_t | It most certainly has more options to customise the audio to ones liking than the original formware of most players. |
11:38:32 | S_a_i_n_t | *firmware |
11:38:49 | livingdaylight | my partner has sansa fuze but I don't know whether it is version 1 or 2. Probably 2 as it is a new purchase |
11:39:17 | S_a_i_n_t | Both are supported. |
11:39:30 | S_a_i_n_t | (Fuze V1 and V2) |
11:39:38 | funman | fuzev2 is usable but still unstable though |
11:40:34 | S_a_i_n_t | Most people end up trying rockbox, and then never wanting to see the original firmware on their players again. |
11:41:02 | livingdaylight | k, thx for the feedback guys |
11:48:49 | * | JdGordon seems to be massivly miscounting needed tokens... used tokens: 276/512! |
11:55:46 | JdGordon | WOOHOO :) |
11:55:49 | JdGordon | I need testers |
11:59:29 | JdGordon | FS #11435 badly needs testers |
11:59:43 | JdGordon | S_a_i_n_t: :) |
12:00 |
12:00:39 | JdGordon | that is a pretty dangerous change.. it replaces the old parser with the new one... hopefully you wont see any difference |
12:00:45 | | Quit shai (Quit: Leaving) |
12:00:47 | JdGordon | let me know if it feels faster/slower also |
12:01:08 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
12:01:46 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
12:02:02 | S_a_i_n_t | JdGordon: I can't test it just yet, you'll probably be asleep by the time I can, but I certainly will and I'll leave a note in here with my findings. |
12:02:20 | JdGordon | flysrpay would be better if I am alreayd asleep |
12:02:41 | S_a_i_n_t | Just for fun I'll throw my most ridiculously complicated theme at it. |
12:02:49 | S_a_i_n_t | And cool, flyspray it is then. |
12:03:27 | | Quit n1s (Quit: Lämnar) |
12:04:31 | | Join webguest56 [0] (www-data@giant.haxx.se) |
12:05:19 | | Join markun [0] (www-data@rockbox/developer/markun) |
12:06:16 | | Quit webguest56 (Client Quit) |
12:08:24 | bor_ka | funman, fuze v1 just silently turned off during the ordinary playback of mp3. And before - when browsing the menu just after the database update. I think I'm reverting back to 26480 with your fix for the previous database update crash. |
12:08:44 | bor_ka | Unless, ofcourse, you have an idea how to track down these poweroffs |
12:08:46 | *** | Saving seen data "./dancer.seen" |
12:09:35 | bor_ka | BTW, one strange thing I've noticed: the disk "flash" icons stays forever after the database update. Don't remember such a behaviour before. |
12:10:06 | bor_ka | flash -> lighting icon, that means disk activity |
12:11:06 | JdGordon | S_a_i_n_t: the playlist viewer doesnt work yet, so dont throw a skin with that at it |
12:11:38 | S_a_i_n_t | Cool, lucky you mentioned that actually. |
12:11:45 | S_a_i_n_t | I'l just comment it out. |
12:11:47 | livingdaylight | guys, I've used rockboxutility to install rbox on X5L. I browsed to the mnt point and chose my player from the menu. It seems to have installed and I safely removed from pc. However, when rebooting the player rbox doesn't load? |
12:12:40 | * | JdGordon wonders if he can silentyl remove that tag :) |
12:12:48 | | Join vipw [0] (~vipw@173-203-114-206.static.cloud-ips.com) |
12:13:25 | livingdaylight | ok, I think I know. Hadn't put player back in the cradle |
12:14:19 | S_a_i_n_t | livingdaylight: Manual is here: |
12:14:26 | S_a_i_n_t | http://download.rockbox.org/daily/manual/rockbox-iaudiox5/rockbox-build.html |
12:14:41 | vipw | is there a tool to convert the rockbox fonts back to bdf? |
12:15:11 | S_a_i_n_t | vipw: No, but you can just get the .bdf fonts from the source |
12:16:03 | funman | bor_ka: hm i might have screwed this up |
12:16:07 | funman | (the fuzev1 light) |
12:16:17 | vipw | oh, that's just as good, thanks a lot |
12:16:52 | S_a_i_n_t | vipw: svn://svn.rockbox.org/rockbox/trunk |
12:16:59 | bor_ka | funman, lighting icons is not a big problem, I thought that may be it is connected somehow with the mysterious powerdowns/crashes |
12:17:13 | livingdaylight | S_a_i_n_t: yea, I was following but didn't get that I had to put it back in the cradle. Thought I could just power-up the player into the new firmware |
12:17:27 | funman | i'm copying some stuff on my fuzev1 so i'll test USB & database at the same time |
12:17:50 | funman | undef instruction while writing |
12:18:20 | | Quit markun (Quit: CGI:IRC (EOF)) |
12:19:21 | S_a_i_n_t | livingdaylight; As I understand it, you don;t need to put it back on the cradle. |
12:19:28 | S_a_i_n_t | Just a power cycle is needed. |
12:19:41 | S_a_i_n_t | putting it on the cradle just had the same effect |
12:19:45 | * | livingdaylight wonders what the difference is between the rboxutility automatic installer and the manual installation apart from ease? |
12:20:02 | S_a_i_n_t | livingdaylight: Nothing. |
12:20:12 | livingdaylight | ok |
12:20:40 | S_a_i_n_t | you got it ine one, its easier for people who like a nice GUI-tye installer thingy. |
12:20:41 | livingdaylight | S_a_i_n_t: what is a pwer cycle>? |
12:20:56 | S_a_i_n_t | turn off, then on. |
12:21:08 | livingdaylight | yea, that didn't seem to do it here |
12:21:13 | livingdaylight | only when I put it in the cradle |
12:21:40 | S_a_i_n_t | section 2.2.3 of the manual explains it actually. |
12:21:53 | S_a_i_n_t | eject, turn off, insert charger. |
12:22:03 | S_a_i_n_t | *then* it will flash to memory. |
12:22:20 | S_a_i_n_t | ("it" being the bootloader) |
12:22:27 | livingdaylight | yea, charger and cradle are synonymous in my case |
12:22:43 | bor_ka | funman, I've got crash/powerdown during the ordinary playback. Files where from the internal memory, mp3. So if something is wrong, then it is deeply inside |
12:22:48 | S_a_i_n_t | indeed, one of those RTFM things :P |
12:26:03 | funman | bor_ka: let's see; i updated to the latest rev and copying files is still working atm |
12:34:07 | | Join Luca_S [0] (www-data@giant.haxx.se) |
12:34:46 | | Part vipw |
12:37:06 | Luca_S | hello! FuzeV2 r27102 crashed during playback: player in wps, backlight was off, the song ended and the next one started, volume was loud so I lowered it: as soon as i rotated the wheel it went silent and froze. not even backlight. reset with long power press. |
12:38:27 | Luca_S | not reproducible yet, though |
12:38:48 | funman | bor_ka: button shuts down correctly, were you updating DB from µSD ? |
12:39:31 | funman | button light powers off, but player crashes |
12:40:10 | funman | (freezes, not reproducible) |
12:41:14 | | Quit GeekShadow (Ping timeout: 272 seconds) |
12:43:40 | dfkt | funman - http://anythingbutipod.com/forum/showpost.php?p=479456&postcount=668 |
12:44:10 | funman | dfkt: it's normal |
12:44:36 | funman | enabling the 2nd PLL would pump more juice |
12:44:49 | funman | ideally we'd run everything from 1 PLL |
12:44:53 | giovanni_ | I can't understand how to add files to patches, I need to add some .tex files for the manual. svn add /manual/.../...tex? |
12:45:22 | Luca_S | funman: shoulnd't we need a battery bench to rule that? |
12:45:23 | dfkt | funman, so the other half of the clock patch that is in svn fixes something else besides speed? |
12:45:28 | funman | giovanni_: right |
12:45:37 | funman | Luca_S: yes |
12:45:41 | funman | dfkt: which fix? |
12:46:03 | dfkt | bertrik's clock patch consisted of 3 diff lines - 2 of those are in svn, the 3rd isn't |
12:46:12 | funman | dfkt: r26937 was reverted in r26979 |
12:46:21 | giovanni_ | funman: so, svn add /manual/.../....tex > mypatch.diff ? |
12:46:23 | Luca_S | funman: I'll start it right after Italy's match later this afternoon ;) |
12:46:35 | funman | dfkt: because his patch only affected playback, the patch which was committed then reverted also affected cpu & peripherals freqs |
12:47:06 | dfkt | funman, i see - is there any need for a battery bench, PLLB vs. PLLA? |
12:48:33 | giovanni_ | Luca_S: are you Italian? may I ask you some hints in PM? |
12:49:16 | funman | dfkt: that can't harm |
12:50:47 | Luca_S | giovanni_: I'm Italian, but I never used tex. However I suppose that patching the manual is not different than what you can read at http://www.rockbox.org/wiki/WorkingWithPatches#Creating_A_Patch |
12:51:28 | giovanni_ | Yes, I am reading it right now, but I 'm not able to add files |
12:52:44 | Luca_S | oh well, I suppose that you could simply add new files to the flyspray task - the committer will take care of them eventually, but I'm not a RB developer so don't take my word for granted |
12:53:02 | | Quit funman (Quit: free(random());) |
12:53:41 | giovanni_ | Luca_S: Thank you |
13:00 |
13:04:16 | mitk | trunk/fonts/35-Nimbus.bdf has mode set to 775. By mistake? |
13:05:36 | | Join ucchan [0] (~ucchan@softbank126102048034.bbtec.net) |
13:06:28 | | Quit livingdaylight (Quit: Leaving) |
13:06:57 | pamaury | TheSeven: any progress with the sector cache ? I'm sorry, I haven't tested it yet but tonight, I focus on this rather than usb if possible. |
13:08:54 | TheSeven | well, it seems to work, i haven't tested it on md/mv yet, but performance isn't as nice as I expected it to be |
13:09:00 | TheSeven | the cache lookups seem to take way too much time |
13:10:13 | TheSeven | i changed the cache size tu 8K sectors for some tests, with each and every sector cached and not written through, and performance was down to 100-200KB/s |
13:13:54 | pamaury | You think the cache lookup is the problem ? |
13:15:00 | pamaury | I'll have at a look at the md/mv tonight because it's messy for now :) |
13:15:56 | bor_ka | funman, as for copying files via USB - it crashes not 100%, I've managed to copy 400MB without a crash this morning before switching back to older build. |
13:16:04 | pamaury | Did you identify one or several particular uses in the code that cause this performance loss or you don't know ? |
13:17:12 | bor_ka | funman, I didn't get the "button shuts down correctly, were you updating DB from µSD ?" You mean, that if one tries to shut down the player during the DB update, it crashes? |
13:17:45 | bor_ka | If yes, I haven't seen it |
13:18:41 | bor_ka | BTW, my crash during the playback on the fuze v1 feels very close to Luca_S' |
13:23:34 | Torne | This guy points out that large drives still don't work on non-ipods: http://forums.rockbox.org/index.php?topic=25144.0 |
13:23:47 | Torne | We need to release new bootlaoders for all the non-ipod ATA-based players.. |
13:23:51 | Torne | (except archos) |
13:24:20 | Torne | (well, he asks a different question, but the conclusion i draw is that large drives still don't work on non-ipod bootloaders) |
13:24:29 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-211-077.pools.arcor-ip.net) |
13:27:56 | amiconn | Torne: Someone who has the required recovery equipment needs to test on the irivers |
13:28:15 | Torne | well, i don't particularly want to d oany of this, i shall clarify ;) |
13:28:19 | Torne | i had enough "fun" doing the ipods |
13:28:31 | Torne | which i could at least test *one* model of. :) |
13:29:41 | amiconn | Problem is that if you put a bootloader onto those coldfire irivers which doesn't work, the thing is bricked. Only known way to recover requires a bdm |
13:29:53 | Torne | yeah |
13:29:58 | amiconn | The iaudios should be easy though, as they are brick safe |
13:30:02 | Torne | well, they don't all need ot be done together/atonce |
13:31:42 | ranma | bor_ka: It just turned off during usb write? That's weird. I'd expect it might hang or something, but just turning off is a bit strange :) |
13:32:21 | JdGordon | Zagor: ping |
13:32:35 | amiconn | Torne: That forum post doesn't say why he wants to add MAX_PHYS_SECTOR_SIZE |
13:32:42 | Zagor | JdGordon: pong |
13:32:47 | Torne | "because he read some vague advice somewhere" |
13:32:52 | Torne | hm, actually i think it's wrong anyway |
13:33:05 | Torne | i suspect what he's actually lacking is LBA48 |
13:33:12 | JdGordon | hey, it seems something is missing in the libskin_parser.a stuff... I'm getting undefined references even though it is being built? |
13:33:30 | Torne | since the iaudio doesn't have MAX_PHYS_SECTOR_SIZE at all, currently, and thus will accept any sector size ;) |
13:33:35 | amiconn | Afaik the bootloaders should work just fine because they're so old they don't even know about large physical sectors |
13:33:43 | amiconn | CF support may be an issue though |
13:33:48 | Torne | Well, only the ipodvideo knows about large physical sectors |
13:33:50 | amiconn | Oh, and LBA48 of course |
13:34:01 | Zagor | JdGordon: when you compile what? |
13:34:07 | Zagor | link, rather |
13:34:08 | Torne | whatever suggestion he's copying is probably for ipodvideo |
13:34:14 | Torne | since that seems to be the most commonly upgraded player |
13:34:30 | JdGordon | Zagor: I'm building the d2 build... make bin |
13:35:27 | amiconn | Torne: Yeah, since afaik those new high capacity 1.8" hdds are zif only |
13:35:43 | Torne | amiconn: anyway, i asked him what happens :) |
13:35:46 | JdGordon | does rockbox.elf just need to add the -L$SKINLIB line? |
13:35:58 | amiconn | Most older DAPs need 50pin: H1x0, H300, the iaudios, and all pre-G5 fullsize ipods |
13:36:05 | | Quit M3DLG (Ping timeout: 258 seconds) |
13:36:10 | JdGordon | it is building it but not linking it :) |
13:36:12 | amiconn | Also Gigabeat F |
13:37:22 | Zagor | JdGordon: right, you need to add -L and -l for it |
13:39:14 | JdGordon | Zagor: something like http://pastebin.com/AsS2BDXf and then OTHER_LIB += blaaa in the other makefile? |
13:39:23 | JdGordon | to make it easier to add things later |
13:39:42 | bor_ka | ranma, yes, I think it just turned off - windows said something about fail in the delayed write, and I turned the player on normally, without the long power-off |
13:40:40 | Zagor | JdGordon: wait, I'll fix it |
13:40:51 | JdGordon | cool, thanks :) |
13:44:08 | | Quit DataGhost () |
13:46:14 | ranma | bor_ka: Maybe it was in the panic screen, but with display off? Then it would reboot if you press power, that' would probably be indistinguishable from power-on. |
13:46:56 | | Quit Kitar|st (Ping timeout: 252 seconds) |
13:47:39 | CIA-6 | New commit by zagor (r27105): Moved libskin_parser to lib. Added it to link line. |
13:48:05 | bor_ka | no, IIRC I turned the backlight on to see these pesky panic screens. |
13:48:57 | ranma | Hmm, also I thought http://svn.rockbox.org/viewvc.cgi?view=rev&revision=26917 should turn on the display on panic... |
13:49:13 | CIA-6 | r27105 build result: All green |
13:49:34 | bor_ka | ranma, I turned it about at 26500 :) |
13:49:42 | bor_ka | and forgot to turn off |
13:51:11 | * | bor_ka thinks about reformatting internal memory since he gots undeletable directory and no FS errors - don't know how is it possible in FAT without the ACLs |
13:51:34 | TheSeven | pamaury: I was testing using test_disk |
13:52:17 | TheSeven | undeletable => i/o problems or fs corruption |
13:52:33 | TheSeven | anyway, chkdsk should reveal the problem :-) |
13:52:48 | * | TheSeven has seen chkdsk just crash on some borked fs though :-P |
13:53:03 | bor_ka | TheSeven, chkdsk doesn't find a problem. But windows say that the directory is not empty |
13:53:34 | bor_ka | So, the quickest way is to reformat |
13:55:34 | JdGordon | I'm getting "LINE is being redefeind" in tv_preferences.h (text_viewer plugin)... how do I figure out which file is causing it to #include "skin_parser.h"? |
13:56:52 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
13:56:57 | JdGordon | ok, never mind... why the hell are the plugins depending on wkin_internals.h"? |
14:00 |
14:00:20 | Zagor | wkin_internals.h?? |
14:00:53 | JdGordon | skin_internals.h |
14:01:05 | JdGordon | minor quake caused the keyboard to move! |
14:01:07 | JdGordon | honest! |
14:01:37 | Zagor | do you mean wps_internals? |
14:01:50 | JdGordon | never mind, I assume it is going through settings.h and skin_engine.h and yes I do |
14:02:14 | JdGordon | I've fixed it with #ifndef PLUGIN around the include which i guess is good enough |
14:04:26 | | Quit antil33t (Ping timeout: 240 seconds) |
14:07:49 | | Join M3DLG [0] (~M3DLG@212.183.140.5) |
14:08:48 | *** | Saving seen data "./dancer.seen" |
14:11:58 | giovanni_ | pixelma: Can you please take a look at this patch? is it made the way it should be? compiling the manual for vx777 with this gives errors, but this is my first attempt, sorry. http://pastebin.com/eLKj0AYN |
14:16:12 | | Quit M3DLG (Quit: RAGE QUIT) |
14:29:12 | | Nick evilnick_B is now known as evilnick_ (0c140464@rockbox/staff/evilnick) |
14:31:02 | | Join Kitar|st [0] (Kitar_st@BSN-210-242-107.dial-up.dsl.siol.net) |
14:31:08 | | Quit Kitar|st (Client Quit) |
14:31:33 | | Join Kitar|st [0] (Kitar_st@BSN-210-242-107.dial-up.dsl.siol.net) |
14:34:09 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
14:36:30 | ucchan | JdGordon: I rename LINE other words in tv_preferences. |
14:37:31 | JdGordon | ok thanks |
14:51:44 | | Nick evilnick_ is now known as evilnick_l (0c140464@rockbox/staff/evilnick) |
14:52:14 | | Quit M|cH () |
14:52:37 | | Quit leavittx (Ping timeout: 248 seconds) |
14:53:18 | | Join leavittx [0] (~leavittx@cl-534.mbx-01.si.sixxs.net) |
14:58:50 | CIA-6 | New commit by uchida (r27106): text_viewer: rename preference values. |
14:59:17 | pixelma | giovanni_: if I have time today in the evening, I'll try and help. Maybe you can post the patch to the tracker, even with errors it's better than what we have now and quite a bit work done already, Then some more people can help more easily. From what I see after a quick look - the \Action things shouldn't be in the main platform file and everything that is already covered for other touchscreen devices wouldn't be needed. I remember you reporting |
14:59:17 | pixelma | some problems yesterday, we'll see |
14:59:55 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
15:00 |
15:00:22 | CIA-6 | r27106 build result: All green |
15:00:35 | ucchan | JdGordon: In r27106, I rename LINE to VS_LINE. (other values rename too). |
15:00:46 | JdGordon | nice, thanks |
15:01:20 | giovanni_ | pixelma: this evening I will be out for the football match but, as you told me, I will now post the patch to the tracker as it is. |
15:02:30 | pixelma | nice, thanks :) |
15:09:50 | ranma | bor_ka: Hey, I got the same error, today, .rockbox showed to '.' entries in Linux and was undeletable, chkdsk didn't find any errors... |
15:10:18 | ranma | In the end I delted it by hand using hexedit... |
15:10:48 | ranma | s@to '.'@two '.'@ |
15:12:13 | | Quit flydutch (Ping timeout: 240 seconds) |
15:15:48 | | Join MethoS- [0] (~clemens@134.102.106.250) |
15:16:05 | bor_ka | ranma, "s@to '.'@two '.'@" ?? |
15:17:06 | bor_ka | ohhh |
15:17:11 | ranma | bor_ka: Run 'sed -e "s@to '.'@two '.'@"' on the sentence from 15:09 ;) (replace to with two) |
15:17:13 | bor_ka | got it |
15:17:21 | | Join evinlick_B [0] (0c140464@rockbox/staff/evilnick) |
15:17:23 | bor_ka | never used "@" in sed :) |
15:18:08 | | Nick evinlick_B is now known as evilnick_B (0c140464@rockbox/staff/evilnick) |
15:18:27 | | Join teru [0] (~teru@M016207.ppp.dion.ne.jp) |
15:20:01 | | Join flydutch [0] (~flydutch@host129-160-dynamic.15-87-r.retail.telecomitalia.it) |
15:22:48 | JdGordon | does the eabi toolchain not get insalled in the same general place as the other compilers? |
15:23:17 | JdGordon | ROCKBOXDEV: Make sure your PATH includes /usr/local/bin <- oh thats just wrong |
15:23:57 | TheSeven | the new toolchains should be installing into /usr/local/bin, nor /usr/local/<arch>/bin |
15:23:59 | Zagor | JdGordon: eabi changed the path, yes |
15:24:16 | TheSeven | not* |
15:26:58 | | Quit ucchan (Quit: Leaving...) |
15:27:13 | Stummi | hm, i can not build the themeeditor. it says, ui_devicestate.h could not found |
15:28:40 | Stummi | TheSeven, it does, iirc |
15:34:35 | | Part AzureSky |
15:46:32 | | Quit evilnick_B (Quit: Page closed) |
15:51:41 | | Quit mitk (Quit: Leaving) |
15:52:04 | JdGordon | any reason for the change? |
15:55:06 | JdGordon | teru: any reason you arnt commiting the touchscreen keyboard patch? |
15:55:55 | teru | JdGordon: i don't have actual device to test. |
15:56:05 | JdGordon | oh ok :) |
15:56:16 | JdGordon | I'll give it a go then |
16:00 |
16:00:02 | JdGordon | teru: DEL doesnt seem to work |
16:01:10 | JdGordon | actually, none of the bottom buttons seem to be very reliable |
16:02:33 | | Join stoffel [0] (~quassel@p57B4B321.dip.t-dialin.net) |
16:03:01 | | Quit fdinel (Read error: Connection reset by peer) |
16:08:52 | *** | Saving seen data "./dancer.seen" |
16:14:55 | | Join AzureWurk [0] (~opera@c-24-21-44-114.hsd1.wa.comcast.net) |
16:17:47 | | Join Szpila [0] (~1@chello089077200224.chello.pl) |
16:19:34 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
16:22:25 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
16:22:39 | CIA-6 | New commit by mcuelenaere (r27107): Fix touchscreen scrollbar behaviour when it's on the right. ... |
16:24:02 | | Quit bluebrother (Disconnected by services) |
16:24:03 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
16:24:27 | CIA-6 | r27107 build result: All green |
16:28:36 | JdGordon | eeek! using the new parser adds 7k to the binary! |
16:29:02 | JdGordon | 3500B of code removed, 10K added! |
16:30:58 | JdGordon | another 1K is removed with the playlist viewer change though, so maybe once they are all fixed it will come out well ahead |
16:32:26 | CIA-6 | New commit by mcuelenaere (r27108): I somehow messed up the previous commit, undo the unrelated changes. ... |
16:33:03 | pixelma | JdGordon: how do you mean "well ahead" there? |
16:33:23 | JdGordon | an overall bin shrink once finished |
16:33:40 | JdGordon | the way I'm pretty much forced to do it is kludgey |
16:33:54 | gevaerts | JdGordon: you mean the new parser itself is bigger, but the individual tag handling gets smaller? |
16:34:05 | CIA-6 | r27108 build result: All green |
16:35:19 | JdGordon | I tihnk so |
16:35:56 | JdGordon | there is a 1600 byte table which is duplicated which is a big chunk |
16:36:08 | gevaerts | ok, it doesn't make much sense to compare sizes before that's done then |
16:36:36 | JdGordon | of course not :) just checking to see what to expect |
16:36:54 | JdGordon | I'm planning on commiting this first patch on the weekend unless I hear bug reports |
16:38:45 | * | JdGordon spots 400bytes that can be removed easily :) |
16:46:23 | CIA-6 | New commit by jdgordon (r27109): dont build the debug code in ROCKBOX, save ~400bytes |
16:47:58 | CIA-6 | r27109 build result: All green |
16:49:38 | gevaerts | JdGordon: no it doesn't :) |
16:49:45 | JdGordon | yes it does! |
16:49:55 | * | JdGordon should have kept that for later :p |
16:50:50 | gevaerts | JdGordon: that file was compiled, but the linker was smart enough to ignore it |
16:50:59 | JdGordon | yes, I know |
16:51:08 | JdGordon | still saved 400b |
16:51:20 | * | gevaerts points JdGordon to http://build.rockbox.org/dev.cgi |
16:51:29 | JdGordon | .... |
16:52:15 | * | JdGordon sees another small space saver |
16:52:55 | | Quit teru (Quit: Quit) |
16:53:52 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
16:53:54 | | Join bug2000 [0] (~bug@unaffiliated/bug2000) |
16:54:12 | bug2000 | Is there an advantage for using Rockbox USB than SansaClip v1 USB mode? |
16:55:28 | bug2000 | O_O, is this real? Can I access the MTP folders with it? Nice. |
16:56:20 | dfkt | bug2000, no more "database refresh" waiting time should be reason enough :) |
16:57:07 | bug2000 | dfkt: Good point. But is there a way to force the database refresh without a PC? say if I want to create a playlist using Rockbox, and listen with the original [saves battery] / I prefer to hear podcasts with the original firmware for some reason. |
16:57:28 | dfkt | no idea, i never use the original firmware |
16:57:52 | bug2000 | If there wasn't a battery loss, I might have stopped using it as well. |
17:00 |
17:00:38 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
17:04:12 | | Part Zagor |
17:04:13 | bor_ka | bug2000, for me on fuze v1 were crashes during the USB file copy. And FS corruption, possibly linked to it |
17:04:50 | bug2000 | bor_ka: So to not trust the rockbox USB yet? |
17:05:33 | bor_ka | I don't know, since for developers it was Ok. And fuze != clip |
17:05:48 | bug2000 | Good point. |
17:05:49 | bor_ka | If it be me, I'd try, but with caution |
17:07:02 | | Quit bor_ka (Quit: Home sweet home) |
17:09:37 | | Quit r0b- (Ping timeout: 258 seconds) |
17:10:18 | | Join r0b- [0] (~nnscript@adsl-76-236-184-143.dsl.klmzmi.sbcglobal.net) |
17:12:27 | ranma | Hmm, I think I'm on to something on why 4bit writes fail on amsv1 |
17:13:19 | ranma | I added verify after write to the write path and am now panicing on verify failure for debugging |
17:14:50 | ranma | The wrongly written block always looks like this: first 16 bytes are data from a wrong point in the buffer, followed by data from &buf[0] onwards (so everything moved by 16 bytes) |
17:15:19 | ranma | I then added some logging of various dma and sd registers. |
17:16:21 | ranma | Now it looks like when a write fails, the write was retried. On the first try it didn't finish, with MCI_STATUS of TX_UNDERRUN, but none of the FIFO_EMPTY bits set. |
17:17:15 | ranma | Assuming the FIFO is exactly 16 bytes, that would explain where the additional 16 bytes come from (and also why they are from varying offsets in the sector) |
17:23:12 | ranma | (Datasheet seems to indicated fifo is 16x32 bits though) |
17:45:04 | | Quit petur (Quit: *plop*) |
17:50:32 | | Quit pamaury (Remote host closed the connection) |
17:52:31 | | Quit GeekShadow (Quit: The cake is a lie !) |
17:55:18 | | Join flatr0ze [0] (~flatrose@ppp91-77-232-49.pppoe.mtu-net.ru) |
17:57:03 | | Join FlynDice [0] (~FlynDice@173-146-167-228.pools.spcsdns.net) |
18:00 |
18:03:08 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
18:08:55 | *** | Saving seen data "./dancer.seen" |
18:19:50 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
18:22:38 | | Join D-zize [0] (~rudi@110.138.179.20) |
18:22:47 | | Part D-zize |
18:31:11 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
18:31:21 | | Quit Zigtown (Remote host closed the connection) |
18:32:29 | | Quit Luca_S (Quit: CGI:IRC (Ping timeout)) |
18:35:28 | | Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
18:36:03 | | Quit togetic (Ping timeout: 264 seconds) |
18:41:20 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
18:42:14 | | Join xtrender [0] (~rafael@2001:690:2006:211:215:c5ff:fe3d:bf8c) |
18:43:50 | | Join mischasworld [0] (~quassel@f051146143.adsl.alicedsl.de) |
18:44:17 | xtrender | Hello. |
18:45:47 | bertrik | funman, is there a bug report for the AMS v2 wakeup poweroff issue? |
18:46:01 | xtrender | I have an ipod nano 3g. The fatty one, and i would like to contribute coding for its port.. |
18:47:27 | xtrender | I am a computer science student and i can do some code in C but i dont have any idea howan ipod works internally (yet). Still i would like to help. |
18:48:55 | xtrender | btw, and before you rtfm me im already reading the docs at the main page =) |
18:50:39 | bertrik | Have you read http://www.rockbox.org/wiki/IpodNano3GPort ? |
18:51:51 | | Join anotherguest [0] (www-data@giant.haxx.se) |
18:52:54 | bertrik | For a long time, rockbox could not be ported to many of the nanos because of the encrypted firmware. TheSeven is the expert on this. |
18:52:54 | | Quit anotherguest (Client Quit) |
18:53:05 | | Join webguest [0] (www-data@giant.haxx.se) |
18:53:45 | | Join Jerom [0] (~jerome@95.171.137.241) |
18:53:46 | | Join domonoky1 [0] (~Domonoky@agsb-4d04891f.pool.mediaWays.net) |
18:53:50 | | Quit webguest (Client Quit) |
18:54:08 | | Quit domonoky (Ping timeout: 240 seconds) |
18:56:06 | | Quit hebz0rl (Ping timeout: 265 seconds) |
18:56:15 | xtrender | yes, i alread read that. |
18:56:44 | | Join percX [0] (~percX@p5B3096FA.dip0.t-ipconnect.de) |
18:56:52 | bertrik | xtrender, there may also be a thread on the forum with more information, I'll have a look. |
18:56:57 | xtrender | " A port can begin whenever someone takes interest." im interested, but dont know if am im up to it.. |
18:57:41 | | Quit MethoS- (Read error: Connection reset by peer) |
18:58:04 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
18:58:43 | * | TheSeven got a ping |
18:59:14 | simonrvn | consider yourself pinged :P |
18:59:43 | | Join OverLOAD [0] (www-data@giant.haxx.se) |
18:59:44 | TheSeven | xtrender: first of all, the crypto stuff has been defeated :-) |
18:59:54 | | Quit stoffel (Ping timeout: 265 seconds) |
19:00 |
19:00:02 | | Join MethoS- [0] (~clemens@134.102.106.250) |
19:00:12 | TheSeven | it's now "just" a matter of reverse engineering the drivers/hardware and writing a rockbox port |
19:00:27 | * | bertrik considers that the easy part :) |
19:00:34 | OverLOAD | per> http://download.rockbox.org/daily/manual/rockbox-sansafuzev2/rockbox-buildch3.html#x5-240003 |
19:00:41 | TheSeven | bertrik: the hardware reversing not neccessarily |
19:00:46 | OverLOAD | "The player will always boot into the original firmware if it is powered by a USB connection, and additionally will do so if USB is inserted while rockbox is running without holding Select. This feature may be removed in the future when Rockbox is able to handle USB transfers natively. " |
19:00:51 | simonrvn | indeed. quite an accomplishment to break the encryption. |
19:01:01 | TheSeven | but luckily the 3g isn't anywhere as bad as the 4g |
19:01:04 | OverLOAD | this kind of makes "car adapter mode" useless at present? |
19:01:24 | Jerom | yes |
19:01:37 | OverLOAD | that's a shame.. |
19:01:44 | Jerom | But USB support is on the way |
19:01:51 | OverLOAD | I suppose I could compile my own custom build for the interim? |
19:02:49 | TheSeven | simonrvn: you should contact benedikt93 on #linux4nano-dev |
19:02:49 | Jerom | For the what ? |
19:02:50 | | Quit OverLOAD (Client Quit) |
19:03:40 | simonrvn | er? xtrender wants to help |
19:03:40 | TheSeven | he started working on the 3g some weeks ago, but i haven't seen him recently |
19:03:40 | simonrvn | scroll up :) |
19:03:41 | TheSeven | oh, sorry, mixed you up |
19:03:43 | | Join OverLOADx [0] (www-data@giant.haxx.se) |
19:03:44 | | Quit percX (Quit: Verlassend) |
19:03:45 | bertrik | There is a forum thread about the nano 3g in the New Ports forum, but there isn't that much hard information it it (should be in the wiki anyway) |
19:03:51 | simonrvn | np |
19:04:00 | | Join percX [0] (~percX@p5B3096FA.dip0.t-ipconnect.de) |
19:04:19 | TheSeven | bertrik: basically there isn't much information on that target at all |
19:04:41 | TheSeven | all we know is that it has an SPI boot flash and is vulnerable to planetbeing's exploit |
19:05:04 | TheSeven | it's a samsung s5l8702 soc, containing an arm926ej-s core |
19:06:01 | bertrik | xtrender, there's isn't much of procedure to start a new port, just check out the NewPort wiki page, get the toolchain and the sources, subscribe to rockbox-dev mailing list (announce your intention for the port) and start hacking |
19:06:17 | TheSeven | we don't know more than that. (well, we have some scans of the pcb and the soc's die, but that probably won't help you) |
19:06:40 | xtrender | hmm... |
19:06:54 | bertrik | Those scans and the info about the SoC is good stuff for the nano 3g wiki page |
19:07:08 | | Quit OverLOADx (Client Quit) |
19:07:20 | TheSeven | that's lots of megabytes |
19:07:33 | TheSeven | stooo, our hardware guru, xrayed that chip several times :-) |
19:08:02 | | Quit percX (Client Quit) |
19:08:11 | | Join percX [0] (~percX@p5B3096FA.dip0.t-ipconnect.de) |
19:08:36 | TheSeven | xtrender: the next step would be figuring out how to access the boot flash, b the aes coprocessor |
19:08:50 | TheSeven | s@, b@ and@ |
19:09:02 | xtrender | now i have a lots of exams at university.. |
19:09:52 | xtrender | first i'll gather some info then i'll try something this summer.. |
19:09:53 | TheSeven | once we are able to dump the second-stage bootloader and diagmode, we should be able to figure out most of the drivers from their disassemblies |
19:10:56 | | Quit flydutch (Quit: /* empty */) |
19:21:41 | | Quit percX (Quit: Verlassend) |
19:22:06 | | Quit Jaykay (Ping timeout: 240 seconds) |
19:23:30 | | Quit DerPapst (Quit: Leaving.) |
19:24:50 | | Join funman [0] (~fun@rockbox/developer/funman) |
19:25:08 | funman | bertrik: no bug report for rtc wakeup |
19:26:44 | ranma | funman: I think I found the reason for write errors in 4bit mode, working on fixing it. |
19:27:00 | funman | nice |
19:28:18 | | Part xtrender |
19:30:20 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
19:36:54 | ranma | funman: When a tx underflow happens during write, some data is still stuck in the fifo. On the retry this is 'prepended' to the real data and the retried write gets corrupted |
19:37:20 | ranma | Probably triggers only in 4bit mode, since the higher data rate makes a tx underflow more likely |
19:37:48 | | Join YDS10-YDS11SL [0] (~Robert_Se@75-145-131-94-Illinois.hfc.comcastbusiness.net) |
19:38:38 | | Quit mischasworld (Ping timeout: 265 seconds) |
19:39:03 | funman | so we need to reset the controller? |
19:40:07 | ranma | No, the fifo. Writing 0 to MCI_DATA_CTRL should do that. |
19:40:28 | * | FlynDice tries rockbox usb with fuzev1, smiles and salutes ranma, funman etc..... |
19:43:17 | | Join JohannesSM64 [0] (~johannes@cm-84.209.35.116.getinternet.no) |
19:43:43 | | Quit FlynDice (Read error: Connection reset by peer) |
19:44:40 | | Join FlynDice [0] (~FlynDice@173-146-13-210.pools.spcsdns.net) |
19:51:12 | | Join DerPapst [0] (~Alexander@p5797CE79.dip.t-dialin.net) |
19:52:05 | | Quit JohannesSM64 (Ping timeout: 276 seconds) |
19:52:56 | saratoga | funman, dfkt: I added Tim Graf because he sent me the original patch and spotted a bug in my revised version, i didn't add dfkt because I thought credits was only if I used someones code, so I just thanked him in the commit message |
19:53:39 | saratoga | but i'm actually not clear on how this is supposed to work, so that may have been wrong |
19:54:21 | | Join JohannesSM64 [0] (~johannes@cm-84.209.35.116.getinternet.no) |
19:56:32 | bertrik | funman, I'll open a FS bug for the RTC wakeup powerdown problem, ok? |
19:58:02 | bertrik | To me it seems that the state after wakeup by alarm is different from normal powerup. I tried reading and writing register 0x24 (IRQENRD) to clear any pending state, but it didn't help. |
19:59:09 | bertrik | Next thing I'll try is to reset the wakeup enable bit first, before writing the new wakeup time + enable bit. |
19:59:24 | ranma | Hmm, writing 0 to MCI_DATA_CTRL didn't fix it. But it definitively the rety after a tx underrun going wrong. |
19:59:49 | bertrik | What does a tx underrun really mean? |
20:00 |
20:00:03 | bertrik | The SD controller wanted data, but we couldn't provide it fast enough? |
20:00:09 | ranma | dma was not fast enough to refill the sd controller data |
20:00:21 | ranma | +ffifo |
20:00:42 | bertrik | Can't the controller just wait for more data to arrive instead of erroring out (maybe a silly question)? |
20:01:21 | ranma | It could if it would just stop the sd clock (pxa controller does that IIRC), but this one doesn't |
20:02:59 | bertrik | Could it be that the DMA engine is clocked a bit too low and have insufficient margin? |
20:03:10 | funman | ranma: try larger burst? |
20:03:34 | funman | saratoga: CREDITS say "People that have contributed to the project, one way or another" |
20:04:42 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
20:05:30 | saratoga | ah ok then I should have added him |
20:08:59 | *** | Saving seen data "./dancer.seen" |
20:11:48 | | Join mischasworld [0] (~quassel@f051146143.adsl.alicedsl.de) |
20:12:00 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
20:13:55 | | Quit jhMikeS (Ping timeout: 276 seconds) |
20:14:11 | | Quit guymann (Quit: thunder storm) |
20:15:14 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
20:15:38 | | Quit MethoS- (Remote host closed the connection) |
20:16:35 | ranma | funman: The burst is already fifosize/2 |
20:16:52 | S_a_i_n_t | wow...there is something SERIOUSLY wrong with the sound in Doom on Nano2g |
20:19:21 | | Quit FlynDice (Ping timeout: 245 seconds) |
20:19:59 | S_a_i_n_t | checked on Nano1g and the sound is the usual brand of "bad, but the type of bad thats acceptable", on Nano2g it is pure fail. |
20:21:45 | ranma | Hmm, the problem might rather be on the dma controller end. It also has internal fifos, and it's still active (Channel enable bit still 1, and active bit 1) after the failed write. |
20:22:15 | * | S_a_i_n_t blames FS #11404 for the doom sound failure. |
20:22:22 | ranma | Also: 'Internal four-word FIFO' matches exactly the number of words that shouldn't be there |
20:23:12 | ranma | Now trying a patch that sets DMAC_CH_CONFIGURATION(0) to 0 to abort the active channel |
20:24:34 | | Quit jhMikeS (Ping timeout: 260 seconds) |
20:26:18 | | Quit r0b- (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
20:26:25 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
20:29:37 | | Join jhMikeS [0] (~jethead71@75.45.228.228) |
20:29:37 | | Quit jhMikeS (Changing host) |
20:29:37 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
20:36:28 | | Part kish |
20:40:57 | funman | you mean, dma_disable_channel(0) ? |
20:41:07 | bertrik | ranma, oh nice find |
20:42:41 | funman | S_a_i_n_t: i don't remember hearing doom music but i didn't try very hard |
20:43:09 | CIA-6 | New commit by bieber (r27110): Theme Editor: Added settingsChanged() signal to DeviceState class |
20:43:47 | S_a_i_n_t | It doesn't seem to work for FreeDoom, but I seem to remember it working in Doom/Doom2...anyway, its not the music that is the problem |
20:43:53 | S_a_i_n_t | its the sound effects. |
20:44:02 | S_a_i_n_t | and *probably* the music, if it worked. |
20:44:45 | S_a_i_n_t | I tried running Freedom on Nano1 and 2g at the same time, and the sound on the 2g is utterly repulsive. |
20:44:45 | CIA-6 | r27110 build result: All green |
20:46:41 | S_a_i_n_t | Does rockbox have a Nano2g to throw around? I mean, for devs to pass around and work on if needed? |
20:46:53 | S_a_i_n_t | I have several, and would be willing to ship one for the cause. |
20:48:06 | CIA-6 | New commit by Buschel (r27111): Housekeeping. Comment musepack code seqments unused in rockbox. |
20:49:39 | CIA-6 | r27111 build result: All green |
20:52:49 | funman | TheSeven: any idea why 11.025 / 22.05 kHz doesn't work on nano2g? it looks supported by the driver |
20:53:22 | * | TheSeven remembers some things being commented, but apart from that, can't think of any reason |
20:54:06 | S_a_i_n_t | If someone was to chuck me a file encoded at said sample rate I could see if it works with normal playback. |
20:54:26 | funman | ffmpeg -i file -r 22050 out.mp3 |
20:54:26 | S_a_i_n_t | *file(s)/*rate(s) |
20:55:06 | CIA-6 | New commit by bieber (r27112): Theme Editor: Renderer now allows multiple viewports to share an identifier |
20:55:08 | S_a_i_n_t | Bah, S_a_i_n_t guesses he need download ffmpeg now then :P |
20:56:34 | CIA-6 | r27112 build result: All green |
20:57:14 | CIA-6 | New commit by ranma (r27113): Fix the pesky write corruption bug in 4bit mode. ... |
20:58:06 | S_a_i_n_t | Hmmm, I'm chasing too many things at once now. I'm going to assume that the original poster did his homework regarding the samplerate. |
20:58:43 | CIA-6 | r27113 build result: 63 errors, 21 warnings (ranma committed) |
21:00 |
21:02:15 | pamaury | did someone broke make/configure ? If I do make reconf, I get [ERROR] Option 'c' unsupported and the same for T |
21:02:20 | funman | clipv1: data abort in iso_decode() (default_codepage = 0xDE000000) |
21:03:21 | funman | pamaury: works here |
21:03:34 | Jerom | works here too |
21:04:24 | pamaury | Ok I got it, configure doesn't support severals options separated by space anymore |
21:04:46 | pamaury | that's strange |
21:04:52 | pamaury | I'm pretty it did before |
21:07:03 | pixelma | you don't need to separate these by commas |
21:07:09 | pixelma | errr... space |
21:08:20 | pamaury | I mean, before I did separate them by a space, and I haven't reconfigure my e200 build for days so something changed |
21:12:16 | CIA-6 | New commit by ranma (r27114): Fix sd-as3525.c build for non-multidrive targets |
21:12:43 | domonoky1 | bieber: i cant compile the svn themeeditor, looks like you forgot to commit the devicestate.ui file.. |
21:13:18 | bieber | I actually deleted that, nothing should be using it any more |
21:13:37 | | Join robin0800 [0] (~quassel@149.254.61.39) |
21:13:51 | CIA-6 | r27114 build result: All green |
21:14:02 | bieber | Oh, looks like it got left in the .pro file, probably didn't get removed from my local filesystem too. Lemme fix that |
21:14:24 | domonoky1 | devicestate.cpp also uses it.. |
21:14:49 | CIA-6 | New commit by ranma (r27115): Add transfer timeout, remove unused buf field |
21:14:49 | bieber | Wait, no, it's deleted from my filesystem, nothing on SVN should be using it |
21:15:07 | domonoky1 | the .pro file doesnt mention it, but devicestate.cpp does. |
21:15:15 | bieber | Ohhh, I found it |
21:15:28 | bieber | One of the intermediate build files was still hanging around, so my local copy wasn't erroring out |
21:15:45 | | Quit JohannesSM64 (Quit: WeeChat 0.3.3-dev) |
21:15:50 | domonoky1 | :-) |
21:16:27 | CIA-6 | r27115 build result: All green |
21:16:50 | CIA-6 | New commit by bieber (r27116): Theme Editor: Removed dependency on lingering file from devicestate.cpp, fixed formatting in device state panel, working on tag list for device panel |
21:17:15 | domonoky1 | build servers for our host-side tools would be cool :-) |
21:18:35 | CIA-6 | r27116 build result: All green |
21:23:45 | bieber | Or at least telling the normal build server not to rebuild everything when the host-side tools change :P |
21:24:06 | gevaerts | why? |
21:24:26 | gevaerts | Rebuilding takes less than two minutes |
21:24:37 | bieber | True |
21:26:03 | | Quit Highlander (Quit: Quitte) |
21:26:42 | | Join petur [0] (~petur@rockbox/developer/petur) |
21:30:39 | | Join kish [0] (~o2@unaffiliated/spice) |
21:31:42 | * | domonoky1 wonders why the device-options dialog, ie screensize and id3 info is done the way its done. If the textfile describing the ui gets compiled in, where is the benefit over defining the info in some sort of code (a array, or a list,etc) ? |
21:33:28 | domonoky1 | and it would be nice, if at least the id3info could also aviable as dock-able windows :-) |
21:35:08 | domonoky1 | but otherwise this theme is looking good.. |
21:35:40 | | Part Szpila |
21:36:01 | | Join Szpila [0] (~1@chello089077200224.chello.pl) |
21:36:22 | simonrvn | the theme editor makes it easier to visualise what's going on with the tags (i'm very visual, and learn that way too). i made a nice bear-themed one based on a picture i did a while ago. |
21:36:31 | | Quit mischasworld (Remote host closed the connection) |
21:37:01 | | Quit Zigtown (Remote host closed the connection) |
21:37:28 | | Quit petur (Quit: Leaving) |
21:38:12 | | Part YDS10-YDS11SL |
21:41:25 | bieber | domonoky1: I was just aiming for something a little easier to configure without digging into the code |
21:41:33 | domonoky1 | :-) |
21:41:55 | | Part Szpila |
21:43:19 | bieber | I've thought about doing dockable windows, but I don't want to completely clutter the side space in the main window. I wonder if dock widgets can dock to different windows...the I could let the user break tabs off from the config dialog and attach them to the main window |
21:46:25 | | Join Szpila [0] (~1@chello089077200224.chello.pl) |
21:50:16 | | Join petur [0] (~petur@rockbox/developer/petur) |
21:50:43 | | Join b0hoon [0] (~quassel@klient-88-135-170-135.StrefaWiFi.kolnet.eu) |
21:53:44 | | Quit DerPapst (Quit: Leaving.) |
21:55:13 | | Quit bmbl (Ping timeout: 258 seconds) |
21:55:36 | S_a_i_n_t | Hmmmm, is there now way to display the "next track" filename? |
21:55:45 | S_a_i_n_t | *s/now/no/ |
21:56:01 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-211-077.pools.arcor-ip.net) |
21:56:09 | bieber | %Fm |
21:56:27 | S_a_i_n_t | *facepalm* |
21:56:34 | S_a_i_n_t | hidden in plain view...thanks. |
21:56:45 | bieber | Haha, I just added that one to the config list |
21:56:51 | Jerom | "Bus 002 Device 017: ID 0781:74c3 SanDisk Corp." nice pamaury |
21:56:59 | S_a_i_n_t | awesome, we make a good team :P |
21:57:36 | pamaury | Jerom: I don't expect it to work reliably for now, especially the set address one. at least it doesn't work reliably on my computer |
21:57:54 | bieber | S_a_i_n_t: You tell me how to render tags, and I'll remind you what they are :P |
21:57:55 | Jerom | I also got some mixed result |
21:58:10 | S_a_i_n_t | sounds like a plan ;) |
21:58:17 | Jerom | But well it is showing up in lsusb that is still nice :p |
22:00 |
22:00:07 | pamaury | it won't go further, I did not implement the request endpoint code. And the mps is not set correctly. those are minor things. The problem is this control transfers not working reliably. |
22:00:29 | Jerom | Well I did somewhat code a request endpoint |
22:01:27 | pamaury | it's rather trivial actually :) I need to make the code work for high speed and full speed also. I'll see what I can do tomorrow (unsure) or this week end |
22:01:30 | Jerom | But I don't know if it's called or anything |
22:01:49 | pamaury | It is called if you have some usb drivers enabled (like HID, UMS, serial, ...) |
22:02:04 | Jerom | I activated storage I think |
22:02:16 | Jerom | So it should a least request a bulk endpoint |
22:03:07 | pamaury | Then it is called but fails so the driver is disabled |
22:03:08 | Jerom | Ha nice now it doesn't crash when I plug it off |
22:03:08 | Jerom | I can read logf at last |
22:03:08 | | Join BSOD90 [0] (~bsod@v35177.1blu.de) |
22:03:22 | | Join fragilematter [0] (~barbu_dor@92.85.75.225) |
22:03:50 | Jerom | HS got a mps of 512 right ? |
22:04:53 | funman | for bulk only, no ? |
22:05:17 | | Quit robin0800 (Remote host closed the connection) |
22:05:28 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
22:05:38 | Jerom | I'm not sure |
22:06:57 | pamaury | MPS for controls is 64 (for FS and HS), 64 for int FS, 1024 for int HS, 1023 for iso FS, 1024 for iso HS, 64 for bulk FS, 512 for bulk HS |
22:06:59 | pamaury | iirc |
22:07:23 | pamaury | That's the maximum for course, you could set a lower value |
22:09:00 | *** | Saving seen data "./dancer.seen" |
22:09:32 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
22:10:45 | gevaerts | you can't set anything other than 512 for HS bulk |
22:11:30 | | Part Szpila |
22:13:23 | pamaury | yes but you can for FS |
22:13:45 | pamaury | for control HS you can also |
22:14:11 | | Part AzureWurk |
22:15:48 | | Join gk_ [0] (gk@cl-351.sto-01.se.sixxs.net) |
22:15:55 | | Part gk_ |
22:20:16 | | Join Jaykay [0] (~chatzilla@p5DC57AA1.dip.t-dialin.net) |
22:21:11 | | Join MethoS- [0] (~clemens@134.102.106.250) |
22:21:40 | fragilematter | hey people |
22:21:59 | fragilematter | I've got a small simulator build issue to report |
22:22:06 | fragilematter | on fedora 13 |
22:22:08 | S_a_i_n_t | shoot |
22:22:27 | fragilematter | they disabled implicit library linking |
22:22:50 | fragilematter | more info over here https://fedoraproject.org/wiki/UnderstandingDSOLinkChange |
22:23:04 | fragilematter | and rockbox does need libdl and math |
22:23:40 | funman | is libdl needed on windows and osx? |
22:24:00 | S_a_i_n_t | I'm not sure if there's a workaround for your OS disabling things needed by the source to compile. |
22:24:17 | fragilematter | it is, by adding -ldl -lm to the linker params |
22:24:22 | ranma | Hmm... "Prefetch abort at EA000034 FSR 0xFF (domain 15, fault 15)" First time I got that one... |
22:25:23 | fragilematter | I've edited the configure generated Makefile and added them to the "export LDOPTS= -lSDL -lpthread" line, it builds and works just fine |
22:26:00 | fragilematter | line 52 on the sansa e200v2 Makefile, I didn't really research which part of the configure script generates that line |
22:26:29 | funman | fragilematter: you happen to know which code needs libm ? |
22:26:45 | fragilematter | wait a little, I'll trigger the error once more |
22:26:53 | fragilematter | it was a sqrt, in one of the codecs iirc |
22:27:36 | | Quit b0hoon (Quit: No Ping reply in 180 seconds.) |
22:27:48 | | Join b0hoon [0] (~quassel@klient-88-135-170-135.StrefaWiFi.kolnet.eu) |
22:29:03 | kugel | fragilematter: our codebase shouldn't need libm |
22:29:21 | fragilematter | it's when linking the rockboxui executable |
22:29:30 | kugel | but my use-host-libraries change possible introduced a libm dependancy |
22:29:38 | funman | fragilematter: codecs aren't used by rockboxui |
22:29:39 | fragilematter | this is the specific error: "/usr/bin/ld: /home/doru/Development/rockbox/sources/build/firmware/libfirmware.a(button-sdl.o): undefined reference to symbol 'sqrt@@GLIBC_2.0'" |
22:29:44 | funman | s/used by/linked with/ |
22:29:58 | CIA-6 | New commit by b0hoon (r27117): synaptics: add a small delay in syn_get_data() for PB Vibe. Touchpad doesn't work when build with EABI without it. |
22:30:21 | kugel | b0hoon: ping |
22:31:33 | CIA-6 | r27117 build result: All green |
22:32:20 | b0hoon | kugel: pong |
22:32:21 | funman | kugel: fragilematter: http://pastie.org/1017808 |
22:33:23 | fragilematter | I'll test right now |
22:34:11 | kugel | b0hoon: you mentioned it in your ci message already, how's eabi working with the vibe? |
22:34:41 | fragilematter | the makefile looks good |
22:35:38 | | Quit GeekShadow (Read error: Connection reset by peer) |
22:37:15 | b0hoon | kugel: it's working ok now however i had a problem with this stupid touchpad :/ |
22:37:32 | funman | pamaury: cowon D2 works with eabi no ? |
22:39:05 | fragilematter | funman: it builds and runs |
22:39:19 | b0hoon | kugel: it was very strange because other PPs don't have this problem |
22:39:35 | b0hoon | kugel: with the synaptics of course... |
22:39:44 | | Quit Jaykay (Ping timeout: 240 seconds) |
22:40:02 | pamaury | funman: last time I tried yes |
22:40:30 | funman | ok we can remove those two, now only ipod4g is left |
22:40:33 | funman | domonoky1: ping |
22:42:07 | * | b0hoon thinks that it's time to move the vibe under eabi |
22:47:43 | b0hoon | hm, what should go first: /tools/configure or builds? |
22:49:25 | gevaerts | builds |
22:52:00 | | Join kugel_ [0] (~kugel@g231235146.adsl.alicedsl.de) |
22:53:23 | | Quit kugel (Disconnected by services) |
22:55:32 | b0hoon | gevaerts: thx |
22:56:52 | | Quit kugel_ (Ping timeout: 272 seconds) |
22:58:08 | CIA-6 | New commit by funman (r27118): Simulator: explicitely link with libdl and libm |
22:59:32 | CIA-6 | New commit by b0hoon (r27119): Buildserver: Build PB Vibe 500 with EABI. |
22:59:43 | CIA-6 | r27118 build result: All green |
22:59:58 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
23:00 |
23:00:31 | funman | perhaps we should make configure output the warning on stderr |
23:01:07 | gevaerts | which warning? |
23:01:17 | gevaerts | the eabi one? |
23:01:33 | | Join piggz [0] (~piggz@89.241.57.228) |
23:01:35 | CIA-6 | New commit by b0hoon (r27120): Build PB Vibe 500 with EABI. |
23:03:03 | CIA-6 | New commit by bieber (r27121): Theme Editor: Added (I think) all of the tags to the device configuration window |
23:03:06 | | Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) |
23:03:18 | CIA-6 | r27120 build result: All green |
23:04:21 | | Join AzureSky [0] (~biteme@ashentech.broker.freenet6.net) |
23:04:24 | | Part fragilematter |
23:04:29 | piggz | hi, is there a list of themes that work well with the current build? |
23:04:50 | CIA-6 | r27121 build result: All green |
23:06:30 | | Quit komputes (Remote host closed the connection) |
23:07:54 | gevaerts | piggz: the themes marked as "works with current build" on the theme site should work. There's no more detailed list |
23:08:25 | piggz | cabbie3 was marked as should work, but the main play window didnt seem to |
23:10:06 | funman | gevaerts: yes, perhaps the yellow would make more people harass domonoky1 ;) |
23:10:21 | gevaerts | right :) |
23:10:38 | * | domonoky1 looks up.. |
23:11:26 | CIA-6 | New commit by funman (r27122): Buildserver: Build Cowon D2 with EABI |
23:12:13 | domonoky1 | can someone build me a eabi 4g build ? (i dont have the toolchain installed at moment) |
23:12:47 | funman | domonoky1: sure |
23:13:51 | | Quit bmbl (Quit: Bye!) |
23:15:58 | | Quit dfkt (Read error: Connection reset by peer) |
23:16:59 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
23:17:25 | funman | domonoky1: http://rafael.carre.perso.sfr.fr/rockbox.zip |
23:24:03 | | Quit hebz0rl (Quit: Ex-Chat) |
23:24:53 | domonoky1 | funman, looks like the buttons dont work anymore with this build :-) scrollwheel works but no buttons. |
23:27:17 | CIA-6 | New commit by funman (r27123): Build cowond2 with gcc-eabi |
23:28:58 | funman | weird, other ipods use the same file |
23:29:02 | CIA-6 | r27123 build result: All green |
23:31:41 | | Nick evilnick_l is now known as evilnick_ip4 (0c140464@rockbox/staff/evilnick) |
23:32:03 | CIA-6 | New commit by b0hoon (r27124): Philips HDD6330: correct the number of memmory. |
23:33:08 | funman | ah no, there is a ipod_4g_button_read() function |
23:33:17 | funman | (with an #ifdef CPU_PP in it) |
23:33:34 | CIA-6 | r27124 build result: All green |
23:34:52 | funman | looks like ipods 4g, video, color, nano1g, nano2g, mini2g all use 'ipod_4g_button_read()' |
23:35:42 | CIA-6 | New commit by b0hoon (r27125): fix typo in comment. |
23:36:25 | funman | domonoky1: http://rafael.carre.perso.sfr.fr/rockbox.ipod |
23:36:32 | domonoky1 | funman: maybe its just my dieing 4g ipod. ? |
23:36:56 | funman | do you remember which revision you had on it ? |
23:37:12 | CIA-6 | r27125 build result: All green |
23:38:46 | | Join DerPapst [0] (~Alexander@p5797CE79.dip.t-dialin.net) |
23:39:40 | domonoky1 | funman: nope, something from devcon :-) |
23:44:01 | domonoky1 | no changes with the new binary... will test more tomorrow. maybe it works better when the ipod has more power :-) |
23:45:27 | | Quit GeekShadow (Ping timeout: 248 seconds) |
23:52:24 | | Join guymann [0] (~charlie@69.0.83.229) |
23:58:27 | * | bertrik wonders how the as3543 chip knows which byte is supposed to be the first byte written to the WAKEUP register |
23:58:46 | * | funman wonders too |