| 00:00:58 | DerPapst | the scsi inquiry code only runs on windows and linux. not on mac... |
| 00:01:03 | amiconn | And once it's playing, I can undo the manual boost. |
| 00:01:39 | Llorean | amiconn: Can you just boost during the init? |
| 00:01:52 | amiconn | I just had that idea... |
| 00:02:40 | DerPapst | i wonder why it worked before r13845... boosting was possible before without issues |
| 00:03:11 | amiconn | Not without issues.... just less issues |
| 00:07:51 | | Quit jhMikeS (Nick collision from services.) |
| 00:07:57 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
| 00:08:01 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
| 00:08:12 | DerPapst | bleh.. one of my neigbours (about 50m away!) listens in a extreme volume stupid german hip-hop :-/ bushido n stuff... |
| 00:08:20 | | Quit My_Sic (Client Quit) |
| 00:09:58 | | Quit Bagder ("It is time to say moo") |
| 00:10:20 | amiconn | npp |
| 00:15:05 | | Quit Hadaka (heinlein.freenode.net irc.freenode.net) |
| 00:15:05 | NSplit | heinlein.freenode.net irc.freenode.net |
| 00:15:05 | | Quit krp (heinlein.freenode.net irc.freenode.net) |
| 00:15:34 | NHeal | heinlein.freenode.net irc.freenode.net |
| 00:15:34 | NJoin | krp [0] (n=krp@mar92-10-82-239-65-214.fbx.proxad.net) |
| 00:15:34 | NJoin | Hadaka [0] (i=naked@naked.iki.fi) |
| 00:29:28 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 00:29:50 | | Join yole [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 00:32:42 | | Quit Nimdae (Read error: 104 (Connection reset by peer)) |
| 00:34:58 | * | Domonoky has now a working bootloader installation in rbutilQt, for all Targets except for sansas and irivers.. |
| 00:36:57 | | Join stripwax [0] (n=Miranda@i-83-67-214-206.freedom2surf.net) |
| 00:37:03 | stripwax | hullo |
| 00:37:13 | | Quit raphi ("using sirc version 2.211+KSIRC/1.3.12") |
| 00:37:22 | Llorean | 'irivers' meaning all iRivers, or just the H100/300 (the ones requiring flashing) |
| 00:41:07 | | Quit linuxstb ("CGI:IRC") |
| 00:44:16 | DerPapst | ./sleep −−user DerPapst |
| 00:44:19 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
| 00:44:23 | | Join barrywardell [0] (n=barrywar@194.46.160.145) |
| 00:46:07 | | Join barrywardell_ [0] (n=barrywar@194.46.160.145) |
| 00:46:07 | | Quit barrywardell (Read error: 104 (Connection reset by peer)) |
| 00:47:55 | amiconn | Hmpf, seems the g1/g2 build will need a dynamic setting |
| 00:48:08 | amiconn | g2 can detect headphone unplug, g1 cannot. |
| 00:49:56 | Llorean | That's the only relevant difference so far? |
| 00:51:51 | amiconn | There are some init differences, but nothing user visible |
| 00:51:52 | | Join Nimdae [0] (n=nimmeh@static-71-164-213-195.dllstx.fios.verizon.net) |
| 00:54:11 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 00:54:35 | | Join yole [0] (n=phileas@CPE00134645d959-CM0012c9a9ae36.cpe.net.cable.rogers.com) |
| 01:00 |
| 01:09:09 | | Quit Xerion_ (Read error: 104 (Connection reset by peer)) |
| 01:11:02 | *** | Saving seen data "./dancer.seen" |
| 01:12:19 | | Join secleinteer [0] (n=scl@adsl-70-237-217-209.dsl.stlsmo.sbcglobal.net) |
| 01:14:03 | | Join chrisjs169__ [0] (n=chrisjs@pool-71-254-214-208.hrbgpa.east.verizon.net) |
| 01:15:23 | stripwax | Domonoky - did you get a chance to look at my icon patch and/or my thoughts about bootloader versioning? |
| 01:15:35 | | Join lolruz [0] (n=datachil@217-208-144-87-no75.tbcn.telia.com) |
| 01:18:21 | | Quit spiorf ("Read error: 110 (Connection timed out)") |
| 01:19:18 | | Join sarixe [0] (n=sarixe@pool-68-239-133-213.nwrk.east.verizon.net) |
| 01:19:54 | Domonoky | stripwax: the icon is good ! |
| 01:20:01 | Domonoky | commit it :-) |
| 01:20:33 | stripwax | Domonoky - ah-hahah.. :) |
| 01:20:55 | Domonoky | stripwax: you dont have access ? |
| 01:20:57 | stripwax | you know I would .. if I could .. |
| 01:21:00 | stripwax | nope |
| 01:21:22 | stripwax | unless I do now, but haven't been informed about it yet .. |
| 01:21:33 | Domonoky | some please give stripwax commit rights.. :-) |
| 01:21:40 | * | stripwax dreams about what he could do with commit rights .. |
| 01:22:24 | * | stripwax wonders if signing up for some tasks on the Maintainers list would help his cause |
| 01:22:51 | stripwax | oh, except, he can't, since that's also under revision control :) |
| 01:22:54 | * | stripwax dohs |
| 01:23:52 | | Quit lxx () |
| 01:24:05 | * | Domonoky will now commit your icon.. |
| 01:24:22 | Domonoky | to the normal rbutil version.. not the new qt version.. |
| 01:24:28 | stripwax | Could someone with commit rights please a) commit my icon patch for rbutil (http://www.rockbox.org/tracker/task/7484) b) add my name to MAINTAINERS for sliding_puzzle plugin and descramble[iH1xx/3xx only] c) consider granting my commit rights? |
| 01:24:30 | stripwax | :) |
| 01:24:38 | stripwax | Domonoky - right! :) and thanks! |
| 01:24:47 | stripwax | actually, both, no? |
| 01:25:14 | stripwax | ^descramble/both scramble and descramble |
| 01:25:25 | stripwax | oh and Rockbox Utility too! |
| 01:25:27 | stripwax | why not |
| 01:25:57 | Llorean | I think "MAINTAINERS" is for people who already have commit access, though. |
| 01:26:10 | Llorean | Since part of the job of maintainers is to review patches and commit them. |
| 01:26:11 | | Quit datachild (Connection timed out) |
| 01:26:27 | Domonoky | but stripwax should get commit rights :-) i dont want to commit all his rbutil patches :-) |
| 01:26:29 | stripwax | ok then. |
| 01:26:43 | * | stripwax would be happy to |
| 01:27:03 | * | stripwax would also like to discuss his bitmap sliding_puzzle patch again |
| 01:27:55 | Domonoky | stripwax: what about you thoughts about bootloader versioning ? were can i find them ? :-) |
| 01:28:11 | stripwax | Domonoky - rbutil wiki page and irc logs for 26th July |
| 01:28:20 | stripwax | mostly the irc logs.. sorry .. |
| 01:29:33 | stripwax | between 01:19 and 01:33 |
| 01:29:38 | | Quit sarixe ("Peace") |
| 01:30:14 | | Join sarixe [0] (n=sarixe@pool-68-239-133-213.nwrk.east.verizon.net) |
| 01:30:30 | Domonoky | ah.. is see.. |
| 01:30:58 | stripwax | is anyone working on new jackpot icons for bitmap targets? |
| 01:31:07 | * | amiconn wonders whether rbuitl can already install the 1st/2nd gen bootloader |
| 01:31:08 | * | stripwax might as well doodle |
| 01:31:14 | Domonoky | but that would require support from the Website..so if someone make a version file or something on the server aviable.. rbutil could use it.. |
| 01:31:31 | stripwax | Domonoky - yep, exactly. so that's why I'd like to discuss it on irc! :) |
| 01:31:34 | Domonoky | amiconn: nop |
| 01:32:18 | Domonoky | amiconn: you would have to recompile rbutil with the ipodpatcher changes, and fill in the info for the 1st/2nd gen in the ini file.. |
| 01:32:20 | stripwax | amiconn - what would be involved in creating zipfiles containing the bootloader and a bootloader.version sentinel file on download.rockbox.org |
| 01:33:50 | Llorean | Domonoky: Couldn't you just compare the date of the file on the website to a date stored in a local file in the DAP? |
| 01:34:01 | Llorean | Rather than having to have a separate file on the website, that is. |
| 01:34:19 | Domonoky | hm.. that could be possible.. |
| 01:34:29 | stripwax | Llorean - that could work, if the bootloaders are not rebuilt daily (so always have old timestamps) |
| 01:34:35 | Llorean | stripwax: They are not. |
| 01:34:42 | Llorean | We always ask users to use a specific binary version of the bootloader. |
| 01:34:46 | Domonoky | but better to build such functions, in the new rbutilQt version :-) |
| 01:34:50 | stripwax | great - then that sounds like the solution |
| 01:35:08 | Llorean | For example, the current iPod bootloader version is: 23-May-2007 |
| 01:35:21 | stripwax | Llorean - how will the users know what the specific binary version of the bootloader is, if the files on the website only tell you a timestamp and not a version? or is the version just == the build date |
| 01:35:31 | | Quit chrisjs169__ ("Konversation terminated!") |
| 01:36:05 | stripwax | (and are old versions available? could there be an issue with just blindly installing the latest bootloader? which is what rbutil currently does btw) |
| 01:36:11 | Llorean | stripwax: Most of the bootloaders don't really have a binary version, and when they report the SVN revision they also should report the build date. |
| 01:36:31 | Llorean | There should be no issues with installing the newest bootloader, a new one isn't made available until it's expected to work. It's not automated like builds. |
| 01:36:59 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 01:37:03 | Llorean | In fact, older bootloaders shouldn't be used at all, since usually a newer bootloader is only made available when it's considered necessary or a good idea for users to upgrade. |
| 01:37:08 | | Join yole [0] (n=phileas@CPE00134645e8d1-CM0012c9ab589a.cpe.net.cable.rogers.com) |
| 01:37:18 | stripwax | Llorean - ok, just not sure what you meant by "ask users to install a specific version". we just ask users to install 'the latest version' ? |
| 01:37:25 | Llorean | Yes. |
| 01:37:46 | Llorean | We ask them to install whichever binary we're providing, rather than compile one themselves as that can have very unexpected results. |
| 01:37:50 | stripwax | ok, so no problem then. perhaps rbutil can just query the datestamp on the server and only download if different |
| 01:37:58 | stripwax | Llorean - definitely |
| 01:38:10 | Llorean | Yes, I think that should be a safe method of checking for updates to it. |
| 01:38:21 | stripwax | Domonoky - if qt is the way forward, best commit the icon for both rbutil and rbutilqt :) |
| 01:38:24 | * | stripwax installs qt .. |
| 01:38:26 | Llorean | Though on some occasions (restoration of backups after an attack) it may result in an extra install. |
| 01:39:00 | stripwax | I think that's not a problem. rbutil will just say 'a new bootloader is available', it won't necessarily install automatically (except for first-time installs) |
| 01:41:04 | Llorean | Sounds alright to me. As far as I know, the only devices a user can't upgrade bootloaders at a whim are the H100/H300. |
| 01:42:18 | stripwax | Llorean - mm, was an eeprom driver not written for h1xx/3xx ? I thought H1xx was romboxable |
| 01:42:32 | Llorean | The H1xx is romboxable, yes. |
| 01:43:01 | Llorean | There's not an official bootloader for this yet. |
| 01:43:05 | stripwax | ok |
| 01:43:39 | stripwax | but can rockbox (non rombox) upgrade the h1xx/3xx flash or does the user need to boot back to OF (as used to be the case) |
| 01:44:49 | Llorean | I don't believe the functionality is fully realized yet, but I really don't know. I think it requires the one of the v7 work-in-progress bootloaders at the moment. |
| 01:45:39 | stripwax | thanks for the info! |
| 01:46:28 | amiconn | hrrmmm |
| 01:46:38 | stripwax | although wasn't rombox discontinued |
| 01:46:42 | amiconn | Anyone familiar with ipl's request_irq() ? |
| 01:46:50 | * | stripwax maybe dreamt that |
| 01:47:22 | Llorean | I think we gave up on rombox on the archoses. |
| 01:47:38 | stripwax | ok |
| 01:48:33 | amiconn | Not on all of them |
| 01:48:40 | amiconn | Just those where it became too large |
| 01:49:11 | amiconn | And rombox != rockbox_in_flash |
| 01:49:52 | Llorean | Yeah, but doesn't the flashed H100 support execution from ROM too? |
| 01:50:00 | stripwax | Domonoky - dumb question, how do I build the rbutilqt ..? |
| 01:50:33 | Domonoky | qmake and then make in the rbutilqt dir |
| 01:51:06 | | Quit sarixe ("Peace") |
| 01:51:47 | Domonoky | checking the time stamp on the server should be easy, you can just check a value in the HttpResponse Header.. |
| 01:52:46 | stripwax | Domonoky - ah, I suspect I'm going to have cygwin fun again .. :) |
| 01:54:04 | Domonoky | stripwax: so windows, i just use the windows shell ( the Qt installation provides on with the paths already set up) |
| 01:55:18 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 01:55:41 | | Join yole [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 01:58:07 | | Part Domonoky |
| 01:58:07 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 01:58:30 | | Join yole [0] (n=phileas@CPE00134645e8d1-CM0012c9ab589a.cpe.net.cable.rogers.com) |
| 01:58:46 | | Join midkay_ [0] (n=midkay@c-24-19-236-139.hsd1.mn.comcast.net) |
| 02:00 |
| 02:02:23 | | Join stripwax_ [0] (n=Miranda@i-83-67-214-206.freedom2surf.net) |
| 02:02:26 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 02:02:37 | stripwax_ | hmm |
| 02:02:52 | | Join yole [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 02:03:03 | | Quit lolruz ("- nbs-irc 2.35 - www.nbs-irc.net -") |
| 02:06:26 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 02:06:51 | | Join yole [0] (n=phileas@CPE0013464a259f-CM0012c99f19b6.cpe.net.cable.rogers.com) |
| 02:08:10 | pixelma | Llorean: can http://www.rockbox.org/tracker/7309 be closed then? Could you also do that yourself? |
| 02:08:11 | | Quit Nibbier (Read error: 104 (Connection reset by peer)) |
| 02:08:52 | | Join Nibbier [0] (n=sven@port-212-202-70-56.dynamic.qsc.de) |
| 02:09:43 | Llorean | pixelma: Ah, forgot about that. Closed it with a note for the user to reopen if it does turn out to be able to be reproduced. |
| 02:10:08 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 02:10:22 | pixelma | ok, just found that when digging through the "Open tasks" mail |
| 02:10:38 | | Join yole [0] (n=phileas@CPE0013464a259f-CM0012c99f19b6.cpe.net.cable.rogers.com) |
| 02:10:56 | Llorean | Yeah, I just forgot to check back on it, I was honestly expecting him to report back with it being reproduced. |
| 02:11:50 | pixelma | I see |
| 02:15:50 | | Quit midkay (Read error: 110 (Connection timed out)) |
| 02:17:50 | | Join kubiixaka [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
| 02:18:30 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 02:18:55 | | Join yole [0] (n=phileas@CPE00134645d959-CM0012c9a9ae36.cpe.net.cable.rogers.com) |
| 02:19:41 | | Quit jgarvey (Remote closed the connection) |
| 02:20:24 | | Join yole2 [0] (n=phileas@CPE0013464a259f-CM0012c99f19b6.cpe.net.cable.rogers.com) |
| 02:21:12 | | Quit stripwax (Read error: 110 (Connection timed out)) |
| 02:21:18 | | Quit yole2 (Read error: 104 (Connection reset by peer)) |
| 02:21:44 | | Join yole2 [0] (n=phileas@CPE00134645d959-CM0012c9a9ae36.cpe.net.cable.rogers.com) |
| 02:22:13 | | Part pixelma |
| 02:28:00 | | Quit yole2 (Read error: 104 (Connection reset by peer)) |
| 02:28:23 | | Join yole2 [0] (n=phileas@CPE0013464a259f-CM0012c99f19b6.cpe.net.cable.rogers.com) |
| 02:28:38 | | Join joshin_ [0] (n=joshin@VDSL-130-13-252-149.PHNX.QWEST.NET) |
| 02:30:11 | | Quit joshin (Read error: 110 (Connection timed out)) |
| 02:31:30 | | Nick joshin_ is now known as joshin (n=joshin@unaffiliated/joshin) |
| 02:32:16 | | Quit yole2 (Read error: 104 (Connection reset by peer)) |
| 02:32:40 | | Join yole2 [0] (n=phileas@CPE00134645d959-CM0012c9a9ae36.cpe.net.cable.rogers.com) |
| 02:32:52 | | Quit stripwax_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 02:34:58 | | Quit yole2 (Read error: 104 (Connection reset by peer)) |
| 02:35:22 | | Join yole2 [0] (n=phileas@CPE00134645d959-CM0012c9a9ae36.cpe.net.cable.rogers.com) |
| 02:37:01 | | Quit yole2 (Read error: 104 (Connection reset by peer)) |
| 02:37:26 | | Join yole2 [0] (n=phileas@CPE00134645d959-CM0012c9a9ae36.cpe.net.cable.rogers.com) |
| 02:37:39 | | Quit kubiix (Read error: 110 (Connection timed out)) |
| 02:38:14 | | Quit yole (Connection timed out) |
| 02:44:12 | | Quit idnar (Remote closed the connection) |
| 02:52:03 | | Join rotator [0] (n=e@rockbox/developer/rotator) |
| 02:59:43 | | Quit yole2 (Read error: 104 (Connection reset by peer)) |
| 03:00 |
| 03:00:06 | | Join yole [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 03:09:50 | | Quit barrywardell_ () |
| 03:11:06 | *** | Saving seen data "./dancer.seen" |
| 03:12:03 | | Quit kubiixaka (Read error: 110 (Connection timed out)) |
| 03:14:49 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 03:15:11 | | Join yole [0] (n=phileas@CPE00134645d959-CM0012c9a9ae36.cpe.net.cable.rogers.com) |
| 03:18:19 | | Quit Thundercloud (Remote closed the connection) |
| 03:18:19 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
| 03:23:57 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
| 03:31:21 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 03:31:45 | | Join yole [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 03:33:28 | | Join datachild [0] (n=datachil@217-208-144-87-no75.tbcn.telia.com) |
| 03:37:04 | | Join Alex1441 [0] (n=Alex1441@bas3-london14-1096787022.dsl.bell.ca) |
| 03:37:24 | | Join Alex4114 [0] (i=415fa44e@gateway/web/cgi-irc/labb.contactor.se/x-ce23aa330481c0b9) |
| 03:37:24 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 03:37:24 | Alex1441 | hi |
| 03:37:29 | Alex4114 | hi |
| 03:37:40 | | Join yole [0] (n=phileas@CPE00134645e8d1-CM0012c9ab589a.cpe.net.cable.rogers.com) |
| 03:37:53 | | Quit Alex1441 (Remote closed the connection) |
| 03:38:09 | | Quit Alex4114 (Client Quit) |
| 03:39:57 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 03:40:35 | | Join yole [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 03:52:00 | | Join gxti [0] (n=gxti@foresight/developer/gxti) |
| 03:54:20 | gxti | i'm having problems with rockbox on my 1st gen nano... the latest build is completely hosed, and i've tried a few earlier builds but can't play any music |
| 03:54:52 | gxti | and since i haven't used it in two years (and never got it working then) i really don't know what i'm doing |
| 03:54:58 | Llorean | "completely hosed" is hardly a technical description. Care to elaborate on what exactly you mean, and what SVN revision, and bootloader version, you're using? |
| 03:56:16 | gxti | i've tried several nightly builds, right now i'm on r13975-070725 |
| 03:56:24 | gxti | the bootloader is the latest nabbed from the docs |
| 03:56:30 | gxti | as of two hours ago |
| 03:57:27 | Llorean | Why haven't you used the current build? |
| 03:57:28 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 03:57:43 | gxti | it immediately dies saying it can't find the partition |
| 03:57:43 | | Join yole [0] (n=phileas@CPE0013464a259f-CM0012c99f19b6.cpe.net.cable.rogers.com) |
| 03:57:53 | Llorean | Have you ever installed iPod Linux? |
| 03:57:57 | gxti | no |
| 03:58:01 | gxti | well, yes, two years ago... |
| 03:58:06 | gxti | it's been reset many times since then |
| 03:59:03 | Llorean | Is your Apple firmware up to date? |
| 03:59:21 | gxti | i don't know, i haven't attached it to a windows machine in a long time |
| 03:59:29 | gxti | i'd have to use vmware to do it |
| 03:59:47 | Llorean | Have you reported this problem in the forums, or is this your first time mentioning it to anyone? |
| 03:59:52 | gxti | was there a change within the past 24 hours that would cause the behavior to change? |
| 04:00 |
| 04:00:00 | gxti | because the immediately previous build boots |
| 04:00:10 | Llorean | There have been many builds in the last 24 hours. |
| 04:00:14 | Llorean | So it's not the immediately previous build. |
| 04:00:16 | gxti | the previous nightly build, i mean |
| 04:00:26 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 04:00:26 | gxti | i find IRC to be faster... obviously there are a lot of questions flying |
| 04:00:32 | Llorean | We in fact never suggest people install nightlies unless there's a known problem with the current build. |
| 04:00:52 | | Join yole [0] (n=phileas@CPE00134645d959-CM0012c9a9ae36.cpe.net.cable.rogers.com) |
| 04:01:12 | Llorean | You would be the third person to report this sort of problem on a recent build on the Nano, and the second that I've confirmed has had iPL installed. Since you're getting problems detecting the partition, I think there may be a relationship. |
| 04:01:28 | Llorean | The Apple Restore is actually not perfect, it doesn't rebuild things exactly as if it were factory new. |
| 04:01:28 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 04:01:28 | gxti | i'd be happy to nuke it from orbit if that'll solve the problem, but i'd have to dig out vmware |
| 04:01:43 | gxti | blech |
| 04:01:49 | | Join yole [0] (n=phileas@CPE0013464a259f-CM0012c99f19b6.cpe.net.cable.rogers.com) |
| 04:02:13 | Llorean | To put things in reference, I've got an iPod Nano, and have in the past installed iPL, but have absolutely no problems running current builds of Rockbox on it. |
| 04:02:29 | gxti | i'll try upgrading it |
| 04:02:29 | | Quit maffe (Remote closed the connection) |
| 04:02:32 | Llorean | So we're looking for something that stands out as not-quite-right on those iPods that are reacting funny. |
| 04:02:43 | gxti | unless you want me to save the partition table or something |
| 04:03:02 | Llorean | Actually, if you could paste what iPodPatcher says about the partition table into pastebin.ca |
| 04:03:17 | Llorean | Then in the debug menu, get the information on the partitions that Rockbox reports, and paste them there too, it might prove useful |
| 04:04:49 | | Join Davide-NYC [0] (n=chatzill@user-12hdtj8.cable.mindspring.com) |
| 04:05:03 | | Join Nick_Brackley [0] (i=cb57494b@gateway/web/cgi-irc/labb.contactor.se/x-5f6d98c61c243552) |
| 04:06:28 | Davide-NYC | is AGC implemented with the iaudio X5/M5? |
| 04:06:36 | Davide-NYC | it's not in the sim |
| 04:06:46 | Llorean | The X5/M5 only have a very few gain levels, I believe. |
| 04:06:52 | gxti | Llorean: http://pastebin.ca/636625 |
| 04:06:58 | Llorean | If I understand, AGC wouldn't make sense for them |
| 04:07:12 | Davide-NYC | So the answer is no? |
| 04:07:22 | Davide-NYC | ;-) |
| 04:07:29 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 04:07:53 | | Join yole [0] (n=phileas@CPE00134645d959-CM0012c9a9ae36.cpe.net.cable.rogers.com) |
| 04:08:44 | Llorean | I don't *think* it is. |
| 04:08:57 | Davide-NYC | jhMikeS: you around Mike? |
| 04:08:59 | Llorean | gxti: And if you could boot into the original firmware, go to Settings->About and check the version number? |
| 04:09:44 | Llorean | gxti: Your partition layout matches mine exactly, so it's unlikely that that's it unless something is corrupt. |
| 04:10:42 | Davide-NYC | The iriver h10 never had LCD remotes? |
| 04:11:01 | Llorean | I don't believe so, no. |
| 04:11:29 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 04:11:35 | | Join yole [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 04:13:28 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 04:13:52 | | Join yole [0] (n=phileas@CPE00134645d959-CM0012c9a9ae36.cpe.net.cable.rogers.com) |
| 04:14:44 | gxti | Llorean: version is 1.3 |
| 04:15:24 | Llorean | Mine's 1.2 |
| 04:15:36 | Llorean | But I don't have access to windows right now to update and see if it causes crazy crashes. |
| 04:16:06 | gxti | i haven't even plugged this into a windows box in at least 6 months |
| 04:16:09 | gxti | (or a mac) |
| 04:16:53 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 04:17:03 | Llorean | It's been almost a year and a half since I've plugged it into a computer with iTunes installed. |
| 04:17:10 | | Join yole [0] (n=phileas@CPE00134645e8d1-CM0012c9ab589a.cpe.net.cable.rogers.com) |
| 04:17:25 | * | gxti waits for itunes to install |
| 04:17:30 | Llorean | It's *possible* that the newest version of the Apple in-flash bootloader is causing the problem. |
| 04:17:48 | Llorean | gxti: You're running a newer version than me, it's unlikely updating with iTunes will do much good. |
| 04:17:53 | * | gxti shrugs |
| 04:17:55 | Llorean | And your partitions seem fine at least |
| 04:18:13 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 04:18:15 | * | gxti backs up the first 128mb in case updating bricks something |
| 04:18:37 | | Join yole [0] (n=phileas@CPE00134645d959-CM0012c9a9ae36.cpe.net.cable.rogers.com) |
| 04:21:16 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 04:21:22 | | Join yole [0] (n=phileas@CPE00134645e8d1-CM0012c9ab589a.cpe.net.cable.rogers.com) |
| 04:22:09 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
| 04:24:37 | gxti | itunes killed vmware. nice. |
| 04:24:42 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 04:25:03 | gxti | seems to have bricked the firmware first, though |
| 04:25:12 | | Join yole [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 04:25:41 | | Quit Insectoid (Read error: 104 (Connection reset by peer)) |
| 04:25:51 | Llorean | You can't really brick an iPod unless you interrupt it during flashing, which requires a pretty concentrated effort since Apple copies the data first, then the flashing happens. |
| 04:26:06 | Llorean | You pretty much have to manually cut power to the device while there's a progress bar on the screen |
| 04:26:18 | gxti | well, it's not really bricked |
| 04:26:28 | Llorean | Ah, we do ask that you be careful about use of the word "brick" around here. |
| 04:26:34 | gxti | piece of shit, this time it blue screened |
| 04:26:36 | Llorean | We kinda take it as a technical term. |
| 04:26:43 | gxti | guess i need to find a windows box |
| 04:27:19 | * | gxti images his backup over (good thing i made one, eh) |
| 04:29:20 | | Join ptw419 [0] (i=ptw419@66-90-157-228.dyn.grandenetworks.net) |
| 04:29:46 | | Join yole2 [0] (n=phileas@CPE0013464a259f-CM0012c99f19b6.cpe.net.cable.rogers.com) |
| 04:30:24 | | Part maffe |
| 04:30:36 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
| 04:33:21 | | Quit yole2 (Read error: 104 (Connection reset by peer)) |
| 04:33:39 | | Join yole2 [0] (n=phileas@CPE0013464a259f-CM0012c99f19b6.cpe.net.cable.rogers.com) |
| 04:36:49 | | Quit yole2 (Read error: 104 (Connection reset by peer)) |
| 04:37:16 | | Join yole2 [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 04:37:55 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:38:03 | | Join miepchen^schlaf [0] (n=hihi@p54BF634B.dip.t-dialin.net) |
| 04:38:30 | | Quit ptw419 () |
| 04:40:58 | gxti | in any case, with the previous nightly, it boots but can't play music (hangs at the now playing screen, sometimes has drawing glitches) |
| 04:43:09 | | Quit yole2 (Read error: 104 (Connection reset by peer)) |
| 04:43:41 | | Join yole2 [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 04:51:42 | | Quit yole (Connection timed out) |
| 04:51:58 | | Join yole [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 04:53:05 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 04:53:10 | | Join yole [0] (n=phileas@CPE0013464a259f-CM0012c99f19b6.cpe.net.cable.rogers.com) |
| 04:54:56 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 04:55:16 | | Join yole [0] (n=phileas@CPE0013464a259f-CM0012c99f19b6.cpe.net.cable.rogers.com) |
| 04:58:39 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 04:59:02 | | Join yole [0] (n=phileas@CPE00134645d959-CM0012c9a9ae36.cpe.net.cable.rogers.com) |
| 05:00 |
| 05:00:05 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 05:00:27 | | Join yole [0] (n=phileas@CPE00134645e8d1-CM0012c9ab589a.cpe.net.cable.rogers.com) |
| 05:01:31 | | Quit Nick_Brackley ("CGI:IRC (EOF)") |
| 05:02:35 | Davide-NYC | I'm going to fix the DeviceChart page based on the fair certainty that there were never any LCD remotes for the iriver H10. |
| 05:03:10 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 05:03:30 | | Join yole [0] (n=phileas@CPE00134645e8d1-CM0012c9ab589a.cpe.net.cable.rogers.com) |
| 05:04:19 | Llorean | Here's a cheerful PM I just got, that I don't really understand: "hi again, i am not happy with these loose forum rules, so could you please ban me?" |
| 05:04:49 | | Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
| 05:09:04 | Davide-NYC | LOL!!! |
| 05:09:16 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 05:09:43 | | Join yole [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 05:10:07 | Davide-NYC | Dear Llorean, what you have received, in that particular PM is known (to us humans) as sarcasm. |
| 05:10:15 | Davide-NYC | ;-) |
| 05:10:32 | Llorean | It's more the "loose forum rules" bit. |
| 05:10:47 | Davide-NYC | OMG! They mean that you rule the forums with an iron fist. |
| 05:10:53 | Llorean | Nah |
| 05:10:54 | * | Davide-NYC I'm dying over here... |
| 05:10:57 | Llorean | The complain isn't about me. |
| 05:10:58 | Llorean | It's about Febs. |
| 05:11:06 | Davide-NYC | Either way |
| 05:11:09 | *** | Saving seen data "./dancer.seen" |
| 05:11:10 | Davide-NYC | LOL |
| 05:11:12 | Llorean | I'm actually more thinking he meant it in an "unclear" context. |
| 05:11:22 | Llorean | He seems very confused as to why his posts have been deleted. |
| 05:11:24 | * | Davide-NYC slaps face |
| 05:11:54 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 05:12:07 | Llorean | Ah well. |
| 05:12:21 | | Join yole [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 05:13:41 | | Quit yole2 (Connection timed out) |
| 05:13:49 | Davide-NYC | Dear Everybody, I am soliciting your opinion and ideas −−> http://forums.rockbox.org/index.php?topic=11816.0 |
| 05:14:24 | Davide-NYC | Was that 'spammy' ? |
| 05:14:28 | Llorean | Nah |
| 05:14:34 | Llorean | But you're better off posting to the mailing list. |
| 05:14:50 | Llorean | Since the channel is transient, but the mailing list sits in your box and stares at you until you open the message |
| 05:14:51 | Davide-NYC | I'm not subscribed. |
| 05:15:08 | Llorean | The -dev mailing list is absolutely the best way to get the opinions of most of the devs. |
| 05:15:08 | Davide-NYC | Could you do me a favor and spam them for me? |
| 05:15:25 | Llorean | You won't be able to see responses unless you get on the list anyway. |
| 05:15:40 | Llorean | Or like, continually refresh the archives, but you won't be able to respond to the responses. |
| 05:15:55 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 05:16:19 | | Join yole [0] (n=phileas@CPE00134645e8d1-CM0012c9ab589a.cpe.net.cable.rogers.com) |
| 05:17:06 | Davide-NYC | alright I'm subscibed (urghh) |
| 05:17:12 | Davide-NYC | *subscribed |
| 05:17:12 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 05:17:41 | | Join yole [0] (n=phileas@CPE00134645d959-CM0012c9a9ae36.cpe.net.cable.rogers.com) |
| 05:18:14 | | Quit hannesd_ (Read error: 110 (Connection timed out)) |
| 05:19:16 | | Part maffe |
| 05:19:33 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
| 05:25:00 | Davide-NYC | good night all |
| 05:25:03 | | Quit Davide-NYC ("ChatZilla 0.9.78.1 [Firefox 2.0.0.5/2007071317]") |
| 05:26:55 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 05:28:51 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 05:29:24 | | Join yole [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 05:34:57 | | Quit XavierGr ("One firmware to rule them all!") |
| 05:36:10 | | Quit secleinteer (Remote closed the connection) |
| 05:36:29 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 05:36:51 | | Join yole [0] (n=phileas@CPE0013464a2581-CM00137116d20e.cpe.net.cable.rogers.com) |
| 05:37:53 | | Join Nick_Brackley [0] (i=cb57494b@gateway/web/cgi-irc/labb.contactor.se/x-c5fd558faeb57f22) |
| 05:41:44 | | Quit yole (Connection reset by peer) |
| 05:42:12 | | Join yole [0] (n=phileas@CPE0013464a259f-CM0012c99f19b6.cpe.net.cable.rogers.com) |
| 05:43:33 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 05:44:01 | | Join miepchen^schlaf [0] (n=hihi@p54BF634B.dip.t-dialin.net) |
| 05:44:22 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 05:44:22 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 05:44:35 | | Quit yole (Read error: 104 (Connection reset by peer)) |
| 05:44:55 | | Quit Nick_Brackley ("CGI:IRC (EOF)") |
| 05:45:16 | | Join jason313 [0] (i=jason@evades.your.banlist.org) |
| 05:45:28 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.5/2007071317]") |
| 05:48:22 | jason313 | whats the rockbox bootloader look like guys ? |
| 05:50:44 | jason313 | I wanna use the iPl2 boot loader so i can dual boot either apple OS,rockbox or ipodlinux |
| 05:53:40 | Llorean | The Rockbox bootloader isn't really seen |
| 05:53:51 | Llorean | But it can multiboot too, you just hold down the right button while booting. |
| 05:54:00 | jason313 | Iv got a Ipod video 80gig 5.5gen |
| 05:57:25 | jason313 | I havnt actually read anywhere that its supported by the Ipl2 bootloader yet :/ |
| 05:57:41 | jason313 | lol i installed it on my ipod but for some reason |
| 05:57:57 | Llorean | Questions about the iPL2 loader don't belong here. |
| 05:58:00 | Llorean | It's not our software. |
| 05:58:05 | jason313 | when you choose the "apple OS" option |
| 05:58:28 | jason313 | it goes into a bootcylce and will go back to the iPL2 loader |
| 05:58:31 | jason313 | oic :/ |
| 05:58:36 | jason313 | mybad |
| 05:58:45 | Llorean | This is #rockbox, for discussion of Rockbox software. |
| 05:58:54 | jason313 | yea i love rockbox |
| 05:59:00 | jason313 | dont get me wrong :) |
| 05:59:59 | jason313 | does ipodlinux have their own irc support channel ? |
| 06:00 |
| 06:00:09 | Llorean | I think it's just #ipodlinux |
| 06:01:31 | jason313 | cheers mate :D |
| 06:22:13 | Llorean | amiconn: Do you think it's possible that the newest Apple bootloader flash version could have something that conflicts with your frequency changes? |
| 06:22:29 | Llorean | Is there a state they could put the processor in that would cause it to be severely unstable in Rockbox? |
| 06:29:41 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 06:30:54 | | Quit YouCeyE (Read error: 104 (Connection reset by peer)) |
| 06:32:07 | | Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) |
| 06:37:53 | | Quit hcs ("Leaving.") |
| 06:46:03 | | Join rjefferson [0] (n=rjeffers@cpe-24-166-26-180.indy.res.rr.com) |
| 06:46:11 | rjefferson | hi |
| 06:46:24 | rjefferson | i think i just messed up my ipod :( |
| 06:46:51 | rjefferson | is anyone there willing to help? |
| 06:50:02 | jason313 | lol |
| 06:50:04 | jason313 | what you do ? |
| 06:50:12 | jason313 | restore it with itunes |
| 06:58:50 | scorche | rjefferson: what makes you think you messed it up? |
| 06:59:51 | rjefferson | the ipod is constantly rebooting |
| 06:59:56 | jason313 | oh |
| 07:00 |
| 07:00:03 | rjefferson | it shows the apple logo then reboots |
| 07:00:10 | jason313 | its in a boot cycle mate :) |
| 07:00:19 | rjefferson | i think i messed it up while messing with the partition table |
| 07:00:23 | rjefferson | how do i fix that? |
| 07:00:32 | scorche | why were ou messing with the partition table? |
| 07:00:33 | rjefferson | i can't get a computer to recognize it |
| 07:00:36 | jason313 | put it into diskmode by holding select and play |
| 07:00:46 | rjefferson | i was converting it to fat32 from hfs |
| 07:00:56 | | Nick midkay_ is now known as midkay (n=midkay@c-24-19-236-139.hsd1.mn.comcast.net) |
| 07:01:03 | scorche | were you following our instructions? |
| 07:01:03 | jason313 | then your pc will pick it up |
| 07:01:07 | rjefferson | nice! |
| 07:01:09 | rjefferson | thank you! |
| 07:01:10 | jason313 | what ipod is it ? |
| 07:01:11 | rjefferson | phew |
| 07:01:15 | jason313 | np's |
| 07:01:16 | rjefferson | ipod video |
| 07:01:16 | jason313 | :) |
| 07:01:24 | rjefferson | it's not mine, my girl would have had my ass |
| 07:01:32 | jason313 | lmfao |
| 07:01:44 | scorche | you really cant screw up an ipodunless you try very hard |
| 07:01:51 | jason313 | rjefferson do you run just rockbox firmware ? |
| 07:01:54 | rjefferson | yeah, i didn't think you could |
| 07:02:01 | rjefferson | i need to get it to fat32 first |
| 07:02:06 | rjefferson | i don't have a windows computer |
| 07:02:13 | scorche | rjefferson: are you following our instructions? |
| 07:02:16 | rjefferson | i was |
| 07:02:19 | jason313 | oic kk cool |
| 07:02:20 | jason313 | :) |
| 07:02:50 | | Join jhulst [0] (n=jhulst@c-71-205-0-132.hsd1.mi.comcast.net) |
| 07:03:02 | jason313 | I want to dualboot mine rjefferson with the iPL2 loader but I cant get it to work |
| 07:03:06 | jason313 | hehe |
| 07:03:27 | rjefferson | wow. that was scary. |
| 07:04:08 | jason313 | I dont think the 80gig 5.5g video is officaly supported yet :/ |
| 07:04:21 | scorche | by what? |
| 07:05:02 | jason313 | iPL2 loader |
| 07:05:22 | scorche | ok...you can stop whining about it in here... |
| 07:05:53 | jason313 | lol I'm not |
| 07:05:58 | rjefferson | where's the convert to fat32 page? |
| 07:06:11 | scorche | rjefferson: the manual links to it |
| 07:06:52 | rjefferson | ok |
| 07:06:56 | | Join ptw419 [0] (i=ptw419@66-90-157-228.dyn.grandenetworks.net) |
| 07:06:56 | jason313 | scorche the majority of people using rockbox are ipod owners :) |
| 07:07:07 | scorche | not necessarily |
| 07:07:12 | Llorean | jason313: Probably not true. |
| 07:07:18 | jason313 | yes they are |
| 07:07:20 | Llorean | As well, why does it matter of they're iPod users? |
| 07:07:32 | scorche | where is the evidence that they are? |
| 07:07:34 | Llorean | jason313: Have you performed an extensive survey then? |
| 07:07:47 | jason313 | yea i have |
| 07:07:49 | Llorean | If we judge by user activity, the majority of our users are e200 users. |
| 07:07:58 | scorche | surely you are not just throwing out random facts without data backing it up |
| 07:08:08 | rjefferson | grr i can't find the fat32 page |
| 07:08:12 | Llorean | They've provided the most posts in our forums in the most recent period, at least. |
| 07:08:21 | Llorean | What metric are you measuring by? |
| 07:08:29 | scorche | i promise it is linked to in the manual |
| 07:08:49 | scorche | somewhere on the part that prepares you for installation |
| 07:09:13 | rjefferson | found it |
| 07:10:06 | rjefferson | it doesn't have instructions for linux |
| 07:10:23 | rjefferson | doing this on a mac is what messed it up in the first place |
| 07:10:41 | rjefferson | just use mkfs? |
| 07:10:43 | jason313 | anyhow |
| 07:11:07 | jason313 | im sure there would be atleast one person here that has atleast messed with it |
| 07:11:13 | *** | Saving seen data "./dancer.seen" |
| 07:11:27 | scorche | for the last time...this channel isnt about ipl...it is about rockbox |
| 07:11:48 | jason313 | i mean why be so pathetic as to try and shrug me off, all yall gotta say is nope havnt messed with it before |
| 07:12:12 | scorche | because this is in the guidelines which you were supposed o have read before speaking |
| 07:12:13 | jason313 | there are shitloads of other people in this channel by chance maby just one of them may have |
| 07:12:20 | scorche | go ahead and read them now |
| 07:12:48 | jason313 | guidelines ? eh rules were made to be broken |
| 07:12:50 | jason313 | heh |
| 07:13:01 | scorche | no, they arent |
| 07:13:08 | Llorean | jason313: Rules are made because we intend to enforce them. |
| 07:13:09 | jason313 | yea they are |
| 07:13:18 | jason313 | yea ofcourse |
| 07:13:24 | scorche | rjefferson: those instructions can be used for linux too |
| 07:13:25 | Llorean | They wouldn't be written if they weren't going to be enforced. |
| 07:13:39 | jason313 | lol |
| 07:13:40 | rjefferson | yeah, i just used mkfs.vfat |
| 07:13:49 | jason313 | yall have nothing better to do with your time |
| 07:13:51 | scorche | you also need to copy over the mbr |
| 07:14:00 | rjefferson | i did that with dd |
| 07:14:05 | jason313 | then to enforce guidlines on an irc channel |
| 07:14:06 | scorche | good =) |
| 07:14:08 | Llorean | jason313: We don't like our logs being cluttered with off topic crud, it's that simple. |
| 07:14:12 | jason313 | sad really |
| 07:14:15 | Llorean | Ask in the appropriate channel. |
| 07:14:23 | Llorean | If nobody helps you there, that's your problem, but don't make it our problem. |
| 07:14:34 | | Quit rotator () |
| 07:14:49 | jason313 | ic |
| 07:17:24 | jason313 | well your #rockbox-community sucks ass |
| 07:17:30 | jason313 | 4 people |
| 07:18:23 | scorche | no one stays in there because not many are in there, not many are in there because no one stays...it isnt a kind cycle |
| 07:19:19 | Llorean | And then there are people like me, how are merely robots designed entirely to enforce rules and complain about guidelines not being followed. |
| 07:19:22 | Llorean | *who |
| 07:20:11 | jason313 | thats fucking sad dude |
| 07:20:17 | jason313 | this is a good actice channel |
| 07:20:19 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
| 07:20:21 | Mode | "#rockbox +b %jason313!*@* " by scorche (i=Blah@rockbox/administrator/scorche) |
| 07:20:41 | scorche | you are muted for 10 min...please use that time to read the guidelines |
| 07:20:44 | Llorean | jhMikeS: I think the user wants to play one file (for example an existing compressed recording) while recording a new one that's a mix of the playback and new thing. |
| 07:20:58 | Llorean | jhMikeS: For example, recording guitar music, then playing back and adding lyrics. |
| 07:21:18 | | Part jason313 |
| 07:21:37 | | Quit rjefferson (Remote closed the connection) |
| 07:22:52 | scorche | Llorean: too busy to come and bask in #rockbox-community? =P |
| 07:23:26 | Llorean | People might get the idea I have a personality, and we can't have that. |
| 07:23:50 | scorche | haha...he comes and rants about me in #rockbox-community, then moves to #ipodlinux after i banish him... |
| 07:24:14 | * | scorche sighs |
| 07:24:52 | scorche | Llorean: you should have stayed away from DCW then...we all know your dirty secret now =P |
| 07:26:16 | Llorean | I need to find someone with a Nano running 1.2 or earlier, doesn't mind the probability that they'll ruin their Rockbox support for a while, and has access to a windows box. :( |
| 07:26:37 | scorche | eek... |
| 07:26:43 | Llorean | Yeah |
| 07:27:04 | Llorean | Right now my best theory for the Nano problems is that 1.3 brings with it a flash update that borks recent Rockbox builds on the Nano |
| 07:27:07 | scorche | well, good thing i am on vacation and forgot to bring my ipod cable then =) |
| 07:27:29 | Llorean | I'm running 1.2 without *any* of the described problems, but don't have Windows as the windows laptop is in the shop. |
| 07:27:46 | Llorean | And I'm leaving town tomorrow for another week, so it'll be at least that long before I have a chance of testing for myself |
| 07:28:11 | scorche | sounds like everyone is going on vacation.. |
| 07:28:22 | Llorean | It's that time of year, it seems |
| 07:28:24 | scorche | i really should be working on the themes site... |
| 07:28:38 | Llorean | Heheh |
| 07:32:27 | Mode | "#rockbox -b %jason313!*@* " by scorche (i=Blah@rockbox/administrator/scorche) |
| 07:32:44 | Mode | "#rockbox -o scorche " by ChanServ (ChanServ@services.) |
| 07:32:53 | scorche | cs op #rockbox-community -scorche |
| 07:32:56 | scorche | whoops |
| 07:33:16 | scorche | grrr...i hate laptop keyboards |
| 07:43:05 | jhMikeS | Llorean: hrm. what do they expect out of these things? it's not mixing studio. same rules re: loading two codecs however. |
| 07:44:01 | Llorean | Clearly they expect magic anyway. |
| 07:44:37 | jhMikeS | I'd suggest they implement a plug for that sort of thing myself. |
| 07:44:41 | jhMikeS | *plugin |
| 07:45:09 | Llorean | Or a custom recording build with different buffer layouts maybe? |
| 07:46:07 | jhMikeS | they're in for a huge job if they want it using the core...I ain't doing it :) |
| 07:46:43 | Llorean | Hahaha |
| 07:50:22 | Llorean | Just wait, someone will come up with a reason that you should be able to record from multiple inputs (or right and left channel to separate files). Eventually you'll get asked to do anything anyone can imagine the hardware might be used for. |
| 07:51:59 | jhMikeS | I'll tell them it might be used for that if you want to redesign the hardware. |
| 07:52:21 | Llorean | Be careful, they just might. |
| 07:52:49 | jhMikeS | Well, if they can manage that, I'll listen more closely ;) |
| 07:53:11 | Llorean | Hehehe |
| 07:57:08 | jhMikeS | right now I just wanna know why the remote hotswap has to pound out remote plugged messages for a good 20 seconds so I can finish something else. |
| 08:00 |
| 08:12:37 | | Join dom [0] (n=dom@ip68-102-156-163.ks.ok.cox.net) |
| 08:40:53 | * | Llorean wants to know what's up with other peoples' Nanos |
| 09:00 |
| 09:11:04 | amiconn | ide timing, perhaps? |
| 09:11:15 | *** | Saving seen data "./dancer.seen" |
| 09:18:17 | Llorean | amiconn: Is that something that would vary with Apple_OS version, or could for some reason vary from model to model? |
| 09:18:28 | Llorean | Er, unit to unit of the same model, rather? |
| 09:18:52 | Llorean | Is there some way to check on it? |
| 09:19:51 | amiconn | The timing of the interface is set by the firmware. Afaik rockbox doesn't touch it yet, so either the loader sets different values, or it's set teh same but not suitable for 80MHz and some of the flash disks can't cope |
| 09:20:51 | amiconn | It should be possible to find out with some experiments on such a unit |
| 09:20:53 | Llorean | I'm betting it's that the flash loader sets different values then. |
| 09:21:03 | Llorean | So far, everyone with problems is using 1.3/1.3.1 |
| 09:21:21 | amiconn | Aha, collecting such info will also help |
| 09:21:49 | amiconn | ...ideally together with a flash loader dump of that and a working version |
| 09:21:52 | Llorean | I've asked a forum member who's running an earlier version to upgrade (I don't have access to windows at the moment, I have a 1.2 device that's working fine though) |
| 09:22:09 | Llorean | I've also asked him to dump his current (working) ROM, and then dump the ROM again if it doesn't work after the upgrade. |
| 09:23:18 | amiconn | I wonder why it doesn't even boot though. Does booting set CPUFREQ_MAX? |
| 09:23:25 | Llorean | It boots. |
| 09:23:39 | Llorean | It just gets a lot of illegal instructions, data aborts, and similar errors when playback is attempted. |
| 09:23:55 | amiconn | One of the experiments would be to keep the new clock setup code but change back to 78MHz for CPUFREQ_MAX |
| 09:24:10 | Llorean | Although some builds apparently get "Partition not found" so I guess those "don't boot" though they get past the Rockbox bootloader. |
| 09:24:25 | amiconn | Not a difficult patch but not a one-liner either (needs to change the #define and the PLL_CONFIG value) |
| 09:25:46 | Llorean | One person says that the problem starts immediately after your changes in 13763/13767. |
| 09:26:25 | Llorean | What would still be 78mhz, but without all the necessary clock setup code? |
| 09:26:43 | amiconn | 13763..13990 are broken on PP5022, I'd ignore that |
| 09:27:41 | Llorean | Alright |
| 09:28:28 | amiconn | Unfortunately there's no daily build between the fix for the first PP5022 problem (13991) and the 80MHz switch (14004) |
| 09:28:50 | amiconn | That might make it appear as the same problem, but it's not |
| 09:29:16 | Llorean | So, a build of 13991 would tell us what the problem is, or should I just change the line (and if so, which to what?) |
| 09:29:25 | Llorean | Err, change the lines. |
| 09:30:19 | amiconn | If 13991..14003 run ok, that would tell us this user had the first problem (which, btw, also appeared on Linus' G5.5 I still have) |
| 09:30:48 | Llorean | The first problem being the ide timing issue? |
| 09:30:50 | amiconn | The same is true for current svn with CPUFREQ_MAX changed to 78MHz |
| 09:30:53 | amiconn | nope |
| 09:31:14 | amiconn | The first problem is a timing issue in the clock setup only appearing on some PP5022s |
| 09:31:17 | Llorean | Ah |
| 09:31:31 | Llorean | And no fix for that yet? |
| 09:31:44 | amiconn | ? |
| 09:31:51 | amiconn | `That is fixed with 13991.... |
| 09:32:01 | Llorean | But unfixed after 14004? |
| 09:32:08 | amiconn | _nope_ |
| 09:32:11 | Llorean | I'm confused. |
| 09:32:17 | Llorean | They're having these problems with current builds. |
| 09:32:19 | amiconn | 14004 changes CPUFREQ_MAX to 80MHz |
| 09:32:32 | amiconn | ...and that might cause ide timing problems |
| 09:32:34 | Llorean | Aah |
| 09:32:59 | Llorean | So if 13991 works, but 14004 doesn't, it's IDE timing? |
| 09:33:02 | Llorean | Or probably so? |
| 09:33:09 | amiconn | Yes, probably |
| 09:33:37 | amiconn | The next test would then be current svn changed to 78MHz |
| 09:33:50 | amiconn | If that works again, it's definitely timing |
| 09:34:41 | Llorean | Do I just need to set CPUFREQ_MAX or do I need to make the pll change you mentioned? |
| 09:34:52 | amiconn | both |
| 09:35:43 | amiconn | Change firmware/target/arm/system-target.h line 39 to: #define CPUFREQ_MAX 78000000 |
| 09:37:26 | amiconn | Change firmware/target/arm/system-pp502x.c line 203 to: PLL_CONTROL = 0x8a121a04; |
| 09:37:48 | amiconn | And to be consistent for PP5020 (just in case you want to build that): |
| 09:38:29 | amiconn | Change firmware/target/arm/system-pp502x.c lines 177 and 179 to: PLL_CONTROL = 0x8a020d04; |
| 09:39:51 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 09:39:55 | Llorean | Okay, thanks |
| 09:41:42 | amiconn | If this does not help, there's another thing that could be tested |
| 09:41:49 | Llorean | What's that? |
| 09:41:57 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 09:42:33 | amiconn | The clock setup for PP5022 still contains a simplification over what the OF does. Two further experiments will then tell us whether there is a problem |
| 09:42:49 | amiconn | But that's a lot less likely than timing |
| 09:43:15 | Llorean | I'll upload a 13991, 14004, and current with the change build, and ask them to try each of them |
| 09:43:55 | amiconn | 14004 should be identical to plain svn regarding their problem |
| 09:44:32 | amiconn | So checking 13991 and current svn with 78MHz modification should be enough |
| 09:46:08 | Llorean | Ah well, I've already started uploading the attachments. I'll just leave it. |
| 09:50:56 | amiconn | I'd say let them test and report back for now. Not too many test at once, that might be scaring |
| 09:51:10 | amiconn | I have some further ideas what to test |
| 09:52:20 | Llorean | Well the forums were rejecting me attaching them anyway, so I'm just doing 13991, and the modified current now. |
| 09:52:22 | Llorean | So, two tests. |
| 09:53:36 | amiconn | All 4 permutations of the result will be possible |
| 09:54:10 | amiconn | Both not working -> 78MHz are still too much |
| 09:55:03 | amiconn | 13991 not working but modified svn working -> the way of PLL setup we use now is correct and the older wasn't, but 80MHz are too much |
| 09:55:27 | Llorean | It may still be fixable by doing some of our own setup on the timing though? |
| 09:55:50 | amiconn | 13991 working but modified svn not working -> the new PLL setup has problems with the simplification, and 80MHz are too much |
| 09:56:03 | amiconn | Both working -> 80MHz are too much |
| 09:56:16 | | Quit dom (Client Quit) |
| 09:56:19 | | Join Jens [0] (i=Jens@pdpc/supporter/active/Jens) |
| 09:56:59 | amiconn | Yes, if we find out how to set all timings properly, we should be able to make rockbox run stable at 80MHz |
| 09:59:03 | Llorean | Well, as I said, it runs absolutely stable on my 1.2 Nano, so there's an existing condition where 80mhz is no problem at least |
| 09:59:35 | amiconn | yup |
| 10:00 |
| 10:00:26 | | Join entheh [0] (n=purr@88-106-255-179.dynamic.dsl.as9105.com) |
| 10:00:44 | amiconn | Could be interesting to make a special build that dumps all interesting registers before touching them |
| 10:01:03 | amiconn | ...and then run that on 2 nanos, one with flash loader 1.2 and another with flash loader 1.3 |
| 10:01:28 | Llorean | Well mine's still flash loader 1.2. Once I've got access to a windows machine, I can run such a build before and after upgrade. |
| 10:01:56 | amiconn | Llorean: Hmm, could you check what CLOCK_0x2C is at in the I/O port debug on your nano? |
| 10:02:27 | Llorean | 0 |
| 10:02:36 | Llorean | Well, 00000000 |
| 10:02:59 | amiconn | ok |
| 10:03:23 | * | amiconn wonders why the mini g2 is the only pp502x target that doesn't have it set to 0 after boot |
| 10:05:31 | scorche | something to do with it being the only 5022 possibly? |
| 10:06:36 | amiconn | It isn't. |
| 10:08:07 | scorche | it isnt something to do with that, you mean? |
| 10:08:24 | amiconn | It's not the only PP5022 target |
| 10:08:47 | scorche | what else is? |
| 10:09:30 | amiconn | iPod video, nano, and the Sansa. At least from a programming point of view |
| 10:09:55 | amiconn | The PP5021 is a PP5022 internally, probably just not specified for the full 100MHz |
| 10:10:06 | scorche | 5021 and 5024, but yes...i wasnt looking at the programming POV |
| 10:10:07 | amiconn | And the PP5024 is a PP5022 with tacked on AS3514 |
| 10:10:14 | scorche | still is the main difference i can think of.. |
| 10:11:36 | amiconn | CLOCK_0x2C is also some kind of timing, all PP502x ipods set it in their clock setup |
| 10:12:15 | amiconn | Just the mini2g is the only one where the loader sets it to something else than 0 |
| 10:15:55 | Llorean | amiconn: Well, one user (who *may* have a different problem, his symptoms only show up with FLAC) says 13991 works, and the modified current build does not. |
| 10:20:17 | Llorean | Alright, 4 for 4 on people having problems being using 1.3 or 1.3.1 |
| 10:20:55 | amiconn | jhMikeS: Yellow and red... |
| 10:21:13 | amiconn | I also wonder why having one complex thread is better than having 2 simple ones... |
| 10:23:12 | jhMikeS | amiconn: I'm quite aware :) |
| 10:24:01 | jhMikeS | fewer threads, less to maintain. I wouldn't desrible this as complex though. |
| 10:25:23 | jhMikeS | should also be losing some bytes again since I left something I didn't need |
| 10:26:13 | amiconn | Even with the still missing jump scroll added back? |
| 10:26:19 | amiconn | (I mean the complexity) |
| 10:27:24 | jhMikeS | the scrolling itself is just called so nothing to add to the thread itself |
| 10:28:16 | amiconn | Well, the thread needs to calculate the steps, and when to cease jump scroll and continue normally |
| 10:28:43 | jhMikeS | sure, they just do that when they get called. I really don't see any issue myself. |
| 10:29:08 | * | amiconn also had to read the 2nd sentence several times before understanding it |
| 10:29:09 | jhMikeS | they already calculate when to delay, reverse, etc. |
| 10:29:35 | jhMikeS | the function just gets called at the set interval |
| 10:30:18 | amiconn | Yes, but jump scroll needs a far different interval |
| 10:31:26 | | Join stripwax [0] (n=Miranda@i-83-67-214-206.freedom2surf.net) |
| 10:31:35 | stripwax | morning |
| 10:33:01 | jhMikeS | amiconn: if jumpscrolling, you can just set another. I imagine some lines will jumpscroll while others will not and the ones that don't have to stay running at normal scroll speed. |
| 10:33:29 | amiconn | yes |
| 10:33:49 | amiconn | So in the worst case there are 4 different intervals to handle |
| 10:34:01 | amiconn | (main and remote, normal scroll and jump scroll) |
| 10:34:41 | jhMikeS | I don't think it will be more difficult this way that it otherwise would. the only difference is where the state data is stored. :\ |
| 10:34:46 | * | amiconn doesn't remember how this was handled in the old scroll thread.... need to check old svn |
| 10:42:01 | | Join barrywardell [0] (n=barrywar@194.46.160.145) |
| 10:42:02 | | Join darkraven [0] (n=darkrave@p54A3441B.dip0.t-ipconnect.de) |
| 10:44:53 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-241-131.pools.arcor-ip.net) |
| 10:47:55 | stripwax | Is the idea of the scrolling thread change just to reduce the thread count |
| 10:48:23 | | Join spiorf [0] (n=spiorf@host39-214-dynamic.8-87-r.retail.telecomitalia.it) |
| 10:48:30 | * | stripwax thinks of the scrolling_margins patch diff .. |
| 10:48:45 | | Quit barrywardell () |
| 10:49:02 | Llorean | amiconn: Okay, it seems to be "the new PLL setup has problems with the simplification, and 80MHz are too much" |
| 10:49:12 | | Join barrywardell [0] (n=barrywar@194.46.160.145) |
| 10:50:58 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 10:51:04 | | Quit gtkspert (Remote closed the connection) |
| 10:51:16 | | Join gtkspert [0] (n=gtkspert@gateless.info) |
| 10:51:25 | * | stripwax installs Qt/Windows, slowly... |
| 10:52:37 | jhMikeS | amicon: does it really take 20 seconds to make sure a remote is initialized? I'd think 5 would be more than sufficient. |
| 10:52:48 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 10:53:04 | JdGordon | evening all |
| 10:53:25 | amiconn | jhMikeS: It's better to stay on the safe side. When implementing this, I tested extremely slow insertion of the plug |
| 10:55:39 | linuxstb | stripwax: Regarding bootloader versions, I think that where the bootloader is stored on disk, we should embed a version number into the binary so rbutil can reliably confirm the version number. For targets with the bootloader in flash, I guess all we can do is write a text file, but IMO that should be outside .rockbox, as users can delete that without deleting their bootloader. |
| 10:55:57 | * | jhMikeS pictures a sloth with an mp3 player and sees the point :P |
| 10:56:22 | jhMikeS | what's that "Id" thing mean in the build table? |
| 10:56:42 | amiconn | ld |
| 10:56:46 | amiconn | linker error |
| 10:57:14 | amiconn | bygg.haxx.se seems to be unstable atm |
| 10:57:30 | jhMikeS | I and l look the same in my browser font |
| 10:57:44 | stripwax | linuxstb - that would be ideal, if we have an easy way of knowing (for each target) where in the binary that version stamp is stored (and also if it's clear what to do about existing bootloaders that don't have that information) |
| 10:58:29 | stripwax | Argh. QT installer for windows wants to install MingW. I already have like three versions of it from different crappy dev tools |
| 10:59:51 | | Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
| 11:00 |
| 11:00:24 | stripwax | but it seems they've all installed cut down versions so they can't be shared. humph. |
| 11:00:27 | linuxstb | stripwax: It could just be something like a magic string (e.g. "RBBLVers") followed by the version number - either at a fixed offset, or even randomly located in the binary (it would be easy for rbutil to search for it). |
| 11:00:51 | * | amiconn wonders why jhMikeS doesn't test-build the broken bootloaders. |
| 11:01:00 | amiconn | They're few (only one left) |
| 11:01:36 | Llorean | amiconn: Assuming the problem is IDE timing, do you have any ideas for fixing it? |
| 11:01:47 | jhMikeS | I did one, but forgot to do H300 |
| 11:01:48 | amiconn | Not yet |
| 11:01:57 | Llorean | Would you like a dump of the 1.2 ROM? |
| 11:02:01 | stripwax | linuxstb - mm - I was thinking against a random location but then again, the bootloaders are pretty tiny |
| 11:02:10 | amiconn | Atm I'm trying to understand why the PP5002 doesn't want to fire GPIO interrupts |
| 11:02:30 | amiconn | I want to make scrollwheel significantly more responsive on G1..G3 |
| 11:02:38 | linuxstb | stripwax: Even searching a few MB of data for a 8-byte identifier wouldn't cause a PC to sweat... |
| 11:02:41 | jhMikeS | amiconn: I saw you mention that the C fiq doesn't work? well, in SVN it doesn't work. with my pcm patch it does. |
| 11:03:15 | amiconn | It does work |
| 11:03:16 | * | jhMikeS figured out in the case of sansa, there's multiple GPIO bits |
| 11:03:34 | jhMikeS | amiocnn: for which player? the FIFO_FREE_COUNT mask is wrong for PP502x |
| 11:03:35 | amiconn | I thought it'd work better than the asm, but in fact it's the same |
| 11:03:46 | amiconn | iPod G2 |
| 11:04:02 | stripwax | linuxstb- I realise that :) I'd just rather not have rbutil do this search on the target harddrive every time you run it, it seems a waste. |
| 11:04:32 | linuxstb | stripwax: PCs are meant to be wasted... |
| 11:04:56 | Llorean | Hm |
| 11:04:58 | linuxstb | But seriously, reading 50KB from the disk and searching for a string isn't going to be that much different to reading a text file. |
| 11:05:03 | Llorean | Should the "Dump ROM contents" in the debug menu work? |
| 11:05:11 | stripwax | not worried about the pc, don't want rbutil to unnecessarily search the target.. |
| 11:05:16 | stripwax | (if possible) |
| 11:05:23 | linuxstb | stripwax: The bootloader is in a fixed location... |
| 11:05:30 | linuxstb | It's just the string within that bootloader. |
| 11:05:44 | stripwax | right. reading 50KB and reading 8MB are different, no? |
| 11:05:53 | linuxstb | Huh? There's no 8MB to read. |
| 11:06:15 | stripwax | mm, maybe I misinterpreted your 'reading a few MB of data' |
| 11:06:27 | linuxstb | I said "even reading a few MB of data" (which it won't do). |
| 11:06:54 | linuxstb | Just to stress the point that reading 50KB (the typical bootloader size) is trivial. |
| 11:06:54 | stripwax | ok - I thought you were saying some bootloaders were sized on the order of a few MB. If they're not - then there's no issue - ! |
| 11:07:02 | amiconn | Llorean: It should, but you'll probably get no noticeable feedback on the nano |
| 11:07:07 | stripwax | fine. anyway I'm still trying to get qt install working.. |
| 11:07:08 | Llorean | amiconn: I get a 0kb file |
| 11:07:19 | Llorean | Er, 0b |
| 11:07:40 | amiconn | eh? |
| 11:07:50 | stripwax | linuxstb - and if the search finds nothing, assume the bootloader is old? how do we know that the bootloader on download.rockbox.org is newer, without downloading it? |
| 11:07:51 | Llorean | When I use it, I get a 0-size file |
| 11:07:55 | amiconn | Connected too early, perhaps? |
| 11:08:12 | stripwax | (we were discussing to read the server timestamp from the http message) |
| 11:08:51 | Llorean | amiconn: Well, I choose the option, then for about 1.5-2 seconds it doesn't permit me to scroll, then a disk icon shows up in the status bar for a very brief period. Then a file exists in root, but it's 0 bytes. |
| 11:09:12 | amiconn | hmm |
| 11:09:16 | amiconn | Works on mini g2 |
| 11:09:35 | Llorean | It doesn't seem to on Nano. |
| 11:09:37 | linuxstb | stripwax: Just have a text file on the download server with a version string. We can control what's on the download server, so keep it simple. |
| 11:10:48 | stripwax | Actually that was my original suggestion! have a bootloader.zip file containing the bootloader bin and version.text .. |
| 11:11:06 | stripwax | unless you think the bootloader and the version file should be separate files |
| 11:11:17 | *** | Saving seen data "./dancer.seen" |
| 11:11:31 | linuxstb | Yes, keep them separate. |
| 11:11:47 | linuxstb | Just something like [bootloaderfilename].version |
| 11:12:02 | stripwax | ok. Who should I talk to to get that set up? Actually I asked this yesterday but was told 'it would be better to check the server timestamp in the http message' .... |
| 11:12:48 | stripwax | I don't seem to have much power on my own |
| 11:12:49 | linuxstb | There's no point until the bootloaders themselves contain a version number, at which time whoever builds the bootloaders can create the .version text files. |
| 11:13:11 | linuxstb | (and then give them to Bagder/Zagor/LinusN to copy to the download servers) |
| 11:13:14 | stripwax | ok - so who should I talk to to get *that* set up too? it's a bit chicken and egg |
| 11:14:14 | linuxstb | You could submit a patch which adds it. |
| 11:14:43 | amiconn | Llorean: Really odd. Works on all 3 PP502x targets I tested |
| 11:15:00 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 11:15:11 | Llorean | amiconn: Why did you think the Nano wouldn't give feedback? |
| 11:15:38 | amiconn | Well, you get a tiny bit of feedback (the short blink of the disk icon _after_ writing the file) |
| 11:15:46 | stripwax | linuxstb - fair point |
| 11:15:49 | Llorean | Yes, that's what I got. |
| 11:15:51 | amiconn | On the disk-based targets you can feel the disk spin |
| 11:16:52 | Llorean | Well, the file is created but it's empty |
| 11:17:26 | amiconn | Could you perform a chkdsk after that 0-file is written? |
| 11:18:25 | linuxstb | BTW, if you just want a copy of the flash (rather than solve the problem...) you can use this on a copy of the firmware partition - http://ipodlinux.org/Flash_Decryption |
| 11:20:58 | Llorean | amiconn: Should fsck pick it up? |
| 11:21:10 | amiconn | perhaps |
| 11:22:13 | Llorean | I'm not getting anything with it. |
| 11:24:49 | * | amiconn puzzled |
| 11:24:54 | amiconn | The file should be 1MB |
| 11:27:37 | | Join davina [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 11:29:14 | Llorean | Well, it's not working on mine at least. =/ |
| 11:29:24 | Llorean | Has it been tested on a Nano before? |
| 11:30:51 | | Quit thegeek () |
| 11:31:23 | linuxstb | Llorean: Yes. I have a dump from preglow's Nano to prove it. |
| 11:31:41 | Llorean | amiconn: Could the IDE timing issue prevent writing? |
| 11:31:43 | | Join Domonoky [0] (n=Domonoky@e179061018.adsl.alicedsl.de) |
| 11:33:00 | | Join GodEater [0] (n=vircuser@bb-87-80-121-64.ukonline.co.uk) |
| 11:33:01 | amiconn | Not when running at 30MHz |
| 11:33:27 | Llorean | Ah, and yeah nothing should've boosted assuming that doesn't. |
| 11:34:13 | stripwax | linuxstb - do any targets use encrypted on-disk bootloaders? e.g. bootloader-ipodvideo.ipod contains unencrypted strings |
| 11:34:28 | stripwax | if any do, that is going to make things harder this way |
| 11:36:16 | * | stripwax finds some interesting strings in bootloader-ipodvideo.ipod : "/.rockbox/codepages/932.cp" , "Blocking violation B->*T", .. |
| 11:36:53 | | Join DerPapst [0] (n=DerPapst@pD9EB12F5.dip0.t-ipconnect.de) |
| 11:37:23 | amiconn | Some mi4 targets might require encrypted bootloaders |
| 11:37:33 | amiconn | None of the current ones do afaik |
| 11:37:36 | stripwax | ok |
| 11:37:44 | DerPapst | Llorean: actually you don't need to have access to a winbox to upgrade your nnos firmware. |
| 11:37:49 | DerPapst | *nanos |
| 11:38:19 | Llorean | DerPapst: If I want it to properly flash I need not only OSOS but AUPD, and it needs to have the "Flash me" bit set, right? |
| 11:38:36 | DerPapst | correct |
| 11:38:51 | DerPapst | but the firmware files you get from apple include them |
| 11:39:08 | * | DerPapst has updated his video fw that ways |
| 11:39:13 | Llorean | Including the AUPD? |
| 11:39:14 | DerPapst | -s |
| 11:39:17 | DerPapst | yes |
| 11:39:49 | Llorean | I'd be nervous, I assume you have to DD it separately? |
| 11:39:49 | DerPapst | and we on iPL.org have a tool where you can extract AND decypt the aupd image from such a firmware file |
| 11:39:58 | DerPapst | nope |
| 11:40:09 | DerPapst | wait a sec... |
| 11:40:10 | linuxstb | stripwax: The mi4 bootloaders are unencrypted - we use the "plain text" trick to remove the need to encrypt them. |
| 11:40:14 | scorche | assuming restoring a new image would update it, http://www.rockbox.org/twiki/bin/view/Main/DeviceChart?topic=IpodManualRestore |
| 11:40:17 | barrywardell | yes, none of the current mi4 targets use encrypted bootloaders. the gigabyte bootloader is encrypted though. |
| 11:40:47 | DerPapst | Llorean: download your nanos firmware from here http://www.felixbruns.de/iPod/firmware/ |
| 11:41:02 | DerPapst | Llorean: rename the file to zip and extract it. |
| 11:41:06 | linuxstb | DerPapst: I mentioned that about 20 minutes ago... |
| 11:41:11 | stripwax | do only the irivers have encrypted bootloaders (which are in flash anyway)? thinking how best to handle these in rbutil - probably just store the unencrypted bootloader on the target disk |
| 11:41:16 | | Join obo [0] (n=obo@rockbox/developer/obo) |
| 11:41:22 | scorche | and that is in the link i just posted.. |
| 11:41:39 | DerPapst | Llorean: that contains the firmware including osos aupd and rsrc. |
| 11:41:52 | DerPapst | linuxstb: haven't seen it sorry ;) |
| 11:42:07 | barrywardell | stripwax: the gigabeat has an encrypted bootloader too. |
| 11:42:10 | Domonoky | stripwax. any luck compiling rbutil QT ? :-) |
| 11:42:27 | barrywardell | and that's on disk, for now anyway |
| 11:42:52 | stripwax | barrywardell - ah... |
| 11:42:53 | DerPapst | Llorean: and here is the tool that you can use to decrypt the aupd image without having to dump it from your nano. http://www.ipodlinux.org/Flash_Decryption |
| 11:43:04 | stripwax | Domonoky - it's only just finished downloading. qt is massive.. |
| 11:43:16 | Domonoky | :-) |
| 11:43:27 | DerPapst | Llorean: that might even work with the firmware including aupd dd'ed from your nanos firmware partition |
| 11:43:58 | stripwax | building now .. |
| 11:44:19 | Llorean | DerPapst: So I need to download the firmware from that link, decrypt it with that tool, then DD it to /dev/sdb1? |
| 11:44:28 | barrywardell | stripwax: it's very simple to decrypt though - see tools/gigabeat.c |
| 11:44:37 | linuxstb | Llorean: What do you want to do? |
| 11:44:47 | Llorean | linuxstb: Upgrade to 1.3 including flash. |
| 11:44:56 | Llorean | Though I'd like to get a good dump of my ROM first. |
| 11:45:07 | stripwax | barrywardell - so rbutil would need to include the decrypt code for gigabeat. I see this getting more complicated, not less .. hmmm. |
| 11:45:18 | linuxstb | Then just "dd" (or use ipodpatcher -w) to write the Firmware-X.Y.Z file you can get from the "felixbruns.de" site. |
| 11:45:36 | barrywardell | stripwax: yes,it would |
| 11:45:38 | scorche | Llorean: that is in the link i posted above |
| 11:45:45 | Llorean | linuxstb: Okay. |
| 11:45:50 | Llorean | Do we know if it'll downgrade flash? |
| 11:45:56 | stripwax | barrywardell - thanks for the info! decrypting the bootloader and scanning it for a magic string just to find out what version it is seems like overkill for something simple. |
| 11:46:02 | linuxstb | Llorean: That's just an image of the firmware partition (with the "update me please" bit set in the AUPD header). |
| 11:46:11 | Domonoky | stripwax: i would just let rbutil check the timestamp of the bootloader on the server, and let it write a bootloader.version file to the DAP.. |
| 11:46:14 | DerPapst | Llorean: better not decrypt the aupd file and then dd it to your iPod... otherwise you end up with a brick |
| 11:46:26 | stripwax | linuxstb - what did you have against rbutil just writing the version string to .rockbox somewhere (and assume that the user doesn't manually update the bootloader any other way)? |
| 11:46:39 | stripwax | Domonoky - hmm, not what linuxstb said |
| 11:46:52 | Llorean | linuxstb: Is the "update me please" bit always obeyed, or will it not update to older AUPD images? |
| 11:46:53 | linuxstb | stripwax: It's unreliable - users can delete .rockbox. |
| 11:47:13 | DerPapst | Llorean: that aupd decrypter could be used to have a dump of the internal flash without the need to dump it from rockbox. |
| 11:47:15 | stripwax | linuxstb - ok, but in that case I'd say it's safe to assume the user wants to reinstall the bootloader |
| 11:47:34 | Llorean | DerPapst: Ah, this is good since I can't dump mine for some reason. :) |
| 11:47:49 | stripwax | unless reinstalling a new bootloader has adverse consequences, but I understood from y'days discussion that we always want to have users running the latest bootloader |
| 11:48:07 | DerPapst | Llorean: the firmware in the flash decrypts the aupd image itsself while updating. |
| 11:48:08 | linuxstb | Llorean: I don't know if you can download the flash. |
| 11:48:15 | stripwax | so: if .version is missing, reinstall bootloader. otherwise, check .version against http timestamp |
| 11:48:22 | Llorean | linuxstb: You mean downgrade? |
| 11:48:27 | linuxstb | Llorean: Yes ;) |
| 11:48:54 | stripwax | and since download.rockbox.org has only one version of the bootloader (the latest) I don't see how this could go wrong, and it seems a lot simpler.. |
| 11:49:00 | | Quit Jens (Read error: 104 (Connection reset by peer)) |
| 11:49:01 | DerPapst | Llorean: you can downgrade when you have the old firmwarefile including an oder aupd image and the "flash me" bit set. |
| 11:49:04 | Llorean | Ah well. At this point I'm reasonably certain 1.3 is what's causing the Nano problem. |
| 11:49:44 | Llorean | I'll upgrade tomorrow, after I've slept. |
| 11:49:45 | DerPapst | Llorean: you can get those older firmwares form older apple updater packages and a resource hacker tool. |
| 11:49:53 | Domonoky | stripwax: thats nice and simple.. :-) just ask the user if he wants to install.. because on some targets it requieres extra steps to install the bootloader.. |
| 11:50:35 | Llorean | DerPapst: What's the difference between for example the two different Nano 1G firmwares? |
| 11:50:59 | DerPapst | you mean 1.2 and 1.3? |
| 11:51:00 | stripwax | Domonoky - we discussed this y'day too I think. rbutil would say 'a new bootloader is available' but not do anything automatically for you, except for a first-time install |
| 11:51:09 | Llorean | DerPapst: No, 14.1.3.1 and 17.1.3.1 |
| 11:51:12 | Llorean | I assume they're both 1.3.1 |
| 11:51:18 | DerPapst | they are the same |
| 11:51:32 | DerPapst | i don't know why apple has two of them |
| 11:51:45 | Llorean | There could be some relevance there. |
| 11:51:57 | Llorean | It's not been investigated? |
| 11:51:59 | DerPapst | Llorean: maybe a way for apple to distinguish if it is a white iPod or a black one |
| 11:52:35 | DerPapst | Llorean: maybe md5 says more... |
| 11:52:48 | stripwax | Domonoky - are there any targets (that require extra steps to install the bootloader) where copying the latest bootloader to the device could be a problem? if rbutil just downloads and copies it automatically, even on those targets, there should be no issue. rbutil would then *additionally* say "hey I put the latest bootloader on your device, feel free to carry out the extra steps to install it if you wish" |
| 11:52:57 | stripwax | Domonoky - are you thinking h1xx/h3xx? |
| 11:53:14 | amiconn | stripwax: It's not that simple on all targets |
| 11:53:33 | amiconn | E.g. the iaudios delete the bootloader from where it must be put for flashing |
| 11:53:39 | Domonoky | stripwax: for irivers you need the user needs to provide an extra file.. |
| 11:54:04 | amiconn | And the mere presence of the file causes them to flash the bootloader when powered up by plugging the charger |
| 11:54:09 | DerPapst | Llorean: to downgrade you could use one of them http://www.ipodlinux.org/Apple_Updaters and some tool to extract the firmware for the nano from it. ipodwizard does that and resource hacker (both windows tools :-/) |
| 11:54:11 | Llorean | DerPapst: 14 is 16 bytes larger. |
| 11:54:13 | stripwax | Domonoky - yep, but if the user has already downloaded it (once) in the past, then that should be ok |
| 11:54:16 | Domonoky | for some targets they need extra steps, like switching the battery switch.. or using the OF to flash.. |
| 11:54:38 | DerPapst | Llorean: the ispw file or the actual firmware? |
| 11:54:39 | stripwax | Domonoky - yes. but even on those, the presence of the latest bootloader.bin on the target filesystem shouldn't be a problem |
| 11:55:16 | stripwax | amiconn - is there a wiki page describing that behaviour? not sure I understand it. |
| 11:55:22 | Llorean | DerPapst: The ipsw file |
| 11:55:50 | | Join Jens [0] (i=Jens@pdpc/supporter/active/Jens) |
| 11:56:02 | amiconn | stripwax: If you want to flash an iaudo, you put the firmware file (in our case: the rockbox bootloader) into /SYSTEM on the target |
| 11:56:33 | stripwax | amiconn - ok - so that's automatic, there's no manual step? |
| 11:56:35 | amiconn | Then you power down, and power up again by plugging the charger |
| 11:56:38 | DerPapst | Llorean: the ispw inculdes tro files... maybe there is a difference. I'll do a binary diff on the firmwares. |
| 11:56:47 | amiconn | Then the cowon loader will flash the file, and remove it from disk |
| 11:56:57 | Llorean | DerPapst: The firmwares themselves are identical |
| 11:57:10 | stripwax | if the file is just left on disk (i.e. you don't power down), would it cause a problem? |
| 11:57:16 | amiconn | It will not flash & remove if you power on by flicking the power slider without having the charger connected |
| 11:57:22 | DerPapst | so it's only the metadata file then... |
| 11:57:28 | stripwax | or if you power down & power up again but without the charger could it brick the device? |
| 11:57:33 | stripwax | ok |
| 11:57:37 | amiconn | No it won't |
| 11:57:52 | amiconn | but rbuitl shouldn't put the file there unless flashing is desired |
| 11:58:11 | stripwax | Not sure I understand why. Sounds like it will be ignored if the users doesn't do the flashing procedure |
| 11:58:17 | amiconn | And it must not rely on that file for version checking. That won't work |
| 11:58:27 | * | Domonoky thinks rbutil should just ask the user, and if he wants it, present the normal bootloader install screen.. |
| 11:58:41 | amiconn | It _will_ be flashed _and_ removed when powering on by plugging the charger |
| 11:58:46 | Llorean | DerPapst: The only difference is the value 14 vs 17 in the .plist file, and the addiction of <key>aboutBoxOrdering</key><integer>7</integer> |
| 11:58:46 | Llorean | |
| 11:59:05 | DerPapst | was about saying then same... |
| 11:59:10 | DerPapst | but too slow ;) |
| 11:59:13 | amiconn | No an uncommon case, happens if you want to just charge the unit.... |
| 11:59:15 | stripwax | amiconn - right, and that's good, and if you don't power on, it won't be flashed, or removed. so I'm not sure I understand the problem. it will either flash or do nothing, no? |
| 11:59:33 | Llorean | Oh, and displayinabout is true. |
| 11:59:37 | stripwax | or is flashing to the latest bootloader a bad thing? |
| 11:59:42 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-241-131.pools.arcor-ip.net) |
| 12:00 |
| 12:00:18 | amiconn | Flashing more often than necessary is generally bad, even though the procedure is very safe on iaudios |
| 12:00:28 | amiconn | It takes time, and puts wear on the flash chip |
| 12:00:33 | DerPapst | Llorean: i think that only has meanings for iTunes. not sure which though |
| 12:00:39 | stripwax | Domonoky - hm, maybe. I've spoken to rockbox users (ipod..) who neither know or care or understand what the bootloader is or what version it is, and if asked would almost certainly eihter click 'Yes upgrade' or 'No don't upgrade' ... |
| 12:00:59 | amiconn | (and the cowon loader has a bug that it cuts hdd power after flashing without spinning down, so you get a nasty hdd click) |
| 12:01:01 | stripwax | amiconn - ok. but it would only flash if the bootloader is new, so .. is that more often than necessary? |
| 12:01:02 | amiconn | (emergency park) |
| 12:01:21 | Llorean | DerPapst: Interesting. Either way, it seems the firmware itself is identical. |
| 12:01:39 | | Part maffe |
| 12:01:41 | Domonoky | stripwax: the best would be, to only check for a new bootloader after installing a new rockbox build (because then it could be needed) |
| 12:01:48 | amiconn | stripwax: My point is: rbutil can't rely on the bootloader file for version checking, because _it is not there_ most of the time |
| 12:01:48 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
| 12:02:11 | DerPapst | Llorean: better make a backup of your firmware partition ;) |
| 12:02:12 | stripwax | amiconn - I realise that, and that was my original point too - have rbutil write a .version file to the hdd. |
| 12:02:25 | stripwax | relying on the bootloader file for version checking was not my idea..! |
| 12:02:28 | amiconn | That can be removed... |
| 12:02:32 | Domonoky | amiconn: thats not really a problem, if there is no bootloader.version, just skip the check.. :-) |
| 12:02:43 | stripwax | amiconn - right, and if it's removed, assume you want a newer bootloader |
| 12:02:46 | Llorean | DerPapst: Won't do me much good unless you happen to know which bit I need to flip in it to get it to reflash the AUPD. |
| 12:02:49 | DerPapst | Llorean: maybe one could even reset the "flash me" bit so you can even downgrade the flash |
| 12:03:05 | DerPapst | mhh. good point :P |
| 12:03:09 | Llorean | Hehe |
| 12:03:20 | Llorean | I don't think there's any reason for me to go 1.3 at this point though. |
| 12:03:21 | stripwax | why would anyone dig around in .rockbox and remove bootloader.version while at the same time requiring that their bootloader isn't upgraded? seems like an unlikely combination of events |
| 12:03:41 | Llorean | I'm almost positive I'll just join the ranks of non-working Nanos |
| 12:03:43 | linuxstb | stripwax: My point was that in some cases rbutil can access the actual bootloader that's installed - so to me it seems better to check that (it will never be wrong). It just seems the "right thing". |
| 12:03:51 | DerPapst | It seems that the firmware on the flash doesn't check if the aupd image on the firmware partiiton is newer or not. |
| 12:04:22 | Llorean | linuxstb: fwiw, I agree that whenever the bootloader is on disk it should be checked. |
| 12:04:25 | Domonoky | linuxstb: but checking for a .version file would work on every DAP so no special solutions for every dap.. |
| 12:04:28 | DerPapst | i was able to downgrade my flash firmware. |
| 12:04:31 | DerPapst | on my 5.5G |
| 12:04:33 | stripwax | linuxstb - I agree with that - and for ipod I think it could work quite well - but in those cases there seems to be no downside to installing a newer bootloader if the version is missing, so I'd rather KISS |
| 12:05:11 | DerPapst | Llorean: you can downgrade it to with a 1.2 firmwarefile with the "flash me" bit set. |
| 12:05:21 | linuxstb | Checking the bootloader is simple - for ipods (and Sansa), it would just be a small function in ipodpatcher/sansapatcher. |
| 12:05:35 | pixelma | barrywardell: I corrected the date of your post on the test_fps site (hope that was right) ;) |
| 12:05:36 | stripwax | and for gigabeat requires include the decrypt code in rbutil |
| 12:05:37 | Domonoky | if you check the bootloader, you have to make checking code for every target, if you use a .version file it works for every dap.. |
| 12:05:52 | pixelma | barrywardell: I mean in the "date" column |
| 12:06:08 | | Quit Jens (Nick collision from services.) |
| 12:06:14 | linuxstb | Domonoky: We have bootloader manipulation code already for each target, so it's just adding an extra function to that API (where it's possible). |
| 12:06:31 | | Join Jens [0] (i=Jens@pdpc/supporter/active/Jens) |
| 12:07:18 | stripwax | what should the fallback be when it's not possible? |
| 12:07:32 | barrywardell | pixelma: thanks. I forgot to change the year |
| 12:07:34 | linuxstb | A /.bootloader.version file (in the root, not .rockbox) |
| 12:07:58 | amiconn | Bah, root clutter |
| 12:08:05 | stripwax | root? hmm.. |
| 12:08:16 | linuxstb | amiconn: I assume you won't be using rbutil though... |
| 12:08:31 | linuxstb | But put it in .rockbox if you want... |
| 12:08:32 | | Nick Jens is now known as Jens-Rex (i=Jens@pdpc/supporter/active/Jens) |
| 12:08:40 | barrywardell | stripwax: the gigabeat code is just one function though.... |
| 12:08:50 | stripwax | ok |
| 12:08:58 | DerPapst | Llorean: mind if i pm you? |
| 12:09:16 | Domonoky | we should stop discussing this, and someone should implement it :-) |
| 12:09:18 | Llorean | I don't mind. |
| 12:09:34 | amiconn | hrmpf :( |
| 12:09:45 | stripwax | Domonoky - I was .. :) |
| 12:09:52 | Domonoky | stripwax.. :-) |
| 12:09:56 | stripwax | not sure whether I should just start again or what .. :) |
| 12:10:21 | amiconn | Rockbox freezes at the logo just by allowing the check for GPIO interrupts, even if they're not actually enabled |
| 12:10:28 | amiconn | (on PP5002) |
| 12:10:37 | Domonoky | stripwax: implement it for rbutilQt.. if you need help, ask me :-) |
| 12:10:48 | stripwax | Domonoky - I am ... ! |
| 12:10:52 | * | stripwax hmms |
| 12:11:54 | Domonoky | but the bootloader installation isnt complete for rbutilQt.. sansas and irivers are still missing.. |
| 12:12:58 | stripwax | Domonoky - well, iriver will just have to be a .bootloader.version file so should be easy ... |
| 12:13:03 | amiconn | But ipl has that working, so I must be missing something important :( |
| 12:14:01 | amiconn | Llorean: I wonder whether the old setup (from 13991) will work on those nanos when pushed to 80MHz |
| 12:14:21 | amiconn | (iirc you said that 13991 works but svn with 78MHz does not) |
| 12:15:10 | amiconn | Not that it makes much sense as it (also?) seems to depend on the flash loader, but PP _is_ weird after all |
| 12:15:29 | Llorean | amiconn: Yes, though one person is reporting some strangeness even with 13991 (corrupt audio, though, which could be something different entirely) |
| 12:15:51 | amiconn | Are you able to dump flash with 13991? |
| 12:15:54 | Llorean | Nope |
| 12:15:57 | Llorean | I tried that. :) |
| 12:16:14 | Llorean | I need to sleep now though, it's past 5AM. |
| 12:16:26 | Llorean | I'll check in the logs when I wake, but I'll be traveling. |
| 12:16:34 | | Part Llorean |
| 12:22:10 | | Join eth01 [0] (n=eth01@wikipedia/eth01) |
| 12:22:18 | | Part eth01 |
| 12:23:18 | _jz | hi there |
| 12:23:29 | stripwax | hello |
| 12:23:32 | _jz | wasn't there supposed to be a new jpeg viewer with auto-fit image on screen ? |
| 12:24:37 | stripwax | was there? |
| 12:24:59 | amiconn | The jpeg viewer does fit the image on screen... |
| 12:25:44 | amiconn | (well, unless it's too large to fit even at 1/8 zoom) |
| 12:25:49 | amiconn | It always did |
| 12:28:50 | _jz | for me it doesn't |
| 12:28:58 | _jz | very often the image is very small in the center |
| 12:29:27 | amiconn | It's never smaller than 1/2 screen width and 1/2 screen height |
| 12:29:37 | _jz | and i don't remember the name of who told me that there was a new "fit to screen" function that should be implemented already |
| 12:29:45 | amiconn | (unless the image _is_ that small) |
| 12:29:49 | _jz | that's what i call _small_ !! (on a sansa ;) |
| 12:30:38 | pixelma | but it does not scale the jpg to the exact screen size - it scales so it fits on the screen completely but you can zoom - if it's small then the next zoom step will a bit larger than the screen |
| 12:30:41 | amiconn | Well, it's fit to screen. The jpeg viewer can only handle zoom stages of 1, 1/2, 1/4 and 1/8 |
| 12:37:21 | | Join thomasg_ [0] (n=thomasg@p57AFC9EB.dip.t-dialin.net) |
| 12:37:37 | | Quit Nibbier (Remote closed the connection) |
| 12:38:44 | stripwax | http://www.rockbox.org/tracker/task/7497 |
| 12:38:54 | stripwax | something like this? |
| 12:40:49 | _jz | haa ok so the problem is with the zooming abilities of the jpeg viewer |
| 12:40:52 | _jz | now i understand |
| 12:41:12 | Domonoky | stripwax: releasing new bootloaders is not an easy task, they need to be tested (depends on the target how important its is) |
| 12:41:19 | _jz | do you know if there's a way to bypass the "refresh database" the OF of the Sansa does on every boot, before you can access USB ? |
| 12:41:53 | stripwax | Domonoky - yep. could adding 14 bytes to the binary break something? |
| 12:42:29 | amiconn | It should be possible to make a fast fixed point downscaler for the jpeg viewer, but I don't know of any such project |
| 12:42:53 | stripwax | linuxstb - it seems deceptively simple so would like to check I didn't miss something! |
| 12:43:05 | barrywardell | _jz: yes, the rockbox bootloader does that, but currently only with certain firmware versions |
| 12:43:20 | Domonoky | stripwax: not really, but e.g. iriver bootloaders are older, and nobody knows if there currrent svn version works.. |
| 12:43:37 | amiconn | This would choose the smallest image bigger than the screen for decoding instead of the biggest image smaller than the screen, and then downscale for exact fit |
| 12:43:39 | _jz | hmmm |
| 12:43:40 | Domonoky | and irivers are bricks, with a non working bootloader.. |
| 12:43:44 | stripwax | also, until the updated bootloaders *and* .version files are available on the server, rbutil is no better off |
| 12:43:47 | _jz | not on the e250 obviously... |
| 12:44:15 | _jz | it's too bad, because i will _never_ use the OF anymore for anything else than USB transfers, so i really don't care about it's database :) |
| 12:44:23 | | Join Nick_Brakley [0] (i=cb57494b@gateway/web/cgi-irc/labb.contactor.se/x-ae3f977da382ef40) |
| 12:44:34 | Domonoky | stripwax: why dont check the timestamp of the file on the server, when there is no .version file ? |
| 12:44:37 | _jz | plus, every time you boot the OF, it creates its stupid directory structure with PHOTO / MUSIC / tmp etc... |
| 12:44:46 | _jz | this cannot be bypassed ? |
| 12:44:56 | barrywardell | _jz: i mean firmware version, not sansa version... |
| 12:45:10 | stripwax | Domonoky - timestamp != version however |
| 12:45:11 | * | _jz doing his first wps, extending the great "Cassette" wps :) |
| 12:45:15 | _jz | haaa i see |
| 12:45:22 | _jz | so i should upgrade the sansa firmware you think ? |
| 12:45:39 | barrywardell | it works with 1.01.11 or 1.00.12 |
| 12:45:57 | Domonoky | stripwax: sure, but the timestamp is enough to detect if there is a new version.. :-) |
| 12:46:27 | barrywardell | _jz: yes, if you upgrade to either of those, then install the rockbox bootloader again, it should bypass the database rebuild when usb is plugged in. |
| 12:46:43 | _jz | hmmm that's a great gain of time ! |
| 12:46:48 | _jz | is the firmware upgrade safe ? |
| 12:47:26 | stripwax | Domonoky - yep - but! - what will go into the bootloader.version file if the bootloader itself does not contain any version information? |
| 12:47:31 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 12:47:37 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-241-131.pools.arcor-ip.net) |
| 12:47:37 | stripwax | .bootloader.version on target that is |
| 12:47:39 | barrywardell | yes, there are a lot of recovery options if anything happens to go wrong |
| 12:48:02 | stripwax | i'm not sure I see the value in coding up two alternative schemes if one is going to be redundant as soon as new bootloaders are built |
| 12:48:12 | stripwax | unless new bootloaders are not going to be built .. |
| 12:48:27 | _jz | great :) |
| 12:48:41 | Domonoky | stripwax: put two things in the .version file, a timestamp and a version.. and you could leave the version out :-) like making the .version file a ini file.. |
| 12:49:54 | _jz | hoo... there's only a .exe binary on Sansa website :( |
| 12:50:16 | _jz | isn't there a way to upload Sansa's firmware from GNU/linux (sorry if the question isn't _directly_ rb related ;) |
| 12:50:33 | barrywardell | you can get the mi4 from http://daniel.haxx.se/sansa/e200/1.01.11A/PP5022.mi4 |
| 12:50:43 | stripwax | Domonoky - yes, and the timestamp will be redundant as soon as the bootloaders including this magic string. |
| 12:50:47 | barrywardell | put it on you sansa, then power off and back on |
| 12:51:09 | Domonoky | stripwax: yes, but then you dont need to build new bootloaders for every target.. |
| 12:51:12 | _jz | great ! |
| 12:51:16 | _jz | just in the root of the sansa ? |
| 12:51:25 | barrywardell | yes |
| 12:51:34 | _jz | kixass thanx |
| 12:51:56 | barrywardell | that will install the sansa firmware, then you'll need to run sansapatcher again to re-install the rockbox bootloader |
| 12:52:11 | stripwax | in that case, we're sort of back to what we originally suggested, where we just compare timestamps..! which is fine, i'll just go back to doing that, and maybe extend it when new bootloaders are built |
| 12:52:27 | Domonoky | stripwax: that would be good.. |
| 12:52:53 | _jz | i wish someday some company installs rockbox as a default on it's player |
| 12:53:12 | _jz | on each sale they could do a donation to rockbox equal to 1/3 of what R&D and developping and UI would have cost ! :) |
| 12:53:20 | Domonoky | i think especially the iriver bootloaders, will only be rebuilt if there is some really important code changes.. because of the risks.. |
| 12:53:25 | stripwax | tru3e |
| 12:53:40 | _jz | maybe there should be a special licencing condition for companies distributing it on their devices :) |
| 12:53:52 | _jz | "like _you have_ to pay if you do so, contact us so we negociate" :) |
| 12:54:04 | * | stripwax goes back to yesterday |
| 12:54:21 | belze_ | _jz: then you would have to put alot of work into the gui |
| 12:54:26 | | Quit thomasg__ (Read error: 110 (Connection timed out)) |
| 12:54:30 | belze_ | for now it is still a geek-firmware |
| 12:54:53 | _jz | yeah it's true |
| 12:54:59 | _jz | i'm just dreaming :) |
| 12:55:44 | _jz | but one day, with unified (logical) controls, a smooth nice accessible wps, and a very few clean and "finished" plugins... ? |
| 12:56:07 | _jz | i mean the equalizer, pitch, crossfading options may make any audio-lover drool, whether geek or not ! |
| 12:56:21 | amiconn | ? |
| 12:56:52 | | Join Nibbier [0] (n=sven@port-212-202-70-56.dynamic.qsc.de) |
| 12:57:04 | _jz | well forget it, just dreaming out loud :) |
| 12:57:18 | _jz | do the peak meter consume much more cpu/battery when enabled ? |
| 12:57:48 | * | amiconn thinks that eq and audiophiles don't go together |
| 12:57:55 | | Join thegeek [0] (n=thegeek@s189a.studby.ntnu.no) |
| 12:58:05 | amiconn | And crossfade is a matter of taste, I'll never use it |
| 12:58:48 | TiMiD[FD] | amiconn: congratulation for the ipod 1&2G port |
| 12:58:57 | TiMiD[FD] | you're advancing pretty fast |
| 12:59:03 | amiconn | ! |
| 12:59:16 | amiconn | Seems our irq stack is too small... |
| 13:00 |
| 13:00:33 | _jz | amiconn: for parties and/or random electronic music playlists it kicks ass |
| 13:00:47 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
| 13:01:08 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-241-131.pools.arcor-ip.net) |
| 13:01:14 | amiconn | Wee, snappy scroll wheel! :D |
| 13:02:32 | Domonoky | amiconn: would you like to give stripwax commit access ? so he can work better on rbutil ? :-) i dont want to commit all his patches *heh* |
| 13:02:38 | DerPapst | amiconn: the firmware dumps from a nano... do they contain something like zeropadding at the end (e.g. 1/2MB)? |
| 13:02:44 | amiconn | Domonoky: I can't |
| 13:02:54 | amiconn | There are only 3 people who have that power |
| 13:03:12 | DerPapst | and none of them is here as usual... |
| 13:03:15 | Domonoky | amiconn: only the swedes can ? |
| 13:03:18 | TiMiD[FD] | Domonoky: write a mail to danniel |
| 13:03:19 | * | JdGordon wonders if 7408 is needed? |
| 13:03:47 | TiMiD[FD] | daniel[at]rockbox.org |
| 13:04:19 | DerPapst | amiconn: i'm asking because i have decrypted aupd images from nano 1G fw. ver 1.2 and 1.3.1 here. in case you might be interested. |
| 13:08:12 | | Quit morrijr (Remote closed the connection) |
| 13:09:49 | _jz | http://tofz.org/stuff/Cassette-red.zip < if anyone is interested |
| 13:10:06 | _jz | it's the Cassette theme, with a red cassette and the title of the next song displayed |
| 13:10:07 | amiconn | DerPapst: I don't know, I'd have to compare them with a real dump |
| 13:10:09 | | Quit miepchen^schlaf ("Verlassend") |
| 13:10:11 | _jz | (for sansa) |
| 13:10:21 | _jz | i'll do it with a black cassette afterwards :) |
| 13:10:48 | amiconn | DerPapst: Btw, I seem to have found the problem with the GPIO IRQ and now have an interrupt driven button driver for the g1..g3 |
| 13:11:22 | *** | Saving seen data "./dancer.seen" |
| 13:11:22 | amiconn | Really snappy wheel operation, but button hold isn't quite correct yet |
| 13:11:36 | amiconn | (hold disables buttons but not the wheel) |
| 13:12:31 | DerPapst | heh |
| 13:12:44 | DerPapst | i though hold is a hardware hold |
| 13:12:52 | amiconn | Not on the g1 and g2 |
| 13:13:01 | DerPapst | aha... |
| 13:13:08 | amiconn | (not for the wheel) |
| 13:13:39 | DerPapst | amiconn: want the dumps anyway? i bet they are valid. they just don't contain the padding at the end. |
| 13:13:51 | DerPapst | you can pm me your mail adress if you want. |
| 13:13:56 | amiconn | Padding in flash is usually 0xff |
| 13:14:21 | amiconn | mrf |
| 13:14:33 | amiconn | Now that I changed a tiny thing, it hangs again!? |
| 13:14:37 | DerPapst | as i said.. they don't contain any padding. |
| 13:16:20 | DerPapst | oh.. the aupd images contain the apple stopsign too... |
| 13:17:54 | amiconn | hmpf |
| 13:18:30 | DerPapst | wth.. they contain widows paths... like "c:\buildtools\1.2\M26Firmware.proj\projectfiles\sandbox\Firmware\BootLoader\btMm.c,line:%d-" |
| 13:18:52 | DerPapst | does that mean apple devs develop the apple fw on windows?! |
| 13:19:00 | amiconn | I think so |
| 13:19:20 | amiconn | Iirc that's also present in the firmware |
| 13:19:39 | DerPapst | that is heresy!!1 |
| 13:21:14 | DerPapst | from time to time a apple employee that worked on iPods and the iPhone drops into #ipl.. gotta have to ask him ;) |
| 13:22:29 | DerPapst | seems like the flashbootloader is one single c file... |
| 13:26:21 | DerPapst | amiconn: i case you want them... here they are: http://217.235.18.245/ipod/ |
| 13:28:01 | | Join PaulJam [0] (n=pauljam@p54BCE30F.dip.t-dialin.net) |
| 13:28:06 | DerPapst | s/i/in |
| 13:28:08 | DerPapst | :P |
| 13:30:40 | | Quit GodEater ("User pushed the X - because it's Xtra, baby") |
| 13:31:53 | amiconn | Seems like I'm performing a firewire socket stress test :/ |
| 13:33:19 | DerPapst | hehe... |
| 13:33:23 | DerPapst | what do you do? |
| 13:33:49 | amiconn | compile - install - test - compile - install - test - compile .... |
| 13:34:50 | amiconn | I am wondering why we need so much irq stack on pp5002 |
| 13:35:15 | amiconn | This doesn't make sense; the handlers are small... |
| 13:37:10 | * | PaulJam now has a 40GB drive in his H320 :) |
| 13:38:09 | PaulJam | The new drive is much quieter than the old one. |
| 13:40:16 | | Quit Nick_Brakley ("CGI:IRC (EOF)") |
| 13:42:03 | PaulJam | I'm not sure if this is a bug in the bootloader USB mode, but after i installed the new HD i connected it to the PC and after windows installed the drivers i used the savely remove hardware and disconnected the player (i did not create a partition). after that the player only showed a blank screen and i had to use the reset button. |
| 13:42:35 | amiconn | It's a known bug in the bootloader |
| 13:42:46 | amiconn | LinusN wanted to fix that months ago :( |
| 13:42:53 | PaulJam | ok, thanks for the information |
| 13:42:56 | amiconn | It just hangs when there is no partition |
| 13:43:26 | pixelma | oh neat, 40GB single platter... may I ask how much it was and where you have it from? |
| 13:44:14 | PaulJam | pixelma: it was from ebay (eurotecc) |
| 13:45:08 | PaulJam | pixelma: http://cgi.ebay.de/Toshiba-1-8-ATA-40GB-HD-iPod-3-4-Gen-MK4007GAL_W0QQitemZ250136758596QQihZ015QQcategoryZ64696QQrdZ1QQssPageNameZWD1VQQcmdZViewItem |
| 13:45:32 | pixelma | thanks |
| 13:46:11 | pixelma | hmm... quite some money |
| 13:47:23 | stripwax | £73 from span.com |
| 13:47:28 | stripwax | http://www.span.com/catalog/index.php?cPath=23_504_1801 |
| 13:47:49 | stripwax | although out of stock.. |
| 13:49:36 | stripwax | is there such a thing as a zif interface adapter, to enable connecting the newer drives to older hardware? |
| 13:49:55 | pixelma | PaulJam: wonder what they would have done if you had send them your iriver for the exchange service (the offer sounds very confident that it'll be an Ipod 3rd/4th gen) |
| 13:53:56 | PaulJam | stripwax: there is a PDF that describes how to build a zif-ide adapter. and there is also a company (savannah systems or similar)working on producing one. |
| 14:00 |
| 14:00:48 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 14:04:54 | TiMiD[FD] | I was wondering about something |
| 14:05:36 | TiMiD[FD] | since a lot of players are aging, wouldn't it make sense to allow the user to define a battery capacity below the capacity of the stock battery ? |
| 14:05:48 | TiMiD[FD] | to lower the BATTERY_CAPACITY_MIN |
| 14:06:30 | TiMiD[FD] | so that in the gui we can choose a capacity that gives us a more accurate remaining playback time |
| 14:06:46 | belze_ | there is a menu-setting to do that |
| 14:08:34 | TiMiD[FD] | cannot go below BATTERY_CAPACITY_MIN |
| 14:08:50 | TiMiD[FD] | and on iriver for example BATTERY_CAPACITY_MIN is set to the default batery capacity |
| 14:11:50 | TiMiD[FD] | I wonder if setting this lower would hurt low power auto shutdown for example |
| 14:11:55 | belze_ | ah, ok |
| 14:13:07 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 14:13:24 | | Quit PaulJam (".") |
| 14:15:38 | pixelma | I would think that low power shut down is based on voltage... |
| 14:15:49 | TiMiD[FD] | I'll check |
| 14:16:13 | jhMikeS | JdGordon: there? I think I have something that will work nicely for sd insertion. |
| 14:26:42 | amiconn | hrrrrm |
| 14:26:55 | amiconn | It seems something isn't quite right on PP5002 |
| 14:27:09 | amiconn | It almost seems the cop isn't sleeping even though it should be |
| 14:39:00 | | Part pixelma |
| 14:39:08 | | Join Solymr [0] (n=DDD@203-173-12-17.dyn.iinet.net.au) |
| 14:59:21 | | Part Solymr |
| 14:59:36 | | Join idnar [0] (i=mithrand@unaffiliated/idnar) |
| 15:00 |
| 15:06:51 | | Join Alivan [0] (n=tgang@205.243.116.219) |
| 15:11:27 | *** | Saving seen data "./dancer.seen" |
| 15:14:12 | | Quit GodEater_ (Read error: 110 (Connection timed out)) |
| 15:29:13 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 15:29:33 | | Join rvvs89 [0] (n=0d1N@unaffiliated/rvvs89) |
| 15:57:19 | JdGordon | jhMikeS: am now |
| 15:59:05 | jhMikeS | JdGordon: hey. so you can try it out? |
| 15:59:21 | | Join Soul-Slayer [0] (n=Administ@89.240.231.11) |
| 15:59:44 | JdGordon | yeah |
| 15:59:48 | jhMikeS | http://www.rockbox.org/twiki/bin/viewfile/Main/MichaelSevakis?rev=5;filename=rockbox.mi4 |
| 16:00 |
| 16:00:38 | JdGordon | can you dcc instead? firefox likes to display the file instead of downloading it |
| 16:01:21 | JdGordon | actually... dw |
| 16:01:22 | | Join PaulJam [0] (n=pauljam@p54BCDF30.dip.t-dialin.net) |
| 16:01:29 | jhMikeS | I can try but it's never worked here. The IRC client is updated so maby. |
| 16:02:54 | JdGordon | perfect.... |
| 16:03:00 | JdGordon | there is a slight delay, but it shows |
| 16:03:29 | JdGordon | make the delay shorter and commit :) |
| 16:03:41 | jhMikeS | The delay is exacly the change...1s |
| 16:03:42 | barrywardell | jhMikeS: 13821 seems to have broken the Gigabeat bootloader: "*PANIC* Error! tick_add_task(): out of tasks". Any idea what caused that? |
| 16:04:12 | jhMikeS | barrywardell: what was in that? (like I remember :) |
| 16:04:26 | barrywardell | it was the lcd update |
| 16:05:23 | jhMikeS | it's breaks at exactly that? |
| 16:05:24 | barrywardell | "Gigabeat: properly confined framebuffer copies and a few pendantic changes to lcd_yuv_blit." |
| 16:05:24 | JdGordon | jhMikeS: HZ/2 delay instead? |
| 16:05:44 | barrywardell | yes, 13820 works fine, but 13821 doesn't |
| 16:06:36 | jhMikeS | JdGordon: sure. it's using a new timeout api. I'm not sure exactly how I want it implemented yet. just a first attempt. |
| 16:06:57 | JdGordon | oh ok |
| 16:07:15 | | Quit Domonoky (Read error: 104 (Connection reset by peer)) |
| 16:07:15 | JdGordon | does anyone object to adding the option to reverse the playlist order? |
| 16:07:30 | jhMikeS | barrywardell: I'm thinking about what could possibly have had any effect on ticks of all things. |
| 16:07:36 | JdGordon | I've got it working except trying to work out how to add it to the playulist control |
| 16:07:50 | JdGordon | was there a tick task with the old scrolling? |
| 16:08:00 | | Join Domonoky [0] (n=Domonoky@e176225069.adsl.alicedsl.de) |
| 16:08:08 | barrywardell | jhMikeS: There doesn't seem to be anything related to ticks in the code you added |
| 16:08:22 | jhMikeS | JdGordon: the sansa wheel? no...that's all the same |
| 16:08:42 | jhMikeS | barrywardell: indeed. that's what's bugging me. :\ |
| 16:11:28 | | Quit Galois (Remote closed the connection) |
| 16:12:09 | | Join Galois [0] (i=djao@efnet-math.org) |
| 16:14:15 | jhMikeS | something would have to be overwriting the tick function array to make it fail. grrr. |
| 16:17:57 | JdGordon | does anyone kknow how to tell the wps the playlist has changed? |
| 16:19:46 | jhMikeS | JdGordon: so that Next: is updated? |
| 16:19:53 | JdGordon | yeah |
| 16:20:33 | | Quit Galois ("Leaving") |
| 16:21:33 | JdGordon | ... and to get playback to buffer the new next tracks |
| 16:23:57 | * | jhMikeS is going to try to delete the next track from a playlist and see what happens. |
| 16:25:07 | jhMikeS | seems to work, so I suppose it's workable from there |
| 16:26:13 | | Join rasher [0] (n=rasher@rockbox/developer/rasher) |
| 16:27:29 | rasher | Domonoky/stripwax, may I ask what was wrong with the old Talkfile button? To be honest, the new one looks much worse (but is admittedly a better metaphor) |
| 16:27:47 | | Join Galois [0] (i=djao@efnet-math.org) |
| 16:29:07 | | Join leftright [0] (i=d9e1f097@gateway/web/cgi-irc/labb.contactor.se/x-92b3053d8719c476) |
| 16:30:20 | leftright | JdGordon: why dont you implement Random Directory as part of the main program, instead of it being a plugin ?, seems like a worthy task |
| 16:31:06 | JdGordon | it is part of the core... the plugin is needed to generate the list of folders, because it was deemed bloat |
| 16:31:17 | * | JdGordon wanted it in the core from the very beginig |
| 16:31:37 | leftright | aha, thanks for clarifying that |
| 16:32:48 | leftright | problem is that one can't exclude certain folders from the folder genrater, any way of impleting something to filter unwanted files, directories ? |
| 16:32:59 | * | Domonoky has a working iriver bootloader installer, for rbtuilQt.. :-) |
| 16:33:37 | Domonoky | rasher: if you make a nicer button, i am happy to include it :-) |
| 16:34:18 | * | jhMikeS suggest 1) little text files that contain directives for searches 2) a master list of directives for parts of rb (like what doesn't get searched for database/random, etc.) |
| 16:34:31 | rasher | Domonoky, well I can't improve it if you don't tell me what problem with the last one was. I thought it was nice and fit with the style of the other buttons. The new one looks rather out of place if you ask me |
| 16:35:59 | Domonoky | rasher: the new one has a good symbolic ( ie a talking dap) but it doesnt really fit.. |
| 16:36:06 | jhMikeS | not searching the recycle bin should be a standard entry |
| 16:36:10 | leftright | anyting that will make editing of the random folder easier would be nice, as I now have to go back and edit the Random Folder file manually after every update to the music directory |
| 16:36:32 | Domonoky | but now i concentrate on rbutilQt, and this version doesnt have the talkfile button jet..:-) |
| 16:36:54 | rasher | Domonoky, I still think the microphone was preferable, since it looked right, even if it wasn't as good a metaphor |
| 16:38:03 | JdGordon | there is a patch to add whitelist and blacklists to the random folder list generator |
| 16:38:30 | leftright | and yes not searching the recycle bin would be nice, I have a directory for classical music nested in my music folder, and its a pain to have to remove those entries manually |
| 16:38:43 | | Join jac0b [0] (n=jac0b@user-1120fok.dsl.mindspring.com) |
| 16:39:51 | jac0b | I am trying to sync up a patch I want to use. What is the easiest way of looking at the code |
| 16:39:56 | Domonoky | rasher: revert it if you think the old one was better.. (i dont really care about the images, functionallity first ) :-) |
| 16:41:03 | * | Domonoky has now completed bootloader installation in rbutilQt.. :-) |
| 16:41:06 | jac0b | "looking" I mean comparing and finding the problems |
| 16:41:27 | | Join Stalwart [0] (n=stalwart@ip-10.154.Home-Lan.fastnet.lv) |
| 16:41:48 | Domonoky | jac0b: apply the patch, and then take a look at the .rej files.. |
| 16:41:58 | Stalwart | does anyone have bootloader build for nano which doesn't load appleos if keylock is on? |
| 16:42:14 | Stalwart | or maybe someone can build such thing for me? |
| 16:42:15 | rasher | Domonoky, I'm interested to hear what stripwax says, because the logs seem to indicate he saw the doom button |
| 16:42:46 | Stalwart | rockbox kicks ass so much i doubt i'll return to appleos |
| 16:43:04 | jac0b | okay got the rej file open. do these numbers mean line numbers *** 1278,1283 **** |
| 16:43:22 | Domonoky | jac0b: yes they are line numbers.. |
| 16:43:44 | jac0b | domonkey: okay thanks |
| 16:43:49 | Galois | my nano doesn't boot at all with the keylock on |
| 16:44:06 | | Quit leftright ("CGI:IRC 0.5.7 (2005/06/19)") |
| 16:44:10 | Stalwart | even if you o\plug in cable when lock is on? |
| 16:44:47 | Galois | yeah |
| 16:44:53 | Galois | if I plug in the cable, it boots halfway and then freezes |
| 16:45:06 | Stalwart | often when i connect it to pc i forget to unlock keys and it loads appleos creating stupid default dirs =[ |
| 16:45:39 | Stalwart | looks like i'll need to set up toolchain and hack it myself... |
| 16:46:04 | Galois | I think there are multiple bugs related to booting via the cable. Good luck ... |
| 16:46:53 | Galois | seriously, ever since about March, the only way to connect the cable for me has been to turn it on first and then connect the cable |
| 16:47:57 | | Join Viperb0y [0] (n=Viperb0y@p5B20E55F.dip.t-dialin.net) |
| 16:48:30 | | Nick Jens-Rex is now known as JensRex (i=Jens@pdpc/supporter/active/Jens) |
| 16:49:10 | Viperb0y | Hi.. I got a "small" Problem. I installed rockbox and it works at my ipod 4th generation greyscale but after i turned it off, i want to turn it on, the "battery low" icon appeared and now I can't charge it, start it or do anything with my ipod :( |
| 16:50:55 | | Quit midkay ("Leaving") |
| 16:51:30 | Galois | do a reset |
| 16:51:37 | Viperb0y | How? |
| 16:52:14 | Galois | hold both of the menu and select buttons down for about ten seconds until the apple logo shows up |
| 16:53:00 | Viperb0y | Ah okay, works.. I'll remember that! Thank you :) |
| 16:53:46 | | Join Soap [0] (n=Soap@rockbox/staff/soap) |
| 17:00 |
| 17:00:22 | | Quit Viperb0y ("Client Exiting") |
| 17:02:49 | | Join stripwax [0] (n=Miranda@i-83-67-214-206.freedom2surf.net) |
| 17:05:09 | | Quit jac0b () |
| 17:10:38 | belze_ | Slasheri: u there? |
| 17:11:23 | Slasheri | belze_: hi |
| 17:11:28 | *** | Saving seen data "./dancer.seen" |
| 17:11:47 | belze_ | ah, i was wondering if the iriverflashing could be also used on the h110? |
| 17:11:53 | stripwax | ? |
| 17:12:10 | Slasheri | belze_: it should be possible if the bootloader is re-compiled for that player |
| 17:12:17 | Slasheri | but nobody has yet done that / tested it |
| 17:12:34 | Slasheri | please talk to LinusN for example |
| 17:12:35 | belze_ | hmm, i have a h110, but i guess the risk of briking it is quite high? |
| 17:12:39 | Slasheri | yes |
| 17:12:52 | belze_ | ok, thx so far |
| 17:16:05 | | Quit PaulJam (".") |
| 17:16:46 | | Join Insectoid [0] (i=Q@adsl-072-148-075-054.sip.gnv.bellsouth.net) |
| 17:17:52 | Insectoid | Has there been any focus toward, or development done on porting espeak or flight? |
| 17:18:28 | Nico_P | JdGordon: here ? |
| 17:18:46 | Insectoid | Yeah, to rockbox... |
| 17:19:04 | JdGordon | Nico_P: not for long |
| 17:19:05 | * | DerPapst redirects Insectoid to markun |
| 17:19:05 | stripwax | Insectoid : - you mean this? http://www.rockbox.org/twiki/bin/view/Main/TextToSpeech |
| 17:19:34 | Nico_P | JdGordon: just wanted to ask you a few questions about your buffering.c version from merge.patch if you remember what you did in it.... |
| 17:19:39 | Insectoid | stripwax: Thanks much. |
| 17:20:07 | JdGordon | Nico_P: i tried not to change any of it, i think bufopen was modified |
| 17:20:54 | Nico_P | JdGordon: well one thing you changed is that in bufclose the handle isn't removed anymore, it's removed later |
| 17:21:04 | Nico_P | why's that ? |
| 17:21:32 | JdGordon | umm.... i cant remember, might have been a mistake |
| 17:22:00 | Nico_P | also why did you rewrite the codec thread ? can't we just change the callbacks in playback.c ? |
| 17:22:25 | DerPapst | finally :D |
| 17:22:28 | | Join dandin1 [0] (n=dandin1@bas7-ottawa23-1088824222.dsl.bell.ca) |
| 17:22:43 | JdGordon | not sure |
| 17:25:40 | JdGordon | bed time, ttyl |
| 17:25:46 | | Quit JdGordon ("Konversation terminated!") |
| 17:25:46 | TiMiD[FD] | I'm just looking at the svn log fot rbutilqt, and I was thinking that it would be pretty nice to have all the interfaces (CLI, WX, Qt) using the same code for low level access instead of reinventing the wheel |
| 17:26:37 | Domonoky | TiMiD[FD]: would be nice, but thats not easy.. :-) |
| 17:26:49 | linuxstb | I'm assuming the plan is to delete rbutil-wx soon anyway? |
| 17:27:23 | Domonoky | the plan is to replace rbutilWx with rbutilQt when the Qt version has the same functionallity.. |
| 17:27:32 | linuxstb | That's what I mean... |
| 17:27:48 | TiMiD[FD] | it's not difficult to make a library that could handle firmware patching and stuffs like that |
| 17:28:04 | | Join chrisjs169 [0] (n=ubuntu@unaffiliated/chrisjs169) |
| 17:28:19 | TiMiD[FD] | having both wx and qt isn't disturbing for me |
| 17:28:19 | | Join yuan [0] (n=yuan@60.166.112.129) |
| 17:28:37 | stripwax | rasher - just looked at logs. yep, the microphone icon had the wrong metaphor. feel free to delete my patch and use a different icon |
| 17:28:38 | TiMiD[FD] | some people prefer qt, other wx ... |
| 17:28:55 | linuxstb | TiMiD[FD]: I can't see us maintaining both UIs though... |
| 17:29:00 | stripwax | i did see the doom icon on the *binary* downloaded from the wiki, but the microphone on a local build. maybe that was the confusion? |
| 17:29:05 | Nico_P | TiMiD[FD]: maintaining both would be a PITA |
| 17:29:20 | linuxstb | TiMiD[FD]: All the interested developers seem to be more than happy to use Qt. |
| 17:29:31 | TiMiD[FD] | the guys who did qt and wx are the same ? |
| 17:29:43 | Domonoky | nearly.. |
| 17:29:47 | Nico_P | using Qt makes me interested in working on rbutil :) |
| 17:29:47 | TiMiD[FD] | I prefer qt too, it's cleaner |
| 17:30:02 | Domonoky | only Cassandra, who started it with wx, doesnt have time anymore.. |
| 17:30:13 | linuxstb | Cassandra started the wx version, then left. Domonoky carried on with the WX version. Then bluebrother started Qt, and afaik Domonoky is now switching sides ;) |
| 17:30:33 | TiMiD[FD] | ok |
| 17:30:34 | Domonoky | linuxstb: correct... :-) |
| 17:30:36 | DerPapst | did she quit rockbox? |
| 17:30:50 | linuxstb | "currently inactive" |
| 17:30:50 | TiMiD[FD] | but would be nice to have cli and gui versions share the same code anyway |
| 17:30:55 | DerPapst | ahh ok |
| 17:31:08 | TiMiD[FD] | doesn't mean she quit ^^ |
| 17:31:12 | Nico_P | TiMiD[FD]: CLI would be cool indeed |
| 17:31:21 | TiMiD[FD] | I've been inactive for 2 years :) |
| 17:31:32 | DerPapst | welcome back :P |
| 17:31:37 | TiMiD[FD] | aren't there already cli tools to do what the gui does ? |
| 17:31:39 | Domonoky | command line interface shouldnt really be a problem with the new code.. |
| 17:31:45 | stripwax | not one single tool |
| 17:31:50 | TiMiD[FD] | yes |
| 17:31:52 | TiMiD[FD] | of course |
| 17:31:57 | TiMiD[FD] | separate commands |
| 17:32:08 | stripwax | separate tools are available, yes |
| 17:32:17 | * | Nico_P dreams of "install-bootloader /media/GIGABEAT" :) |
| 17:32:28 | TiMiD[FD] | but it seems that the code in the gui is just copied and past from the cli |
| 17:33:07 | Domonoky | Nico_P: codewise its not really a problem, you create a BootloaderInstaller object, fill the info in, and call install.. ( only the error output has to be reworked..) |
| 17:33:20 | linuxstb | TiMiD[FD]: Which CLI(s)? |
| 17:33:27 | TiMiD[FD] | for example even the headers containing the md5 sums have been copied ... |
| 17:34:13 | | Quit rvvs89 ("bed") |
| 17:34:22 | Domonoky | TiMiD[FD]: is only copyed those, because i wanted to move them into a seperate dir.. and didnt want to update the wx version... |
| 17:34:29 | DerPapst | coding is always c&p. best example: Redmond... |
| 17:34:39 | | Join GodEater [0] (n=bryan@rockbox/staff/GodEater) |
| 17:35:12 | TiMiD[FD] | I mean those headers are present 3 times |
| 17:35:22 | TiMiD[FD] | for cli, wx and qt |
| 17:35:23 | stripwax | in svn |
| 17:35:29 | DerPapst | vista probably still contains code introduced in win 3.1 |
| 17:35:29 | TiMiD[FD] | http://svn.rockbox.org/viewvc.cgi/trunk/tools/fwpatcher/h100sums.h |
| 17:35:37 | TiMiD[FD] | http://svn.rockbox.org/viewvc.cgi/trunk/rbutil/rbutilqt/irivertools/h100sums.h |
| 17:35:54 | stripwax | so this could all be refactored |
| 17:36:03 | TiMiD[FD] | would be nice yes |
| 17:36:16 | Domonoky | ah.. there are in the fwpatcher dir, because i rebuild fwpatcher, and didnt link it ( fwpatcher is windows only, i think) |
| 17:36:23 | stripwax | actually i thought you were suggesting rbutil should be a wrapper around the cli tools |
| 17:36:46 | TiMiD[FD] | not really a wrapper |
| 17:36:48 | Domonoky | stripwax: normally yes, and it is for the patchers code.. |
| 17:36:51 | linuxstb | But aren't both fwpatcher and rbutil-wx obsolete now? i.e. when the functionality is in rbutil-qt, they can both be removed from svn? |
| 17:37:01 | Domonoky | yes |
| 17:37:16 | TiMiD[FD] | but there should be a library providing access to basic functions used by both cli and rb util |
| 17:37:16 | stripwax | but only if you want to remove the cli tool .. ? |
| 17:37:35 | * | Domonoky thinks fwpatcher isnt cli.. |
| 17:37:42 | stripwax | ah. sorry! |
| 17:37:52 | TiMiD[FD] | fwpatcher is gui yes |
| 17:38:14 | TiMiD[FD] | it was just an example |
| 17:38:16 | Domonoky | thats why i rebuilt the functionality in rbutil (irivertools) |
| 17:38:28 | | Part Insectoid |
| 17:38:33 | Domonoky | and sansapatcher and ipodpatcher are used directly.. |
| 17:38:51 | | Part yuan ("Leaving") |
| 17:40:35 | Domonoky | TiMiD[FD]: but of course if you find a way to generalyse such basic functions, please do it :-) |
| 17:41:36 | TiMiD[FD] | generalise ? |
| 17:42:02 | Domonoky | like a basic library for both gui and cli... (think about the error handling :-) ) |
| 17:42:27 | TiMiD[FD] | error handling can be done without problem with exceptions .... |
| 17:42:49 | TiMiD[FD] | mixing gui and processing code is generally not a good idea anyway |
| 17:43:42 | Domonoky | but on the Gui i want an error log from the different functions, if something goes wrong.. (like at the moment done with the progress window) |
| 17:44:29 | | Quit alienbiker99 ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 17:45:52 | TiMiD[FD] | with theads and messages passing it's not a big deal |
| 17:46:38 | TiMiD[FD] | if the process is gonna take a little long, it's always better to launch it in a different thread anyway |
| 17:46:45 | TiMiD[FD] | so that the gui doesn't get stuck |
| 17:47:12 | Domonoky | TiMiD[FD]: Gui doesnt get stuck, its asynchronus.. :-) |
| 17:47:20 | | Join eudaemons [0] (n=anna@C-59-100-202-190.per.connect.net.au) |
| 17:47:24 | eudaemons | g'day |
| 17:48:02 | Domonoky | take a look at the BootloaderInstaller class in rbutilQt.. that could be nice to recode as generic (non-gui) class |
| 17:48:22 | Domonoky | but, its not easy :-) |
| 17:50:34 | TiMiD[FD] | sure |
| 17:51:12 | TiMiD[FD] | I have more fun with the code on the device though ^^ |
| 17:51:21 | | Part eudaemons |
| 17:51:21 | Domonoky | :-) |
| 17:51:25 | TiMiD[FD] | even if I prefer object programming |
| 17:52:36 | TiMiD[FD] | the code in rockbox is sometimes so messy and duplicated |
| 17:53:13 | TiMiD[FD] | would be nice to have the whole system written in some object language ^^ |
| 17:53:35 | TiMiD[FD] | of course it would probably eat a little more memory |
| 17:53:58 | Domonoky | TiMiD[FD]: that wont be good for code on the target, because of memory management..(remember no mmu on target) |
| 17:53:59 | TiMiD[FD] | and without malloc ot wouldn't be fun |
| 17:54:15 | TiMiD[FD] | I wonder if some targets have mmu |
| 17:54:31 | Domonoky | gigabeat s.. but its not ready for rockbox :-) |
| 17:54:40 | TiMiD[FD] | haha yes |
| 17:55:08 | TiMiD[FD] | the problem without malloc is that the static buffers are always allocated for the worst case |
| 17:55:17 | Domonoky | that thing so overpowerd you could run windows on it... ups they do.. :-) |
| 17:55:18 | TiMiD[FD] | taking the maimum space |
| 17:55:35 | TiMiD[FD] | ah it runbs wince ? |
| 17:55:45 | Domonoky | i thinks so .. |
| 17:55:55 | Domonoky | or at least the zune which is the same cpu.. |
| 17:55:56 | TiMiD[FD] | then linux would be more ppropriate for this device ^^ |
| 17:56:31 | TiMiD[FD] | rockbox is great because of the asm optimisations though |
| 18:00 |
| 18:00:31 | TiMiD[FD] | gonna go to bed anyway |
| 18:00:39 | TiMiD[FD] | 1am here |
| 18:00:49 | TiMiD[FD] | and 1 dates to handle tomorrow |
| 18:00:57 | TiMiD[FD] | 2 |
| 18:01:27 | DerPapst | good night |
| 18:01:36 | TiMiD[FD] | thank you |
| 18:01:53 | DerPapst | :) |
| 18:02:09 | TiMiD[FD] | have a nice coding day |
| 18:10:25 | | Join GodEater_ [0] (n=vircuser@rockbox/staff/GodEater) |
| 18:10:46 | | Join galdor [0] (n=galdor@bur91-2-82-231-160-213.fbx.proxad.net) |
| 18:10:49 | galdor | hi |
| 18:11:02 | | Quit spiorf (Read error: 110 (Connection timed out)) |
| 18:11:24 | galdor | does anyone know why plugging USB on m my iAudio X5 with Rockbox stop music ? |
| 18:11:52 | | Join spiorf [0] (n=spiorf@host39-69.pool80180.interbusiness.it) |
| 18:11:54 | galdor | isn't it possible to reload battery on my laptop during listening |
| 18:12:18 | GodEater_ | galdor: on most players there's a button you should hold while you plugin in the usb lead to acheive that |
| 18:12:35 | GodEater_ | for instance on the Gigabeat and the iPod you hold down "menu" |
| 18:12:46 | galdor | isn't it managed by rockbox ? |
| 18:12:48 | GodEater_ | and it stops it going into disk mode, and you can continue listening to your music |
| 18:12:55 | GodEater_ | galdor yes it is |
| 18:13:09 | galdor | ok, so i've just to search the good key :) |
| 18:13:35 | GodEater_ | yes. unfortunately I don't own an X5 so I don't know which one it's going to be. |
| 18:13:41 | galdor | ok, thank you |
| 18:17:04 | | Quit rasher ("Leaving") |
| 18:17:42 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 18:18:33 | | Join a1titude [0] (n=Compaq_A@206-163-245-208.swcr.hsdb.sasknet.sk.ca) |
| 18:29:49 | | Quit GodEater_ ("User pushed the X - because it's Xtra, baby") |
| 18:39:02 | | Join Jon-Kha [0] (n=Jon-Kha@a91-152-87-243.elisa-laajakaista.fi) |
| 18:41:50 | a1titude | What is meant by "188%" decoding speed, is this in full clock speed of a audio player? if that makes any sence |
| 18:43:18 | DerPapst | yes. fully boosted |
| 18:43:36 | DerPapst | measured with the test_codec plugin |
| 18:43:52 | a1titude | ahh, thanks |
| 18:44:32 | a1titude | so in normal use of the player is the "under-clocked" or not? |
| 18:44:40 | a1titude | *is it |
| 18:44:57 | DerPapst | it boosts and unboosts frequently. |
| 18:45:13 | DerPapst | unboosted it can't decode the mp3 fast enoough |
| 18:45:28 | DerPapst | it would skip every few seconds |
| 18:46:41 | | Quit ptw419 () |
| 18:47:10 | a1titude | thanks for the answer, I have an interest in the stuff, just don't know much about it. :) |
| 18:48:20 | Soul-Slayer | Is there a reason why, on the Gigabeat, the LCD Off option is in Debug and not under LCD settings? And is there a reason the setting doesn't save? |
| 18:50:13 | | Quit spiorf (Remote closed the connection) |
| 18:54:00 | | Part a1titude |
| 18:59:14 | | Quit GodEater (Read error: 110 (Connection timed out)) |
| 19:00 |
| 19:00:50 | | Part galdor |
| 19:02:42 | | Join GodEater [0] (n=bryan@rockbox/staff/GodEater) |
| 19:09:21 | | Join GodEater_ [0] (n=vircuser@rockbox/staff/GodEater) |
| 19:11:32 | *** | Saving seen data "./dancer.seen" |
| 19:18:43 | DerPapst | DerPapst->concert_wo_paying("Seeed"); |
| 19:18:44 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
| 19:21:06 | | Join miepchen^schlaf [0] (n=hihi@p54BF634B.dip.t-dialin.net) |
| 19:26:01 | | Quit Neovanglist (Excess Flood) |
| 19:26:04 | | Join Neovanglist [0] (n=Neovangl@69.16.150.16) |
| 19:48:45 | | Join netmasta10bt [0] (n=torment@pool-71-251-102-2.tampfl.fios.verizon.net) |
| 19:49:14 | netmasta10bt | is there anyway to get the scrolling behaviour on e200 the way it was on jul21 with the new scroll code? |
| 19:54:05 | Soap | netmasta10bt: is the scrolling behavior, in your opinion, only worse than July 21's when _not_ playing music, or is the scrolling behavior now worse _even when_ playing music? |
| 19:54:59 | netmasta10bt | hmm i didnt try while playing −− i can do that |
| 19:57:14 | netmasta10bt | Soap: yes, its only bad when not playing |
| 19:57:25 | | Part maffe |
| 19:57:49 | | Join maffe [0] (n=maffe@barmen.interhost.no) |
| 19:57:59 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 19:58:00 | | Join anathema [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
| 19:58:14 | Soap | that is a result of frequency scaling being re-added to the Sansa. |
| 19:58:40 | netmasta10bt | Soap: its still different (not as smooth) when playing, but a lot better |
| 19:58:46 | netmasta10bt | ahh ok |
| 19:59:28 | netmasta10bt | well if I get better battery life I'll take it :) |
| 20:00 |
| 20:00:46 | netmasta10bt | thanks for the help |
| 20:00:57 | Soap | When you are not playing music, the CPU is running at a lower speed, and running slow enough that the scrolling/LCD code shows its less-than-perfect state. The correct solution is still up for debate last _I_ saw (boost CPU while scrolling vs. make scrolling more efficient), but it is a known issue. iPod (esp. 5th Gen.) users have been dealing with this for a while. |
| 20:02:03 | Soul-Slayer | Is there a reason why, on the Gigabeat, the LCD Off option is in Debug and not under LCD settings? And is there a reason the setting doesn't save? |
| 20:05:42 | | Join RaRe [0] (n=Laffin_B@202.89.187.101) |
| 20:06:00 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 20:11:21 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 20:14:56 | | Join doc|home [0] (n=doc@gentoo/contributor/doc-007) |
| 20:15:00 | | Quit inversions (Read error: 110 (Connection timed out)) |
| 20:18:29 | | Join XavierGr [0] (n=xavier@ppp46-215.adsl.forthnet.gr) |
| 20:18:57 | | Quit GodEater_ (Read error: 113 (No route to host)) |
| 20:21:00 | | Quit RaRe` (Read error: 110 (Connection timed out)) |
| 20:21:09 | doc|home | I'm using an iriver h320 and encoding an mpg using mplayer but it's like the playback is slightly in slow motion only on the iriver. The original file is fine. Anyone got any idea why that might be? |
| 20:21:24 | doc|home | audio is fine on both |
| 20:21:50 | Soap | are the audio and video out of sync? |
| 20:22:26 | doc|home | on the iriver? yes, with the mpg being played on my computer? no |
| 20:23:57 | barrywardell | Soul-Slayer: I think the LCD Off wasn't working well and didn't give any power saving benefit anyway |
| 20:25:30 | Soap | doc|home: do you have frame-skip enabled in mpegplayer? |
| 20:26:26 | | Quit JensRex () |
| 20:26:31 | doc|home | let me check, the default is on and I haven't changed itafaik |
| 20:26:34 | doc|home | *it afaik |
| 20:27:38 | Soul-Slayer | barrywardell: Ah ok, thanks. |
| 20:27:45 | | Join spiorf [0] (n=spiorf@host39-69.pool80180.interbusiness.it) |
| 20:27:51 | doc|home | Soap: hmmm, where is that option? |
| 20:28:26 | | Join towlie-cell [0] (n=towliece@pool-71-104-99-22.lsanca.dsl-w.verizon.net) |
| 20:29:12 | Soap | I don't know the key-mappings on the H3xx, but the normal Menu button should bring up the mpegplayer menu (while in mpegplayer) with the three options "Limit FPS", "Show FPS", and "Skip Frames" |
| 20:29:30 | towlie-cell | i installed rockbox on my ipod and now i want tto remove it. how do i do that |
| 20:29:48 | Soap | doc|home: the wiki says your menu key in mpegplayer is the "A-B" button. |
| 20:29:55 | doc|home | ah, ok, sorry |
| 20:30:11 | Soap | towlie-cell: delete the .rockbox folder and use ipodpatcher to remove the bootloader. |
| 20:30:32 | doc|home | Soap: it's on |
| 20:30:55 | doc|home | I enabled show fps, looks like I'm only getting 7.1 |
| 20:31:14 | Soap | that's to be expected. |
| 20:31:37 | doc|home | hmmm, could that be the cause? |
| 20:32:27 | Soap | but if you aren't getting sync, even with Limit FPS on and Skip Frames on, you are supposed to check out this thread: http://forums.rockbox.org/index.php?topic=9583.0 (according to the "Known Bugs" section of the wiki) |
| 20:32:47 | doc|home | cool, thanks |
| 20:32:49 | Soap | check out and submit a link it says. |
| 20:35:58 | | Join webguest75 [0] (i=4423afb5@gateway/web/cgi-irc/labb.contactor.se/x-bf838a96eaa327cd) |
| 20:36:42 | doc|home | will do |
| 20:37:46 | | Quit webguest75 (Client Quit) |
| 20:38:41 | Soap | 8 pages of thread to read through ;) but could be helpful. |
| 20:39:19 | | Join Jens [0] (i=Jens@pdpc/supporter/active/Jens) |
| 20:42:51 | doc|home | :) |
| 20:47:55 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
| 20:49:20 | | Quit krp (Read error: 60 (Operation timed out)) |
| 20:51:07 | | Join robin_0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
| 20:55:55 | | Quit XavierGr () |
| 20:56:06 | | Join XavierGr [0] (n=xavier@ppp46-215.adsl.forthnet.gr) |
| 20:59:17 | | Quit towlie-cell (Read error: 110 (Connection timed out)) |
| 21:00 |
| 21:11:33 | *** | Saving seen data "./dancer.seen" |
| 21:11:52 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
| 21:12:18 | doc|home | is rockboy part of the normal distribution? I don't seem to have it |
| 21:18:42 | | Quit robin_0800 (Read error: 110 (Connection timed out)) |
| 21:20:52 | Soap | it is a viewer |
| 21:21:09 | Soap | "launch" a gameboy rom and it will load rockboy |
| 21:21:29 | doc|home | ah, ok, cool |
| 21:22:14 | | Join papabearr [0] (i=45f2a6be@gateway/web/cgi-irc/labb.contactor.se/x-d85929e37ffa1463) |
| 21:22:22 | papabearr | hello? |
| 21:22:36 | Soap | section 8.3.4 of the maual |
| 21:22:47 | papabearr | anyone there? |
| 21:22:51 | Soap | section 8.3.4 of the manual even |
| 21:23:29 | | Quit papabearr (Client Quit) |
| 21:23:45 | | Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
| 21:23:49 | Soap | there are 109 people here papabearr. Though the weekends are a slower time, and esp. at this time of day, feel free to simply ask you question, and next time someone with the answer looks at their computer screen it most likely will get answered/ |
| 21:25:23 | doc|home | Soap: thanks, just it was listed in http://download.rockbox.org/manual/rockbox-h300/rockbox-buildch9.html#x12-1860009.3.4 as a plugin so was expecting to see something there. sorry. |
| 21:26:47 | Soap | actually, doc|home, if you scroll up you'll see all the subsets of section 9.3 are viewers. |
| 21:27:08 | doc|home | ah, ok, thanks |
| 21:32:18 | | Join inversion [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
| 21:32:28 | | Join zooted [0] (n=Thumbtac@ool-18bc1d87.dyn.optonline.net) |
| 21:33:18 | zooted | Is there any way to reboot a frozen ipod 3g, other than letting the battery run out? |
| 21:37:00 | | Join The-Compiler [0] (n=florian@104.39.76.83.cust.bluewin.ch) |
| 21:39:29 | Domonoky | zooted: hold menu + select for about ~ 30 sec.. i think.. |
| 21:39:46 | | Quit barrywardell () |
| 21:41:17 | | Quit belze_ (Read error: 110 (Connection timed out)) |
| 21:41:33 | | Join belze_ [0] (i=nifty@dslb-088-073-244-104.pools.arcor-ip.net) |
| 21:41:37 | | Quit anathema (Read error: 110 (Connection timed out)) |
| 21:45:14 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
| 21:48:25 | | Quit inversions (Read error: 110 (Connection timed out)) |
| 21:54:50 | | Quit The-Compiler (Connection timed out) |
| 21:56:29 | | Join linuxstb [0] (i=5343d4aa@rockbox/developer/linuxstb) |
| 21:57:38 | | Join rotator [0] (n=e@rockbox/developer/rotator) |
| 21:58:24 | linuxstb | zooted: Hold MENU+PLAY to reboot. REW+FFWD together enter disk mode (immediately after a reboot) if you need to. |
| 21:58:34 | | Join zooted_ [0] (n=Thumbtac@user-0cceran.cable.mindspring.com) |
| 22:00 |
| 22:03:33 | | Join barrywardell [0] (n=barrywar@194.46.160.145) |
| 22:07:22 | | Join AceNik [0] (n=AceNik@117.98.21.219) |
| 22:08:08 | AceNik | guys im switching from cygwin to VMware is it advisable, & can t copy the contents of the same source of cywin to the vmware stuff |
| 22:08:24 | | Quit zooted (Read error: 110 (Connection timed out)) |
| 22:10:05 | linuxstb | AceNik: Most people seem to prefer vmware. But you can always delete the vmware installation and go back to cygwin if you don't like it. And yes, you should be able to copy your Rockbox source tree from cygwin to vmware. |
| 22:10:57 | AceNik | linuxstb: ok may i ask what is the imae of rockbox of 217MB, like it needs 2GB on unzip? |
| 22:11:01 | AceNik | image |
| 22:12:31 | | Quit dandin1 () |
| 22:21:29 | linuxstb | AceNik: I'm not sure what you're asking. |
| 22:22:30 | AceNik | you know in the wiki , there is a page that shows how to setup VMware, well there is a 217MB rockbox image, id like to know what is it & whether it is updated to the right version, its debian.7z |
| 22:23:09 | | Join HellDragon_ [0] (n=Nocebo@unaffiliated/helldragon) |
| 22:24:37 | linuxstb | On the VMwareDevelopmentPlatform wiki page, the file is called Debian-4.7z |
| 22:24:49 | AceNik | ya what is it ? |
| 22:25:13 | | Part zooted_ ("Leaving") |
| 22:25:31 | | Quit HellDragon (Nick collision from services.) |
| 22:26:06 | | Nick HellDragon_ is now known as HellDragon (n=Nocebo@unaffiliated/helldragon) |
| 22:30:52 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
| 22:37:10 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 22:37:23 | Soul-Slayer | AceNik: I haven't used it, but at a guess I'd say it was the pre-setup linux image you use in conjunction with VMware |
| 22:37:59 | AceNik | Soul-Slayer: im on a windws system do i need it ? |
| 22:38:39 | Soul-Slayer | Of course, all VMware does is (I'll probably get told this is the wrong word to use but I will) emulates a linux image |
| 22:38:54 | AceNik | ok |
| 22:39:02 | Soul-Slayer | VMware alone does nothing, you need something for it to emulate, that image is what you need to run through VMWare |
| 22:39:14 | | Join Rob2222 [0] (n=Miranda@p54B17DAD.dip.t-dialin.net) |
| 22:39:26 | AceNik | ok then whr do i paste the source files? |
| 22:40:04 | | Join salty_horse [0] (n=ori@pdpc/supporter/active/salty-horse) |
| 22:40:10 | Domonoky | you have to run the VMware programm, then you should get access to its filesystem via Network... |
| 22:40:32 | salty_horse | hi. i'm looking in the sansa manual for details about the expected location and format of cover art.. can't find any :/ |
| 22:40:32 | AceNik | ok ill try it out |
| 22:40:34 | AceNik | thanks |
| 22:41:20 | Soul-Slayer | salty_horse: This is because Album Art is not a supported Rockbox feature yet. |
| 22:41:43 | Soul-Slayer | There is a patch that allows it, but using vanilla Rockbox you won't be able to get cover art. |
| 22:41:53 | | Part AceNik |
| 22:41:58 | salty_horse | Soul-Slayer, i've seen it around in screenshots - is it a popular patch? |
| 22:42:10 | Soul-Slayer | The most popular patch I believe :p. |
| 22:42:19 | Soul-Slayer | Check the unsupported builds on the forums |
| 22:42:23 | doc|home | how come it hasn't been added? |
| 22:42:25 | salty_horse | also, can you answer why it isn't supported? (or point me to the discussion) |
| 22:42:30 | salty_horse | what doc said :) |
| 22:42:32 | Soul-Slayer | It's implemented in a way that isn't liked |
| 22:42:44 | Soul-Slayer | People are working on a way of getting it implemented to SVN |
| 22:43:40 | salty_horse | http://www.rockbox.org/twiki/bin/view/Main/AlbumArt |
| 22:43:44 | Soul-Slayer | I believe it's one of the things entered for the Google summer of code. |
| 22:45:17 | Domonoky | it is.. but its a long way... |
| 22:45:48 | Soul-Slayer | http://forums.rockbox.org/index.php?topic=10535.0 and http://forums.rockbox.org/index.php?topic=10956.0 are two Sansa unsupported builds including the Album Art patch, if interested. |
| 22:46:54 | Soul-Slayer | Read through the patches and decide which offers you the most useful stuff, if interested. |
| 22:47:02 | | Quit goffa (Read error: 110 (Connection timed out)) |
| 22:47:39 | salty_horse | i don't understand the concept of track metadata as mentioned in CoverArt - is it the id3/ogg desc tags? or some rockbox database metadata? |
| 22:47:47 | | Quit Soap (Read error: 104 (Connection reset by peer)) |
| 22:48:17 | Soul-Slayer | Album art can be stored in the tracks ID3 info (Not sure on the other file types) |
| 22:48:39 | | Join Soap [0] (n=Soap@rockbox/staff/soap) |
| 22:48:41 | Domonoky | metadata is all extra information which belongs to the track.. so id3, albumart, even the codec.. belongs to it :-) |
| 22:49:07 | Soul-Slayer | The patch will only read cover art from a file named 'cover.bmp' in the same folder as the album |
| 22:49:20 | Soul-Slayer | Which is highly limited if you haven't got your file structure set up like that |
| 22:49:22 | Soap | the current patch? |
| 22:49:39 | Soul-Slayer | Have there been modifications to it? |
| 22:49:50 | Soul-Slayer | I was under the impression it could only read from a cover.bmp file in the albums path? |
| 22:49:54 | salty_horse | this still confuses me: http://www.rockbox.org/twiki/bin/view/Main/AlbumArt#Currently - how is that current? |
| 22:49:59 | Soap | while cover.bmp is the first place it looks, does it not also look for <track name>.bmp and <album name>.bmp? |
| 22:50:29 | Soul-Slayer | Ah, that I didn't know |
| 22:50:55 | Soap | http://www.rockbox.org/twiki/bin/view/Main/AlbumArt#Where_to_put_the_pictures |
| 22:50:57 | Soul-Slayer | salty_horse: That is what the patch currently does. |
| 22:50:59 | linuxstb | salty_horse: What's confusing? Have you read the introductory paragraphs at the very top of the page? |
| 22:51:11 | Soul-Slayer | Soap: Ah yes, I see, thanks. |
| 22:51:29 | * | gxti resumes mangling his ipod |
| 22:53:11 | salty_horse | if the cover art used is the one in the file's dir, as mentioned in <http://www.rockbox.org/twiki/bin/view/Main/AlbumArt#How_to_use>, then why does it look in the track's metadata to find the path? |
| 22:53:31 | Soul-Slayer | It has to find the filename to look for |
| 22:54:15 | salty_horse | so the "metadata" is rockbox's metadata from the database? |
| 22:54:27 | linuxstb | salty: It doesn't look in the track's metadata, rockbox looks for the bitmap at the same time as Rockbox reads the metadata. It's all to do with how Rockbox buffers the files and minimising disk spin-ups. |
| 22:54:51 | | Join Bagder [0] (n=daniel@rockbox/developer/bagder) |
| 22:55:31 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 22:55:32 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 22:55:57 | salty_horse | gotcha. "disk spinups" are actually "disk access" in terms of flash memory, right? :) |
| 22:56:13 | gxti | reads cost nothing on flash :P |
| 22:56:16 | Soul-Slayer | Doesn't matter so much in terms of flash memory |
| 22:56:26 | * | gxti wonders where rockbox.org went |
| 22:56:30 | salty_horse | gxti, i think it does a bit. sec |
| 22:56:52 | Soul-Slayer | It's just hard disk based DAPs, where disk spinups need to be reduced to save battery life |
| 22:56:55 | gxti | right |
| 23:00 |
| 23:01:57 | salty_horse | gxti, can't find any immediate info on the power consumption, and i don't remember if what i've read once was about speed of different operations or the power |
| 23:02:10 | | Join Valryke [0] (n=the_undy@69.177.144.39) |
| 23:02:33 | salty_horse | in any case, using that unoptimized patch won't affect flash-based devices' battery life that much |
| 23:03:14 | Soap | I am no expert on power-draw issues, but I would (watch out!) assume that if there wasn't a penalty for accessing the flash Apple and Sandisk wouldn't have wasted the money puting DRAM in their flash based players. |
| 23:04:30 | Bagder | in apple's case, they _could_ have used the dram approach just to make the code identical to the hd units |
| 23:04:45 | Bagder | but I don't think that's the case |
| 23:05:49 | | Nick salty_horse is now known as salty-horse (n=ori@pdpc/supporter/active/salty-horse) |
| 23:08:11 | | Part Valryke |
| 23:08:13 | | Join Valryke [0] (n=the_undy@69.177.144.39) |
| 23:08:15 | | Part Valryke |
| 23:11:37 | *** | Saving seen data "./dancer.seen" |
| 23:14:11 | Nico_P | Bagder: hi, any chance that you'd have some time to tak a look at git hosting ? |
| 23:14:58 | Bagder | yeah, I think I'll be able to take a look at it soonish, my vacation ends now |
| 23:15:24 | Nico_P | seen http://repo.or.cz/w/Rockbox.git ? |
| 23:15:33 | * | linuxstb likes how Bagder has more time for Rockbox when he's supposed to be working... |
| 23:15:54 | Bagder | Nico_P: cool! |
| 23:16:13 | Bagder | linuxstb: let's not dig into that too deep ;-) |
| 23:16:35 | Nico_P | Bagder: it's not very practical though because someone has to manually push svn commits to that repo |
| 23:16:39 | * | linuxstb agrees with Bagder and puts the shovel down |
| 23:17:44 | gxti | typically git would replace svn entirely |
| 23:18:04 | Nico_P | gxti: we could have an official mirror |
| 23:18:19 | gxti | well, if you're going to mirror, you mirror the other way :P |
| 23:18:24 | gxti | (from git to svn) |
| 23:19:00 | Nico_P | Bagder: also, have you seen http://www.rockbox.org/twiki/bin/view/Main/GitVersionControl (esp. the last parts) ? |
| 23:19:14 | gxti | hm, come to think of it, i don't know of any such mirrors between distributed and non-distributed repos |
| 23:19:24 | | Join radioaktivstorm [0] (n=cm2@c-68-35-36-100.hsd1.nm.comcast.net) |
| 23:20:10 | radioaktivstorm | does the ipod shuffle 1G work with rockbox? |
| 23:20:16 | * | amiconn returns |
| 23:20:36 | linuxstb | Bagder: What do you think of this format for MAINTAINERS? (I'm not sure any more...) - http://www.davechapman.f2s.com/rockbox/MAINTAINERS |
| 23:20:49 | gxti | uh |
| 23:20:58 | amiconn | I think I know what the instability on the 2nd gen is - the same cpu scaling issue the PP5020 had |
| 23:21:05 | | Quit HellDragon (Nick collision from services.) |
| 23:21:23 | * | amiconn will soon check that theory by building with cpu scaling disabled |
| 23:21:35 | Bagder | linuxstb: I'm fine with that. Slightly more readable to the eye than my approach |
| 23:22:12 | Nico_P | linuxstb: what about a space after the second colon ? |
| 23:22:31 | | Join HellDragon_ [0] (n=Nocebo@unaffiliated/helldragon) |
| 23:22:46 | | Quit XavierGr ("One firmware to rule them all!") |
| 23:22:49 | Nico_P | and what is the first colon for ? |
| 23:23:21 | | Nick HellDragon_ is now known as HellDragon (n=Nocebo@unaffiliated/helldragon) |
| 23:23:26 | Bagder | Nico_P: the first colon would be used to identify a maintainer line |
| 23:23:38 | Soap | radioaktivstorm: no. |
| 23:23:57 | radioaktivstorm | ah, thanks ^^ |
| 23:24:07 | Nico_P | Bagder: makes sense... :p |
| 23:24:53 | Nico_P | linuxstb: in case you're thinking of committing, there are a few problems left in your file |
| 23:26:10 | linuxstb | What are they? |
| 23:26:25 | | Join XavierGr [0] (n=xavier@ppp46-215.adsl.forthnet.gr) |
| 23:26:47 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 23:27:25 | Nico_P | linuxstb: encoding errors (unless it's just my browser's fault), a stray A: left, a type in Björn's last name on the last line |
| 23:27:37 | Nico_P | s/type/typo |
| 23:27:45 | linuxstb | encoding is your browser. |
| 23:28:18 | Bagder | well, the page is claimed to be iso8859-1, while the content is utf8 |
| 23:28:23 | Domonoky | linuxstb: could you add me to Rockbox Utility in your Maintainers list befor commiting ? :-) |
| 23:29:19 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.5/2007071812]") |
| 23:29:23 | Nico_P | linuxstb: and what do you think of adding a few space ? |
| 23:29:29 | linuxstb | Bagder: Then it's my web server. Firefox is displaying it as utf-8 for me. |
| 23:29:43 | Bagder | funny, not for me |
| 23:30:07 | amiconn | linuxstb: Thanks for tweaking & committing the libmad patch :) |
| 23:30:18 | amiconn | Do we have a standard test track now? |
| 23:30:32 | linuxstb | amiconn: No :( |
| 23:30:39 | gxti | the vmware devel image is like a time machine |
| 23:30:57 | gxti | i haven't seen a desktop this ghetto in 5 years |
| 23:30:59 | gxti | :p |
| 23:31:08 | linuxstb | But anyway, the file was utf-8 before I edited it, and still is. |
| 23:31:09 | | Join Farp [0] (i=Farp@60.50.215.138) |
| 23:32:42 | gxti | the utf-8 is fine |
| 23:33:16 | gxti | the server must have a default encoding of iso-8859-1 |
| 23:33:23 | linuxstb | Nico_P: Yes, a space would make it more (human) readable. |
| 23:33:32 | Bagder | top-3 dl stats from build.rockbox.org in july 2007 so far: 13137 ipod video, 7002 ipod video 64mb, 6674 sansa e200 |
| 23:34:16 | amiconn | Is it possible to get aggregated stats of all mirrors? |
| 23:34:32 | Soap | I gotta run, but if you want my 14 meg "meta" test track, amiconn, I'll post it later tonight. |
| 23:34:46 | Bagder | amiconn: no... |
| 23:34:53 | | Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
| 23:35:49 | Soap | It doesn't pass the "> 200kbps LAME -V2" test, though. It is nothing more than a collection of segments from various genres of music harvested from the CC:SA licensed material on archive.org |
| 23:37:19 | Soap | 14MB .wav in size because I was led to belive that would safely fit completely inside the buffer of all SW Codec players. |
| 23:37:52 | amiconn | My theory seems to be correct :) |
| 23:38:08 | amiconn | Soap: Yes it should |
| 23:38:10 | * | gxti starts bisecting SVN to find what broke the bootloader on his (iPL-mangled?) nano |
| 23:39:09 | Nico_P | Bagder: regarding git, I won't be able to be of any assitance during the next 10 days because I'll be on vacation, but GodEater will probably be happy to answer any questions |
| 23:39:43 | * | amiconn wonders whether he should commit that (after ironing out the remaining quirks) |
| 23:40:04 | | Quit linuxstb_ ("Leaving") |
| 23:40:13 | amiconn | Is it a step back to achieve snappy scroll wheel and stable operation but sacrificing some runtime due to disabled scaling? |
| 23:41:23 | amiconn | If that works, I would consider rockbox stable enough on the 2nd gen to offer a build + bootloader |
| 23:42:02 | amiconn | Although - there's the shutdown problem. Currently I reset the ipod and enter the OF if I want to put the ipod away for a while |
| 23:42:21 | amiconn | (Resetting from rockbox is simple - it's the shutdown button press) |
| 23:42:21 | Bagder | is it different enough to warrant a sim build of its own? |
| 23:42:38 | amiconn | Well, the keypad define is different |
| 23:42:58 | amiconn | But currently no core screen or plugin makes use of that |
| 23:43:06 | * | Domonoky just commited Font and Doom installation for rbutilQt :-) |
| 23:43:07 | amiconn | And the 1st/2nd gen have no rtc |
| 23:44:15 | | Quit davina ("xchat on Ubuntu 7.04") |
| 23:46:16 | * | linuxstb wonders what gtxi is bisecting in SVN |
| 23:48:01 | Soul-Slayer | Does a port maintainer have to be a dev or would a typical end user running Rockbox daily on a specific port, able to report back bugs to the tracker (or here) suffice? |
| 23:49:37 | Soul-Slayer | Because if it's practically anyone, is it worth being in the maintainer list? |
| 23:51:13 | gxti | linuxstb: the 2007-07-26 nightly works on my nano, the 2007-07-27 nightly (and the latest build) get a 'No partition found' error |
| 23:51:18 | gxti | linuxstb: so i figure i'll find what revision breaks it |
| 23:52:00 | linuxstb | gtxi: OK. It's just that you referred to the bootloader. |
| 23:52:19 | amiconn | gxti: 14004, I'd expect |
| 23:52:39 | * | gxti siwtches linuxstb's t and x around |
| 23:52:46 | amiconn | I have some ideas what to try, but I'm a bit busy atm |
| 23:53:07 | gxti | is the bootloader the bit that was installed by ipodpatcher? |
| 23:53:15 | linuxstb | gxti: Thanks ;) I'm in the web client with bad tab-completion |
| 23:53:30 | * | gxti switches his own i and w around |
| 23:53:54 | linuxstb | Yes, ipodpatcher installs the bootloader. |
| 23:55:04 | gxti | then the bootloader seems to be fine |
| 23:57:09 | | Quit Nico_P (Remote closed the connection) |
| 23:58:15 | | Part radioaktivstorm |
| 23:58:46 | amiconn | linuxstb: 129% -> 165% realtime with a 200kbps mp3 :) |
icon identifies that the person is a core developer (has commit access).