| 00:02:31 | jhMikeS | you could try it |
| 00:02:51 | jhMikeS | might keep the code in the cache at all times |
| 00:04:24 | jhMikeS | though since it's separate dcache and icache it's probably not a big issue |
| 00:04:32 | | Quit davina ("xchat on Ubuntu 7.04") |
| 00:08:12 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 00:08:55 | | Quit n1s () |
| 00:10:22 | | Join iamben [0] (n=ben@dpc67142179038.direcpc.com) |
| 00:10:25 | * | jhMikeS wonders if he's just talking out his a** about everything and is just clueless |
| 00:12:28 | markun | well, I'm still experimenting a bit, I'll let you know the results |
| 00:12:57 | markun | no idea what I just did, but now it's even slower |
| 00:13:18 | * | jhMikeS sits upside down |
| 00:14:00 | markun | hm no, back to 614 |
| 00:14:11 | | Join SkinInd95 [0] (n=chatzill@71-217-136-108.hlna.qwest.net) |
| 00:14:54 | markun | the codec doesn't stay in memory, does it? |
| 00:15:13 | jhMikeS | till when? |
| 00:15:37 | markun | when I replace vorbis.codec and run test_codec again |
| 00:16:00 | jhMikeS | it should be reloaded every time |
| 00:18:34 | jhMikeS | I'm guessing - and it's a guess from experience - separating ldmia r2, {r6, r7} and smull r5, r8, r14, r6 would be measureable too. that's tough one but that data uses that sort of thing as _the_ example of a stall. |
| 00:18:51 | | Join kubiix [0] (n=Miranda@ip-89-103-17-41.karneval.cz) |
| 00:19:07 | jhMikeS | *datasheet |
| 00:20:16 | | Quit freqmod (Remote closed the connection) |
| 00:22:25 | markun | jhMikeS: looks like I'm getting the same speed without the optimized asm as with the asm aligned now |
| 00:22:30 | markun | but I'm calling it a day |
| 00:22:43 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
| 00:22:44 | markun | maybe you can do some test te verify it doesn't matter? |
| 00:23:34 | jhMikeS | I could do that later |
| 00:25:26 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
| 00:30:18 | | Join RaZorbacK [0] (n=BOFHIRC@gar31-1-82-66-75-34.fbx.proxad.net) |
| 00:31:33 | | Quit petur ("Zzzzz") |
| 00:34:12 | | Quit ender` (" I'm a complex person. I have a real and an imaginary part.") |
| 00:35:04 | | Quit Zagor ("Client exiting") |
| 00:35:06 | Isolinear | So is there any particular reason that a lot of fonts look jagged on the iPod 5G in Rockbox but smoother in OF? |
| 00:35:27 | | Quit kubrick ("leaving") |
| 00:36:30 | pixelma | how many fonts do you have in the OF? |
| 00:36:30 | scorche|work | the OF uses a form of anti-aliasing |
| 00:36:43 | RaZorbacK | hey guys. is there a way to output ciygwin's errors in a text file in order to read them more ieasily? |
| 00:36:48 | RaZorbacK | please ? :) |
| 00:36:50 | scorche|work | as well, they arent the same fonts, so they cant quite be compared equally |
| 00:37:02 | | Join JBotAlan [0] (i=43ac5149@gateway/web/cgi-irc/labb.contactor.se/x-cbe4d936acf858ca) |
| 00:37:04 | jepler | RaZorbacK: running in bash, you can append this to a command: > output 2>&1 |
| 00:37:15 | scorche|work | RaZorbacK: just like you would in regular linux |
| 00:37:22 | jepler | that will put the text in 'output' instead of the terminal |
| 00:37:34 | RaZorbacK | scorche: i'm on a egular windows :) |
| 00:37:42 | RaZorbacK | thanks for the tips :) |
| 00:37:42 | jepler | '... 2>&1 | tee output' to also see it on the terminal window |
| 00:37:46 | | Quit JBotAlan (Client Quit) |
| 00:38:52 | iamben | you can also use "&> output" in place of "> output 2>&1" |
| 00:43:00 | | Quit Lambuntu ("Leaving linux") |
| 00:43:50 | Isolinear | Doesn't the iPod sim have a key to activate the virtual hold switch? |
| 00:44:00 | preglow | don't think so |
| 00:44:14 | Isolinear | Dang, I could have sworn it did... |
| 00:44:52 | Isolinear | Ah, it's "H"! |
| 00:45:02 | Isolinear | My WPS was just screwed up so I couldn't see it... :) |
| 00:45:15 | preglow | it is? |
| 00:45:19 | preglow | damn,didn't know it had that |
| 00:45:22 | Isolinear | Yup. :) |
| 00:45:34 | Isolinear | Yeah, I was testing to see if my icon was working. |
| 00:45:36 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
| 00:45:42 | Isolinear | Apparently it wasn't... lol |
| 00:46:18 | * | Nico_P has pushed his MoB changes to http://repo.or.cz/w/Rockbox.git |
| 00:55:09 | pixelma | jhMikeS: still around? |
| 00:58:04 | * | preglow requestsbeer |
| 00:58:11 | * | preglow kicks space bar |
| 01:00 |
| 01:00:48 | | Quit scorche|work ("CGI:IRC") |
| 01:01:35 | | Join IpodOwns [0] (i=43a8cc97@gateway/web/cgi-irc/labb.contactor.se/x-77de0f240c4ff20b) |
| 01:03:30 | | Quit jhMikeS (Nick collision from services.) |
| 01:03:36 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
| 01:04:01 | *** | Saving seen data "./dancer.seen" |
| 01:06:05 | IpodOwns | how to i get themes on my ipod because i know you have to unzip them onto your ipod but that dosent work for me.. and i have a mac |
| 01:07:27 | IpodOwns | how to i get themes on it because i know you have to unzip them onto your ipod but that dosent work for me... and i have a mac |
| 01:07:56 | alienbiker99 | don't repeat yourself. somebody will help you if they feel like answering |
| 01:08:09 | advcomp2019 | the manual say how IpodOwns |
| 01:08:34 | IpodOwns | no it dosent |
| 01:09:00 | IpodOwns | when i unzip them to my ipod they just go to the harddrive and they dont go into the software |
| 01:10:13 | | Quit Klevi ("Leaving") |
| 01:10:14 | Isolinear | Whoops, we created an entire infrastructure for themes to be distrubuted and standardized and we forgot to add instructions... |
| 01:10:16 | Isolinear | ... |
| 01:11:13 | pixelma | never tried to choose them from "Browse Themes"? (See manual...) |
| 01:11:16 | | Quit SkinInd95 (Read error: 110 (Connection timed out)) |
| 01:12:24 | | Quit spiorf (Remote closed the connection) |
| 01:14:03 | IpodOwns | i have |
| 01:14:26 | IpodOwns | i unziped them onto ipod and they still just stayed on the harddrive and never were in browse themes |
| 01:14:52 | alienbiker99 | unzip them into the rockbox folder |
| 01:14:59 | IpodOwns | dont have one. |
| 01:15:08 | IpodOwns | i used that diskkity |
| 01:15:18 | IpodOwns | i think that deleated it |
| 01:15:34 | alienbiker99 | if you dont have a rockbox folder then you shouldnt be in the #rockbox channel |
| 01:15:34 | IpodOwns | or because its .rockbox i cant see it or select it |
| 01:15:36 | | Join My_Sic [0] (n=MySic@bas3-montreal28-1177919288.dsl.bell.ca) |
| 01:18:32 | IpodOwns | should i re downlode it and then unzip it to the rockbox folder??? if there is one |
| 01:18:40 | | Join AceNik_ [0] (n=AceNik@117.98.33.40) |
| 01:18:54 | AceNik_ | guys how do i go back to a previous svn revision |
| 01:19:04 | AceNik_ | whats the command needed for that |
| 01:19:59 | iamben | AceNik_: svn up -r #### |
| 01:20:08 | AceNik_ | thanks |
| 01:21:09 | | Quit hcs ("Leaving.") |
| 01:22:39 | | Quit AceNik_ (Client Quit) |
| 01:22:47 | | Quit donsdw () |
| 01:24:03 | midgey | IpodOwns: .rockbox is hidden by default on mac |
| 01:24:28 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 01:25:53 | | Quit blargit (Read error: 113 (No route to host)) |
| 01:29:19 | | Join billytwowilly [0] (n=chris@CABLE-72-53-22-61.cia.com) |
| 01:32:14 | | Quit Nico_P (Remote closed the connection) |
| 01:32:38 | | Quit IpodOwns ("CGI:IRC (Ping timeout)") |
| 01:33:29 | | Join IpodOwns [0] (i=43a8cc97@gateway/web/cgi-irc/labb.contactor.se/x-10d07b1999f14154) |
| 01:33:47 | IpodOwns | i know rockbox is hidden by defualt so how to i unzip theams onto it |
| 01:34:47 | sin613 | via terminal app |
| 01:34:58 | iamben | can't you just unzip the theme zip directly onto your mounted player, exactly as you did w/ rockbox.zip when you installed rockbox? |
| 01:36:33 | pixelma | IpodOwns: how did you unzip the rockbox build then? |
| 01:38:57 | | Quit IpodOwns ("CGI:IRC (Ping timeout)") |
| 01:39:33 | kugel | lol |
| 01:39:42 | kugel | is it this webguest again? |
| 01:39:55 | kugel | which didnt know how to unzip? |
| 01:40:17 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
| 01:40:24 | | Quit roolku () |
| 01:44:36 | | Join Robin0800 [0] (n=Robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
| 01:46:31 | alienbiker99 | probably. i mean you should know how to use your own os. its not that hard to click go to then type .rockbox |
| 01:46:50 | homielowe | IpodOwns: http://www.osxfaq.com/DailyTips/02-2005/02-01.ws |
| 01:48:00 | homielowe | whoops, he gone, |
| 01:50:15 | | Join Alonea [0] (n=chatzill@24-119-114-203.cpe.cableone.net) |
| 01:52:21 | pixelma | low_light (for the logs) and jhMikeS (if interested) - I just tried enabling recording on the c200 by just uncommenting HAVE_RECORDING. It sort of works but I get very noticable like static noise in the left channel which changes a bit during lcd updates (it also gets a bit better in the menu and worse in the triggered recording screen) |
| 01:56:21 | pixelma | nothing to hear of it in the right channel though... |
| 02:00 |
| 02:02:30 | | Quit Alonea (Remote closed the connection) |
| 02:03:14 | | Join kkurbjun [0] (n=kkurbjun@c-67-166-49-171.hsd1.co.comcast.net) |
| 02:04:10 | | Quit homielowe (Remote closed the connection) |
| 02:07:41 | pixelma | I mean of this noise |
| 02:11:04 | | Join Alonea [0] (n=chatzill@24-119-114-203.cpe.cableone.net) |
| 02:15:44 | | Quit sin613 (Read error: 110 (Connection timed out)) |
| 02:19:31 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
| 02:25:00 | | Quit kugel ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
| 02:29:53 | pixelma | one more for the logs... I just noticed that this noise is only present while monitoring the recording, it does not influence the recorded files but it also is not there in the OF... *stopping monologue here* |
| 02:31:10 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
| 02:36:46 | | Part pixelma |
| 02:38:55 | | Join Ebert [0] (n=EbErT@adsl-34-0-243.asm.bellsouth.net) |
| 02:49:20 | Davide-NYC | OK I'm back |
| 02:52:15 | | Join animeloe [0] (n=animeloe@unaffiliated/animeloe) |
| 03:00 |
| 03:02:17 | | Join elinenbe_ [0] (i=elinenbe@cpe-68-174-107-47.nyc.res.rr.com) |
| 03:03:05 | | Join elinenbe__ [0] (n=elinenbe@cpe-68-174-107-47.nyc.res.rr.com) |
| 03:03:32 | | Join RudMan [0] (n=RudMan@ool-182fb504.dyn.optonline.net) |
| 03:04:05 | *** | Saving seen data "./dancer.seen" |
| 03:04:36 | | Join sin613 [0] (n=pbarton@dsl-134-129-144-51.und.nodak.edu) |
| 03:10:58 | | Quit elinenbe (Read error: 110 (Connection timed out)) |
| 03:10:59 | | Nick elinenbe__ is now known as elinenbe (n=elinenbe@cpe-68-174-107-47.nyc.res.rr.com) |
| 03:13:40 | | Join sdbarker [0] (n=Scott@c-24-16-97-233.hsd1.mn.comcast.net) |
| 03:14:03 | sdbarker | Hiya folks. |
| 03:15:38 | sdbarker | Has anybody gotten the piezo patch to work with the current svn revision? It applies and compiles fine, but there's no sound from the piezo, and there are no menu options for it. |
| 03:16:46 | | Quit Thundercloud_ (Read error: 104 (Connection reset by peer)) |
| 03:17:14 | | Quit Robin0800 (Read error: 104 (Connection reset by peer)) |
| 03:17:31 | | Join Thundercloud [0] (n=thunderc@resnet04.nat.lancs.ac.uk) |
| 03:18:07 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
| 03:19:50 | | Quit homielowe (Read error: 110 (Connection timed out)) |
| 03:21:26 | | Quit elinenbe_ (Read error: 110 (Connection timed out)) |
| 03:22:35 | | Join Strath [0] (n=donat@dpc6747254230.direcpc.com) |
| 03:27:23 | | Quit Alonea (Remote closed the connection) |
| 03:28:53 | | Quit iamben (Read error: 104 (Connection reset by peer)) |
| 03:37:27 | | Quit Davide-NYC ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
| 03:39:22 | | Join iamben [0] (n=ben@dpc67142179038.direcpc.com) |
| 03:47:56 | | Join toffe82_ [0] (n=chatzill@66.17.20.1) |
| 03:51:14 | | Join toffe82__ [0] (n=chatzill@66.17.20.1) |
| 03:51:33 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 03:52:01 | | Join eigma [0] (n=cat@CABLE-206-188-76-21.cia.com) |
| 03:52:05 | | Join HellDragon [0] (n=Nocebo@unaffiliated/helldragon) |
| 03:53:34 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
| 03:55:47 | | Part toffe82__ |
| 04:00 |
| 04:02:42 | | Join Strath [0] (n=donat@dpc6747254230.direcpc.com) |
| 04:04:24 | | Join SkinInd95 [0] (n=chatzill@host-69-144-93-208.hln-mt.client.bresnan.net) |
| 04:04:55 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
| 04:06:36 | | Quit HellDragon ("brb") |
| 04:06:53 | | Join SkinInd95_ [0] (n=chatzill@host-69-144-93-208.hln-mt.client.bresnan.net) |
| 04:06:56 | | Join HellDragon [0] (n=Nocebo@unaffiliated/helldragon) |
| 04:08:21 | | Quit SkinInd95_ (Client Quit) |
| 04:09:18 | | Quit toffe82_ (Read error: 110 (Connection timed out)) |
| 04:09:19 | | Join perrikwp [0] (i=98216806@gateway/web/cgi-irc/labb.contactor.se/x-34945c82f794c28f) |
| 04:13:58 | | Quit sitwon (Read error: 113 (No route to host)) |
| 04:17:05 | | Quit eigma () |
| 04:23:01 | | Quit SkinInd95 (Read error: 110 (Connection timed out)) |
| 04:24:43 | | Join eigma [0] (n=cat@CABLE-206-188-76-21.cia.com) |
| 04:25:12 | | Quit eigma (Client Quit) |
| 04:25:19 | | Join darksaboteur [0] (n=darksabo@75.73.87.203.static.nsw.chariot.net.au) |
| 04:28:17 | | Join chrisjs169 [0] (n=jack@unaffiliated/chrisjs169) |
| 04:28:22 | chrisjs169 | sdbarker, now ask ;) |
| 04:28:31 | sdbarker | Thanks. |
| 04:28:34 | sdbarker | I already asked YOU. |
| 04:30:25 | | Quit moos ("Glory to Rockbox") |
| 04:32:53 | | Join elinenbe_ [0] (i=elinenbe@cpe-68-174-107-47.nyc.res.rr.com) |
| 04:36:03 | | Quit Thundercloud (Remote closed the connection) |
| 04:43:47 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
| 04:44:44 | | Join stevenm [0] (n=stevenm@129.2.201.58) |
| 04:44:57 | stevenm | Hello! I hear talks of turning MIDI into a codec? :) |
| 04:45:38 | stevenm | Or so sayeth the logs.. Does anyone think this is feasible? |
| 04:45:53 | sdbarker | Haven't looked at it. |
| 04:46:16 | | Quit RaRe (Read error: 110 (Connection timed out)) |
| 04:46:17 | Llorean | stevenm: Apparently not without some clever finagling. |
| 04:46:30 | stevenm | Llorean, yea, very true |
| 04:46:56 | sdbarker | And just like that, *poof*, there's activity. Llorean, did you see my piezo question above? |
| 04:47:25 | ThatGuyAgain | any dev's in the calgary, alberta area ? |
| 04:47:42 | Llorean | sdbarker: Please don't highlight specific people to ask if they've tried a patch. Why not post to the actual tracker entry so that it goes to everyone watching (and thus presumably caring about) the patch? |
| 04:48:19 | sdbarker | I wasn't highlighting a specific person so much as I was asking the next person that showed up. |
| 04:48:22 | stevenm | I can say right now that the music files are small, but each one requires loading instruments from the HD. The loader only pulls in the patches that the file calls for. These are put into memory and pointers to them are kept in a data structure. |
| 04:49:35 | stevenm | One file can theoretically ask for every possible instrument, which would need as much memory as the patchset directory occupies. |
| 04:49:43 | stevenm | This isn't very likely however. |
| 04:50:15 | sdbarker | Yeah, that could get pretty weighty. |
| 04:50:35 | Llorean | The problem is that even with a limited subset of instruments, one file can take up a significant amount of buffer space despite its size, and if you have multiple midi files there ought to be a way to re-use them rather than buffering them multiple times, etc. |
| 04:50:38 | stevenm | It is possible to trim down a little bit of memory by only loading the parts of each instrument that the file would want (ie there are 10 piano waveforms but you may only need 5) but the vast majority of patches have ~3-5 waveforms amd most are used. |
| 04:51:36 | | Quit elinenbe (Read error: 110 (Connection timed out)) |
| 04:51:36 | | Nick elinenbe_ is now known as elinenbe (i=elinenbe@cpe-68-174-107-47.nyc.res.rr.com) |
| 04:52:57 | stevenm | Llorean, it would be possible to share the instruments when playing multiple files |
| 04:53:18 | Llorean | stevenm: I believe the problem is that there's not an effective way to do this with the current buffering strategies. |
| 04:53:44 | stevenm | I don't know if the codec gets called multiple times for each song played, or what, but all 'instances' of the codec could share the first pointer to the instrument data structure. |
| 04:54:19 | ThatGuyAgain | as for my previous questions, any dev's in the calgary, alberta area, working on the nano port that I could lend my nano to and perhaps help in resolving issue FS #7510 |
| 04:54:29 | Llorean | stevenm: Where do you put it? Codecs can't currently steal a portion of the audio buffer for their own use, afaik. |
| 04:54:37 | stevenm | If I remember right, it's just an array of 128 pointers, corresponding to the 128 instruments. If the instrument was loaded, there's a pointer to it there. else that entry is null |
| 04:54:55 | stevenm | Llorean, yes, that's a problem |
| 04:55:35 | | Nick ivan`` is now known as ivan` (n=ivan`@adsl-71-142-224-59.dsl.scrm01.pacbell.net) |
| 04:55:53 | | Quit perrikwp ("CGI:IRC (Ping timeout)") |
| 04:56:07 | stevenm | Maybe it would be possible to implement a codec 'shim' that saves the current playlist/whatever to disk, claims the whole memory, plays the song, then restores everything the way it was |
| 04:56:32 | stevenm | It's UGLY but it would allow you to put MIDIs into playlists... and the disk would have to be spun up to read the instruments anyway |
| 04:56:35 | Llorean | Of course, I'm not the best person to speak on this one, since I'm not sure the exact details, or necessarily even the foggy ones. |
| 04:56:55 | Llorean | stevenm: Yes, but if the instruments could be buffered with the songs, you wouldn't need to spin up again later for them. |
| 04:57:00 | stevenm | At least I got all that info into the logs for when they talk about it next time. Most of the day I am in class |
| 04:57:26 | stevenm | Llorean, hmm.. good point. But there's probably a limit on how much data can be pre-buffered with every song, no? |
| 04:57:58 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:58:07 | | Join miepchen^schlaf [0] (n=hihi@p54BF60F3.dip.t-dialin.net) |
| 04:58:08 | Llorean | stevenm: Once metadata on buffer works, there really isn't as far as I know. The only limit is 'how much space is in the buffer', but the problem with simply doing it that way is that you'd have repeats, if two songs used the same patch, they'd both have a copy of it. |
| 04:58:41 | Llorean | How much memory would a midi + everything it needs probably take? |
| 05:00 |
| 05:00:19 | stevenm | Llorean, Good question. Midi itself is small... but the instruments can theoretically be up to 30 megs |
| 05:00:23 | stevenm | yeah. big. |
| 05:03:17 | Llorean | Big enough to cause problems if you want multiple songs. |
| 05:04:07 | *** | Saving seen data "./dancer.seen" |
| 05:04:13 | stevenm | not multiple MIDI files |
| 05:04:19 | stevenm | well |
| 05:04:23 | stevenm | likely not |
| 05:04:39 | Llorean | Only if you find a way to reuse loaded patches |
| 05:04:43 | stevenm | 30 megs is every possible instrument. 29 megs, more accurately |
| 05:04:49 | stevenm | yes, that is if they are re-used |
| 05:05:15 | stevenm | if you load all 29 megs of patches, any additional files would only need memory to store the notes |
| 05:05:49 | stevenm | it's still a ton of memory |
| 05:08:08 | Llorean | Yeah, and problematic if your playlist is like, MIDI, MP3, MIDI |
| 05:08:19 | stevenm | very true |
| 05:08:56 | Llorean | So, to integrate well into the playlist it needs some work is all. Or some compromises. |
| 05:09:10 | stevenm | yep |
| 05:09:20 | stevenm | sadly I know little of the codec framework |
| 05:11:30 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
| 05:11:50 | | Join perrikwp [0] (i=98216806@gateway/web/cgi-irc/labb.contactor.se/x-271706c2be8c6de5) |
| 05:15:52 | | Join bb__ [0] (n=bb@dslb-088-074-148-171.pools.arcor-ip.net) |
| 05:16:54 | | Quit midgey () |
| 05:18:22 | | Quit jurrie ("Leaving") |
| 05:20:07 | | Join jurrie [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) |
| 05:20:23 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
| 05:22:15 | | Quit chrisjs169 (Read error: 110 (Connection timed out)) |
| 05:24:16 | | Join My_Sic [0] (n=MySic@bas3-montreal28-1177919288.dsl.bell.ca) |
| 05:27:37 | | Quit bb (Read error: 110 (Connection timed out)) |
| 05:30:29 | | Join chrisjs169|brb [0] (n=jack@pool-71-114-128-205.hrbgpa.dsl-w.verizon.net) |
| 05:36:27 | | Quit stevenm ("Connection reset by beer") |
| 05:41:57 | kkurbjun | anyone around that can give some pointers on the rockbox.bin creation from rockbox.elf? |
| 05:47:42 | | Quit chandlerc (Remote closed the connection) |
| 05:48:06 | | Part sdbarker |
| 05:50:32 | | Join chandlerc [0] (n=chandler@74.167.150.116) |
| 05:50:48 | | Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) |
| 05:51:11 | | Quit jhulst (Read error: 113 (No route to host)) |
| 05:54:48 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
| 05:58:34 | | Quit jhMikeS (Nick collision from services.) |
| 05:58:40 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
| 06:00 |
| 06:04:46 | JdGordon | kkurbjun: not having much luck? |
| 06:04:55 | | Quit darksaboteur ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
| 06:07:27 | kkurbjun | jdgordon, cat and I got the main build loading on his jtag setup |
| 06:07:32 | kkurbjun | and it gets to the menu and all |
| 06:07:36 | JdGordon | awesome |
| 06:07:48 | kkurbjun | but there's something wrong with the normal build |
| 06:07:53 | kkurbjun | I'm getting closer |
| 06:08:10 | JdGordon | hopefully pointing out the obvious, but just in case... did you fix apps.lds in firmware? (i tinhk boot.lds needed chanign didnt it?) |
| 06:08:11 | kkurbjun | 1 bug in the linker nailed down at least |
| 06:08:30 | kkurbjun | boot.lds and app.lds were changed |
| 06:08:41 | kkurbjun | but i changed appp.lds incorrectly |
| 06:08:52 | | Join My_Sic [0] (n=MySic@bas3-montreal28-1177919288.dsl.bell.ca) |
| 06:10:37 | | Quit chrisjs169|brb (Read error: 110 (Connection timed out)) |
| 06:11:04 | | Join chrisjs169|brb [0] (n=jack@pool-71-114-128-205.hrbgpa.dsl-w.verizon.net) |
| 06:15:00 | | Quit perrikwp ("CGI:IRC (Ping timeout)") |
| 06:23:12 | | Join jurrie_ [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) |
| 06:23:31 | | Quit jurrie (Read error: 104 (Connection reset by peer)) |
| 06:30:05 | | Quit theGrue (Read error: 113 (No route to host)) |
| 06:33:23 | | Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 06:43:58 | | Join |Rain| [0] (i=rain@2001:440:eeee:fffb:42:0:0:2) |
| 06:48:50 | | Nick jhulst_ is now known as jhulst (n=jhulst@unaffiliated/jhulst) |
| 06:52:06 | | Join raphi [0] (i=52887484@gateway/web/cgi-irc/labb.contactor.se/x-95bd67dde4ad041b) |
| 06:52:52 | raphi | the recording with the microphone doesn't work on a cowon iAudio X5 (60gb). Is there any workaround? |
| 06:53:15 | | Quit idnar (Nick collision from services.) |
| 06:53:17 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
| 06:53:30 | raphi | I just can't hear any sound, and the peak-meter is alway 'full' |
| 07:00 |
| 07:01:17 | | Join sdbarker [0] (n=Scott@c-24-16-97-233.hsd1.mn.comcast.net) |
| 07:02:03 | | Quit Guile`` (Read error: 104 (Connection reset by peer)) |
| 07:02:20 | | Join tvelocity [0] (n=tony@ipa27.35.91.tellas.gr) |
| 07:02:23 | | Join Guile`` [0] (n=Guile@78.114.135.128) |
| 07:02:27 | | Quit XavierGr (Nick collision from services.) |
| 07:02:30 | | Join XavierGr [0] (n=xavier@ppp150-163.adsl.forthnet.gr) |
| 07:02:51 | JdGordon | kkurbjun: you know your keymap wont work very well right? |
| 07:03:14 | | Join chrisjs169|afk [0] (n=jack@pool-71-114-128-205.hrbgpa.dsl-w.verizon.net) |
| 07:03:24 | | Quit chrisjs169|brb (Read error: 110 (Connection timed out)) |
| 07:04:11 | *** | Saving seen data "./dancer.seen" |
| 07:06:42 | | Quit midgey () |
| 07:06:54 | | Part sdbarker |
| 07:11:41 | | Quit RudMan (Remote closed the connection) |
| 07:23:18 | | Quit tumu (Read error: 104 (Connection reset by peer)) |
| 07:24:17 | | Join psycho_maniac [0] (n=psycho_m@ppp-64-91-85-195.cam.centurytel.net) |
| 07:29:04 | | Quit JdGordon ("Konversation terminated!") |
| 07:33:43 | | Join ptw419 [0] (i=ptw419@66-90-157-228.dyn.grandenetworks.net) |
| 07:34:45 | | Join JdGordon [0] (n=Miranda@c210-49-113-143.smelb1.vic.optusnet.com.au) |
| 07:40:27 | | Join SkinInd95 [0] (n=chatzill@71-217-136-108.hlna.qwest.net) |
| 07:48:16 | sin613 | raphi: are you referring to recording with the internal microphone, or with an external microphone via line-in? |
| 07:54:06 | | Quit gromit` (Remote closed the connection) |
| 07:55:29 | | Join CrumbCat [0] (n=crumbcat@adsl-75-7-23-211.dsl.pltn13.sbcglobal.net) |
| 07:56:12 | | Quit psycho_maniac ("Good Bye") |
| 07:59:48 | | Join gromit` [0] (i=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
| 08:00 |
| 08:00:08 | | Join iiarc [0] (n=iiarc@62.141.49.57) |
| 08:00:59 | | Join HidalgoDC [0] (i=HidalgoD@modemcable093.54-130-66.mc.videotron.ca) |
| 08:01:04 | HidalgoDC | Hey all |
| 08:01:33 | | Quit sin613 ("Leaving.") |
| 08:02:06 | HidalgoDC | :) |
| 08:07:24 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
| 08:10:49 | Toki | forks for me through line-in |
| 08:11:02 | Toki | *works :) |
| 08:19:08 | | Quit Ebert () |
| 08:21:15 | | Quit gromit` ("Coyote finally caught me") |
| 08:25:38 | | Join gromit` [0] (i=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
| 08:26:55 | | Quit RaZorbacK ("bye all") |
| 08:31:21 | | Quit chrisjs169|afk (Read error: 110 (Connection timed out)) |
| 08:36:02 | | Join hannesd__ [0] (n=light@gate-hannes-tdsl.imos.net) |
| 08:37:01 | | Join kubiix [0] (n=Miranda@ip-89-103-17-41.karneval.cz) |
| 08:39:13 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 08:39:16 | | Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
| 08:40:54 | | Quit BigBambi (Read error: 113 (No route to host)) |
| 08:41:12 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 08:43:11 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
| 08:47:43 | | Quit SkinInd95 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
| 08:51:34 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 08:51:54 | | Quit hannesd_ (Read error: 110 (Connection timed out)) |
| 08:57:44 | | Quit TMM (Remote closed the connection) |
| 09:00 |
| 09:03:47 | scorche | pondlife: hi |
| 09:04:15 | *** | Saving seen data "./dancer.seen" |
| 09:05:13 | | Join spiorf [0] (n=spiorf@host75-8-dynamic.183-80-r.retail.telecomitalia.it) |
| 09:05:33 | | Quit jhulst ("Konversation terminated!") |
| 09:06:07 | | Quit gromit` ("Coyote finally caught me") |
| 09:10:01 | | Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
| 09:10:13 | scorche | pondlife: re: the voice ifdef, has anyone started work on one? |
| 09:12:12 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 09:15:27 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
| 09:18:56 | Zagor | ooh, new zunes |
| 09:19:21 | * | scorche pokes LinusN |
| 09:22:43 | GodEater_ | more zunes not to run linux on! |
| 09:22:49 | | Join syn4pse [0] (n=syn4pse@cpe-075-176-155-093.sc.res.rr.com) |
| 09:23:22 | petur | "whatever happened to those zunelinux guys?" |
| 09:23:32 | petur | way less fun without them |
| 09:24:02 | scorche | well, you can always make a new site and get the kids that come to donate their lunch money to help the port if you are getting nostalgic |
| 09:24:18 | syn4pse | i'm getting a compile error on my plugin. it says 'BMP_amaze_tiles' undeclared (first use in this function) and I have #include "amaze_tiles.h" in my source. |
| 09:24:42 | LinusN | scorche: here |
| 09:25:42 | LinusN | syn4pse: it's hard to help you without viewing the code |
| 09:26:09 | syn4pse | LinusN: gotcha. |
| 09:27:07 | LinusN | do you include amaze_tiles.h before the function in question? and is it really called BMP_amaze_tiles in the header file? |
| 09:27:43 | markun | petur: wow, I completely forgot about them! |
| 09:29:06 | syn4pse | yes, I declare amaze_tiles.h at the top of the source. the header file just has BMPHEIGHT_amaze_tiles and BMPWIDTH_etc.., plus the line about extern const unsigned |
| 09:29:28 | syn4pse | i am borring a fn from star.c to draw the tiles |
| 09:29:36 | | Join bluebrother [0] (i=bRGv06Yu@rockbox/staff/bluebrother) |
| 09:29:39 | GodEater_ | syn4pse: how about pastebin'ing some of your code so we can see it ? |
| 09:30:01 | syn4pse | sure. i've never pastebin-ed before. what's the url? |
| 09:30:30 | GodEater_ | http://pastebin.ca/ is the one we use most |
| 09:31:13 | syn4pse | ok i'll cut and paste, couple of secs |
| 09:31:49 | pondlife | scorche: Not yet, but it would be easy enough |
| 09:32:29 | scorche | pondlife: i was going to volunteer for it...just after i get the themes site out (hopefully this week) |
| 09:33:04 | pondlife | Go for it; you can replace the PLAYBACK_VOICE tests and extend out to all voice-only code |
| 09:33:18 | JdGordon | i think adding HAVE_VOICE would just be annoying... is anyone actually going to disable it? |
| 09:33:25 | pondlife | Make sure you enable it by default, of course |
| 09:33:50 | scorche | JdGordon: well, i thought that HAVE_TAGCACHE would rarely be used as well...but it seems quite a few people are using it for all sorts of things |
| 09:35:31 | * | JdGordon gone for a few days again... cyaz |
| 09:35:34 | pondlife | I added PLAYBACK_VOICE to try and help modularise playback.c.... |
| 09:35:35 | | Quit JdGordon ("Konversation terminated!") |
| 09:36:51 | scorche | well, as long as rockbox stays behind http://www.pipapo.org/pipawiki/PasteBin/PreprocessorFun ... |
| 09:36:55 | scorche | ;) |
| 09:37:54 | scorche | pondlife: well, i cna see a few uses for it, so i shall add it to my list...just wanted to double-check that no one else is working on it |
| 09:38:20 | pondlife | Not AFAIK |
| 09:38:42 | syn4pse | ok, the pastebin URL is http://pastebin.ca/724013 |
| 09:42:02 | | Join spiorf_ [0] (n=spiorf@host62-206-dynamic.16-79-r.retail.telecomitalia.it) |
| 09:47:09 | GodEater_ | syn4pse: and another one for amaze_tiles.h ? |
| 09:48:16 | LinusN | syn4pse: we need to see amaze_tiles.h too |
| 09:48:44 | LinusN | syn4pse: are you really sure about this one? |
| 09:48:45 | LinusN | #define TILE_WIDTH BMP_amaze_tiles |
| 09:48:59 | Isolinear | With using the RBUtilQt installer to install rockbox... |
| 09:49:12 | Isolinear | Is there anything wrong with running it from within the zip file? |
| 09:50:42 | * | Bagder approves his own mailing list post... :-/ |
| 09:51:12 | * | Bagder is the only moderated subscriber of the rockbox users list |
| 09:51:44 | GodEater_ | hehe |
| 09:52:26 | Bagder | I'll dread the day the spammers start considering these things |
| 09:52:46 | Bagder | I mean for real rather than by mistake as here |
| 09:52:47 | Isolinear | lol |
| 09:53:19 | | Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
| 09:53:28 | syn4pse | LinusN: i am totally unsure about that one. |
| 09:53:36 | | Quit spiorf (Read error: 110 (Connection timed out)) |
| 09:54:34 | syn4pse | LinusN & GE: i just haven't found the docs on how to implement a bitmap in my code. i'm winging it. the amaze.h was generated on the fly. i'll post it. |
| 09:57:39 | syn4pse | here's the update http://pastebin.ca/724024 |
| 09:58:12 | syn4pse | and, by the way, thanks for looking at it. |
| 10:00 |
| 10:02:45 | | Quit spiorf_ (Read error: 110 (Connection timed out)) |
| 10:04:10 | | Quit tyrion_ (Read error: 110 (Connection timed out)) |
| 10:05:27 | syn4pse | LinusN: you pegged it. i'm not sure why it's coded that way in star.c, but sudoku.c pointed out the right way to get the height and width. |
| 10:05:45 | syn4pse | now, to see what else is wrong with my drawing routine. |
| 10:07:53 | | Quit FOAD ("I'll be back") |
| 10:08:43 | homielowe | bluebrother: On the osx version of rbutilQT it seems that the utility won't unzip to the player directory (iPod 5G) , and will only unzip to my harddrive on my mac. Attempting to manually define the path only shows the mac HD also. |
| 10:09:54 | Isolinear | Does the Rockbox auto installation utility make the same backups of original information that the manual installation process does? |
| 10:10:08 | GodEater_ | Isolinear: such as ? |
| 10:10:39 | Isolinear | I don't recall, it was over a year ago that I manually installed RB on my 5G iPod. |
| 10:10:49 | Isolinear | Now I'm doing it to my girlfriend's 4G. |
| 10:11:00 | Isolinear | I think I backed up an original bootloader? |
| 10:11:24 | homielowe | I figured this out after about a month of use and trying to find the gradient selection under settings to no avail, then i checked the version number of the build on my iPod |
| 10:11:34 | bluebrother | Isolinear: Rockbox Utililty simply uses ipodpatcher for the Ipods. And there is no separate backup file needed since quite a while now |
| 10:11:45 | Isolinear | "apple_os.bin" "apple_sw_5g_rcsc.bin" |
| 10:11:55 | Isolinear | I have these files from my original modification. |
| 10:12:14 | Isolinear | I also have "bootloader-video.bin" |
| 10:12:19 | bluebrother | also, you can't simply "run" an executeable from a zip file −− doing so will always create a temporary file and execute that |
| 10:12:39 | bluebrother | but you can run Rockbox Utility that way −− it doesn't rely on other external files. |
| 10:12:46 | GodEater_ | Isolinear: yeah - none of those files are required as backups these days |
| 10:12:47 | | Join daurn|iphone [0] (n=daurn@203.48.248.222) |
| 10:12:59 | GodEater_ | daurn|iphone: out. Now. |
| 10:13:02 | bluebrother | it obviously won't find the external translation files though |
| 10:13:04 | Isolinear | GodEater: Why not? |
| 10:13:16 | pondlife | jhMikeS: In r14962 you modify global settings to disable talk menus - might this not result in them being disabled if the player is reset while mpegplayer is running? |
| 10:13:27 | GodEater_ | Isolinear: because ipodpatcher can restore your ipod to it's former state without them |
| 10:13:29 | bluebrother | homielowe: that really surprises me. Are you sure the Ipod is mounted? |
| 10:13:32 | GodEater_ | and thus, so can rbutil |
| 10:13:47 | bluebrother | and, is there an error message or does it simply not work? |
| 10:13:57 | | Quit daurn|iphone (Client Quit) |
| 10:14:01 | pondlife | jhMikeS: It would be better to use the talk_disable_menus() and talk_enable_menus() calls, but I suppose they need adding to the plugin API. |
| 10:14:04 | Isolinear | GodEater: Has that always been the case? If so, why was backing up my original files part of the installation process last year? |
| 10:14:15 | GodEater_ | Isolinear: no it hasn't always been the case |
| 10:14:16 | homielowe | It can detect the iPod, just when I bring up change directory it is "/" |
| 10:14:41 | homielowe | it will complete the download, unzip etc, and no errors. |
| 10:14:51 | | Join daurn|iphone [0] (n=daurn@203.48.248.222) |
| 10:15:10 | jhMikeS | pondlife: I thought there was an API but couldn't find it |
| 10:15:27 | bluebrother | by "change directory" you are referring to the "Browse" button / selection in the device configuration? |
| 10:15:32 | pondlife | Yep, those just perform a temporary/non-persisted disable of voice menus |
| 10:15:44 | Isolinear | Is my 5G in some kind of vulnerable state having been installed the old way as opposed to the new way? |
| 10:15:56 | bluebrother | detecting the mountpoint currently does not work on OS X, so you'll always need to configure the mountpoint manually |
| 10:16:03 | bluebrother | Isolinear: no |
| 10:16:08 | Isolinear | Since the old way required making backups that are apparently no longer neccessary to back up? |
| 10:16:20 | | Quit daurn|iphone (Client Quit) |
| 10:16:23 | GodEater_ | Isolinear: not really no |
| 10:16:33 | homielowe | Yes |
| 10:16:36 | Isolinear | Or did ipodpatcher just get better and now it doesn't rely on those backed up files? |
| 10:16:56 | jhMikeS | pondlife: then yeah, I guess I'll switch it...and for doom too since it needs it. |
| 10:16:58 | GodEater_ | Isolinear: correct |
| 10:17:19 | bluebrother | hmm, there might be an issue with the folder chooser. If you type the mountpoint manually (should be something like "/Volumes/IPOD") does it work? |
| 10:17:42 | | Join daurn|iphone [0] (n=daurn@203.48.248.222) |
| 10:18:11 | Isolinear | Gotcha. :) |
| 10:18:45 | jhMikeS | amiconn: my i2s troubles seem to disappear if I increase the PLL relock time on pp5020 |
| 10:19:28 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 10:19:57 | | Quit syn4pse ("Time wasted on IRC: 57 minutes 31 seconds") |
| 10:21:20 | | Join obo [0] (n=obo@rockbox/developer/obo) |
| 10:21:46 | homielowe | bluebrother: That works, jsut had to rename.(volume name different) |
| 10:23:49 | bluebrother | the problem is that mountpoint resolving works differently on OS X and I don't know how ... if you do, please post a patch ;-) |
| 10:24:37 | homielowe | maybe make reference to this on the wiki page. Do you need someone to compile because mac osx on the wiki is a lower version than the linux and the windows version? |
| 10:25:20 | GodEater_ | bluebrother: do the /Volumes/xxx entries not appear in mtab / |
| 10:25:27 | GodEater_ | s/\//? |
| 10:25:28 | homielowe | I about to start a computer science course in september, I'm just teaching myself C right now, maybe in the future. ;) |
| 10:25:36 | bluebrother | GodEater_: I really have no idea. |
| 10:25:50 | GodEater_ | bluebrother: we should get linuxstb to check |
| 10:25:59 | bluebrother | but does OS X have an mtab? |
| 10:26:06 | GodEater_ | should have |
| 10:26:09 | GodEater_ | it's a POSIX thing |
| 10:26:13 | bluebrother | I remember some things to be differently. |
| 10:26:53 | bluebrother | I was wondering if trying on BSD would help (as OS X is based on that) |
| 10:28:00 | GodEater_ | I'd be surprised if BSD doesn't implement mtab |
| 10:29:33 | jhMikeS | amiconn: yep. My patched PCM code seems stable now. Can't lock it. |
| 10:30:08 | bluebrother | GodEater_: might be worth a try. |
| 10:30:27 | bluebrother | homielowe: can you build Rockbox Utility yourself? |
| 10:31:15 | homielowe | I've manually built the cross-compiler, patch etc, just following the instructions right now( jsut dowloaded qt) |
| 10:31:58 | GodEater_ | you don't need a crosscompiler for rbutil |
| 10:32:02 | GodEater_ | you need a native one |
| 10:32:08 | homielowe | ( I know, jsut examples) |
| 10:32:13 | GodEater_ | :) |
| 10:36:18 | pondlife | amiconn: I have someone living nearby who has a crashing Nano. He's willing to lend me it, but would prefer not to send it through the post. My PP knowledge (and my hacking time) are both limited, but I can certainly build and perform tests. Do you think we'd be able to work together to progress this, or would it just be a waste of time? |
| 10:37:33 | bluebrother | homielowe: I'm out for a couple of minutes; if you are able building rbutil just let me know −− I could prepare you a patch that tries reading the mtab. |
| 10:37:40 | bluebrother | no idea if this works though ... |
| 10:38:07 | * | homielowe has no idea how to patch, will attempt to learn |
| 10:40:27 | * | jhMikeS thinks rethink of the scaling system needs doing so that the system isn't held hostage during pll relocks |
| 10:42:15 | LinusN | jhMikeS: any idea how to solve that? |
| 10:42:18 | | Quit Isolinear () |
| 10:44:08 | jhMikeS | LinusN: Start the PLL sequence, setup a one-shot to go off after 1ms. Keep the system at 24MHz and return from the routine. When the interrupt fires, switch the clock source. |
| 10:45:01 | homielowe | when running make and make install, what does "Run make followed by (as root) make install" <−− the root part mean, ( trying to compile qt for mac osx for rbutil |
| 10:45:17 | jhMikeS | I'm just wondering a good way to pull it off without permanently changing the tick frequency or using another timer. |
| 10:47:29 | LinusN | it works a little differently on the coldfire... |
| 10:47:48 | LinusN | there the clock source is switched automatically when the pll has locked |
| 10:48:28 | jhMikeS | is there any interrupt associate with it? |
| 10:48:32 | LinusN | no |
| 10:49:12 | jhMikeS | hmmm...so what's the trouble with not waiting? |
| 10:49:43 | GodEater_ | homielowe: it means to login as "root" (the admin user), and run "make install" |
| 10:50:04 | GodEater_ | homielowe: I have vague memories of needing to do weird stuff on OSX to enable the root user though |
| 10:50:16 | homielowe | Godeater: Since I'm the sole operater, I got that one covered ;) |
| 10:50:42 | LinusN | jhMikeS: timer drift |
| 10:51:35 | LinusN | plus you need to reprogram the RAM refresh timers when it has locked |
| 10:52:31 | | Join Daurnimator [0] (n=daurn@unaffiliated/daurnimator) |
| 10:52:47 | jhMikeS | How long does PLL relock typically take? It _up to_ to 10ms. |
| 10:53:29 | LinusN | i believe it's typically a lot shorter, like 1-2ms |
| 10:53:29 | | Quit Daurnimator (Client Quit) |
| 10:53:31 | | Quit daurn|iphone (Read error: 104 (Connection reset by peer)) |
| 10:53:38 | LinusN | i think amiconn has some numbers |
| 10:54:58 | amiconn | jhMikeS: It's odd that extending the relock time actually changes things |
| 10:55:17 | jhMikeS | amiconn: quite drastically. |
| 10:55:57 | amiconn | The 500us are used in all PP5020 ipod firmwares, so I would expect them to be plenty |
| 10:56:59 | amiconn | Regarding asynchronous clock switching, I would expect numerous problems |
| 10:57:07 | jhMikeS | With altered timing to accessing the i2s it would freeze pretty fast. It's been going a long time now. |
| 10:58:33 | jhMikeS | amiconn: any targets in particular? PPs seem designed for it and I had experimented in switching clocks just to flush the cache. I had no problems. |
| 10:59:09 | | Join theseal [0] (n=theseal@ua-83-227-156-72.cust.bredbandsbolaget.se) |
| 10:59:09 | jhMikeS | Frankly it was the solution that worked best of all. |
| 10:59:17 | | Quit atsea-34 (Remote closed the connection) |
| 10:59:38 | amiconn | One thing is that on coldfire it's necessary to adjust the timer prescaler as shortly as possible to the actual clock change, which can only be detected by polling PLLCR |
| 11:00 |
| 11:00:25 | jhMikeS | I get that one for sure. |
| 11:00:52 | * | bluebrother returns |
| 11:00:59 | theseal | heeeeeloo my frinds in #rockbox |
| 11:01:44 | theseal | q: rockbox win istaller doesent find my ipod, neither do anapod manager and it doesent show up in diskmode in the win explorer, is my gen 5 ipod a coaster? |
| 11:01:50 | amiconn | And there are also some things which should never be active during a clock change, or otherwise you'd have to adjust them towards the safe side all the time |
| 11:02:14 | bluebrother | theseal: have you tried rebooting the PC? Also, do you have a hub between PC and Ipod? |
| 11:02:38 | theseal | no hub, newly rebootet PC, a schechy one.... |
| 11:02:39 | bluebrother | and have you enabled "disc access" in Itunes if it's installed? |
| 11:02:48 | amiconn | (e.g. ide transfers and serial transfers on coldfire) |
| 11:02:58 | theseal | itunes has never found its way into myc computers, it is devils work.. |
| 11:03:15 | bluebrother | have you tried ememgency disc mode? |
| 11:03:32 | theseal | restet + play/hold; yes. |
| 11:03:52 | theseal | *reset |
| 11:03:53 | bluebrother | ok, and the Ipod still does not appear on the PC. Further ideas: |
| 11:04:05 | theseal | bluebrother: shoot |
| 11:04:09 | bluebrother | broken cable. Broken usb port. |
| 11:04:18 | *** | Saving seen data "./dancer.seen" |
| 11:04:26 | theseal | cable worked fine this morning i my alfa, usb works w printer |
| 11:04:31 | bluebrother | messed up usb system on the PC (I had this once) |
| 11:04:41 | theseal | ok, cool, what to do? |
| 11:04:44 | bluebrother | hmm, you could try a different PC. |
| 11:04:51 | theseal | mmhmm.. |
| 11:04:58 | amiconn | On PP the timer problem does not exist, but I would expect problems in various modules |
| 11:05:05 | theseal | how sensitive are the ipods, i have had som trouble earlier |
| 11:05:13 | theseal | and had to change computer.. |
| 11:05:36 | bluebrother | well, I never had problems. I know that there are issues e.g. with a semi-broken cable. |
| 11:05:44 | | Quit HidalgoDC () |
| 11:05:49 | theseal | oh fuck.. so you say. |
| 11:06:16 | bluebrother | so while I see a possiblilty that your Ipod is broken I'd try to use a different cable / pc / usb port first (in all possible combinations) |
| 11:06:40 | theseal | but I have "blue and me" in my alfa, where i run the pod from the mobile6 and it works perfectly with this cabel this morning. |
| 11:06:43 | jhMikeS | amiconn: So if you don't set PLLBYPASS to '1', the PLL won't be automatically relocked and all dividers can be valid for 11MHz? |
| 11:06:51 | theseal | ok, cool.. I'll try those |
| 11:07:13 | theseal | bluebrother: have you any nowledge in fiats "blue&me"? |
| 11:07:21 | theseal | reeboot bbs... |
| 11:07:25 | bluebrother | no. |
| 11:08:01 | amiconn | pondlife: I'm not sure, but I don't think that would be of much help. The problem is that I'm not even sure about the reason of the crash (although I suspect it has to do with ata), so it requires excessive testing |
| 11:08:05 | amiconn | jhMikeS: ?? |
| 11:08:42 | jhMikeS | Why is auto relocking needed? |
| 11:08:52 | jhMikeS | auto selection rather |
| 11:09:03 | * | amiconn doesn't seem to understand |
| 11:09:18 | | Join kubiixaka [0] (n=Miranda@ip-89-103-17-41.karneval.cz) |
| 11:09:41 | amiconn | The relock can take up to 10ms, but it's not predictable how long it _actually_ takes |
| 11:10:03 | pondlife | amiconn: I feared as much. I'm very willing to run lots of tests, but you'd need to give me a set of factors to vary. :/ |
| 11:10:51 | pondlife | I can at least test in a structured manner, and tabulate the results. |
| 11:10:52 | amiconn | pondlife: The problem here is that the factors can only be deduced from the tests themselves |
| 11:10:57 | jhMikeS | True but I don't have an issue with that. You can test PLLCR bit 31 asynchronously. |
| 11:11:03 | | Join spiorf [0] (n=spiorf@host122-203-dynamic.8-87-r.retail.telecomitalia.it) |
| 11:11:29 | jhMikeS | this one can be pulled off on cf too |
| 11:11:58 | pondlife | amiconn: OK, I'll decline the offer, and suggest he reconsiders the postal option. Would you be willing to receive a Nano from within the EU? |
| 11:11:59 | amiconn | jhMikeS: I don't seem to understand what you're trying to say. If you want to change clock, you have to program the pll and enable it. Then it decides to switch after relock |
| 11:12:08 | LinusN | jhMikeS: the thing is that we need to reprogram the timer prescalers as soon as possible after the lock |
| 11:12:13 | | Join theseal_ [0] (n=theseal@ua-83-227-156-72.cust.bredbandsbolaget.se) |
| 11:12:14 | amiconn | And in order to keep the timers precise, you need to poll |
| 11:12:51 | theseal_ | bluebrother: ooouch, forgot to have irssi in the screen... putty died w windos |
| 11:13:01 | amiconn | And since PLLCR bit 31 cannot fire an interrupt, there is no way around that afaics... |
| 11:13:25 | jhMikeS | where does it say the pll can only relock to a new f in PLLBYPASS =0? |
| 11:13:49 | amiconn | Nowhere |
| 11:14:34 | jhMikeS | so you can change it to 24MHz without setting PLLBYPASS to '1', correct? |
| 11:14:34 | amiconn | But I rather let it poll for (typically) 1..2ms than let it run for the full 10ms at 11MHz just to do something else meanwhile |
| 11:14:47 | jhMikeS | I wouldn't do that |
| 11:15:07 | * | amiconn still doesn't understand |
| 11:15:24 | jhMikeS | Check it every 1ms. Switch it over when bit 31 = 1 |
| 11:15:27 | amiconn | And where do you take 24MHz from?? |
| 11:16:08 | jhMikeS | what runs off that? |
| 11:16:12 | LinusN | jhMikeS: bit 31 will never be 1 when in bypass mode |
| 11:16:14 | theseal_ | bluebrother: emergency discmode? |
| 11:16:27 | theseal_ | bluebrother: reeboot and hold play and select? |
| 11:17:52 | LinusN | "When PLL bypass is written 1, CPU clock will be switched to PLL-generated values. The |
| 11:17:52 | LinusN | switching is delayed until the PLL has been locked, and produces a stable clock output for CPU." |
| 11:18:33 | | Join atsea-34 [0] (i=atsea-@gateway/tor/x-e1b6661feaf028c6) |
| 11:18:43 | jhMikeS | but I don't see that implying that the locked flag doesn't get set |
| 11:18:50 | amiconn | Yes, but the datasheet doesn't say whether bit 31 indicates 'locked' even when running on bypass |
| 11:18:53 | LinusN | but sure, i must say that i haven't actually tried to monitor the PLL lock bit in bypass mode |
| 11:18:55 | | Quit spiorf (Read error: 104 (Connection reset by peer)) |
| 11:19:07 | LinusN | worth a try |
| 11:19:22 | amiconn | jhMikeS: Btw, how would you do that monitoring in 1ms intervals? |
| 11:19:23 | jhMikeS | yes, empirical data is always good to get |
| 11:19:33 | bluebrother | theseal_: yep. |
| 11:19:41 | LinusN | amiconn: timer interrupt |
| 11:19:53 | amiconn | Both timers are already taken... |
| 11:19:54 | jhMikeS | yeah, just a one-shot |
| 11:20:12 | amiconn | Or rather, have to be seen as being taken |
| 11:20:57 | | Join spiorf [0] (n=spiorf@host122-203-dynamic.8-87-r.retail.telecomitalia.it) |
| 11:21:31 | jhMikeS | I wonder about using 1ms tick but doing ticks every 10th tick. |
| 11:22:29 | amiconn | Hmm, that might work - provided the bit indicates locked even when on bypass *and* keeps that locked state when actually switching |
| 11:22:52 | amiconn | To me that sounds much too complicated for a tiny benefit |
| 11:23:03 | LinusN | there is a possibility to use the ADC for one-shot timing |
| 11:23:05 | jhMikeS | we must get all the needed resources and clocks in 11MHz mode |
| 11:23:16 | LinusN | the adc interrupt |
| 11:23:33 | jhMikeS | hmmm |
| 11:23:44 | LinusN | with a really slow adc clock |
| 11:24:50 | jhMikeS | I thought about this this morning since these waits are just really long for PLL in CPU time. I dunno. Thing work with or without but it increases latencies. |
| 11:26:00 | LinusN | shouldn't be an issue as long as we don't switch frequency too often |
| 11:26:46 | jhMikeS | true, it would be nasty to do alot in either case |
| 11:27:12 | | Quit kubiix (Read error: 110 (Connection timed out)) |
| 11:27:20 | | Quit theseal ("Lost terminal") |
| 11:27:52 | amiconn | Asynchronous switching would create another nastiness, btw: youz'd need to consider what to do when a new switching request arrives while still waiting for an old one to complete... |
| 11:29:31 | LinusN | major headache :-) |
| 11:29:51 | jhMikeS | I did consider that |
| 11:30:57 | jhMikeS | Frankly, I can remove far worse latencies with some careful revising sleep_core and these matter much more and measure out. |
| 11:31:37 | | Quit tvelocity ("ΑποχώÏησε") |
| 11:33:40 | jhMikeS | amiconn: I find it hard to believe that PP could keep the system down including all interrupt activity for 500us. The audio output would be awful. |
| 11:34:09 | amiconn | Interrupts aren't disabled |
| 11:35:15 | jhMikeS | I guess not in apple firmware then. Aren't they for H10? |
| 11:35:35 | amiconn | I don't know at all how the OF uses interrupts |
| 11:35:43 | amiconn | I meant in rockbox |
| 11:36:59 | jhMikeS | You said Apple OF waits 500us? It polls USEC_TIMER for 500us? |
| 11:37:12 | amiconn | yes |
| 11:38:57 | jhMikeS | I think they must just set the modes and switch the clock source to change frequency instead of changing the PLL all the time. |
| 11:39:18 | amiconn | nope |
| 11:39:33 | | Join Entasis [0] (n=Jarred@ppp121-45-8-124.lns10.adl2.internode.on.net) |
| 11:39:33 | amiconn | The clock setup routine is very similar to what we have now |
| 11:40:19 | theseal_ | so back from lunch |
| 11:41:09 | jhMikeS | well, very similar is one thing. is it used the same way? Of course they can preempt the task waiting for PLL relock. we can't |
| 11:41:38 | theseal_ | bluebrother: I only have on cable here with me, but something is fishy, in emergency discmode, it hangs the explorer when I try to browse with the pod connected.. |
| 11:41:55 | amiconn | How could I tell? I don't know whether the ipod OF uses preemptive threading (but I doubt it does) |
| 11:43:27 | bluebrother | theseal_: well, you should try to borrow a cable and check with that to rule it out. |
| 11:43:42 | jhMikeS | Is it RTXC kernel? |
| 11:43:51 | bluebrother | there have been quite some reports which turned out to be a broken cable. |
| 11:44:30 | theseal_ | bluebrother: thanks for the tip, I'll run down and by a new straight away... |
| 11:44:39 | petur | jhMikeS: what would that tell? Most RT kernels can be configured for threading type |
| 11:44:55 | amiconn | I have no idea either |
| 11:45:30 | amiconn | All I did was some disassembling and digging for certain hardware related functions |
| 11:47:03 | | Join PaulJam [0] (i=Paul@vpn-3075.gwdg.de) |
| 11:48:49 | jhMikeS | lots of juicy strings exist in the H10 OF |
| 11:50:17 | amiconn | When I tried to compare H10 and Sansa OF with ipod, I found that H10 and Sansa disassemblies are a lot harder to read and understand |
| 11:50:41 | jhMikeS | nonetheless, H10 is way more stable with a longer relock time. don't know if doubling it is needed however. |
| 11:50:42 | amiconn | I didn't dig for strings at all |
| 11:50:52 | jhMikeS | H10 and e200 seems nearly twins |
| 11:52:05 | | Quit spiorf (Read error: 110 (Connection timed out)) |
| 11:52:13 | | Join syn4pse [0] (n=syn4pse@cpe-075-176-155-093.sc.res.rr.com) |
| 11:52:34 | jhMikeS | I havnen't been able to crash it yet and can do what I please with i2s without problems. |
| 11:52:57 | * | amiconn thinks that's rather strange |
| 11:53:02 | | Join spiorf [0] (n=spiorf@host122-203-dynamic.8-87-r.retail.telecomitalia.it) |
| 11:53:22 | amiconn | But then I wasn't able to understand the H10 clock switching, so that doesn't tell much |
| 11:53:50 | syn4pse | LinusN: it works now, like a champ. |
| 11:53:58 | jhMikeS | It is a bugger. I should probably examine Apple FW to get the remaining info on the hw sync primitives. |
| 11:54:02 | amiconn | What's interesting about all PP502x ipod firmwares I checked is that they all have clock switching code for *both* PP5020 and PP5022, selected dynamically |
| 11:54:13 | amiconn | The ipod video firmware also has code for PP5026 (!) |
| 11:54:19 | syn4pse | GodEater: thanks to you as well |
| 11:55:25 | jhMikeS | amiconn: what uses pp5026? I've never heard of anything. |
| 11:55:36 | amiconn | Yeah, me neither |
| 11:55:44 | amiconn | Hence the "(!)" |
| 11:55:56 | GodEater_ | I don't even know where it's available from |
| 11:56:00 | jhMikeS | maybe it was in development when they went bankrupt :) |
| 11:56:02 | GodEater_ | nVidia only advertise the 5024 |
| 11:56:27 | amiconn | GodEater: Yup, and the 5024 identifies itself as 5022 |
| 11:56:45 | GodEater_ | that's clever of it :) |
| 11:56:57 | amiconn | ...as does the 5021 |
| 11:56:58 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 11:57:03 | * | jhMikeS thougt it was 5022_C_ |
| 11:58:00 | amiconn | The label and the internal identifier of the PP chips seem to not match sometimes |
| 11:58:02 | | Quit homielowe (Remote closed the connection) |
| 11:58:20 | amiconn | jhMikeS: The 5021 (e.g. ipod nano, ipod video) also identifies as PP5022C |
| 11:58:21 | jhMikeS | The 5021 must have come out from all support from their boobytrapped pp5020 :) |
| 11:58:40 | amiconn | ...while the chip in the mini g2 (labeled PP5022) identifies as PP5022B |
| 11:58:52 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
| 11:59:19 | amiconn | Of the PP5020, I only ever saw the 'E' revision |
| 11:59:37 | | Quit hannesd__ ("Client suicide") |
| 11:59:45 | jhMikeS | so which pp5020 target is the least stable? |
| 12:00 |
| 12:00:29 | amiconn | The small H10 seems to have problems related to disk poweroff (sometimes). Other than that, they are equal afaik |
| 12:01:19 | jhMikeS | 1ms seems a long time but seems to work just fine and keeps it from being too twitchy to changes |
| 12:02:19 | amiconn | I never experienced clock setup related problems on my H10 after my changes (which I originally did on a mini g1) |
| 12:03:41 | amiconn | Voice often hangs, but I think this is a dual core related problem. Freezes on coldfire are almost completely fixed now |
| 12:03:51 | amiconn | (only got 1 or 2 after pondlife's fixes) |
| 12:06:32 | markun | petur: do you know what the status of the USB stack is? |
| 12:07:20 | petur | markun: still waiting for a commit from austriancoder that adds read/write to the UMS driver |
| 12:07:21 | jhMikeS | I don't think it is. There nothing happening with the COP besides just sitting in sleep_core doing ticks. |
| 12:07:45 | petur | markun: other than that: not much rockbox time atm :( |
| 12:07:55 | jhMikeS | I haven't been able to lock voice at all. |
| 12:08:00 | | Quit syn4pse ("Time wasted on IRC: 16 minutes 13 seconds") |
| 12:08:41 | jhMikeS | Voice boosts and unboosts quite frequently so any problem came up faster running around the menu. |
| 12:11:12 | | Join Rob2222 [0] (n=Miranda@p54B1566B.dip.t-dialin.net) |
| 12:11:29 | Rob2222 | Hi all. |
| 12:11:52 | | Quit Nico_P (Remote closed the connection) |
| 12:11:56 | webmind | hi |
| 12:11:57 | Rob2222 | Will the ipod classic become a development target? |
| 12:13:13 | GodEater_ | Rob2222: unlikely |
| 12:14:14 | Rob2222 | why that? 160gb sounds very nice. but i dont would use a non rockbox player anymore ;) |
| 12:14:45 | linuxstb | Rob2222: It will be a very hard port - hard encryption and undocumented hardware. |
| 12:14:48 | GodEater_ | 1) None of the devs own one. 2) The firmware partition on it is completely hidden, unlike previous ipods, and 3) the firmware is encrypted, just as it was on the 2G |
| 12:14:53 | Rob2222 | is the classic so different fomr the other players? |
| 12:15:03 | GodEater_ | Rob2222: yes - it's completely different hardware |
| 12:15:10 | Rob2222 | ugh :( |
| 12:15:37 | Rob2222 | who cares the original FW, as long as a bootloader is doable ;) |
| 12:15:40 | Rob2222 | well ok |
| 12:15:47 | Rob2222 | then ill have to wait and see |
| 12:15:51 | GodEater_ | Rob2222: the bootloader ISN'T doable |
| 12:15:56 | GodEater_ | because of the encryption |
| 12:16:17 | Rob2222 | to the player loads only encrypted/signes software? |
| 12:16:23 | GodEater_ | Rob2222: exactly |
| 12:16:31 | Rob2222 | argh |
| 12:16:49 | Rob2222 | very depressing |
| 12:17:05 | Rob2222 | my only with is a small rockbox player with more than 80gb :( |
| 12:17:08 | Rob2222 | wish |
| 12:17:24 | theseal_ | bluebrother: new cabel here... |
| 12:17:35 | Zagor | buy a classic, rip out the disk, install it in another player ;-) |
| 12:17:59 | | Join seablue [0] (n=s@0x535c1344.banxx3.adsl-dhcp.tele.dk) |
| 12:18:06 | Zagor | or perhaps those disks will hit the open market soon |
| 12:18:16 | Rob2222 | zagor: according the internet the 160gb disc has a CE-ATA plug. which player has CE-ATA?! |
| 12:18:29 | Zagor | ah, that'll be a problem of course |
| 12:18:30 | theseal_ | the pod doesent show up in explorer but it shows in computermanagement as a mass storade device.. |
| 12:18:37 | Zagor | lunch! |
| 12:18:56 | bluebrother | hmm, does it show the correct partition type? |
| 12:19:21 | theseal_ | bluebrother: what to look for? |
| 12:19:39 | | Quit spiorf (Read error: 110 (Connection timed out)) |
| 12:20:31 | bluebrother | the Ipod should show two partitions. A small firmware partition and the data partition |
| 12:21:00 | theseal_ | in explorer... ope, nutting |
| 12:21:02 | theseal_ | nope |
| 12:21:04 | theseal_ | nutting |
| 12:21:24 | theseal_ | but it shows in computermanagement |
| 12:21:30 | theseal_ | when connected.. |
| 12:22:14 | bluebrother | well, windows explorer will only show the data partition. Does disc management show the drive and does it have a drive letter assigned? |
| 12:22:55 | * | GodEater_ detects basic computer knowledge lessons again |
| 12:23:02 | theseal_ | mhmm, |
| 12:23:13 | theseal_ | <−−-noob with potential broken ipod |
| 12:23:45 | | Join spiorf [0] (n=spiorf@host182-22-dynamic.21-87-r.retail.telecomitalia.it) |
| 12:24:12 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
| 12:25:11 | theseal_ | no driveletters assigned anywhere |
| 12:25:13 | ender` | theseal_: install itunes and verify that the ipoo is recognised by it (it'll probably offer to reformat it to windows format for you) |
| 12:25:39 | jhMikeS | amiconn: You never did a timing on the PP5022/24 relock time (since it has a relock bit)? |
| 12:25:46 | theseal_ | ender, I am up to tha now, I hate itunes, but I guess is the way to go |
| 12:25:50 | bluebrother | does it show the two partitions? If yes, what are the properties of the second? |
| 12:26:02 | theseal_ | bluebrother: no partitions |
| 12:26:35 | bluebrother | that doesn't sound good. |
| 12:26:46 | amiconn | jhMikeS: Nope. The relock bit seems to be a bit unreliable, hence the extra delay *before* starting to check it |
| 12:26:48 | theseal_ | mmmm |
| 12:27:15 | bluebrother | in that case the idea using Itunes sounds like a good try to me. |
| 12:27:28 | bluebrother | haven't thought of that myself before :o |
| 12:27:48 | amiconn | ender`, theseal_: No full installation of itunes is necessary for that. The separate updater is sufficient (but even that one installs a service in windows) |
| 12:28:06 | theseal_ | amiconn: yes I know, thanks |
| 12:28:23 | * | bluebrother didn't know that |
| 12:28:37 | theseal_ | it's a little hard to find though |
| 12:33:03 | Rob2222 | is there a little chance left for RB @ ipod classic? |
| 12:33:19 | bluebrother | if someone cracks the encryption ... |
| 12:34:35 | Rob2222 | that _could_ be doable, maybe, or? |
| 12:35:06 | GodEater_ | Rob2222: it's very very very very hard |
| 12:35:06 | bluebrother | well, the Nano 2G is out since quite a while and nobody managed to run custom code on it |
| 12:35:26 | bluebrother | and I guess the encryption of the classic is harder than on the nano |
| 12:35:41 | bluebrother | at least it's definitely not weaker. |
| 12:38:23 | theseal_ | bluebrother: I think I am on to something.... |
| 12:38:33 | theseal_ | powermanegement fcks upp the pod connection |
| 12:39:04 | theseal_ | http://docs.info.apple.com/article.html?artnum=301343-sv |
| 12:40:49 | jhMikeS | amiconn: I'm not seeing any discernable delay beyond the 250uS. Just a couple uS change left over. |
| 12:40:59 | bluebrother | interesting. |
| 12:42:19 | | Quit kubiixaka (Read error: 110 (Connection timed out)) |
| 12:47:26 | amiconn | jhMikeS: Yeah, but if you skip the 250us and start checking right away, the loop is left too early on *some* PP5022s, making those very unstable |
| 12:50:49 | theseal_ | now the pod started to show in "safe remove of device management" |
| 12:51:12 | theseal_ | but with the ipod connected itunes takes forewer to start |
| 12:51:45 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 12:51:49 | theseal_ | now it showes in itunes and i am restoring |
| 12:52:22 | theseal_ | restored |
| 12:52:38 | theseal_ | this ipod is FUCKED |
| 12:52:40 | theseal_ | I hate it |
| 12:53:01 | theseal_ | and i hate itunes |
| 12:53:25 | markun | theseal_: maybe you can sell it? |
| 12:53:57 | theseal_ | maybe I can use it as a coaster.. |
| 12:53:59 | theseal_ | :D |
| 12:54:21 | | Join webguest81 [0] (i=7c944cba@gateway/web/cgi-irc/labb.contactor.se/x-7c8ec2a029b90081) |
| 12:54:25 | theseal_ | it works perfectly but once in a while it doesent want to connect to any computer |
| 12:54:58 | webguest81 | does anyone know about windows neptune? |
| 12:55:01 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 12:55:13 | bluebrother | webguest81: what does this have to do with Rockbox? |
| 12:56:10 | webguest81 | i can't find a irc for this |
| 12:56:18 | | Join rvvs89_ [0] (n=rvvs89@unaffiliated/rvvs89) |
| 12:56:57 | webguest81 | hcs |
| 12:57:02 | bluebrother | and why do you think the people in this channel should know? It's completely off topic. |
| 12:57:44 | webguest81 | because i don't know |
| 12:57:56 | bluebrother | *sic* |
| 12:58:21 | bluebrother | already considered asking google? |
| 12:58:25 | webguest81 | short of going hcs: |
| 12:58:58 | GodEater_ | Llorean: response to most recent apple install thread ? |
| 12:59:16 | webguest81 | hcs: |
| 12:59:22 | webguest81 | that works |
| 12:59:33 | webguest81 | yes |
| 12:59:46 | jhMikeS | amiconn: I only tested with the delay in place and saw no extra time from a relock wait. |
| 12:59:48 | rvvs89_ | hcs is /away... |
| 12:59:59 | webguest81 | thanx |
| 13:00 |
| 13:00:03 | | Quit webguest81 ("CGI:IRC (EOF)") |
| 13:00:08 | | Quit My_Sic (SendQ exceeded) |
| 13:01:01 | * | jhMikeS supposes he'll test it "pure" |
| 13:02:48 | jhMikeS | hrm...never seems to actually wait on it |
| 13:04:21 | *** | Saving seen data "./dancer.seen" |
| 13:05:38 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 13:08:27 | theseal_ | it is here that I shout foul word to express my frustration... |
| 13:09:16 | theseal_ | words now |
| 13:12:25 | | Join norbusan [0] (n=norbusan@dhcp09.algebra.tuwien.ac.at) |
| 13:12:30 | | Part norbusan |
| 13:13:28 | | Join spiorf_ [0] (n=spiorf@host246-206-dynamic.16-79-r.retail.telecomitalia.it) |
| 13:13:45 | | Join Thundercloud [0] (n=thunderc@resnet01.nat.lancs.ac.uk) |
| 13:15:16 | | Join Arathis [0] (n=doerk@p508A531C.dip.t-dialin.net) |
| 13:17:04 | theseal_ | ok, boys, so basicly I need to se the ipod in the explorer to install rockbox??? |
| 13:18:50 | markun | can you see it in explorer? |
| 13:20:13 | | Quit spiorf (Read error: 110 (Connection timed out)) |
| 13:20:18 | elmargol | can I edit a .torrent file using rtorrent? |
| 13:21:01 | theseal_ | markun: no, it doesent show in explorer.. it shows in device manager, safe removal of hardware, and as i ipod that needs restore in itunes |
| 13:21:21 | markun | theseal_: but the restore was successful, right? |
| 13:21:32 | markun | "12:52 < theseal_> restored" |
| 13:22:07 | PaulJam | don't you need to enable an option in itunes to make it show up in explorer? |
| 13:22:22 | theseal_ | the srestore was sucessfull, it rebooted and needed a new restore in itunes again... |
| 13:23:16 | theseal_ | and again, and again.. |
| 13:23:26 | pixelma | btw. what kind of Ipod do you have? |
| 13:24:21 | theseal_ | gen5 |
| 13:25:08 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 13:25:09 | theseal_ | PaulJam, where? |
| 13:25:11 | | Quit Thundercloud (Remote closed the connection) |
| 13:25:50 | theseal_ | I deemed this pod dead, but i still works fine listening to and in my alfa i works perfect |
| 13:26:05 | theseal_ | reeboot... brb |
| 13:26:21 | | Join Thundercloud [0] (n=thunderc@resnet01.nat.lancs.ac.uk) |
| 13:26:52 | PaulJam | I'm not sure. i don't have itunes. it is an option to enable the mass storage capabilities of the ipod, but i don't think it'LL WORK IF ITUNES THINKS THAT YOUR IPOD NEEDS TO BE RESTORED: |
| 13:27:26 | PaulJam | sorry for the capital letters |
| 13:27:37 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-232-228.pools.arcor-ip.net) |
| 13:28:14 | | Join ddalton [0] (n=daniel@203-214-50-20.dyn.iinet.net.au) |
| 13:32:08 | | Join Domonoky [0] (n=Domonoky@e179049140.adsl.alicedsl.de) |
| 13:35:08 | | Part LinusN |
| 13:35:40 | ddalton | can someone help me with some code? |
| 13:36:06 | ddalton | it doesn't seem to recognise my lang entries. New ones I have added. |
| 13:37:18 | | Quit spiorf_ (Read error: 110 (Connection timed out)) |
| 13:37:41 | | Join spiorf_ [0] (n=spiorf@host68-218-dynamic.14-87-r.retail.telecomitalia.it) |
| 13:38:21 | theseal_ | thans boys.. I'll try at home instead... |
| 13:38:30 | theseal_ | off to daycare to pick up the offspring. |
| 13:39:53 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
| 13:40:48 | ddalton | LinusN: I have been away for the last week. But does p7682 look ok? The voice interuption issue seems to be fixed here. |
| 13:41:59 | GodEater_ | two ipod touchs have turned up in the office today |
| 13:42:07 | GodEater_ | pretty, but - somehow, I don't know - not very DAPish |
| 13:42:46 | petur | GodEater: because they are not, they are castrated PDA's |
| 13:43:00 | GodEater_ | that's very much my feeling too |
| 13:43:46 | LinusN | ddalton: how did you fix the voice interruption? |
| 13:43:53 | * | petur has been wanting a hdd or big flash in his pda for years (+ standard usb and UMS) |
| 13:44:28 | | Part LinusN |
| 13:48:29 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
| 13:54:07 | | Nick bb__ is now known as bb (n=bb@dslb-088-074-148-171.pools.arcor-ip.net) |
| 13:54:34 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 13:56:20 | | Quit spiorf_ (Read error: 110 (Connection timed out)) |
| 13:56:25 | | Quit iamben (Read error: 104 (Connection reset by peer)) |
| 13:58:22 | | Join Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) |
| 14:00 |
| 14:03:27 | | Join rogelio [0] (n=rogelio@189.146.222.125) |
| 14:05:08 | ddalton | XavierGr: any progress with setting alarms for certain dates? |
| 14:15:43 | ddalton | LinusN: I used a function let me see what one. Stephane told me how to fix it |
| 14:16:04 | LinusN | ok |
| 14:16:16 | ddalton | talk_force_enqueue_next () |
| 14:16:42 | ddalton | so do you think there is any chance of getting it committed? |
| 14:17:23 | | Quit rvvs89_ (Remote closed the connection) |
| 14:19:03 | | Join rvvs89_ [0] (n=rvvs89@unaffiliated/rvvs89) |
| 14:21:39 | | Join massiveH [0] (n=massiveH@pool-96-234-71-233.nwrknj.fios.verizon.net) |
| 14:22:04 | | Quit rvvs89_ (Remote closed the connection) |
| 14:23:03 | LinusN | ddalton: sure, i'll just try it first - but i have no time at the moment |
| 14:23:16 | ddalton | ok then |
| 14:24:43 | | Join n1s [0] (n=nils@nl104-209-90.student.uu.se) |
| 14:25:08 | | Join rvvs89_ [0] (n=rvvs89@unaffiliated/rvvs89) |
| 14:26:53 | | Join Buschel [0] (n=AndreeBu@p54A3E85D.dip.t-dialin.net) |
| 14:31:49 | | Quit massiveH ("Leaving") |
| 14:34:58 | | Join Wiwie [0] (n=goddi@86-40-251-14.b-ras2.lmk.limerick.eircom.net) |
| 14:40:02 | | Join Davo_Dinkum [0] (n=DavoDink@c58-107-223-218.sunsh4.vic.optusnet.com.au) |
| 14:43:50 | | Join Benoitb [0] (n=Benoitb@193.48.73.126) |
| 14:43:59 | Benoitb | hi ! |
| 14:44:24 | Benoitb | I'm having a problem with patching the source code from svn |
| 14:45:04 | Domonoky | whats the problem ? |
| 14:45:13 | Benoitb | I'd like to apply the patch FS #2954 to a recent svn but the patch says it can't find the file |
| 14:45:23 | Benoitb | I tried the -p 0 ~ 5 |
| 14:45:32 | Benoitb | but it doesn't seem to change anything |
| 14:45:45 | markun | does the file exist? |
| 14:45:48 | Domonoky | and you are in the rockbox source dir ? |
| 14:46:01 | Benoitb | the file does exist |
| 14:46:19 | markun | Benoitb: it should be -p0 for that file |
| 14:46:31 | Benoitb | I tried in source/Rockpatches |
| 14:46:36 | Benoitb | and in source/apps |
| 14:46:43 | markun | what? |
| 14:46:44 | Benoitb | should I try from soruce |
| 14:46:46 | Benoitb | source |
| 14:46:53 | n1s | yep |
| 14:46:54 | markun | just from the root |
| 14:46:58 | Benoitb | ok |
| 14:47:07 | Benoitb | this is where I'm going wrong |
| 14:47:13 | Benoitb | trying again now |
| 14:47:23 | markun | Benoitb: if you look at the patch with a text editor it's not so difficult to understand |
| 14:48:50 | | Part rogelio ("Kopete 0.12.4 : http://kopete.kde.org") |
| 14:49:17 | Benoitb | it seems to work but I get a warning : "Reversed (or previously applied) patch detected! Assume -R?" |
| 14:49:27 | ddalton | what patch is it? |
| 14:49:35 | Benoitb | the scrolling margin patch |
| 14:49:57 | | Quit advcomp2019 ("Leaving") |
| 14:50:06 | Benoitb | did it get applied although I though it was unsuccesful before ? |
| 14:50:30 | Benoitb | or should I re-get a clean SVN and begin the patching again ? |
| 14:50:35 | n1s | Benoitb: when was it last synced? |
| 14:50:42 | n1s | the patc |
| 14:50:42 | Benoitb | yesterday |
| 14:50:47 | Benoitb | oops |
| 14:50:48 | ddalton | revert update and then apply the patch |
| 14:50:49 | Benoitb | not the patch |
| 14:50:56 | Benoitb | ùmy svn is from yesterday |
| 14:51:03 | Benoitb | I'll check for the patch |
| 14:51:32 | Benoitb | october 01 by looking at the name of the patch |
| 14:52:08 | Benoitb | revert update : what does it mean ? |
| 14:52:16 | | Join donsdw [0] (n=donsdx@ip68-101-195-153.sd.sd.cox.net) |
| 14:53:04 | bluebrother | how about reading the WorkingWithPatches wiki page? |
| 14:53:19 | markun | Benoitb: "svn revert -R ./" gives you a clean svn tree |
| 14:53:31 | Benoitb | ok, thanks a lot markun |
| 14:53:42 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
| 14:54:04 | Benoitb | bluebrother: I'm using the simple guide to compiling now, maybe I'll check the WorkingWithPatches if I get nowhere |
| 15:00 |
| 15:00:28 | | Join RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net) |
| 15:00:54 | Benoitb | ok, I have successfully applied 2 patches |
| 15:01:12 | Benoitb | teh scrolling test margins, and the album art |
| 15:02:03 | Benoitb | but the bmpresize seems to fail, it is not surprising however because because it seems that the last sync date is 20070624 |
| 15:04:24 | *** | Saving seen data "./dancer.seen" |
| 15:05:51 | | Join moos [0] (i=moos@m172.net81-66-158.noos.fr) |
| 15:09:33 | ddalton | RaZorbacK: Ok I have to go it is late here. But one question did you write the french translation patch? If so maybe you should upload a diff. and also should the french translation for my talking alarm patch be mirged with your one? |
| 15:12:49 | | Quit ddalton ("leaving") |
| 15:16:36 | | Quit gtkspert (Remote closed the connection) |
| 15:16:52 | | Join gtkspert [0] (n=gtkspert@gateless.info) |
| 15:18:39 | | Quit rvvs89_ (Nick collision from services.) |
| 15:18:55 | | Join rvvs89_ [0] (n=rvvs89@unaffiliated/rvvs89) |
| 15:19:22 | | Quit rvvs89_ (Remote closed the connection) |
| 15:19:32 | | Quit Wiwie (Read error: 110 (Connection timed out)) |
| 15:20:46 | | Quit in-jane (Read error: 104 (Connection reset by peer)) |
| 15:20:52 | | Join in-jane [0] (i=jane@ulko.kuori.org) |
| 15:25:30 | | Quit joshin (Remote closed the connection) |
| 15:29:20 | | Quit RaZorbacK ("http://ppproject.com/product/iamc") |
| 15:34:23 | | Join Wiwie [0] (n=goddi@86-41-111-232.b-ras2.lmk.limerick.eircom.net) |
| 15:37:36 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 15:42:03 | Benoitb | I understood the way to apply patches, including the path and the -pX option |
| 15:42:28 | Benoitb | and sadly, the bmp resize is unmaintained and is not applyable at the moment |
| 15:45:13 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
| 15:45:59 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
| 15:48:40 | | Part LinusN |
| 15:52:10 | | Join Solskogen [0] (n=dizzy@151.85-200-10.bkkb.no) |
| 15:52:39 | Solskogen | what does the battery capacity setting do? |
| 15:53:00 | n1s | Solskogen: it ONLY affects the runtime estimation |
| 15:54:41 | Solskogen | okay, thanks |
| 15:57:51 | GodEater_ | and it only works well on targets where the battery has been calibrated properly |
| 15:59:18 | | Quit hcs ("Leaving.") |
| 16:00 |
| 16:01:05 | | Quit Zagor ("Client exiting") |
| 16:04:28 | | Nick parafin|away is now known as parafin (i=parafin@80.92.255.23) |
| 16:08:00 | | Join luX_ [0] (n=mlux@vs156103.vserver.de) |
| 16:08:05 | | Join scorche|work [0] (n=8dc5049d@rockbox/administrator/scorche) |
| 16:09:19 | | Part luX_ |
| 16:13:08 | | Quit Wiwie (Read error: 110 (Connection timed out)) |
| 16:15:23 | | Join Wiwie [0] (n=goddi@86-41-119-54.b-ras2.lmk.limerick.eircom.net) |
| 16:22:50 | | Join My_Sic [0] (n=MySic@bas3-montreal28-1177919288.dsl.bell.ca) |
| 16:28:20 | * | pondlife is considering trying the album art patch.... :/ |
| 16:28:44 | n1s | no, don't do it !!!111!one |
| 16:28:51 | pondlife | The gradient selector bar was the start of a slippery slope covered in eye candy, I fear... |
| 16:29:18 | pondlife | I felt compelled to use colour icons and a nice gradient backdrop... |
| 16:29:37 | pondlife | Now I'm even thinking of killing my audio buffer for the sake of little pictures. |
| 16:29:47 | pondlife | Help me!! |
| 16:29:48 | * | petur pulls pondlife away from the dark side |
| 16:29:59 | pondlife | Thanks |
| 16:30:03 | * | n1s actually has been using nice icons and a gradient backdrop for quite a while but still no gradient selector, must resist it... |
| 16:30:04 | * | bluebrother throws in some pills for pondlife |
| 16:30:13 | pondlife | That's better... |
| 16:30:33 | pondlife | Mmm, MoB pills, my favourite |
| 16:30:36 | * | Domonoky exchanges pondlifes dap with a greyscale one.. :-) |
| 16:30:44 | petur | haha |
| 16:31:09 | pondlife | Yep, time I moved to H140. |
| 16:31:25 | | Join RudMan [0] (n=RudMan@167.206.188.130) |
| 16:32:57 | * | bluebrother hugs h120 |
| 16:33:43 | Davo_Dinkum | does Rockbox replace *all* the firmware on the h120? |
| 16:33:50 | bluebrother | no |
| 16:33:56 | Davo_Dinkum | :( |
| 16:34:09 | Domonoky | but it can... :-) |
| 16:34:10 | pondlife | But flashing a bootloader also flashes the OF... |
| 16:34:20 | bluebrother | you _can_ wipe the OF on h120 / h140 using the unofficial bootloader |
| 16:34:21 | Davo_Dinkum | OF=open firmware? |
| 16:34:30 | bluebrother | Original Firmware. |
| 16:34:30 | pondlife | original firmware |
| 16:34:31 | pondlife | :) |
| 16:34:32 | Domonoky | OF=original firmware |
| 16:34:36 | Davo_Dinkum | ah ok |
| 16:34:42 | pondlife | We like that question! |
| 16:34:52 | Davo_Dinkum | err which one? |
| 16:34:58 | * | Davo_Dinkum has used open firmware machines before |
| 16:37:02 | Davo_Dinkum | hmm |
| 16:37:29 | Davo_Dinkum | so bootloader+rockbox=no original firmware on h120? |
| 16:38:02 | bluebrother | no |
| 16:38:18 | bluebrother | that still doesn't remove the OF completely. |
| 16:38:18 | Davo_Dinkum | :/ |
| 16:38:27 | Domonoky | Davo_Dinkum: you would have to flash an unofficial bootloader for rockbox, to replace the OF completly.. |
| 16:38:28 | bluebrother | inofficial bootloader + rombox |
| 16:38:54 | Davo_Dinkum | ok, so it could be done |
| 16:41:09 | petur | Davo_Dinkum: but you won't notice the OF is still there as it boots Rockbox by default |
| 16:41:16 | | Join _slacker_ [0] (n=mauro@84.77.241.33) |
| 16:43:51 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 16:45:31 | Davo_Dinkum | can the iriver bootloader stored in the flash memory be replaced? |
| 16:45:55 | bluebrother | the h100 series has the firmware in flash. So the Rockbox bootloader needs to get flashed. |
| 16:46:16 | Davo_Dinkum | oh ok |
| 16:46:36 | bluebrother | you won't notice a difference as the Rockbox bootloader is the first thing that comes up upon power-up |
| 16:47:29 | Davo_Dinkum | boot up time is fairly quick? |
| 16:47:34 | bluebrother | yep |
| 16:47:38 | bluebrother | just try it ;-) |
| 16:47:53 | Davo_Dinkum | hehe gotta get a dap 1st :p |
| 16:48:24 | bluebrother | getting a h100 might not be the easiest task though |
| 16:48:34 | Davo_Dinkum | yeah ebay has none |
| 16:48:38 | Davo_Dinkum | might get a H10 |
| 16:48:58 | Davo_Dinkum | it has the vertical scrolly thing |
| 16:49:05 | bluebrother | things are completely different on the h10 |
| 16:49:09 | _slacker_ | hi all, in which system is rockbox based? some kind of linux embedded? or where can i find info about this? |
| 16:49:22 | Davo_Dinkum | !bot |
| 16:49:32 | bluebrother | _slacker_: it's not based on a system. As the front page tells, it's completely written from scratch |
| 16:49:44 | Davo_Dinkum | oooooh hardcore |
| 16:51:33 | petur | if looking for an h120/h140, also search for iHP120/iHP140 |
| 16:51:49 | petur | there should be some on ebay atm |
| 16:52:28 | bluebrother | depends on which ebay page you are using −− I found ebay.co.uk holding quite some interesting auctions compared to ebay.de |
| 16:53:00 | petur | heh? you might need to change scope to worldwide... |
| 16:54:34 | bluebrother | oh, that is quite hidden. |
| 16:54:54 | Davo_Dinkum | ebay au here |
| 16:55:05 | | Quit nicktastic (Read error: 104 (Connection reset by peer)) |
| 16:55:49 | PaulJam | little question about the new line selector: is it intended, that when using inverted or solid colour the line selector disappears on scrolling text in the filebrowser? this does not happen in the menus. |
| 16:56:42 | Davo_Dinkum | hmm i can buy a remote for the ihp120 from the US |
| 16:57:11 | * | bluebrother remembers the h100 IR remote project |
| 16:57:35 | Davo_Dinkum | the h100 as a remote? |
| 16:57:54 | petur | yes, wired |
| 16:58:01 | bluebrother | no. Adding a IR remote to the h100 |
| 16:58:06 | Davo_Dinkum | oh ok |
| 16:58:23 | * | petur read 'as' as 'has' |
| 16:58:38 | Davo_Dinkum | bit pointless if the h100 is in your bag/pocket, but good for home use i guess |
| 16:58:50 | bluebrother | yep, that's the idea. |
| 16:59:21 | Davo_Dinkum | i was thinking like this http://features.engadget.com/2004/07/27/how-to-turn-your-ipod-in-to-a-universal-infrared-remote-control/ |
| 16:59:23 | bluebrother | besides being a nice project to play around ;-) Too bad I never got around finishing it ... I should do. |
| 17:00 |
| 17:00:18 | Davo_Dinkum | if a dap had an IR port on it that would be nice |
| 17:00:24 | Davo_Dinkum | instant tv remote |
| 17:00:48 | | Quit Entasis (Read error: 104 (Connection reset by peer)) |
| 17:03:00 | markun | _slacker_: here you can find some info: http://www.rockbox.org/twiki/bin/view/Main/RockboxArchitecture |
| 17:03:23 | markun | might not be 100% up to date |
| 17:04:27 | *** | Saving seen data "./dancer.seen" |
| 17:04:32 | | Quit hcs ("Leaving.") |
| 17:06:16 | _slacker_ | cool, thnx both |
| 17:07:08 | markun | _slacker_: why do you ask btw? |
| 17:08:17 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
| 17:10:10 | | Join spiorf [0] (n=spiorf@host176-169-dynamic.11-79-r.retail.telecomitalia.it) |
| 17:11:26 | _slacker_ | i'm an free software believer with a sansa e280, and i discovered rockbox today, so just for curiosity now |
| 17:11:44 | _slacker_ | the project looks really interesting btw! |
| 17:12:08 | Domonoky | _slacker_: feel free to step in.. :-) |
| 17:12:20 | _slacker_ | i'm at work, but tonight i'll rock my sansa :p |
| 17:12:56 | * | bluebrother points to http://www.rockbox.org/wiki/RockboxUtilityQt and hopes for a success report ;-) |
| 17:13:45 | | Join kugel [0] (i=kugel@e178115065.adsl.alicedsl.de) |
| 17:13:49 | | Quit n1s (Read error: 104 (Connection reset by peer)) |
| 17:15:31 | | Quit nicktastic (Read error: 104 (Connection reset by peer)) |
| 17:16:10 | | Join n1s [0] (n=nils@nl104-209-90.student.uu.se) |
| 17:16:19 | PaulJam | Were there any commits since 2007-09-30 20:25 CEST and now that could have affected the scrolling/lineselector behaviour? the behaviour i described earlier does not happen in the latest uisimulator from rashers page. |
| 17:16:48 | bluebrother | PaulJam: the gradient selector? |
| 17:18:03 | PaulJam | bluebrother: no, when i use gradient selector it stays while scrolling |
| 17:18:45 | kugel | bluebrother: You've marked http://www.rockbox.org/tracker/task/7076 as related to http://www.rockbox.org/tracker/task/4760, but actually, they are not related |
| 17:18:52 | bluebrother | I meant the commit of the gradient selector. Or is that included since longer? |
| 17:19:02 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
| 17:19:14 | kugel | the calender.c in the button map is very different to the one in the rockcalenar patch |
| 17:20:04 | PaulJam | bluebrother: ah, the gradient lineselector was committed earlier. |
| 17:20:38 | bluebrother | kugel: ah, correct. But it was even you who fooled me (with your last comment ont FS #7076) :P |
| 17:20:51 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 17:20:59 | kugel | i just asked... |
| 17:21:09 | kugel | i wasnt sure either |
| 17:21:30 | bluebrother | well, I did a quick look and found them to be related. Doing so I mixed up calendar and rockcalendar ... |
| 17:21:50 | bluebrother | anyway, I simply removed the relation. Issue closed :) |
| 17:21:57 | kugel | ;) |
| 17:22:23 | PaulJam | well, i guess i should just compile a sim from the latest sources and see if i can reproduce it there instad of bothering you. |
| 17:22:45 | | Quit PaulJam (".") |
| 17:23:38 | | Quit Arathis ("Bye, bye") |
| 17:25:25 | | Join PaulJam [0] (n=pauljam@vpn-3081.gwdg.de) |
| 17:26:27 | | Quit nicktastic (Read error: 113 (No route to host)) |
| 17:28:58 | | Join barrywardell [0] (n=barrywar@dhcp-892b9b66.ucd.ie) |
| 17:29:19 | | Join toffe82 [0] (n=chatzill@66-17-20-1.biz.sktn.arrival.net) |
| 17:30:11 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
| 17:34:51 | | Join The-Compiler [0] (n=florian@173.5.77.83.cust.bluewin.ch) |
| 17:37:48 | | Part Benoitb ("Kopete 0.12.5 : http://kopete.kde.org") |
| 17:39:04 | | Quit hannesd_ ("Client suicide") |
| 17:39:39 | | Quit billytwowilly (Read error: 104 (Connection reset by peer)) |
| 17:41:40 | | Part sgsax |
| 17:42:41 | | Quit The-Compiler ("Connection reseted by god") |
| 17:44:17 | | Join billytwowilly [0] (n=chris@CABLE-72-53-22-61.cia.com) |
| 17:45:37 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
| 17:55:03 | pondlife | If I add new routines to the plugin API, can I insert them in the middle of the struct, or do they have to be appended? |
| 17:55:26 | pondlife | Or rather, if I add them at the end, can I leave the version the same? |
| 17:55:33 | n1s | pondlife: if you bump min api version you can put them anywhere |
| 17:55:38 | Domonoky | i think if you insert in the middle you have to bump the api version.. |
| 17:55:51 | pondlife | OK, but can I avoid that if I append? |
| 17:56:02 | petur | I'd rather have them sorted together than appended |
| 17:56:02 | n1s | you still have to bump the version if you put them at the end but not the MIN version |
| 17:56:02 | Domonoky | jep, i thinks so.. |
| 17:56:12 | | Quit kubiix (Read error: 104 (Connection reset by peer)) |
| 17:56:12 | pondlife | There's a load of functions remaining under a comment " /* new stuff at the end, sort into place next time the API gets incompatible */" |
| 17:56:21 | petur | it's not that we have many compiled plugins by 3rd party ;) |
| 17:56:34 | pondlife | n1s: Thanks, that's the answer I was after |
| 17:58:41 | GodEater_ | is that in the wiki somewhere - it's very useful info |
| 17:59:05 | pondlife | Actually, there's a comment in the code that I've just spotted... :/ |
| 17:59:21 | pondlife | Sorry to wake everyone up |
| 17:59:46 | GodEater_ | curse you |
| 17:59:49 | * | GodEater_ shakes a fist |
| 18:00 |
| 18:01:34 | | Join haemmy [0] (n=stefan@194.208.162.140) |
| 18:02:39 | | Quit Thundercloud (Remote closed the connection) |
| 18:04:38 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 18:05:33 | Frazz | lo |
| 18:08:50 | markun | word |
| 18:11:13 | theseal_ | bluebrother: still here? |
| 18:13:16 | | Quit petur ("work->home") |
| 18:13:49 | | Quit jhulst (Remote closed the connection) |
| 18:14:52 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 18:17:14 | | Quit fxb (Read error: 104 (Connection reset by peer)) |
| 18:17:50 | | Join fxb [0] (n=felixbru@h1252615.stratoserver.net) |
| 18:18:28 | | Join Thundercloud [0] (n=thunderc@resnet02.nat.lancs.ac.uk) |
| 18:19:32 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 18:20:56 | | Quit fxb__ (Remote closed the connection) |
| 18:25:23 | | Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
| 18:25:30 | | Join fxb [0] (n=felixbru@84.143.62.183) |
| 18:26:28 | | Quit fxb (Client Quit) |
| 18:26:41 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 18:27:16 | | Join ePr [0] (i=lovemeno@89.156.103.91) |
| 18:27:22 | ePr | hi |
| 18:27:42 | ePr | i would like to know if rockbox work with sansa e260 ? |
| 18:27:50 | Nico_P | ePr: it does |
| 18:28:01 | Nico_P | as says the homepage |
| 18:28:16 | ePr | the homepage say e200 series |
| 18:28:19 | ePr | i m a newbie |
| 18:28:24 | ePr | so i wasn t sure :p |
| 18:28:55 | ePr | btw thx for the answer |
| 18:29:05 | | Quit obo ("bye") |
| 18:29:31 | Nico_P | you're welcome |
| 18:30:48 | | Quit Pyromancer (Remote closed the connection) |
| 18:31:41 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 18:31:51 | | Join x1jmp [0] (n=x1jmp@87.176.152.207) |
| 18:32:25 | | Join PaulJam_ [0] (n=pauljam@vpn-3053.gwdg.de) |
| 18:35:45 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 18:36:15 | | Join bb__ [0] (n=bb@dslb-088-074-133-147.pools.arcor-ip.net) |
| 18:40:26 | | Join fxb [0] (n=felixbru@84.143.81.109) |
| 18:43:27 | | Quit fxb (Client Quit) |
| 18:44:42 | | Quit PaulJam (Read error: 113 (No route to host)) |
| 18:46:59 | | Join fxb [0] (n=felixbru@84.143.81.109) |
| 18:47:58 | | Quit barrywardell () |
| 18:48:00 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
| 18:48:03 | | Quit fxb__ (Read error: 104 (Connection reset by peer)) |
| 18:49:02 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 18:49:04 | | Quit bb (Read error: 110 (Connection timed out)) |
| 18:53:05 | pondlife | Hi Nico_P |
| 18:53:14 | pondlife | Any progress on playback? |
| 18:53:15 | Nico_P | hi |
| 18:53:24 | Nico_P | yes, seen my wiki page update ? |
| 18:53:34 | Nico_P | I got reliable playback on the first track |
| 18:53:46 | pondlife | Including seeking? |
| 18:53:48 | Nico_P | I'm working on buffering the next tracks right now |
| 18:53:49 | Nico_P | yes |
| 18:53:54 | pondlife | Great |
| 18:54:03 | Nico_P | probably not rebuffering but seeking is ok |
| 18:54:03 | | Quit ePr () |
| 18:54:22 | pondlife | I thought you'd got the buffering working ok in isolation. |
| 18:54:48 | pondlife | So that should be relatively easy? :) |
| 18:55:15 | | Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
| 18:55:30 | Nico_P | yeah it works but when I tried making the SYS_TIMEOUT event do Q_AUDIO_FILL_BUFFER instead of sleeping, I got an infinite loop of buffering attempts |
| 18:55:43 | Nico_P | mainly because I never set filling = false, which I found just now |
| 18:56:06 | pondlife | Hmm, in playback.c ? |
| 18:56:26 | pondlife | Shouldn't that just be sleeping and let buffering.c do it's magic? |
| 18:57:09 | Nico_P | well actually now filling the buffer on the playback.c side is simply calling bufopne |
| 18:57:15 | Nico_P | bufopen |
| 18:57:43 | pondlife | So playback.c is doing a set of bufopens, but no reading... ok! |
| 18:57:53 | Nico_P | yes, that's it |
| 18:58:33 | pondlife | We have a nice use case appeared in FlySpray recently... |
| 18:58:49 | pondlife | http://www.rockbox.org/tracker/task/7879 |
| 18:59:22 | Nico_P | the way I see it, the audi thread will do bufopen and bufclose calls, the codec thread will do the bufadvance and bufseek calls through the callbacks in playback.c, and the buffering thread will take care of buffering data to the disk |
| 18:59:50 | * | Nico_P takes note |
| 19:00 |
| 19:00:15 | pondlife | Something to try (if you don't mind jogging with your HDD based player) |
| 19:00:21 | |Rain| | do codecs run in their own thread? |
| 19:00:32 | pondlife | Yes |
| 19:00:35 | |Rain| | k |
| 19:00:47 | Nico_P | pondlife: err, not sure I'll do that |
| 19:00:48 | | Quit Wiwie (Read error: 110 (Connection timed out)) |
| 19:00:51 | pixelma | pondlife: could the "voice breaks mpegplayer" bug report be closed now? (Haven't tried myself yet...) |
| 19:00:52 | Nico_P | sounds like a pretty bad idea |
| 19:01:06 | jhMikeS | pixelma: I think so |
| 19:01:13 | pondlife | pixelma: Will test now... |
| 19:01:27 | pondlife | jhMikeS: You saw I updated the plugin API...? |
| 19:01:28 | jhMikeS | pixelma: btw, I saw your message. Does the recording actually come out ok on c200? |
| 19:01:43 | Nico_P | jhMikeS, pondlife: shouldn't things like bufopen and bufclose be accessible only to one thread at a time ? |
| 19:02:01 | Nico_P | actually, maybe all buffering API calls |
| 19:02:08 | pondlife | Buffering.c must handle that. |
| 19:02:11 | jhMikeS | Nico_P: perhaps, but if not, will it be safe and simple to make it work? |
| 19:02:33 | Nico_P | jhMikeS: what do you mean by "make it work" ? |
| 19:02:36 | jhMikeS | pondlife: no, haven't checked anything yet |
| 19:02:37 | | Quit amiconn (Nick collision from services.) |
| 19:02:44 | pondlife | That's normally why there's a queue between the API and the actual "doing" code... |
| 19:02:44 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
| 19:02:44 | pixelma | jhMikeS: yes, the recording sounds fine - the noise is just there while monitoring. Today I tried recording from radio, it was also present there but not so loud |
| 19:03:04 | pixelma | again - while monitoring |
| 19:03:07 | | Join tumu [0] (n=tumu@dsl-olubrasgw1-ff2bc100-41.dhcp.inet.fi) |
| 19:03:09 | jhMikeS | Nico_P: Well, if we do switch the threads that uses the buffer calls |
| 19:03:49 | Nico_P | I'm not sure what would happen if two threads decide to use bufopen at the same time |
| 19:03:55 | jhMikeS | pixelma: kind of screechy-ish? I think I've heard what your talking about. It takes removing the cache flushing to hear it on e200 |
| 19:04:28 | pondlife | Nico_P: That will need addressing, I'm afraid. |
| 19:04:32 | *** | Saving seen data "./dancer.seen" |
| 19:04:50 | pixelma | hnn... would describe it more as crackling or so. And it really makes me wonder that it is only in one channel... |
| 19:04:51 | Nico_P | jhMikeS: actually bufopen doesn't yield, so with cooperative it's probably OK, but I don't really want to rely on that |
| 19:05:08 | Nico_P | pondlife: yes, probably |
| 19:05:09 | jhMikeS | Nico_P: if it's not guarded and yields then it probably will bite it. might not be important now but as long as thing is all well factored it should be simple to accomodate it. |
| 19:05:47 | pondlife | At least a playback problem has become a buffering problem (which should be easier to resolve).. |
| 19:05:51 | Nico_P | jhMikeS: for now there shouldn't be any two threads asking for the same thing anyway |
| 19:06:13 | Nico_P | it's just that the API may be used for other things later |
| 19:06:30 | jhMikeS | Nico_P: if we support video in the core...perhaps. but then a thread could mediate that between to other internal to a video codec. |
| 19:07:06 | Nico_P | yeah... and would a queue be a good idea ? I'm not really convinced but maybe |
| 19:07:18 | Nico_P | at one point I thought of it then dropped it |
| 19:07:55 | jhMikeS | It could be a codec decision really instead of a buffer one |
| 19:08:24 | | Quit _slacker_ ("Leaving") |
| 19:08:25 | Nico_P | what do you mean ? |
| 19:08:35 | jhMikeS | I think the buffer should me minimal and avoid sync objects where possible |
| 19:08:43 | Nico_P | I agre |
| 19:08:45 | Nico_P | e |
| 19:09:35 | | Join Benoitb [0] (n=Benoitb@86.76.66.39) |
| 19:09:39 | jhMikeS | Some video codec that has an audio and video thread could mediate the two (or more) streams on the codec thread (which acts like the buffering in mpegplayer currently) |
| 19:10:07 | | Join MethoS- [0] (n=clemens@217.85.193.100) |
| 19:10:41 | jhMikeS | The codec could mutex the buffer access itself in other words. |
| 19:10:45 | pondlife | pixelma: Mpegplayer seems fine with voice now, ok for you too? |
| 19:11:03 | Nico_P | jhMikeS: yeah I see, I think that's probably better indeed |
| 19:11:36 | pondlife | Yes, regard the buffering API as a resource. |
| 19:12:27 | pixelma | pondlife: will try now |
| 19:12:44 | pondlife | OK, I just closed the bug on FS... hope it's good :) |
| 19:12:45 | jhMikeS | I don't think multithread codecs would be super common anyway. Maybe SPC or some other really super-heavy that could split stuff between COP and CPU or something. I already have done that with the SPC codec as an experiment. |
| 19:13:34 | |Rain| | the midi app is pretty heavy, should it ever turn into a codec |
| 19:14:16 | jhMikeS | I wonder if that could run half the voices on COP, half on CPU and mix after. |
| 19:16:18 | pixelma | pondlife, jhMikeS: yes works fine now |
| 19:16:35 | pondlife | Good, 'tis closed! |
| 19:17:10 | jhMikeS | pondlife: why didn't you just change mpegplayer and doom while you were at it? |
| 19:17:22 | pondlife | I did do mpegplayer, but not doom |
| 19:17:26 | jhMikeS | oh |
| 19:17:32 | pondlife | I'll let you do doom. |
| 19:18:21 | * | pixelma wonders why the build system did not pick up her commit for a rebuild round but it already is on the frontpage... |
| 19:18:51 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 19:19:07 | * | jhMikeS has seen that sometimes. It might start a bit late. |
| 19:19:43 | pixelma | already waited for quite a while |
| 19:20:03 | | Quit desowin ("use linux") |
| 19:20:30 | jhMikeS | maybe the next one will kick it off? |
| 19:22:21 | pixelma | yeah, hope so. We'll see who gets the points :P |
| 19:23:27 | | Join Thundercloud [0] (n=thunderc@resnet03.nat.lancs.ac.uk) |
| 19:23:29 | pixelma | (though I don't expect problems) |
| 19:24:13 | | Part pondlife ("disconnected has pondlife") |
| 19:24:39 | * | jhMikeS was just going to ask pondlife to fixup doom and maybe get some points :p |
| 19:25:53 | * | jhMikeS checks his pll abuse plugin with SVN on H10...let's see if it's really stable |
| 19:28:11 | pixelma | hmm... maybe it's because my local tree was one revision "behind" (not including pondlife's latest changes)? |
| 19:28:41 | jhMikeS | pixelma: it should warn then if there a revision conflict on something. it's happened to me. |
| 19:29:24 | | Join PaulJam [0] (i=Paul@vpn-3043.gwdg.de) |
| 19:29:26 | jhMikeS | actually, it doesn't warn. it abort the commit entirely |
| 19:29:28 | pixelma | yeah, think I had seen that too but it didn't warn me... |
| 19:29:56 | pixelma | I meant, I had seen that in other occasions but not today |
| 19:30:23 | | Join webguest23 [0] (i=56c43169@gateway/web/cgi-irc/labb.contactor.se/x-d2847144b3ea61d7) |
| 19:30:33 | | Quit webguest23 (Client Quit) |
| 19:31:27 | | Join webguest23 [0] (i=56c43169@gateway/web/cgi-irc/labb.contactor.se/x-5da6a20e45b85b23) |
| 19:32:11 | | Quit webguest23 (Client Quit) |
| 19:32:14 | | Join obo [0] (n=obo@rockbox/developer/obo) |
| 19:34:35 | jhMikeS | hmmm...pll abuse has made it to 12000 boost/unboosts in a row on H10. something must be wrong here. :p |
| 19:35:15 | n1s | |Rain|: if you want to use the midi plugin, i have a hack that should speed it up quite significantly for the price of somewhat flatter sound |
| 19:35:43 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-232-228.pools.arcor-ip.net) |
| 19:35:59 | jhMikeS | oops. bombed 14260. I gave up ~40000 on e200 |
| 19:36:34 | jhMikeS | there's screen corruption |
| 19:36:45 | | Nick bb__ is now known as bb (n=bb@dslb-088-074-133-147.pools.arcor-ip.net) |
| 19:39:58 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 19:40:14 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 19:40:17 | | Part pondlife ("disconnected has pondlife") |
| 19:41:05 | | Part Benoitb ("Kopete 0.12.5 : http://kopete.kde.org") |
| 19:41:33 | n1s | should mutiplication of a short with an int be slower or faster than int * int on any of our targets? |
| 19:43:23 | jhMikeS | ARM |
| 19:43:43 | n1s | slower? |
| 19:43:48 | jhMikeS | Is this in C? |
| 19:43:53 | n1s | yep |
| 19:44:02 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
| 19:44:13 | jhMikeS | hmmm....you really don't have control over early termination then. |
| 19:45:18 | jhMikeS | they all use 32-bit registers for the instructions so it will probably be slower. now, if you're loading values from memory, and zero or sign-extended short to 32-bits will be faster. |
| 19:46:18 | Domonoky | do all of our targets have multiplication hardware ?, because if you do it in software (additions and shifts) short* int should be faster.. |
| 19:46:31 | n1s | it's a return value from a function that is cashed and multiplied twice per voice per sample |
| 19:47:02 | n1s | so that would be a whooping 88200 multiplications per second on pp targets :-) |
| 19:47:12 | jhMikeS | shift+add would only really be faster on ARM because of the shifter operand. Coldfire has a fast multiplier. |
| 19:47:45 | jhMikeS | n1s: is the mul by constant values? |
| 19:47:52 | n1s | nope |
| 19:48:54 | n1s | wait I'm lying I forgot a factor 23 in that number, it should be 2028600 |
| 19:49:41 | jhMikeS | shift+add/sub needs a lot of hand tweeking and even big numbers might be doable in a few instructions...if you can find the optimal sequence |
| 19:50:21 | |Rain| | n1s: what sor tof hack? |
| 19:50:48 | amiconn | short * int, short + int or anything like that is always slower on arm than int * int, int + int etc |
| 19:51:37 | n1s | |Rain|: removing the multiplications I just told jhMikeS about, in synth.h in synthSample, remove the shifst and multiplications with chPanRight and chPanLeft |
| 19:51:37 | | Quit raphi ("CGI:IRC (EOF)") |
| 19:51:40 | jhMikeS | n1s: sounds like an emac assembly task for coldfire. ARM just bites it for multiplying. |
| 19:52:43 | |Rain| | I think it'd be interesting to see how much that helps |
| 19:52:50 | n1s | jhMikeS: jhMikeS coldfire does pretty well anyway, of course it could be a _lot_faster still but it keeps up, the pp is far behind |
| 19:52:53 | | Join MournBlade [0] (n=me@ip68-1-89-124.pn.at.cox.net) |
| 19:53:39 | n1s | |Rain|: it will remove any panning in the music so it will sound a bit flat in tracks that has a lot of that |
| 19:53:40 | jhMikeS | I would expect cf to do quite well |
| 19:54:07 | jhMikeS | It does use the emac unit for standard muls but you don't get the 1-cycles throughput |
| 19:54:36 | |Rain| | n1s: ALL panning and not just dynamic changes? meh. could be worse, though... |
| 19:54:59 | n1s | I mean individual voice panning |
| 19:55:00 | jhMikeS | n1s: which file has that function? |
| 19:55:13 | n1s | jhMikeS: synth.h |
| 19:55:21 | jhMikeS | code in the *.h? |
| 19:55:28 | n1s | static inline |
| 19:55:55 | |Rain| | n1s: ah, so channel panning will still be fine? are you just talking about panning envelopes in the patches (if patches even support that?) |
| 19:56:19 | n1s | i have hoisted all the shifts out of the loop and do them after locally, that's slightly faster |
| 19:56:35 | jhMikeS | oy, that's just begging for emac |
| 19:56:40 | n1s | |Rain|: I thinks so, not too familiar with midi lingo |
| 19:58:13 | | Quit hcs ("Leaving.") |
| 19:58:36 | |Rain| | I haven't looked at the source yet, and I think I'm too tired right now to comprehend it anyway, but I can certainly gawk at/try patches |
| 19:59:51 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 20:00 |
| 20:00:18 | | Quit tictoc ("Leaving") |
| 20:02:01 | jhMikeS | n1s: I find that odd because ARM can do add r0, r0, r1, asl #7 and such. it should be free there. |
| 20:02:32 | | Join ilgufo [0] (n=matteo@host4-181-dynamic.0-87-r.retail.telecomitalia.it) |
| 20:02:35 | n1s | jhMikeS: ah, I mean on coldfire, don't have an arm to test with |
| 20:02:57 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 20:03:01 | | Part pondlife ("disconnected has pondlife") |
| 20:04:28 | jhMikeS | I'd dump the short ints |
| 20:05:07 | jhMikeS | of course sign extension is fast on cf. arm has no such instruction. |
| 20:06:31 | n1s | so, bottom line, I should get an arm target to test on :-) |
| 20:07:19 | jhMikeS | always a good policy. using ints would still be faster in any case if memory loads/stores aren't involved. |
| 20:11:35 | | Quit ilgufo ("reboot") |
| 20:12:04 | | Join RaRe` [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
| 20:12:04 | | Quit DataGhost ("NTOSKRNL.EXE caused a buffer overflow in System Idle Proce²¦©§ÜæîôØþ°") |
| 20:13:49 | | Join Honkboy [0] (n=stefan@dslb-084-056-097-025.pools.arcor-ip.net) |
| 20:14:08 | | Join ilgufo [0] (n=matteo@host4-181-dynamic.0-87-r.retail.telecomitalia.it) |
| 20:15:25 | | Quit fxb () |
| 20:15:27 | | Quit XavierGr (Nick collision from services.) |
| 20:15:28 | | Join XavierGr_ [0] (n=xavier@ppp196-147.adsl.forthnet.gr) |
| 20:15:36 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 20:15:41 | | Part Honkboy |
| 20:15:42 | | Join Honkboy [0] (n=stefan@dslb-084-056-097-025.pools.arcor-ip.net) |
| 20:18:06 | | Join tictoc [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) |
| 20:19:01 | | Join DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) |
| 20:21:53 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 20:24:00 | | Quit linuxstb ("Client Exiting") |
| 20:25:13 | | Quit RaRe (Read error: 113 (No route to host)) |
| 20:26:09 | | Part Honkboy |
| 20:31:54 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
| 20:32:34 | | Join andrewg867 [0] (n=andrew@stjhnf0124w-142162079181.pppoe-dynamic.nl.aliant.net) |
| 20:35:34 | jhMikeS | hmmm...setting the mmap registers differently on pp has a profound stability effect on the pll switching |
| 20:36:15 | | Quit Thundercloud (Remote closed the connection) |
| 20:36:25 | | Join jgarvey [0] (n=jgarvey@cpe-069-134-102-044.nc.res.rr.com) |
| 20:37:00 | | Join Thundercloud [0] (n=thunderc@resnet04.nat.lancs.ac.uk) |
| 20:39:42 | preglow | ??? |
| 20:40:08 | preglow | i'm starting to think they won't dole out specs because of their lousy designed hardware |
| 20:41:55 | | Join XavierGr [0] (n=xavier@ppp227-213.adsl.forthnet.gr) |
| 20:42:37 | | Join p3tur [0] (n=petur@rockbox/developer/petur) |
| 20:43:18 | jhMikeS | preglow: I was thinking along similar lines. All the later chips are just bugfixes. |
| 20:43:30 | | Join pixie [0] (i=MeLuvU@drikker.pils.no) |
| 20:43:44 | pixie | Hmf, crud. I finally got my new ipod working with gtkpod, but my ipod can't find the music I load into it. I can see it's there when I mount the ipod etc, but when I try to find it on the iPod itself, it can't see it (Not actually using rockbox on it yet though) |
| 20:43:50 | | Part MournBlade |
| 20:44:16 | Llorean | pixie: Considering this is #Rockbox, I don't see that any of that's relevant here then. |
| 20:44:18 | jhMikeS | I mean, what I'm doing basically amounts to a rearrangement an not really a reimplementation and yet rockbox becomes unstable for no apparent reason. |
| 20:44:27 | pixie | Llorean: I know, but I couldn't find any other channel. |
| 20:44:33 | pixie | Llorean: and whenever I ask stuff here, people usually know :P |
| 20:44:43 | jhMikeS | you don't even need any audio use involved and it changes. all inits are identical. |
| 20:44:46 | | Join Lars_G [0] (n=Lars@unaffiliated/lars-g/x-000001) |
| 20:44:50 | rasher | pixie: I believe there's a gtkpod channel... |
| 20:44:55 | pixie | o'rly |
| 20:44:58 | Llorean | pixie: This channel has guidelines, please respect them. |
| 20:44:59 | preglow | let's just drop support for the buggers! |
| 20:45:11 | Lars_G | Sigh once again I'm doubting between buying next an s280 or a 8Gb iPod nano first generation on ebay |
| 20:45:16 | rasher | pixie: on OFTC. |
| 20:45:16 | jhMikeS | yeah, I wish those stupid pp5020's would just go away actually |
| 20:45:28 | Lars_G | The s280 has more atractives, specially if rockbox someday supports multiple core. |
| 20:45:38 | Lars_G | but, I would lose use of all the iPod bases I have around the house now. |
| 20:45:53 | Lars_G | and I can't sell/throw them away because the SO has an iPod and will continue to use it |
| 20:46:02 | jhMikeS | Lars_G: rockbox doesn't fully have a multicore kernel because _one_ processor model is holding it all up |
| 20:46:05 | pixie | Llorean: Please remove the stick from your ass. It was just a question. |
| 20:46:25 | | Quit andrewg877 (Read error: 110 (Connection timed out)) |
| 20:46:28 | Llorean | pixie: Please show a little maturity, and respect channel guidelines |
| 20:46:31 | Llorean | We didn't post them for fun. |
| 20:46:37 | | Join GRaTT [0] (i=gratty@d154-5-141-110.bchsia.telus.net) |
| 20:46:37 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 20:46:44 | pixie | Llorean: Please get off your high and mighty horse. This is IRC. |
| 20:46:51 | jhMikeS | Llorean: are you sure? it's fun to watch them be enforced :) |
| 20:47:01 | GRaTT | ping rasher |
| 20:47:09 | rasher | Yes, hello? |
| 20:47:11 | Lars_G | jhMikeS: What do you mean? that it's being held in general to be compatible with an older player, that the main cpu in multicores is holding it back, or that the specs on the second core are so closed we got nothing to work with? |
| 20:47:14 | Llorean | pixie: This is also a logged and moderated channel. "This is IRC" isn't a magic excuse to do whatever you want. |
| 20:47:15 | pixie | Llorean: I asked a question kindly, and said I knew it wasn't a part of channel guidelines, but asked if someone kindly would help me anyway. Now stfu and get aids. |
| 20:47:24 | GRaTT | is there a reason the matrix screen saver was droped |
| 20:47:26 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
| 20:47:55 | rasher | GRaTT: I never finished the port of it, and got frustrated because it had a bug that I couldn't make out. |
| 20:47:56 | Lars_G | Btw |
| 20:47:57 | Llorean | pixie: Why not go to #IpodLinux and ask, or any of the other thousand channels it's the wrong place for? Seriously, it's not too hard to say "Yes, I know you have rules, sorry, I'll follow them." Try that next time. |
| 20:48:02 | GRaTT | I have fixed the missing characters. at least the symptom |
| 20:48:13 | Lars_G | Whoever came with the idea of splitting the plugin rocks in sections on the main menu... thank you, I love you |
| 20:48:18 | jhMikeS | Lars_G: it's because pp5020 1) has problems with one instruction in particular (swp[b]) and becomes unstable for no apparent reason when rearranging things. |
| 20:48:26 | Lars_G | it was so back then that i don't want to look thorough all the logs to see who it was. |
| 20:48:38 | Lars_G | jhMikeS: how odd. |
| 20:48:44 | pixie | Llorean: I did say that, I did however kindly ask if anyone knew anyway. It's a simple question, not get a friggen life or aids and get off your high and mighty "oh irc is so important" horse, and stfu |
| 20:48:44 | jhMikeS | the cores are both arm7tdmi |
| 20:48:47 | Lars_G | jhMikeS: is the sansa based on the pp too? |
| 20:48:57 | pixie | Llorean: for the love of fuck. |
| 20:49:19 | rasher | pixie: Please stop this pointless bickering. |
| 20:49:23 | Llorean | pixie: If everyone came in here and asked off topic questions, it'd kinda flood the logs now wouldn't it. You aren't special. Everyone else follows the rules, feel welcome to get in line. |
| 20:49:31 | pixie | Tell Llorean to stop his pointless bickering. I asked a simple question. |
| 20:49:38 | jhMikeS | Lars_G: yes, but everything works as it should and it's totally stable with frequency scaling. 1) may be remedied because hardware sync primitives do exist |
| 20:49:44 | pixie | And people usually help me here. That's the only reason. Iknow it's not under the guidelines. |
| 20:49:53 | pixie | Llorean: It was a question, not a demand, dumbass. |
| 20:50:00 | pixie | Llorean: it is entirely optional to help me. |
| 20:50:06 | pixie | Llorean: I would have stfu'd ages ago if noone knew. |
| 20:50:10 | | Join Redbreva [0] (n=chatzill@host86-134-210-232.range86-134.btcentralplus.com) |
| 20:50:15 | Lars_G | jhMikeS: So the problem is on the iPods or archos (if they use PP) because they use firmware based syncing? |
| 20:50:21 | pixie | Llorean: Now leave me alone, tard. |
| 20:50:27 | rasher | GRaTT: oh? Well feel free to create a patch in flyspray - it's not that the plugin is unwanted or anything |
| 20:50:43 | GRaTT | rasher: my fix alters the patterns to a more random flow. I even added a password to exit. |
| 20:50:52 | jhMikeS | Lars_G: just anything with pp5020. pp5021, 22, 24 are just peachy with dual core |
| 20:50:59 | pixie | So does anyone know anything about rockbox and the newest ipods then? |
| 20:50:59 | GRaTT | the FS was closed should I start a new one? |
| 20:51:06 | pixie | Because not much seems to work with it so far |
| 20:51:27 | Llorean | It's not going to happen unless some people who own the new iPods do a LOT of work |
| 20:51:30 | rasher | pixie: That's pretty much it. The hardware is locked down hard. |
| 20:51:33 | Llorean | the firmware's encrypted, and the hardware's entirely new. |
| 20:51:39 | Lars_G | jhMikeS: maybe a bug or design flaw that apple works around... why not push forward the non 5020 based players, and ifdef or similar the pp5020 ones to single core? |
| 20:51:40 | pixie | Llorean: It's already been cracked. |
| 20:51:41 | jhMikeS | even if I get past the sync primitive thing, the memory rearrangement will probably blow it all up |
| 20:51:44 | pixie | Llorean: Ages ago. |
| 20:51:49 | Llorean | pixie: No, the database was cracked. |
| 20:51:53 | rasher | pixie: no. That's the itunesdb, not the firmware. |
| 20:51:57 | pixie | Oh right |
| 20:52:07 | rasher | Which is entirely useless in Rockbox perspective |
| 20:52:13 | * | pixie nods |
| 20:52:26 | Llorean | Basically, the new iPods are an entirely new port, from scratch |
| 20:52:56 | Llorean | Probably about on par with the Zune for likelihood. |
| 20:53:06 | | Quit MethoS- (Remote closed the connection) |
| 20:53:07 | jhMikeS | Lars_G: we can use them dual core but in a limited way. mpegplayer does. |
| 20:53:12 | rasher | GRaTT: not sure I'd want the password prompt, but a fixed matrix demo would be nice |
| 20:53:28 | Lars_G | jhMikeS: Oh I didn't know mplayer already uses the second core. that is about all the use I see from it anyhow. |
| 20:53:42 | scorche|work | whois pixie |
| 20:53:48 | jhMikeS | nah, there's lot's of use for playback |
| 20:53:51 | scorche|work | whoops |
| 20:53:57 | Mode | "#rockbox +o scorche|work " by ChanServ (ChanServ@services.) |
| 20:54:01 | Lars_G | jhMikeS: Ah well. |
| 20:54:14 | Mode | "#rockbox +b %pixie!*@* " by scorche|work (n=8dc5049d@rockbox/administrator/scorche) |
| 20:54:25 | Lars_G | jhMikeS: since it's all rocks, can't we alter the plugins themselves to use the second core? without intervention from the kernel? |
| 20:54:28 | | Part pixie |
| 20:54:33 | Lars_G | or it'd still be too much of a rearragement? |
| 20:54:52 | jhMikeS | Lars_G: but then it's really just much harder to work with |
| 20:55:08 | GRaTT | rasher: the password was just something to play with. Like a screen lock. As I said I fixed the symptom only. It will play forever now, but locks up the sim at times. |
| 20:55:19 | jhMikeS | why should one stupid device keep everything from progressing if it can't be fixed? |
| 20:55:43 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 20:55:57 | | Join MethoS- [0] (n=clemens@217.85.193.100) |
| 20:56:05 | Mode | "#rockbox -b %pixie!*@* " by scorche|work (n=8dc5049d@rockbox/administrator/scorche) |
| 20:58:27 | | Quit GRaTT ("using sirc version 2.211+KSIRC/1.3.12") |
| 20:59:39 | | Quit XavierGr_ (Read error: 110 (Connection timed out)) |
| 20:59:44 | | Join XavierGr_ [0] (n=xavier@ppp225-128.adsl.forthnet.gr) |
| 20:59:44 | | Quit XavierGr (Nick collision from services.) |
| 21:00 |
| 21:02:45 | * | Nico_P has got buffering in advance working :) |
| 21:02:55 | Nico_P | track transitions work quite nicely too |
| 21:03:02 | Nico_P | seeking doesn't though |
| 21:03:15 | rasher | Sounds like you are making nice progress |
| 21:03:42 | preglow | wooop |
| 21:03:46 | Nico_P | yeah, I'm quite pleased, even though I lost a lot of time chasing a *stupid* bug |
| 21:04:15 | hcs | you're lucky; the clever ones hide from you |
| 21:04:28 | Nico_P | this one was both clever and stupid |
| 21:04:36 | *** | Saving seen data "./dancer.seen" |
| 21:04:47 | Nico_P | it takes some cleverness to be that stupid |
| 21:05:22 | Nico_P | and I've found no bugs in the buffering code so far |
| 21:06:20 | | Quit spiorf (Remote closed the connection) |
| 21:06:50 | | Join spiorf [0] (n=spiorf@host176-169-dynamic.11-79-r.retail.telecomitalia.it) |
| 21:07:04 | Nico_P | if there's anyone wanting to see the code (and maybe help !), it's available in my rockbox git repo |
| 21:07:24 | jhMikeS | Nico_P: say that again? so all the bugs are in playback? |
| 21:08:01 | Nico_P | jhMikeS: I added most of the bugs myself :) |
| 21:08:08 | | Join miepchen^schlaf [0] (n=hihi@p54BF4A9E.dip.t-dialin.net) |
| 21:08:15 | jhMikeS | ah, just for fun :) |
| 21:08:28 | Nico_P | yeah, I like a bit of challenge ;) |
| 21:08:33 | | Join Beltz [0] (n=beltz@modemcable191.133-70-69.mc.videotron.ca) |
| 21:10:24 | | Join ePr [0] (i=lovemeno@89.156.103.91) |
| 21:10:50 | Beltz | Hey, I think I "broke" my Sansa e280 (8gb) by installing rockbox... Basically, I cannot dual boot, and USB doesn't work. So this seems to mean that I cannot add new songs (no usb), and that I cannot uninstall it (no usb)... Anyone has an idea what I should try? |
| 21:12:43 | Mode | "#rockbox -o scorche|work " by ChanServ (ChanServ@services.) |
| 21:12:44 | ePr | try to unplug |
| 21:12:50 | ePr | then use hold button |
| 21:12:53 | ePr | then record |
| 21:13:06 | ePr | plug |
| 21:13:13 | ePr | add mi4 |
| 21:13:16 | bluebrother | Beltz: check this page http://www.rockbox.org/wiki/SansaE200Unbrick |
| 21:13:59 | Beltz | ePr: Thanks, it's a nice start. I got USB access now. |
| 21:14:08 | Beltz | I'll look into the rest about mi4 and bluebrother's link. Thank you |
| 21:14:22 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
| 21:15:05 | | Join XavierGr [0] (n=xavier@ppp167-147.adsl.forthnet.gr) |
| 21:15:36 | ePr | np :) |
| 21:16:33 | Beltz | Do you think I messed up the installation, that something is just wrong with my e200, or is this that perhaps the 8gb one is unsupported as of yet? |
| 21:16:47 | ePr | i dunno |
| 21:17:03 | ePr | i ve got some probs to install rockbox on my e260 |
| 21:17:12 | ePr | till 2 hours |
| 21:17:15 | ePr | : / |
| 21:17:22 | jhMikeS | preglow: I guess it's time to decode what the hell MrH is talking about. I suppose having a cached and uncached view of ram could be cool too. |
| 21:17:30 | ePr | seems e200 aren t stable |
| 21:17:36 | | Join chrisjs169 [0] (n=jack@pool-71-254-206-137.hrbgpa.east.verizon.net) |
| 21:17:48 | n1s | Beltz: it's a known issue that dual boot doesn't work with some sansas, but we don't know why |
| 21:18:04 | Beltz | ok |
| 21:18:14 | * | jhMikeS thought the problem was discovered to be the SHDC support |
| 21:18:31 | pixelma | people in the forums reported that an older sansapatcher works for them |
| 21:18:51 | n1s | aha, then we do know but no one has fixed it yet :-) |
| 21:19:34 | jhMikeS | it should be trivial to remove all traces of SD(HC) support from the bootloader...hours at most |
| 21:20:08 | Llorean | I thought there were two problems. |
| 21:20:27 | jhMikeS | Llorean: I never heard about any second. What did you hear? |
| 21:20:29 | Beltz | I take it drivers and such have to be written in c or assembly? My java skills probably wouldn't be of any help :P |
| 21:20:31 | Llorean | Because weren't some people reporting that Sansapatcher 0.2 with SVN bootloaders worked? |
| 21:20:59 | jhMikeS | Well, now that's a fancy problem that I wasn't aware of. |
| 21:21:05 | Llorean | Maybe I'm wrong. |
| 21:21:16 | ePr | how to get in msc mode ? |
| 21:21:19 | ePr | with sansa |
| 21:21:27 | n1s | Beltz: if you already know one language, it shouldn' tbe too hard to learn another one ;-) |
| 21:21:44 | jhMikeS | ePr: All in the wiki on recovery |
| 21:21:47 | Llorean | jhMikeS: For example, it's entirely possible they used the 0.2 sansapatcher and didn't actually install the newer bootloader |
| 21:22:19 | pixelma | ePr: isn't there a setting for it in the original firmware? |
| 21:22:22 | Beltz | n1s: Not if this is in assembly :P |
| 21:22:39 | jhMikeS | Llorean: very well could be that |
| 21:22:41 | n1s | Beltz: very little of rockbox is written in assembly |
| 21:23:06 | Beltz | Thank you very much guys, I seem to have managed to reinstall the original bootloader or whatever. |
| 21:23:10 | n1s | only select performance critical and very low level things are |
| 21:23:34 | Llorean | jhMikeS: I guess the best bet would be clear SDHC out of the bootloader, wonder why "outta" is in the dictionary for my spellchecker, and then see if anyone reports the problems still happening with a new sansapatcher with the cleaned bootloader, 'eh? |
| 21:23:35 | Beltz | Are most electronics coded in c or can they easily make it work with higher level languages? |
| 21:24:03 | ePr | yea it s on the original one i need to know |
| 21:24:23 | jhMikeS | Beltz: the pp OF is a good bit c++ and com. |
| 21:24:45 | ePr | @pixelma yea it s on the original one i need to know |
| 21:25:09 | | Quit XavierGr_ (Read error: 110 (Connection timed out)) |
| 21:25:11 | | Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") |
| 21:26:19 | n1s | ePr: it's a setting somewhere |
| 21:26:21 | pixelma | ePr: sorry, don't understand your question. I don't have an e200 but on the c200 there was a setting (I believe in system/usb connection or the like) which I had to check first to get to msc mode |
| 21:26:31 | jhMikeS | Llorean: I guess I could kill all the multivolume support there. Mine shows symptoms where the OF runs really slow but does load. |
| 21:27:17 | * | jhMikeS will do a quick patchup with v0.2 and see if that stops. |
| 21:27:40 | Llorean | Do we currently support loading Rockbox from a MicroSD? |
| 21:28:01 | jhMikeS | not by default but I think JdGordon put something in there to do it if enabled |
| 21:29:10 | Llorean | I'm trying to decide if there's a decent use for that or not, but I think just dropping multivolume is probably fine. |
| 21:29:47 | | Part Beltz |
| 21:30:50 | pixelma | you could always copy the .rockbox from your microSD to the internal volume later ;) |
| 21:30:51 | jhMikeS | Yeah, complicated things in the bootloader are annoying. That's one thing I'll totally agree on KISS. |
| 21:31:16 | Llorean | Well, I can't see it as being useful for anyone other than testing multiple builds or something, and ROLO works for that. |
| 21:31:44 | rasher | ROLO doesn't address that you'll be using the same .rockbox |
| 21:31:46 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 21:32:01 | Llorean | rasher: Having the bootloader load the MI4 from the MicroSD doesn't make the main Rockbox binary read from it too, either. |
| 21:32:14 | pixelma | maybe only avoiding the OF's annoying database refresh... |
| 21:32:16 | rasher | I figured it might look for .rockbox on the same volume |
| 21:33:01 | jhMikeS | no internal paths specify the SD at all |
| 21:38:10 | jhMikeS | hmm...I think slowess of the OF came from having alot more files on that I did before. It seems it might affect it outside database refresh. |
| 21:38:25 | | Quit ePr () |
| 21:40:57 | Nico_P | does anyone know a bit of SDL programming ?... I'd like to know whether it would be possible to add a separate window to the sim |
| 21:41:18 | jhMikeS | I think so |
| 21:41:49 | Nico_P | I'd like to have a window displaying buffer status |
| 21:42:21 | Nico_P | a debug screen would work but it would be less practical and probably less flexible |
| 21:43:47 | |Rain| | sdl doesn't support multiple windows, but you can make a separate window with the platform toolkit or fake subwindows in your sdl window |
| 21:44:31 | |Rain| | (unless something has changed somewhat recently) |
| 21:44:32 | | Quit hcs ("Leaving.") |
| 21:45:21 | jhMikeS | Why not just do what is done for remotes |
| 21:45:41 | Nico_P | yeah I probably ought to try that |
| 21:46:01 | Nico_P | I'll focus on bigger problems for now, but it would be nice to have the info handy for the fine tuning later |
| 21:47:14 | | Join My_Sic [0] (n=MySic@bas3-montreal28-1177919288.dsl.bell.ca) |
| 21:51:51 | | Quit chrisjs169 (Read error: 110 (Connection timed out)) |
| 21:53:25 | | Join chrisjs169 [0] (n=jack@pool-71-254-206-137.hrbgpa.east.verizon.net) |
| 21:59:28 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 22:00 |
| 22:02:44 | | Quit CrumbCat () |
| 22:09:47 | | Join CrumbCat [0] (n=crumbcat@adsl-75-7-23-211.dsl.pltn13.sbcglobal.net) |
| 22:12:50 | | Quit MethoS- (Remote closed the connection) |
| 22:13:45 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
| 22:14:09 | | Join elinenbe [0] (i=elinenbe@cpe-68-174-107-47.nyc.res.rr.com) |
| 22:15:37 | | Quit seablue ("life, death, life, death") |
| 22:19:50 | | Join elcasey [0] (i=elcasey@rm-rf.us) |
| 22:20:16 | elcasey | I have a 5G 30GB iPod that I installed Rockbox on about a year ago. I can unzip the latest build and just copy the .rockbox file to the iPod since it already has the bootloader installed, right? |
| 22:20:31 | Isolinear | Yup! |
| 22:20:32 | elcasey | I don't care if I have to Restore it, I just don't wanna brick it] |
| 22:20:36 | elcasey | brilliant, thanks :) |
| 22:20:47 | Isolinear | As long as you're not worried about any settings... |
| 22:20:50 | pixelma | no, you probably need to update your bootloader as well |
| 22:20:58 | parafin | you better update bootloader |
| 22:21:12 | Isolinear | Oh shoot... |
| 22:21:18 | * | Isolinear just woke up... |
| 22:21:19 | Isolinear | lol |
| 22:21:22 | elcasey | oh |
| 22:21:25 | elcasey | ok |
| 22:21:43 | elcasey | should I delete rockbox.ipod and .rockbox from the ipod or just overwrite them? |
| 22:21:56 | pixelma | but that has become a lot easier - the installation instructions in the manual also mention how to update the bootloader as well |
| 22:22:04 | elcasey | ok, i didn't see an update section |
| 22:22:12 | p3tur | elcasey: if there is a rockbox.ipod in the root, remove it |
| 22:22:24 | | Join DefineByte [0] (n=DefineBy@bb-87-81-195-5.ukonline.co.uk) |
| 22:23:27 | elcasey | ok...i'm just start from scratch |
| 22:23:32 | elcasey | just gonna* |
| 22:24:28 | | Quit petur ("still here...") |
| 22:26:22 | | Nick p3tur is now known as petur (n=petur@rockbox/developer/petur) |
| 22:26:32 | | Join Merthsoft [0] (n=Shaun@140.141.22.103) |
| 22:26:41 | Merthsoft | Rockbox isn't compiling |
| 22:27:13 | Merthsoft | wm8731.c is throwing tons of errors at me |
| 22:27:16 | | Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 22:27:21 | elcasey | that was easy enough...thanks, guys! :) |
| 22:27:24 | | Part elcasey |
| 22:27:40 | pixelma | Merthsoft: tried a "make clean" and reconfigure? |
| 22:27:57 | Merthsoft | no |
| 22:28:03 | Merthsoft | i will now |
| 22:28:19 | Merthsoft | just type "make clean"? |
| 22:28:24 | DefineByte | what players does rbutil not fully detect? |
| 22:28:41 | DefineByte | Just iPod Video? |
| 22:28:52 | pixelma | Merthsoft: yes |
| 22:29:10 | | Quit XavierGr (Nick collision from services.) |
| 22:29:10 | Merthsoft | it says no rule for target "clean" |
| 22:29:11 | | Join XavierGr_ [0] (n=xavier@ppp258-58.adsl.forthnet.gr) |
| 22:29:17 | pixelma | in your build directory |
| 22:29:42 | Merthsoft | haha, I' stupid. I though that's where I was |
| 22:29:47 | |Rain| | I think it'd be a good idea to add a "Queue file" option as a choice in the "Erase dynamic playlist?" screen... thoughts? |
| 22:31:55 | | Quit Frazz ("Leaving") |
| 22:33:22 | bluebrother | DefineByte: Rockbox Utility detects the Video 5.5G 60 GB / 80 GB as 30GB |
| 22:33:43 | |Rain| | it's not ideal since the rest of the options from the playlist menu could be preferred over 'queue', but to queue up a song to play immediately/next without nuking the current playlist requires too many steps |
| 22:33:43 | DefineByte | is that the only one? |
| 22:33:57 | bluebrother | and there is currently no way to distinguish between X5 and X5V −− I haven't got replies on my request for providing the USB IDs |
| 22:34:10 | DefineByte | Okay, thanks. |
| 22:34:13 | bluebrother | all other players should be detectable fine |
| 22:34:23 | rasher | bluebrother: can't you simply check the disc size for >30GB? |
| 22:34:26 | pixelma | bluebrother: is the rbutil binary in the wiki the latest? |
| 22:34:36 | rasher | Or is this in cases where you can't locate the ipod |
| 22:34:38 | bluebrother | ah, and there are issus with bootloader installation on vista |
| 22:35:05 | bluebrother | pixelma: it's the latest released one. I have an updated binary build from svn on my personal web page |
| 22:35:44 | bluebrother | rasher: detecting the Ipods is done with ipodpatcher. It could use the disc size for distinguishion, but iirc there were cases of 64MB players with a smaller drive |
| 22:36:07 | pixelma | ah hmm... because I tried the windows one there and it still couldn't autodetect my c200 - should it? |
| 22:36:10 | | Quit Lars_G ("bang") |
| 22:36:13 | rasher | bluebrother: but getting it right 99.9% of the time would be preferable to never, surely? |
| 22:36:33 | bluebrother | pixelma: no, iirc that wasn't able detecting the c200 correctly. |
| 22:36:40 | pixelma | I see |
| 22:37:17 | bluebrother | I wanted to make a new release of rbutil, but I also wanted to include the USB ID for the X5V −− and unfortunately I haven't got any responses to my request :( |
| 22:37:39 | DefineByte | any ETA (I know, I know) on the Vista problem being fixed? Should a warning be put in the manual? |
| 22:38:08 | rasher | bluebrother: just add a splash to the x5 build |
| 22:38:12 | bluebrother | no, no ETA yet. I just managed to get a vista setup running. Boy, does vista look crappy with that "classic" theme |
| 22:38:31 | DefineByte | heh, I can imagine |
| 22:38:41 | | Quit Buschel () |
| 22:38:49 | bluebrother | and it's dog slow in the virtual machine. |
| 22:38:52 | DefineByte | ipodpatcher works in Vista though, right? |
| 22:38:53 | preglow | vista _is_ crappy |
| 22:39:08 | Merthsoft | pixelma: that worked, thanks |
| 22:39:20 | bluebrother | it has some nice-looking stuff, but from my first impression: I don't want it. |
| 22:39:22 | pixelma | you're welcome :) |
| 22:39:54 | | Quit haemmy () |
| 22:40:00 | bluebrother | I _think_ ipodpatcher / sansapatcher works on vista. I wanted to try, but my setup failed to access the usb properly |
| 22:40:01 | | Nick parafin is now known as parafin|away (i=parafin@80.92.255.23) |
| 22:40:38 | preglow | n1s: really like this midi plug, don't you? :P |
| 22:40:46 | DefineByte | Hmm, guess I shouldn't add a note if we don't _know_ it works. |
| 22:41:16 | bluebrother | I added a "vista untested" note to the wiki. |
| 22:41:33 | n1s | preglow: i have some nice midi tunes :-) but also it was quite easy to make it faster until about now ;) |
| 22:41:41 | bluebrother | regardless, installation itself (i.e. not bootloader installation) should work just fine as that doesn't need direct hardware access |
| 22:42:02 | * | pixelma just discovered an interesting effect on c200 - radio doesn't work correctly if you have screendump enabled... |
| 22:42:07 | n1s | having it as a prioper codec will be sweet :-) |
| 22:42:19 | | Quit RudMan (" HydraIRC -> http://www.hydrairc.com <- Go on, try it!") |
| 22:42:28 | DefineByte | can rbutil handle uninstalling manual installs? |
| 22:43:17 | DefineByte | i.e. deleting '.rockbox'. x) |
| 22:43:42 | preglow | n1s: indeed, 'cuz it means you'll have solved the issues which make an xm/s3m codec problematic too :P |
| 22:43:47 | bluebrother | not really −− only by uninstalling everything (i.e. unlinking .rockbox completely) |
| 22:45:22 | n1s | preglow: I have been thinking a little about it and the only problem i could come up with so far is that how does buffering know that it has enough space to load everything it needs? and if it can't know before it starts loading what should it do if it runs out? |
| 22:47:26 | n1s | maybe that is a question for Nico_P |
| 22:48:39 | Nico_P | n1s: is that a general question or is it specifically about the buffering API I implemented ? |
| 22:50:21 | Nico_P | when bufopen is called, the first thing it does is check the (file)size of what has been given to it. Depending on the type that has also been passed to it it will either fail if not enough space is available or allocate what it can, hoping to be able to complete later |
| 22:50:30 | | Join fxb_ [0] (n=felixbru@84.143.83.86) |
| 22:51:03 | Nico_P | (I assumed the question was about the buffering API) |
| 22:51:33 | n1s | Nico_P: it's in regard to loading non streaming formats such as midi or xm, those can't begin to play uless either all paches are loaded (midi) or they are decoded (xm) |
| 22:52:21 | Nico_P | n1s: there's already a type for streaming files that makes bufopen return an error code if there isn't enough buffer space to load the whole file |
| 22:52:54 | n1s | the current plan is to call some parsing function when these files need to be buffered which will do all the dirty work but predicting the resulting size of for example a decoded xm file can be difficult IIRC |
| 22:53:18 | | Quit fxb (Read error: 104 (Connection reset by peer)) |
| 22:53:41 | | Quit Zagor ("Client exiting") |
| 22:53:58 | Lear | what bits of an xm file needs decoding first? are parts compressed or something? |
| 22:54:01 | n1s | Nico_P: for midis the file itself is usualy very small but the required patches are several megs so all of those need to fit too, but I guess I'll look into it more when mob is integrated :-) |
| 22:54:47 | | Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
| 22:54:48 | n1s | Lear: iirc they acre compressed with some type of simple encoding |
| 22:54:52 | Nico_P | n1s: it shouldn't be too hard to do... that's what the API was meant for |
| 22:55:03 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 22:55:06 | | Quit fxb_ (Client Quit) |
| 22:55:11 | Nico_P | but the playback code still needs *lots* of cleaning up |
| 22:55:38 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 22:55:48 | n1s | Nico_P: sounds good, I'll pester you about it when i get around to trying it ;) |
| 22:55:53 | | Quit Merthsoft ("Leaving") |
| 22:55:59 | Nico_P | ok :) |
| 22:56:07 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 22:56:12 | bluebrother | ah, reminds me: would we be allowed to distribute the patchset via the official download server? |
| 22:56:51 | n1s | bluebrother: according to the PluginMidiPlayer wiki page it's free for non-commercial use |
| 22:56:58 | pixelma | xm and mod in general consist of short wav samples which are used as instruments if I'm not mistaken... |
| 22:57:21 | bluebrother | hmm, so we should be able to do so? Putting it on the download server would make it possible to add patchset installation to rbutil |
| 22:58:07 | Lear | pixelma: indeed, optionally with some simple effects applied on them. |
| 23:00 |
| 23:00:02 | n1s | bluebrother: IMHO it's not very useful until we can use it as a codec and perhaps play realtime on pp targets |
| 23:00:40 | bluebrother | it's as useful as doom ;-) |
| 23:01:23 | bluebrother | well, not exactly. It's more useful than doom |
| 23:02:15 | | Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 23:02:53 | n1s | bluebrother: but it can only play one file at a time, it would be like doom would exit between every level |
| 23:03:06 | DefineByte | doom teaches you how to shoot people |
| 23:04:04 | DefineByte | apparently |
| 23:04:36 | DefineByte | anyone have any parts of the manual that they think needs urgent attention? |
| 23:04:38 | XavierGr_ | Slasheri: Ping |
| 23:04:39 | *** | Saving seen data "./dancer.seen" |
| 23:04:48 | | Nick XavierGr_ is now known as XavierGr (n=xavier@ppp258-58.adsl.forthnet.gr) |
| 23:04:52 | bluebrother | DefineByte: have you checked the ManualTodo wiki page? |
| 23:05:15 | DefineByte | yes, yes I have /runs to wiki. |
| 23:06:11 | n1s | DefineByte: the "working with playlists" chapter would get my vote, it's very much core functionality of rockbox and most users seem to be very confused by it, or maybe they just don't read... |
| 23:06:15 | | Quit nicktastic ("Leaving") |
| 23:07:18 | DefineByte | I'll probably look at playlists after I've finished tidying up the installation section then. |
| 23:08:26 | | Quit Zagor ("Client exiting") |
| 23:08:50 | scorche|work | /msg scorche http://orangecounty.craigslist.org/zip/437945169.html |
| 23:09:03 | * | scorche|work kicks CGI:IRC |
| 23:09:28 | amiconn | jhMikeS: Iiuc i2s_scale_attn_level() is needed for e200 due to the dma lcd update? |
| 23:10:39 | n1s | Lear: I found a spec paper for XM files if you are interested |
| 23:12:43 | amiconn | jhMikeS: I wonder why it's enabled for c200. Seems completely unnecessary to me |
| 23:15:46 | | Join joshin [0] (n=joshin@VDSL-130-13-252-39.PHNX.QWEST.NET) |
| 23:16:39 | | Quit Domonoky (Read error: 104 (Connection reset by peer)) |
| 23:18:46 | Lear | n1s: thanks, but no thanks. :) |
| 23:21:00 | | Quit jhulst (Read error: 110 (Connection timed out)) |
| 23:21:27 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
| 23:22:51 | n1s | ah, found it "Regular samples are stored as either 8- or 16-bit signed delta values. The size of the sample buffer in bytes is given in the [Sample header].[Sample length] field. To convert to real data:" |
| 23:24:42 | | Quit bluebrother ("reboot") |
| 23:25:11 | n1s | preglow: seems like an xm decoder could be lads of fun, there is apparently files using adpcm for the samples and some using vorbis :-) |
| 23:28:00 | | Join Wofl [0] (n=nils@ip68-97-21-133.ok.ok.cox.net) |
| 23:30:24 | | Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) |
| 23:40:20 | | Part Redbreva ("User is away.") |
| 23:43:24 | | Quit obo ("bye") |
| 23:52:30 | | Quit davina (Remote closed the connection) |
| 23:55:05 | preglow | xm??? |
| 23:55:06 | preglow | nah |
| 23:55:10 | preglow | not in spec at least |
| 23:55:49 | | Join webguest82 [0] (i=4769b22e@gateway/web/cgi-irc/labb.contactor.se/x-28f960cfa4b36e74) |
| 23:55:58 | | Quit webguest82 (Client Quit) |
| 23:56:53 | | Join fernandobr [0] (n=me@201-25-166-222.ctame704.dsl.brasiltelecom.net.br) |
| 23:57:07 | fernandobr | hi ppl |
| 23:58:40 | DefineByte | hello |
icon identifies that the person is a core developer (has commit access).