| 00:00:17 | * | amiconn needs to do a full rebuild for his targets |
| 00:00:23 | jhMikeS | funman: everything I could test with it, which is every supported "class" of device, and gigabeat S |
| 00:00:34 | funman | fuzev1 works? |
| 00:00:56 | funman | (or e200v2) |
| 00:01:28 | jhMikeS | are those officially in the "Stable Ports" list? if not, I don't know other than the S. coldfire and PP are fine. |
| 00:01:44 | funman | yes |
| 00:02:31 | * | jhMikeS just sees not v2, or is not v2, still as3525? ok, my confusion then. |
| 00:02:47 | funman | fuzev1 = as3525 like e200v2 |
| 00:02:50 | funman | fuzev2 = as3525v2 |
| 00:03:15 | * | jhMikeS better read closer then (didn't think it was a pressing concern at this point) :\ |
| 00:04:37 | jhMikeS | well, I'll either revert or if it's just a simple "oops" in guessing what it should be...then it shouldn't be a quick fixem |
| 00:05:13 | funman | entering rec screen crashes the fuze :/ |
| 00:07:07 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 00:18:08 | funman | can't guess what's wrong : the diff is small to read |
| 00:18:41 | jhMikeS | ahem, i think I see it |
| 00:19:10 | jhMikeS | rec_dma_start is in the wrong spot |
| 00:20:05 | funman | ah true |
| 00:20:26 | | Join halmi [0] (~netbook@80-123-36-28.adsl.highway.telekom.at) |
| 00:20:30 | funman | it's different of other players because we need to split transfers into smaller ones |
| 00:21:23 | jhMikeS | I know that, I just made an "oops" I shouldn't have by misreading the logic a little |
| 00:21:40 | | Quit n1s (Quit: Lämnar) |
| 00:22:25 | | Quit efyx (Quit: Quitte) |
| 00:22:57 | funman | should I commit the fix? |
| 00:23:01 | | Quit japc_ (Quit: Ex-Chat) |
| 00:23:01 | | Quit japc (Quit: Ex-Chat) |
| 00:23:02 | | Join halmi_ [0] (~netbook@80-123-36-183.adsl.highway.telekom.at) |
| 00:23:34 | jhMikeS | I'm guessing this is correct: http://pastebin.com/BjuzViV9 |
| 00:23:45 | funman | http://pastie.org/975318 |
| 00:24:26 | jhMikeS | lol...think you made the same patch :) |
| 00:24:28 | funman | i had the same diff bit for bit ;) |
| 00:24:48 | funman | ok then please commit it |
| 00:24:57 | | Quit halmi_ (Client Quit) |
| 00:25:47 | funman | (it works) |
| 00:26:20 | | Quit halmi (Ping timeout: 264 seconds) |
| 00:28:09 | jhMikeS | np then... |
| 00:31:27 | jhMikeS | did you do it? I just tried and got "out of date" |
| 00:31:37 | funman | hm nope |
| 00:32:07 | funman | you have r26257 ? |
| 00:32:11 | jhMikeS | well, I'll just svn up again and see what's going on |
| 00:32:49 | funman | btw i think the as3525v2 are very stable |
| 00:33:17 | funman | i have a patch for microSD problems and now i'm looking at a recording bug |
| 00:33:19 | jhMikeS | that particular checkout may have been behind a couple warning fixes or something |
| 00:33:28 | CIA-5 | New commit by jethead71 (r26270): as3525: Fix an oops in converting the recording API to a newer form. |
| 00:33:58 | jhMikeS | funman: other than this glitch? |
| 00:34:35 | funman | yes |
| 00:34:48 | funman | i think the fifo fills too fast even if we use dma |
| 00:35:15 | funman | in fact the guy doing tests is the one who noticed recording was broken ^^ |
| 00:36:11 | jhMikeS | according to you we should be good to go now. btw, how can the FIFO fill too fast? you get crackle between frames? |
| 00:36:12 | funman | i would include them into the next release but i think 10 days is a bit short for testing |
| 00:36:37 | funman | jhMikeS: nope see the new ports forum, there's an interrupt which shouldn't happen and i believe it comes from i2sin |
| 00:37:47 | jhMikeS | probably shouldn't have an int enabled at all, just dma requests since the int comes from the dma controller |
| 00:38:11 | jhMikeS | can't see how you'd get that otherwise |
| 00:38:27 | funman | it's not enabled |
| 00:38:48 | | Quit DataGhost (Ping timeout: 240 seconds) |
| 00:38:57 | jhMikeS | hmmm then...wild guess :) |
| 00:39:04 | funman | or there could be a bug in the VIC code but it worked fine so far |
| 00:41:41 | | Join XStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 00:43:07 | | Quit ender` (Quit: printk("; corrupted filesystem mounted read/write - your computer will explode within 20 seconds ... but you wanted it so!\n"); -- /usr/src/linux/fs/hpfs/super.c) |
| 00:43:27 | jhMikeS | ack problem of some sort? |
| 00:44:46 | | Quit DerPapst (Quit: Leaving.) |
| 00:45:23 | funman | well my guess is that: fifo fills |
| 00:45:31 | XStatik | What would cause an ipod that has rockbox to revert back to the default ipod os all the time |
| 00:45:43 | XStatik | I have to install rockbox everytime i want to use it |
| 00:45:50 | XStatik | This makes no sense |
| 00:45:59 | funman | which ipod? |
| 00:46:29 | jhMikeS | perhaps the hold switch would |
| 00:47:36 | XStatik | I have a 5th gen classic 30 gb |
| 00:48:29 | | Quit jgarvey (Quit: Leaving) |
| 00:49:57 | JdGordon | bieber: conditioanls wouldnt change... | would still seperate the options |
| 00:50:07 | XStatik | Does that mater funman |
| 00:52:14 | | Join Schmogel [0] (~Miranda@p5DDD1C37.dip.t-dialin.net) |
| 00:52:15 | | Quit Schmogel (Client Quit) |
| 00:53:25 | amiconn | grml |
| 00:53:35 | amiconn | Advanced build -> test plugins is buggy |
| 00:54:51 | XStatik | What would cause my ipod to not show up in the "My computer" like its not registering |
| 00:56:06 | S_a_i_n_t | XStatik: What type of iPod is ot? |
| 00:56:12 | S_a_i_n_t | And what OS? |
| 00:56:43 | XStatik | 5th gen 60g greyscale |
| 00:56:45 | S_a_i_n_t | s/ot/it/ |
| 00:57:19 | pixelma | 5th gen greyscale? |
| 00:57:20 | * | Bagder adds committer #92 => bieber |
| 00:57:22 | XStatik | yes |
| 00:57:33 | XStatik | I have two |
| 00:57:37 | XStatik | also a 5th gen classic 30 gb |
| 00:57:55 | pixelma | greyscale is only up to 4th gen ;) |
| 00:57:55 | S_a_i_n_t | You could try turning USB HID off, HID seems to give some people problems in connecting their device. |
| 00:58:07 | XStatik | How do i do that |
| 00:58:28 | XStatik | What makes rockbox revert back to the old ipod os after its installed and works |
| 00:58:46 | XStatik | This 5th gen classic 30 gb keeps reverting back and has to get rockbox installed all the time |
| 00:58:50 | S_a_i_n_t | settings/general settings/system/USB HID |
| 00:59:01 | jhMikeS | funman: I should mention that loopback is supposed to be set by audio muxer, not be contingent to recording running |
| 00:59:45 | S_a_i_n_t | XStatik: Does the .rockbox folder actually dissappear from the device? Or is it still there? |
| 00:59:52 | evilnick_B | XStatik: How are you restarting the ipod? |
| 01:00 |
| 01:00:08 | XStatik | it stays there |
| 01:00:20 | XStatik | the .rockbox folder |
| 01:00:37 | funman | jhMikeS: audio_input_mux() ? |
| 01:00:49 | S_a_i_n_t | And, if you restart the iPod it starts the original firmware (the apple fw)? |
| 01:00:56 | S_a_i_n_t | Or rockbox? |
| 01:01:05 | XStatik | yes |
| 01:01:15 | XStatik | it reloads the original firmware |
| 01:01:28 | evilnick_B | XStatik: How are you restarting the ipod? |
| 01:01:52 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 01:02:02 | XStatik | i hold play to turn it off |
| 01:02:42 | S_a_i_n_t | And when you turn it back on, the Apple FW loads? |
| 01:02:48 | XStatik | yes |
| 01:03:49 | S_a_i_n_t | Have you tried reinstalling the bootloader? |
| 01:03:51 | saratoga | i don't think you can restart an ipod by holding play |
| 01:04:00 | stripwax | latest builds? there was a problem that was corrected recently... |
| 01:04:04 | saratoga | so it sounds like you haven't actually rebooted from the OF yet |
| 01:04:05 | pixelma | which button do you press while turning on and/or is your hold switch set to on (maybe e |
| 01:04:15 | jhMikeS | funman: in the various audio-<chip/player>.c files |
| 01:04:15 | pixelma | when connecting to the computer |
| 01:04:34 | evilnick_B | saratoga: On the iPod Video, long play is shutdown |
| 01:04:46 | jhMikeS | funman: there's audio_input_mux and audio_set_output_source |
| 01:04:58 | XStatik | i push the center button to turn it on |
| 01:05:13 | saratoga | XStatik: http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildch2.html#x4-190002.3 |
| 01:05:34 | stripwax | xstatik - which version number of rockbox do you have? (ideally which revision number) |
| 01:05:52 | saratoga | i don't have an ipod video, but the manual says you're not doing it right, so thats probably the issue |
| 01:06:29 | S_a_i_n_t | After installation, it should boot straight into RB though. |
| 01:06:52 | S_a_i_n_t | And unless it's started with hold on, it will continue to load RB |
| 01:08:18 | jhMikeS | funman: basically it's: if (output == input) { do loopback; }. on some targets it's more complicated. |
| 01:08:37 | pixelma | the described hard reset should only be necessary after the bootloader installation - or if you started the OF for some reason |
| 01:09:17 | S_a_i_n_t | after installing the bootloader, if resets itself after it's ejected. |
| 01:10:00 | S_a_i_n_t | so a reset should only be necessary if the OF starts for whatever reason. |
| 01:10:13 | saratoga | i read his question as "I'm in the OF, how do I reboot to rockbox" |
| 01:10:51 | funman | jhMikeS: ok |
| 01:10:58 | funman | will look later |
| 01:10:59 | | Quit funman (Quit: free(random());) |
| 01:11:22 | S_a_i_n_t | I read it as "I'm in rockbox, everytime I turn it off, then on again it boots the OF" |
| 01:13:20 | CIA-5 | New commit by amiconn (r26271): Test plugins: * test_sampr.c is swcodec only * Several plugins are bitmap only. |
| 01:13:39 | CIA-5 | New commit by wincent (r26272): pdbox: Successfully resolved issue with loading of audio files |
| 01:14:23 | stripwax | S_a_i_n_t : - which is why I asked which version of rockbox (given Torne's relatively-recent fix) |
| 01:15:22 | stripwax | XStatik : - specifically, is your installation of rockbox newer, or older, than r25772 (2nd May, 9:41am) |
| 01:16:27 | S_a_i_n_t | XStatik: Check "System/Rockbox Info" to find the version number. |
| 01:16:43 | pixelma | stripwax: but what does that have to do with booting back into the OF - if it boots? |
| 01:18:30 | S_a_i_n_t | XStatik: If you can't boot into Rockbox, open the .rockbox folder on your PC and check "rockbox-info.txt" to verify what version of Rockbox you are running. |
| 01:18:32 | CIA-5 | New commit by amiconn (r26273): Fix test_mem for the archos plugin buffer size and for charcell. |
| 01:20:42 | | Quit evilnick_B (*.net *.split) |
| 01:20:42 | | Quit saratoga (*.net *.split) |
| 01:20:43 | stripwax | pixelma - admittedly I missed the start of the conversation −− but without that fix, ipods are known to reboot (somewhat magically) into the OF when you are not looking, such that when you press Select to turn it on, it appears to boot instantly into the OF. maybe it's unrelated (and if so I'll go back to sleep) |
| 01:21:42 | pixelma | ah, remember that now. But only with the first fix or something |
| 01:21:58 | S_a_i_n_t | I don;t *think* that is the problem here...that used to happen randomly, not /every/ time as this user seems to describe. |
| 01:22:25 | stripwax | to be honest, it happened pretty much every time for me. but i'll check the irc logs so i'm up to speed on this convo :) |
| 01:23:11 | S_a_i_n_t | From what I gather he boots Rockbox, turns the iPod off, turns it on again, and it boots the OF |
| 01:23:41 | S_a_i_n_t | but, feel free to chime in if I'm wrong XStatik ;) |
| 01:24:14 | stripwax | XStatik - is that correct? and it's reproducible if you do it immediately afterwards? (i.e. hold play to turn off rockbox, then press select straight away, and it boots into the OF?) |
| 01:24:44 | XStatik | Well it stays in rockbox for about a day then it reverts somehow |
| 01:25:12 | stripwax | XStatik - can you check the version number please. follow what S_a_i_n_t said earlier. |
| 01:25:17 | amiconn | jhMikeS: I know what's "wrong" with test_fps |
| 01:25:23 | * | stripwax thinks it sounds like the problem that Torne fixed |
| 01:25:43 | XStatik | Yea that link he gave me i think will fix it |
| 01:25:50 | stripwax | wot link |
| 01:25:55 | XStatik | http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildch2.html#x4-190002.3 |
| 01:25:59 | amiconn | The greylib is running on COP since I added that capability. So you need to remove that flag in order to get results which are comparable to earlier ones |
| 01:26:01 | jhMikeS | amiconn: what is it? |
| 01:26:09 | stripwax | er. that's the manual. |
| 01:26:11 | S_a_i_n_t | that's just a link to the Manual. |
| 01:26:16 | * | S_a_i_n_t is confused now. |
| 01:26:30 | jhMikeS | amiconn: I thought it could be set...or maybe that was just the timer int? |
| 01:26:46 | XStatik | anyways.. |
| 01:26:47 | stripwax | XStatik - S_a_i_n_t told you to check System/Rockbox Info |
| 01:26:49 | | Join saratoga [0] (~9803c6dd@giant.haxx.se) |
| 01:27:05 | stripwax | i.e. go to the menu, System, Rockbox Info. then tell us what it says. then we can definitely help you better |
| 01:27:09 | amiconn | GREY_ON_COP refers to the isr of course |
| 01:27:16 | S_a_i_n_t | well, I asked. Told sounds a little demanding. |
| 01:27:23 | amiconn | Drawing always happen on CPU |
| 01:27:23 | stripwax | sorry, yes |
| 01:27:24 | XStatik | gotta go, thank you for the help |
| 01:27:27 | pixelma | it describes the hard reset - a way to get back to Rockbox once you booted into the OF. It would be good to find out what you have to in first place |
| 01:27:27 | stripwax | er?? |
| 01:27:32 | S_a_i_n_t | ?!? |
| 01:27:33 | stripwax | XStatik : - before you go |
| 01:27:36 | stripwax | please do what we said! |
| 01:27:55 | stripwax | that way we know if there's any new bugs/problems that are new and need to be fixed |
| 01:27:57 | pixelma | emm... why you have to |
| 01:27:58 | jhMikeS | amiconn: oh, does it depend on the rate measurement being on the core? (never looked inside the plugin myself) |
| 01:28:01 | stripwax | or whether this is an old issue that we already fixed |
| 01:28:05 | jhMikeS | *same core |
| 01:28:13 | XStatik | Well right now my ipods not even getting a mount point |
| 01:28:28 | saratoga | so rebooting to the ipod fixed it? |
| 01:28:30 | amiconn | All drawing and grey_update() (for buffered mode) happens on CPU |
| 01:28:38 | XStatik | Its dead and i dont have the charger handy |
| 01:28:48 | XStatik | Its not charging over usb either like it should |
| 01:28:54 | amiconn | So grey on COP (nearly) doesn't influence update rate |
| 01:29:27 | *** | Saving seen data "./dancer.seen" |
| 01:29:50 | S_a_i_n_t | XStatik: you can hold menu+select to reset the player, then immediately after it resets hold menu+play to force disk mode....and it will charge over USB |
| 01:29:52 | amiconn | This is a special case though - your patch should optimise the isr, so you do want it to affect the CPU |
| 01:29:59 | S_a_i_n_t | it will probably mount then also. |
| 01:30:22 | amiconn | line 293 |
| 01:30:35 | jhMikeS | amiconn: yes, I see it depends on looping counts for the current core, of course there's switch_core too :) |
| 01:30:59 | amiconn | Removing the flag is easier... |
| 01:31:26 | amiconn | For this test of course - in general it is a wanted feature |
| 01:31:26 | jhMikeS | true :) |
| 01:31:51 | XStatik | ha it worked |
| 01:32:06 | amiconn | The patch won't work on Mini G2 as-is |
| 01:32:51 | S_a_i_n_t | XStatik: Define "it" please? |
| 01:33:18 | stripwax | the disk mode charging thing presumably |
| 01:33:43 | XStatik | XStatik: you can hold menu+select to reset the player, then immediately after it resets hold menu+play to force disk mode....and it will charge over USB |
| 01:33:46 | XStatik | and it mounted |
| 01:34:03 | XStatik | so im now installing version 3.5.1 |
| 01:34:05 | S_a_i_n_t | Awesome. |
| 01:34:28 | S_a_i_n_t | Remember to update the bootloader also. |
| 01:35:06 | XStatik | So it should remain rockbox even after i turn it off and back on again right |
| 01:35:12 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 01:35:13 | S_a_i_n_t | yes |
| 01:35:16 | XStatik | o |
| 01:35:18 | XStatik | ok |
| 01:37:37 | | Join Rob2222 [0] (~Miranda@p4FDCADF1.dip.t-dialin.net) |
| 01:37:45 | | Quit Rob2222 (Client Quit) |
| 01:37:45 | jhMikeS | amiconn: true, I suppose it wouldn't...and I suppose now is a bad time to start. I've used up my brownie points today. |
| 01:38:06 | CIA-5 | New commit by wincent (r26274): pdbox: Code cleanup |
| 01:38:43 | | Join Strife89 [0] (~Strife89@adsl-80-157-6.mcn.bellsouth.net) |
| 01:39:09 | * | jhMikeS will just try to rummage FS for things that might fall in his area |
| 01:41:00 | | Quit Rob2223 (Ping timeout: 265 seconds) |
| 01:41:03 | jhMikeS | I take it the x5 remote keymap is fully written by now. (FS #6062) |
| 01:44:54 | XStatik | The top dir of the ipod should just show .rockbox right |
| 01:46:03 | stripwax | XStatik : - yes, unless you enable the "show files: all" setting |
| 01:46:52 | XStatik | and the music should also go on the top dir right |
| 01:47:02 | stripwax | wherever you like! |
| 01:47:05 | S_a_i_n_t | The music can go anywhwere |
| 01:47:20 | XStatik | well hells bells |
| 01:47:23 | XStatik | lol |
| 01:47:26 | S_a_i_n_t | Most like to put it in a folder called "Music" (or similar) |
| 01:47:31 | jhMikeS | haha...doesn't seem it was finished for FM |
| 01:47:43 | S_a_i_n_t | But rockbox will check the whole dick for music |
| 01:48:14 | | Part toffe82 |
| 01:48:38 | jhMikeS | "<S_a_i_n_t> But rockbox will check the whole *dick* for music" hahaha |
| 01:49:13 | * | stripwax chuckles, even though he really should not |
| 01:49:17 | S_a_i_n_t | hahahahahah! ooops |
| 01:50:00 | pixelma | jhMikeS: the context looks quite complete and links to the settings context |
| 01:50:13 | | Quit bluebroth3r (Ping timeout: 260 seconds) |
| 01:51:55 | | Join bluebrother [0] (~dom@f053154236.adsl.alicedsl.de) |
| 01:51:56 | | Quit bluebrother (Changing host) |
| 01:51:56 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 01:53:55 | | Quit domonoky1 (Read error: Connection reset by peer) |
| 01:54:03 | jhMikeS | pixelma: updating it here, the revision's a little behind on it |
| 01:56:29 | pixelma | well, crammed and linked contexts could also mean more chances of conflicts... unfortunately I don't have a remote |
| 02:00 |
| 02:01:06 | jhMikeS | I'll say this, the themed remote screen is terribly unreadable. (dark text on black bg) :\ |
| 02:03:18 | pixelma | themed? |
| 02:04:04 | jhMikeS | it used to just have a "white" background, now it's black like the cabbiev2 theme |
| 02:04:15 | pixelma | eh? |
| 02:04:55 | pixelma | cabbiev2 should still be black on white on greyscale targets (and this rwps) |
| 02:05:52 | jhMikeS | yeah, I booted up a newer one and it was a black background on the remote with dark text. I can read it if I invert it and turn up the contrast. |
| 02:05:55 | pixelma | hmm... I'll have a look. Maybe it's something that only affects X5 |
| 02:06:28 | jhMikeS | the statusbar also doesn't update on the remote (and the keymap seems to be in place now) |
| 02:07:13 | XStatik | how do i turn of the voice files |
| 02:07:32 | stripwax | XStatik : - read the manual ... |
| 02:11:34 | pixelma | jhMikeS: it shouldn not be the rwps itself (I thought there was a possibility if it just says "use default colours") but it explicitely sets foreground to black and background to white |
| 02:11:48 | pixelma | in its viewport definitoins |
| 02:11:54 | pixelma | definitions too |
| 02:12:38 | jhMikeS | pixelma: yeah, the RWPS is ok, it's the various list displays (menus, file browser, etc.) |
| 02:12:40 | | Join Rob2222 [0] (~Miranda@p4FDCAC37.dip.t-dialin.net) |
| 02:13:17 | S_a_i_n_t | XStatik: Turn them "on" or "off"? |
| 02:13:55 | S_a_i_n_t | "Settings/General Settings/Voice" |
| 02:15:10 | | Quit stripwax (Read error: Connection reset by peer) |
| 02:15:30 | S_a_i_n_t | Voice is enabled by default, but the voice files are not present in a standard install. |
| 02:15:39 | XStatik | i found it |
| 02:15:46 | S_a_i_n_t | You can grab voice files using RButil. |
| 02:15:46 | | Quit jordan` (Ping timeout: 276 seconds) |
| 02:15:53 | S_a_i_n_t | XStatik: Awesome. |
| 02:17:44 | pixelma | jhMikeS: so the menus have the dark backdrop now? |
| 02:19:09 | jhMikeS | yes, and darkgray text it seems |
| 02:19:38 | pixelma | weird |
| 02:20:21 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
| 02:21:44 | * | jhMikeS checks that everything themwise is *actually* up to date |
| 02:22:37 | jhMikeS | cabbiev2.cfg file is from just now |
| 02:25:29 | jhMikeS | I set iCatcher, it's ok, do cabbiev2 and it's goes dark |
| 02:26:30 | S_a_i_n_t | Someone probably messed up the FG/BG colours |
| 02:26:41 | S_a_i_n_t | what are the values? |
| 02:33:04 | jhMikeS | pardon my ignorance on the matter but where the heck are the .cfg's for the themes kept? |
| 02:33:59 | jhMikeS | ah, generated they are |
| 02:35:12 | S_a_i_n_t | .rockbox/themes |
| 02:35:41 | S_a_i_n_t | jhMikeS: ^ |
| 02:35:59 | | Quit kugel (Remote host closed the connection) |
| 02:37:07 | jhMikeS | bg/fg: 000000/cccccc (says it should be ignored but hardly looks it) |
| 02:37:12 | S_a_i_n_t | jhMikeS: What target is this for? |
| 02:37:47 | S_a_i_n_t | jhMikeS: Try changing it to -|-| |
| 02:37:59 | S_a_i_n_t | then it should just use the default values. |
| 02:38:18 | jhMikeS | x5 |
| 02:38:29 | S_a_i_n_t | I'll have a look. |
| 02:39:06 | S_a_i_n_t | what are the screen x/y values? |
| 02:39:36 | jhMikeS | 160x128 |
| 02:39:48 | S_a_i_n_t | thanks. |
| 02:39:53 | jhMikeS | RWPS is fine, just the menus are goofy |
| 02:41:36 | S_a_i_n_t | Hmmm...can you pastebin the theme for me? |
| 02:42:18 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 02:43:29 | jhMikeS | sure |
| 02:43:53 | jhMikeS | just want the .cfg right/ |
| 02:44:02 | S_a_i_n_t | yeah. |
| 02:46:09 | jhMikeS | http://pastie.org/private/atacbk1tnwm17xqpmhbag |
| 02:48:58 | S_a_i_n_t | what is it *supposed* to look like? |
| 02:49:34 | S_a_i_n_t | at the moment (the theme suggests) it's grey text on a black background. |
| 02:49:48 | jhMikeS | blue background with black text I take it (blue because the backlight is blue). if I change colors with the picker, the remote doesn't update |
| 02:50:08 | S_a_i_n_t | Hmmmmm. |
| 02:50:33 | jhMikeS | this is for the remote, the main LCD is correct and I iiuc the remote shouldn't have fg/bg colors applied |
| 02:51:25 | S_a_i_n_t | aha, I may need to look at the rwps then. It's the remote screen that's fudged correct? |
| 02:51:52 | | Part Gartral |
| 02:51:57 | jhMikeS | yes, but not the RWPS. as I said, the RWPS is just fine. |
| 02:53:19 | S_a_i_n_t | the remote should use the same values as the theme for foreground/background colours. |
| 02:53:29 | S_a_i_n_t | So, you may have found yourself a bug. |
| 02:53:33 | jhMikeS | I thought it was treated as grayscale |
| 02:53:34 | | Join XXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 02:54:00 | jhMikeS | well, it is grayscale (4 shades) |
| 02:54:48 | jhMikeS | Perhaps I did but heck if know what to do about it for this stuff (it's not hardware) :) |
| 02:55:40 | S_a_i_n_t | the bg colour is set to black (000000)...try setting it to white (FFFFFF). |
| 02:55:42 | jhMikeS | iCatcher sets it right though, nice and readable, dark on light, going back to cabbiev2 turns it back |
| 02:56:46 | jhMikeS | WPSLIST does say "#misc settings that should be ignored on grayscale targets" |
| 02:57:39 | jhMikeS | yeah, it changes to "white" |
| 02:58:03 | | Quit XStatik (Ping timeout: 272 seconds) |
| 02:58:13 | S_a_i_n_t | so, that's good? |
| 02:59:14 | jhMikeS | It fixes my immediate issue, but appears to be incorrect behavior if it's to be ignored on gray lcd |
| 03:00 |
| 03:01:21 | | Nick piroko_ is now known as piroko (~jeremy@pohl.ececs.uc.edu) |
| 03:02:06 | * | jhMikeS ought to check H120 |
| 03:03:15 | S_a_i_n_t | jhMikeS: I really have no idea about the creyscale/monochrome screens. But, If you want the text to be readable (or moreso than it is now) set: "foreground colour: 000000 background colour: FFFFFF" (black text on a white background) |
| 03:03:27 | S_a_i_n_t | More of a workaround than a fix though. |
| 03:03:51 | S_a_i_n_t | s/creyscale/greyscale/ |
| 03:04:12 | jhMikeS | I figure that much, but according to pixelma "<pixelma> cabbiev2 should still be black on white on greyscale targets (and this rwps)" |
| 03:04:29 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 03:05:04 | | Quit bieber (Ping timeout: 264 seconds) |
| 03:05:20 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 03:05:22 | S_a_i_n_t | well, if that's the case then the .cfg is totally wrong. |
| 03:06:34 | S_a_i_n_t | the fg/bg colours should be reversed if that is the case. |
| 03:06:38 | jhMikeS | on h120 everything's nice and good but both displays are 4-gray |
| 03:07:08 | S_a_i_n_t | check the difference between the two theme.cfgs |
| 03:07:26 | piroko | I'm diggin my sansa clip runnin rockbox |
| 03:07:45 | S_a_i_n_t | copy the way the h120 does it. |
| 03:08:33 | S_a_i_n_t | in theory, it should be "foreground colour: cccccc background colour: FFFFFF" |
| 03:08:40 | jhMikeS | the iAudios might be the only targets with mixed color and an assumption went unnoticed |
| 03:09:24 | jhMikeS | maybe h300? I don't know |
| 03:09:56 | S_a_i_n_t | Neither. I only own colour targets. I had a clip for about a week...but the blue/yellow thing pissed me off. |
| 03:10:20 | S_a_i_n_t | that and the *tiny* screen. |
| 03:10:41 | * | S_a_i_n_t likes colour screens he can add a lot of eye-candy to. |
| 03:10:59 | jhMikeS | it's essentially identical except it lacks color specifications entirely |
| 03:11:39 | S_a_i_n_t | Hmmmm. |
| 03:12:31 | S_a_i_n_t | Well, for now (until someone that understands the greyscale/monochrome targets comes along) just go with the fix I suggested if it works for you. |
| 03:13:06 | | Part Boldfilter |
| 03:13:22 | S_a_i_n_t | cccccc == grey, FFFFFF == white, 000000 == black. |
| 03:15:39 | * | jhMikeS feels it's appropriate to find the offending code that's applying colors to the gray display |
| 03:16:25 | S_a_i_n_t | JdGordon might be able to help you there. |
| 03:16:44 | S_a_i_n_t | He's "UI Guy" as far as I'm concerned ;) |
| 03:16:56 | * | jhMikeS was considering poking him when he sees him around |
| 03:19:29 | * | jhMikeS starts following theme_menu.c down the calls |
| 03:20:46 | | Quit Rob2222 (Quit: Rob2222) |
| 03:21:20 | | Join Rob2222 [0] (~Miranda@p4FDCAC37.dip.t-dialin.net) |
| 03:24:11 | | Quit Rob2222 (Read error: Connection reset by peer) |
| 03:24:39 | | Join Rob2222 [0] (~Miranda@p4FDCAC37.dip.t-dialin.net) |
| 03:25:24 | jhMikeS | hmmm...seems to apply it to SCREEN_MAIN only. must be some vp leakage or something. |
| 03:29:31 | *** | Saving seen data "./dancer.seen" |
| 03:31:19 | | Quit jfc (Read error: Connection reset by peer) |
| 03:31:42 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
| 03:36:53 | | Join CGL [0] (~CGL@190.207.226.198) |
| 03:38:33 | | Nick CGL is now known as [CGL] (~CGL@190.207.226.198) |
| 03:39:27 | | Join cool_walking_ [0] (~cb3b81c3@gateway/web/freenode/x-yebwbqeucbzovoee) |
| 03:58:38 | * | jhMikeS notices the .c file includes in the lcd code. thread.c would be alot cleaner like that. |
| 04:00 |
| 04:01:10 | | Quit MethoS- (Remote host closed the connection) |
| 04:02:46 | | Quit Zarggg (Quit: Leaving) |
| 04:08:13 | | Join Zarggg [0] (~zarggg@2001:0:4137:9e74:0:fbf4:beb1:ba3d) |
| 04:09:06 | | Quit pixelma (Disconnected by services) |
| 04:09:06 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:09:12 | | Quit amiconn (Disconnected by services) |
| 04:09:14 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:09:26 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:09:36 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:14:57 | | Quit Zarggg (Read error: Connection reset by peer) |
| 04:15:25 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 04:19:43 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 04:25:31 | jhMikeS | JdGordon: ping, prod, poke (perhaps want to read back a bit about remote lcd getting "colorized" on x5)? |
| 04:26:01 | JdGordon | let me wake up a bit first :p |
| 04:26:05 | jhMikeS | okie, np |
| 04:33:26 | JdGordon | the h1/300 have a mono remote, iaudio arre tthe only ones with a grey remote |
| 04:35:13 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
| 04:37:04 | JdGordon | jhMikeS: so whats the actual issue? the remote is getting the wrong colours in the menus? |
| 04:37:27 | | Part Strife89 ("Leaving") |
| 04:37:51 | | Join Strife89 [0] (~Strife89@adsl-80-157-6.mcn.bellsouth.net) |
| 04:40:37 | JdGordon | bieber: if you think a file is too long when it is being added, then yes split it |
| 04:42:20 | jhMikeS | iy' |
| 04:42:33 | jhMikeS | oops, it's setting fg and bg colors to the remote |
| 04:42:47 | | Join Barahir_ [0] (~jonathan@frnk-590f6a20.pool.mediaWays.net) |
| 04:43:10 | | Quit Barahir (Read error: Operation timed out) |
| 04:43:35 | jhMikeS | though I don't actually see the settings setting anything, RWPS is fine. in addition, I don't see the statusbar getting updated when changing volume and such |
| 04:43:54 | JdGordon | "it" being what? and bar not updateing when? |
| 04:46:03 | jhMikeS | anywhere, such and transitioning playback state (ie. playing->stopped) or changing the volume/pausing in the radio screen |
| 04:47:09 | JdGordon | colours are an issue in viewport.c by the looks of it |
| 04:47:12 | jhMikeS | the remote is in it's own timezone too :) (10:45 on the remote, 10:47 on the main) |
| 04:47:22 | JdGordon | no clue on the updating though |
| 04:47:23 | JdGordon | haha |
| 04:47:37 | JdGordon | p[en a FS issue... I'll have a play later this arvo |
| 04:48:41 | jhMikeS | official bug report? ok...I'll do that. I tried to look at it and then got lost in all the strage, new code. |
| 04:49:24 | JdGordon | does the sim show the issues? |
| 04:49:40 | JdGordon | if not then i'll need screenshots and proper expected behaviour descripions |
| 04:49:42 | jhMikeS | haven't checked |
| 04:51:25 | jhMikeS | from the looks of it, the theme colors should *not* be applied to the grayscale remote, yet they are. RWPS shows black on white like it should. just the menus (or lists in general) show the problem. |
| 04:58:39 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 05:00 |
| 05:02:53 | | Quit saratoga (Quit: CGI:IRC) |
| 05:02:54 | * | jhMikeS can't make a new task :( |
| 05:03:05 | | Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-cpwdwckxpgasnvwg) |
| 05:03:13 | jhMikeS | Fatal error |
| 05:03:20 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 05:06:47 | jhMikeS | hrm, had to restart from the FS main list |
| 05:06:56 | jhMikeS | http://www.rockbox.org/tracker/task/11321 |
| 05:08:04 | | Join captainkewler [0] (~cfed7173@gateway/web/freenode/x-lvyvqiouyoghumnr) |
| 05:12:42 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
| 05:13:05 | | Quit captainkewler (Quit: Page closed) |
| 05:13:53 | | Quit anewuser (Quit: for SELL 2 by the price of 1 now!) |
| 05:15:37 | JdGordon | hehe colour sound :p |
| 05:15:56 | JdGordon | is it the m3 with grey main and remote diosplays? |
| 05:17:14 | JdGordon | jhMikeS: ok, both issues ar in the sim, so this shoudl be fixable |
| 05:17:32 | * | JdGordon points out these bugs have probably been there since at least 3.4... |
| 05:29:34 | *** | Saving seen data "./dancer.seen" |
| 05:29:42 | jhMikeS | m3 is gray/gray afaik |
| 05:30:17 | jhMikeS | the last revision I had on the x5 was 20064 or something...hehe...it didn't have the issue :) |
| 05:31:32 | | Quit Horscht (Quit: Verlassend) |
| 05:38:01 | JdGordon | the issue is because code to parse a viewport string has no idea how to handle targets with different depths |
| 05:38:29 | JdGordon | with colour taking precendence. so it gets the main screen colours |
| 05:38:37 | JdGordon | I'm not entirely sure how to fix this properly |
| 05:39:04 | JdGordon | other than the quick n dirty fix |
| 05:41:00 | jhMikeS | shouldn't it just set them to default colors? the vp code seem to do that in a no-nonsense way. |
| 05:42:03 | JdGordon | yes, but where to get them from... im trying something now |
| 05:42:20 | jhMikeS | they're constants |
| 05:42:35 | JdGordon | hehe I fixed the remote and broke the main screen! |
| 05:42:43 | jhMikeS | :) |
| 05:42:57 | jhMikeS | LCD_REMOTE_DEFAULT_FG/BG |
| 05:43:28 | JdGordon | http://pastebin.com/MAL8dn55 |
| 05:43:37 | JdGordon | seems to work in the sim |
| 05:44:02 | JdGordon | makes the code a bit messy... but I guess we have no other option |
| 05:47:23 | jhMikeS | I'll check it on target but I'm sure it'll work if it works with the sim |
| 05:49:10 | JdGordon | remote bar seems to be on all targets (well duh :p ) |
| 05:50:33 | | Quit mikroflops_ (Ping timeout: 248 seconds) |
| 05:50:59 | jhMikeS | I was just checking H120 and it's not refreshing there |
| 05:58:10 | JdGordon | arg... i tihnk i see the problem |
| 06:00 |
| 06:00:27 | CIA-5 | New commit by jdgordon (r26275): fix remote statusbar not being updated if it is enabled on both displays |
| 06:00:34 | jhMikeS | (after having to cleanup and rebuild completely) the remote shades look just fine now |
| 06:00:48 | JdGordon | k cool |
| 06:01:20 | JdGordon | grr... slow post checkin script |
| 06:02:13 | CIA-5 | New commit by jdgordon (r26276): fix FS #11321 - the x5 remote used the wrong colours |
| 06:06:20 | CIA-5 | New commit by jdgordon (r26277): remove a stray printf |
| 06:08:39 | CIA-5 | New commit by jdgordon (r26278): fix red, but this might not be the best long term solution. |
| 06:11:51 | jhMikeS | look like the same solution that was already there |
| 06:12:23 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 06:12:57 | Topy44 | hm... |
| 06:13:26 | Topy44 | my h340 with rockbox is reporting "low battery! shutting down", even though it really isnt that low, it still runs for hours |
| 06:13:30 | | Quit shai (Read error: Connection reset by peer) |
| 06:13:41 | Topy44 | that is, it shows that message when i shut it down |
| 06:13:51 | Topy44 | but if i dont turn it off myself it will run for quite some time |
| 06:15:27 | jhMikeS | I think it says that if it's < 10%. (I know it's odd that it says it's shutting down, only more emphatically when it's shutting down) |
| 06:16:04 | Topy44 | but i think it says it too early |
| 06:16:22 | | Quit liar (Ping timeout: 258 seconds) |
| 06:17:21 | saratoga | Topy44: i think thats intentional |
| 06:17:27 | saratoga | search, theres more info on why |
| 06:17:41 | Topy44 | maybe "go charge your fucking battery or it will break, kthx" :) |
| 06:17:50 | Topy44 | actually, thats what the message should say :) |
| 06:18:06 | jhMikeS | it just says it if the battery level is <= 10 %. that message looks nearly meaningless since it seems to take no special action. |
| 06:18:20 | Topy44 | nimh batteries dont really like deep cycles |
| 06:18:28 | Topy44 | but yeah its pretty pointless |
| 06:19:18 | jhMikeS | saratoga: is there? |
| 06:19:50 | saratoga | jhMikeS: yeah it prevents it from having trouble cold booting IIRC |
| 06:20:24 | saratoga | Topy44: that message is in the apple firmware, so we can't change it, and your ipod doesn't have nimh batteries |
| 06:20:33 | | Quit nima (Read error: Connection reset by peer) |
| 06:20:45 | Topy44 | saratoga: except that i dont have an ipod. read my message again. :) |
| 06:21:00 | saratoga | oh my bad |
| 06:21:22 | | Join nima [0] (~nima@adsl-75-45-236-137.dsl.sfldmi.sbcglobal.net) |
| 06:21:30 | saratoga | theres some equivalent message on the ipods I was thinking of |
| 06:21:35 | jhMikeS | saratoga: I see no action taken, just a message. |
| 06:21:37 | Topy44 | heh |
| 06:22:29 | jhMikeS | I mean, we're already shutting down. Perhaps it should be rephrase like "Shutting Down: Please Recharge Soon!" or something :) |
| 06:23:03 | Topy44 | essentially, it just replaces the "shutting down!" message with that one |
| 06:23:06 | Topy44 | its not a problem |
| 06:23:09 | Topy44 | its just weird |
| 06:23:30 | jhMikeS | I think it's meant just to be an informative reminder, but it sounds like an action is being taken. |
| 06:23:50 | Topy44 | yeah, its the same message that is displayed when it shuts down because the battery is in fact flat i think |
| 06:24:35 | Topy44 | well, since i just installed a brand new battery, i wont be seeing that message very often :) |
| 06:28:21 | jhMikeS | if you see "battery critical" then it didn't bother saving anything |
| 06:29:19 | Topy44 | oh, ok |
| 06:29:43 | Topy44 | maybe it should shut down properly when the voltage reaches a certain threshhold, would be better for the battery too |
| 06:29:45 | jhMikeS | or is that "battery empty"? well, you get the idea. |
| 06:30:22 | Topy44 | i already lost recordings once because of an empty battery, it recorded fine but didnt update the fat when going off |
| 06:30:23 | jhMikeS | it does unless it's too low to spin the drive back up |
| 06:30:30 | Topy44 | ic |
| 06:30:37 | Topy44 | that was on my old iaudio X5L |
| 06:30:49 | Topy44 | (RIP) |
| 06:31:04 | Topy44 | maybe the threshhold voltage should be customizeable |
| 06:31:26 | Topy44 | anyway, i'm off, cu |
| 06:32:08 | * | jhMikeS waves |
| 06:33:54 | bieber | JdGordon: So we'll have different separator characters for normal tags and conditionals, or do you just want to stick with '|' for both of them? |
| 06:33:56 | jhMikeS | is the H120 supposed to show the progress at the top on the remote with "now playing" inside it? |
| 06:34:08 | Llorean | Yes |
| 06:34:12 | Llorean | Or at least, I'm *pretty* sure it is |
| 06:34:43 | * | jhMikeS hasn't looked at remotes in a long while |
| 06:36:35 | | Join TopyMobile [0] (~topy@xdsl-78-34-66-188.netcologne.de) |
| 06:36:42 | Llorean | Same here |
| 06:36:44 | Llorean | But I remember seeing that |
| 06:39:07 | jhMikeS | x5 shows 'now playing' but separately like the main screen (bigger lcd though) |
| 06:44:56 | | Quit TopyMobile (Quit: TopyMobile) |
| 06:45:24 | * | jhMikeS wonders if the immediate status update will come back where it redraws every change on-demand |
| 06:46:07 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 07:00 |
| 07:08:20 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 07:10:50 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 07:16:15 | | Join esperegu_ [0] (~quassel@145.116.15.244) |
| 07:16:16 | | Quit esperegu (Read error: Connection reset by peer) |
| 07:17:10 | CIA-5 | New commit by kkurbjun (r26279): Fix M:Robe Plugins and Codecs. |
| 07:21:20 | pixelma | JdGordon: the M5 has a grey main screen and can use the same remote, Iaudio M3 is the one which just has the remote. And unfortunately those remotes are expensive last I looked... |
| 07:25:20 | | Quit Strife89 (Quit: Bed! ZZZZZZZZZZZzzzzzzzzzzzzzzzzzz............) |
| 07:27:28 | | Quit esperegu_ (Read error: Connection reset by peer) |
| 07:28:29 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 07:29:36 | *** | Saving seen data "./dancer.seen" |
| 07:31:43 | JdGordon | bieber: | is the seperator between conditional options. comma is seperator for params |
| 07:32:13 | JdGordon | | is unlikely to be used in text as much as comma might (and | already needs to be %-d if you want to put it in a string) |
| 07:35:31 | pixelma | jhMikeS: I combined progressbar and "Now Playing" bar this way for the 128x64 port to save space, especially since back then it had to use the same font size as the main screens and so didn't leave many lines to use. Should be possible now to use a smaller font size on the remote and those bars seperated then but cabbiev2 vould have some updates in general which didn't happen yet |
| 07:36:10 | pixelma | s/vould/could |
| 07:37:19 | amiconn | jhMikeS: The iriver remote is monochrome, not greyscale like the iaudio remote |
| 07:37:48 | * | amiconn should first read the logs completely |
| 07:37:50 | | Join XXXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 07:39:00 | amiconn | JdGordon: M5 is grey/grey; the M3 has no main LCD... |
| 07:39:24 | amiconn | grr |
| 07:39:51 | pixelma | you should do what you say yourself :P |
| 07:42:08 | | Quit XXStatik (Ping timeout: 276 seconds) |
| 07:42:13 | | Quit mc2739 (Ping timeout: 252 seconds) |
| 07:47:57 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 07:47:59 | | Quit BHSPitMonkey (Remote host closed the connection) |
| 07:51:39 | | Quit bieber (Ping timeout: 240 seconds) |
| 07:51:58 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 07:56:48 | | Quit esperegu (Read error: Connection reset by peer) |
| 07:56:50 | | Join esperegu_ [0] (~quassel@145.116.15.244) |
| 07:57:53 | | Join JdGord [0] (~jd@110.23.82.198) |
| 08:00 |
| 08:01:48 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 08:03:49 | | Quit bieber (Ping timeout: 245 seconds) |
| 08:04:05 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 08:07:23 | | Join XXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 08:11:23 | | Quit XXXStatik (Ping timeout: 264 seconds) |
| 08:16:46 | | Quit JdGordon (Quit: Leaving.) |
| 08:39:36 | | Join mitk [0] (~mitk@195.117.162.130) |
| 08:41:40 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 08:43:44 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 08:43:44 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:52:28 | | Quit cool_walking_ (Quit: Page closed) |
| 08:54:35 | | Quit esperegu_ (Ping timeout: 264 seconds) |
| 08:54:42 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 08:58:12 | | Quit cdb (Ping timeout: 260 seconds) |
| 09:00 |
| 09:00:22 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 09:03:56 | | Quit bug2000 (Remote host closed the connection) |
| 09:07:59 | | Join Rob2223 [0] (~Miranda@p4FDC9B6B.dip.t-dialin.net) |
| 09:10:02 | | Join watto [0] (~watto@193.203.81.165) |
| 09:11:18 | | Quit Rob2222 (Ping timeout: 245 seconds) |
| 09:14:58 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:15:26 | | Quit JdGord (Quit: Bye) |
| 09:21:29 | | Join ssorgatem [0] (~ssorgatem@83.55.235.224) |
| 09:22:39 | | Quit liar (Ping timeout: 258 seconds) |
| 09:23:26 | | Quit shai (Quit: Leaving) |
| 09:25:08 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 09:26:50 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
| 09:29:40 | *** | Saving seen data "./dancer.seen" |
| 09:30:46 | ssorgatem | I have a problem: "Têtes Raides" shows up under Artist as "T[]tes Raides" |
| 09:32:18 | pixelma | then your chosen font doesn't have that character. Maybe you'll find another that has it and is the same height |
| 09:32:19 | ssorgatem | They're mp3 files, tagged as ID3v2.3 iso-8859-1 |
| 09:32:20 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
| 09:32:42 | ssorgatem | pixelma: I thought that but |
| 09:33:27 | ssorgatem | pixelma: previously it showed that artist twice: "Têtes Raides" and "T[]tes Raides" |
| 09:33:27 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 09:33:57 | ssorgatem | pixelma: then I made sure all the files had the same version and encoding of the tags |
| 09:34:08 | ssorgatem | and now they show all wrong |
| 09:35:16 | pixelma | there's also an option somewhere to set the default codepage of ID3 tags. I thought it only had to do with ID3v1 but now I remember ID3v2.3 can either be unicode or your local codepage |
| 09:37:35 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
| 09:38:12 | pixelma | under general settings > display - see manual |
| 09:39:31 | ssorgatem | yes, I'm doing it |
| 09:39:39 | ssorgatem | I had it set to utf-8 |
| 09:40:06 | ssorgatem | Now i've changed it to iso-8859-1 |
| 09:40:15 | ssorgatem | but nothing changes |
| 09:40:52 | ssorgatem | I'm able to see other unicode characters, though (like ä, á, Ã, à ...) |
| 09:41:14 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 09:41:49 | ssorgatem | mm |
| 09:41:57 | ssorgatem | it's something to do with tags |
| 09:42:08 | | Quit phanboy4 (Ping timeout: 245 seconds) |
| 09:42:52 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 09:42:56 | ssorgatem | I can see "Rà dio FM", but not "L'une à l'autre" (A song from T) |
| 09:43:13 | ssorgatem | ^^ += (Têtes Raides) |
| 09:44:42 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 09:46:30 | | Join flatrose [0] (~flatrose@nat.sklk.marosnet.net) |
| 09:47:27 | ssorgatem | they show up OK in the OF (fuzev2) |
| 09:49:00 | JdGordon | I'm using checkwps as a base to convert curent skins to th new format (right now just adding printfs in the current parser). This seems to work well but is it ok to wack into svn? |
| 09:49:05 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 09:49:38 | | Quit kadoban (Remote host closed the connection) |
| 09:50:05 | | Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) |
| 09:50:17 | ssorgatem | Should I open a FS task about my issue? |
| 09:50:54 | ssorgatem | BTW, i've updated (again) the catalan translation, FS #11322. It's now complete |
| 09:54:44 | | Join asper [0] (~asper@93-43-34-188.ip90.fastwebnet.it) |
| 09:54:49 | asper | hi guys |
| 09:55:12 | asper | I am running vista 64 and need to connect archos recorder 10... does anyone has a driver or a link to something I can use ? |
| 09:58:40 | pixelma | asper: unfortunaately there is none for Vista or Windows7 - see here: http://forums.rockbox.org/index.php?topic=24554.0 |
| 10:00 |
| 10:01:18 | | Join Bonusbartus [0] (~c2abfc65@giant.haxx.se) |
| 10:01:29 | Bonusbartus | good morning |
| 10:01:55 | asper | can I have a link to the official XP driver ? I am not able to find it... |
| 10:04:10 | Bonusbartus | anyone with an Iriver H300 (or maybe H1xx) here? |
| 10:07:07 | * | JdGordon would like opinions on 11323 being commited (replacing printf with UPDATESKIN() ) post freeze |
| 10:10:12 | asper | YES !!!! I managed to isntall jukeboxe recorder 10 on vista64 using VMWARE and old dirvers Archos_USB_Drivers_09062005.zip |
| 10:10:57 | asper | but rockbox utility won't detect it... I will try manually now |
| 10:11:59 | asper | no way... is htere a way to make rockbox utility running in a vmware ssytem ? It is not detecting my CORRECTLY installed archos jukebox recorder 10 |
| 10:12:44 | asper | the vmware is running a WIndows XP 32 bit |
| 10:12:59 | Bonusbartus | I'm having a problem with USB connection on my H300 since the official 3.5 release, first I tought it was the known bug, but after reading it I see that that bug is about bootloader USB mode |
| 10:13:34 | Bonusbartus | problem is that when Rockbox is still booting and I plug in the usb cable (which happens oftenn...) the player completely hangs |
| 10:14:46 | asper | rockboxutility won't work under vmware... |
| 10:14:55 | pixelma | Bonusbartus: is this 3.5 or 3.5.1? |
| 10:15:31 | pixelma | there was a problem with early USB in 3.5 which was fixed in 3.5.1 |
| 10:15:33 | Bonusbartus | both |
| 10:15:56 | Bonusbartus | I noticed it after installing 3.5, but it didn't go away with 3.51 |
| 10:19:10 | asper | I explain you my problem: since yesterday when I press ON during a song my recorder screen gets totally blank (no song list) |
| 10:19:23 | asper | what is the file I must delete to reset this strange behaviour ? |
| 10:19:49 | asper | I set the player to automatically paly the latest song so now I cannot brows through songs anymore |
| 10:19:59 | pixelma | maybe you set your show files setting to playlists or so? |
| 10:22:09 | asper | it was workjing until yesterday... now I am not able to browse files anymore... |
| 10:22:19 | asper | what have I to presso to go back to song lis ? |
| 10:22:23 | asper | list? |
| 10:24:32 | asper | ok I amanged to restore the situation |
| 10:24:54 | pixelma | go to the menu (or quickscreen) to check your "show files" setting. I don't know off the top of my head where the option is exactly, you could check our manual |
| 10:25:03 | asper | last question: i have the .jaz file in the root: how can I install it as a firmware manually from the player ? |
| 10:25:58 | asper | (thank you pixelma i did exactly as you told and worked... dunno why this option resets by itself) |
| 10:26:26 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 10:33:14 | | Part LinusN |
| 10:33:34 | | Quit liar (Ping timeout: 258 seconds) |
| 10:35:31 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 10:35:48 | | Quit moparx (Ping timeout: 265 seconds) |
| 10:37:39 | | Join halmi [0] (~netbook@93-82-45-252.adsl.highway.telekom.at) |
| 10:38:50 | | Quit asper (Quit: Java user signed off) |
| 10:39:58 | | Join moparx [0] (~moparx@unaffiliated/moparx) |
| 10:46:07 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 10:54:54 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-217-165.pools.arcor-ip.net) |
| 10:59:54 | | Quit wodz (Quit: Leaving) |
| 11:00 |
| 11:00:48 | mitk | pixelma: What you think about "Remote: Radio Screen", "Remote: While Playing Screen" etc? |
| 11:00:56 | | Quit halmi (Read error: Connection reset by peer) |
| 11:01:48 | | Join halmi [0] (~netbook@93-82-45-252.adsl.highway.telekom.at) |
| 11:02:09 | Bonusbartus | hmm just tried latest build, seems like it |
| 11:02:36 | Bonusbartus | is working now... lazy me.. I thought I did try a build newer than the 3.5.1.... |
| 11:04:17 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 11:29:41 | *** | Saving seen data "./dancer.seen" |
| 11:31:42 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
| 11:34:30 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 11:41:12 | | Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) |
| 11:45:12 | | Quit moparx (Quit: moparx) |
| 11:46:41 | | Quit shai (Ping timeout: 240 seconds) |
| 11:52:44 | * | Zagor points to the topic to remind everyone |
| 11:52:53 | Zagor | I'm off to do that now. See you later. |
| 11:53:00 | | Part Zagor |
| 11:57:00 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 12:00 |
| 12:10:33 | | Quit GeekShadow (Ping timeout: 276 seconds) |
| 12:15:53 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 12:17:20 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 12:21:57 | | Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) |
| 12:23:31 | | Quit slck (Ping timeout: 260 seconds) |
| 12:28:39 | * | linuxstb wonders which part of the topic Zagor was referring to |
| 12:29:50 | kugel | "Scheduled server downtime Tuesday 13:00-16:00 CET" |
| 12:29:50 | kugel | provider change I think |
| 12:29:50 | linuxstb | Hmm, my topic line doesn't say that... |
| 12:29:50 | | Part LinusN |
| 12:31:56 | | Join slck [0] (Venci@Slackware.SlackPix.Com) |
| 12:32:00 | * | linuxstb scrolls left and then crawls back into his hole... |
| 12:32:59 | | Quit steve|m (Ping timeout: 276 seconds) |
| 12:38:43 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 12:49:07 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 12:55:41 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 12:59:45 | wodz | why do I see so much red in http://build.rockbox.org/dev.cgi ? |
| 13:00 |
| 13:04:35 | | Quit kugel (Ping timeout: 260 seconds) |
| 13:08:00 | pixelma | the complete red lines seems to have been caused by the server downtime I think. The red Sansa v2's bootloaders seems to have been overlooked |
| 13:18:16 | | Quit elinenbe (Ping timeout: 240 seconds) |
| 13:20:13 | mitk | pixelma: What do you think about changing strings to: "Remote: Radio Screen", "Remote: While Playing Screen" etc? This can clear that those settings are for things on remote. |
| 13:24:58 | | Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) |
| 13:29:45 | *** | Saving seen data "./dancer.seen" |
| 13:33:33 | | Join DerPapst [0] (~Alexander@91-64-235-218-dynip.superkabel.de) |
| 13:37:24 | JdGordon | rasher: scorche: ping? |
| 13:40:42 | | Join Kitr88 [0] (~Kitar_st@89.142.60.171) |
| 13:40:58 | | Quit Bonusbartus (Quit: CGI:IRC (EOF)) |
| 13:41:09 | DEBUG | Received signal 15 (SIGTERM), terminating (snapshot: fplrun.c line 385) |
| 13:41:09 | *** | Cleanup |
| 13:41:09 | *** | Saving seen data "./dancer.seen" |
| 13:41:09 | *** | Exit |
| 15:00 |
| 15:04:13 | *** | Started Dancer V4.16 |
| 15:04:13 | DEBUG | bind(2) failed on socket 4 (Cannot assign requested address), myhost = giant.haxx.se, myipaddrnum = 1403584042 (snapshot: netstuff.c line 225) |
| 15:04:13 | *** | Connected to irc.freenode.net on port 6667 |
| 15:04:13 | *** | Logfile for #rockbox started |
| 15:04:15 | Mode | "logbot :+i" by logbot |
| 15:04:16 | Ctcp | Version from frigg!~frigg@freenode/utility-bot/frigg |
| 15:04:17 | *** | Server message 501: 'logbot :Unknown MODE flag' |
| 15:04:17 | | Join logbot [0] (~rockbox@80.67.6.50) |
| 15:04:17 | | Join steve|m [0] (~steve@p4FD4435C.dip.t-dialin.net) |
| 15:04:17 | | Join teru [0] (~teru@M016207.ppp.dion.ne.jp) |
| 15:04:17 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 15:04:17 | | Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) |
| 15:04:17 | | Join wincent [0] (~wincent@rockbox/developer/wincent) |
| 15:04:17 | | Join Kitar|st [0] (Kitar_st@BSN-182-64-202.dial-up.dsl.siol.net) |
| 15:04:17 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 15:04:17 | | Join DerPapst [0] (~Alexander@91-64-235-218-dynip.superkabel.de) |
| 15:04:17 | | Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) |
| 15:04:17 | | Join slck [0] (Venci@Slackware.SlackPix.Com) |
| 15:04:17 | | Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) |
| 15:04:17 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 15:04:17 | | Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) |
| 15:04:17 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 15:04:17 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-217-165.pools.arcor-ip.net) |
| 15:04:17 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 15:04:17 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 15:04:17 | | Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) |
| 15:04:17 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 15:04:17 | | Join flatrose [0] (~flatrose@nat.sklk.marosnet.net) |
| 15:04:17 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 15:04:17 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
| 15:04:17 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 15:04:17 | | Join watto [0] (~watto@193.203.81.165) |
| 15:04:17 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 15:04:17 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 15:04:17 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 15:04:17 | | Join mitk [0] (~mitk@195.117.162.130) |
| 15:04:17 | | Join XXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 15:04:17 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 15:04:17 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 15:04:17 | | Join nima [0] (~nima@adsl-75-45-236-137.dsl.sfldmi.sbcglobal.net) |
| 15:04:17 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 15:04:17 | | Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-cpwdwckxpgasnvwg) |
| 15:04:17 | | Join Barahir_ [0] (~jonathan@frnk-590f6a20.pool.mediaWays.net) |
| 15:04:17 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 15:04:17 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 15:04:17 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
| 15:04:17 | | Join [CGL] [0] (~CGL@190.207.226.198) |
| 15:04:17 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
| 15:04:17 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
| 15:04:17 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 15:04:17 | | Join Curtman [0] (~curt@S010600248c269238.wp.shawcable.net) |
| 15:04:17 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.29) |
| 15:04:17 | | Join solexx [0] (~jrschulz@e176114091.adsl.alicedsl.de) |
| 15:04:17 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 15:04:17 | | Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 15:04:17 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
| 15:04:17 | | Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) |
| 15:04:17 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 15:04:17 | | Join CIA-5 [0] (cia@208.69.182.149) |
| 15:04:17 | | Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) |
| 15:04:17 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
| 15:04:17 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 15:04:17 | | Join aevin [0] (eivindsy@unaffiliated/aevin) |
| 15:04:17 | | Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) |
| 15:04:17 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 15:04:17 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 15:04:17 | | Join kenguest [0] (~radagast@lir.talideon.com) |
| 15:04:17 | | Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) |
| 15:04:18 | | Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
| 15:04:18 | | Join z35 [0] (~z35@ool-18bd3f51.dyn.optonline.net) |
| 15:04:18 | | Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) |
| 15:04:18 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
| 15:04:18 | | Join bzed [0] (~bzed@devel.recluse.de) |
| 15:04:18 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 15:04:18 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 15:04:18 | | Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) |
| 15:04:18 | | Join blithe [0] (~blithe@72.14.176.144) |
| 15:04:18 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
| 15:04:18 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
| 15:04:18 | | Join tmzt [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) |
| 15:04:18 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 15:04:18 | | Join krazykit [0] (~kkit@76.240.216.70) |
| 15:04:18 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
| 15:04:18 | | Join Beta2K [0] (~Beta2K@d24-36-97-38.home1.cgocable.net) |
| 15:04:18 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 15:04:18 | | Join Battousai [0] (~bryan@gentoo/developer/battousai) |
| 15:04:18 | | Join MuscleNerd [0] (eric@75-30-121-120.lightspeed.arlhil.sbcglobal.net) |
| 15:04:18 | | Join ThomasAH [0] (~thomas@aktaia.intevation.org) |
| 15:04:18 | | Join rhodan [0] (~Quassel@2001:1608:12:2::38) |
| 15:04:18 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 15:04:18 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 15:04:18 | | Join incant [0] (~philippe@zone42.rdc.uottawa.ca) |
| 15:04:18 | | Join BeFalou [0] (~mamutoi@unaffiliated/befalou) |
| 15:04:18 | | Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) |
| 15:04:18 | | Join Kamyk [0] (kamyk@szluug.org) |
| 15:04:18 | | Join ehntoo [0] (~ehntoo@lug.mtu.edu) |
| 15:04:18 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 15:04:18 | | Join feisar_ [0] (jljhook@irkki.fi) |
| 15:04:18 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 15:04:18 | | Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) |
| 15:04:18 | | Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) |
| 15:04:18 | | Join linuxguy3 [0] (~timj@75.57.191.181) |
| 15:04:18 | | Join Zambezi [0] (Zulu@80.67.9.2) |
| 15:04:18 | | Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) |
| 15:04:18 | | Join polobricolo__ [0] (~polobrico@AGrenoble-257-1-21-176.w86-194.abo.wanadoo.fr) |
| 15:04:18 | | Join wombat23_ [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
| 15:04:18 | | Join piroko [0] (~jeremy@pohl.ececs.uc.edu) |
| 15:04:18 | | Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) |
| 15:04:18 | | Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) |
| 15:04:18 | | Join mapi_ [0] (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) |
| 15:04:18 | | Join yawny [0] (user36@pr0.us) |
| 15:04:18 | | Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
| 15:04:18 | | Join ved [0] (ved@ddsbox.co.cc) |
| 15:04:18 | | Join YPSY [0] (~ypsy@geekpadawan.de) |
| 15:04:18 | | Join Kohlrabi [0] (~Kohlrabi@frustum.nosebud.de) |
| 15:04:18 | | Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) |
| 15:04:18 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 15:04:18 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 15:04:18 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 15:04:18 | | Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) |
| 15:04:18 | | Join ranma [0] (ranma@mx.tdiedrich.de) |
| 15:04:18 | | Join Galois [0] (djao@efnet.math.uwaterloo.ca) |
| 15:04:18 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 15:04:18 | | Join kisak [0] (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) |
| 15:04:18 | | Join sevard [0] (sev@216.164.6.24) |
| 15:04:18 | | Join parafin [0] (parafin@paraf.in) |
| 15:04:18 | | Join Torne [0] (torne@rockbox/developer/Torne) |
| 15:04:18 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
| 15:04:18 | | Join jae [0] (~jae@jaerhard.com) |
| 15:04:18 | | Join cYmen [0] (~cymen@squint.a-oben.org) |
| 15:04:18 | | Join pjm0616 [0] (~user@61.250.113.98) |
| 15:04:18 | | Join FOAD [0] (~dok@83.160.60.104) |
| 15:04:18 | | Join simabeis [0] (~simabeis@lobmenschen.de) |
| 15:04:18 | | Join maraz [0] (maraz@kapsi.fi) |
| 15:04:18 | | Join daurnimator [0] (daurnimato@freenode/staff/daurnimator) |
| 15:04:18 | | Join Utchybann [0] (~Utchy@rps6752.ovh.net) |
| 15:04:18 | | Join Hadaka [0] (~naked@naked.iki.fi) |
| 15:04:18 | | Join dionoea [0] (~dionoea@videolan/developer/dionoea) |
| 15:04:18 | | Join fxb [0] (~felixbrun@h1252615.stratoserver.net) |
| 15:04:18 | | Join topik [0] (awesome@wtf.grmpf.org) |
| 15:04:18 | | Join @ChanServ [0] (ChanServ@services.) |
| 15:04:38 | Bagder | hey! |
| 15:10:45 | pixelma | move finished? |
| 15:12:07 | Bagder | no, but at least partly it seems |
| 15:14:43 | | Join pyro_maniac [0] (foobar@p57BB9975.dip0.t-ipconnect.de) |
| 15:19:33 | | Quit flatrose (Ping timeout: 265 seconds) |
| 15:21:36 | | Quit TheSeven (Ping timeout: 264 seconds) |
| 15:23:24 | | Quit lpereira (Ping timeout: 258 seconds) |
| 15:25:15 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 15:32:41 | | Join vaguerant [0] (~3aaf4cc7@host112.toad-host.com) |
| 15:32:52 | | Quit vaguerant (Changing host) |
| 15:32:53 | | Join vaguerant [0] (~3aaf4cc7@wikipedia/vague-rant) |
| 15:33:36 | DEBUG | Received signal 15 (SIGTERM), terminating (snapshot: fplrun.c line 385) |
| 15:33:36 | *** | Cleanup |
| 15:33:36 | *** | Saving seen data "./dancer.seen" |
| 15:33:36 | *** | Exit |
| 16:00 |
| 16:00:10 | *** | Started Dancer V4.16 |
| 16:00:10 | DEBUG | bind(2) failed on socket 3 (Cannot assign requested address), myhost = giant.haxx.se, myipaddrnum = 1403584042 (snapshot: netstuff.c line 225) |
| 16:00:10 | *** | Connected to irc.freenode.net on port 6667 |
| 16:00:10 | *** | Logfile for #rockbox started |
| 16:00:13 | Mode | "logbot :+i" by logbot |
| 16:00:13 | Ctcp | Version from frigg!~frigg@freenode/utility-bot/frigg |
| 16:00:13 | *** | Server message 501: 'logbot :Unknown MODE flag' |
| 16:00:14 | | Join logbot [0] (rockbox@80.67.6.50) |
| 16:00:14 | | Join Casainho [0] (~chatzilla@bl8-174-87.dsl.telepac.pt) |
| 16:00:14 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 16:00:14 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 16:00:14 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 16:00:14 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 16:00:14 | | Join pyro_maniac [0] (foobar@p57BB9975.dip0.t-ipconnect.de) |
| 16:00:14 | | Join steve|m [0] (~steve@p4FD4435C.dip.t-dialin.net) |
| 16:00:14 | | Join teru [0] (~teru@M016207.ppp.dion.ne.jp) |
| 16:00:14 | | Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) |
| 16:00:14 | | Join wincent [0] (~wincent@rockbox/developer/wincent) |
| 16:00:14 | | Join Kitar|st [0] (Kitar_st@BSN-182-64-202.dial-up.dsl.siol.net) |
| 16:00:14 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 16:00:14 | | Join DerPapst [0] (~Alexander@91-64-235-218-dynip.superkabel.de) |
| 16:00:14 | | Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) |
| 16:00:14 | | Join slck [0] (Venci@Slackware.SlackPix.Com) |
| 16:00:14 | | Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) |
| 16:00:14 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 16:00:14 | | Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) |
| 16:00:14 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 16:00:14 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-217-165.pools.arcor-ip.net) |
| 16:00:14 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 16:00:14 | | Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) |
| 16:00:14 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 16:00:14 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 16:00:14 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 16:00:14 | | Join watto [0] (~watto@193.203.81.165) |
| 16:00:14 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 16:00:14 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 16:00:14 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 16:00:14 | | Join XXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 16:00:14 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 16:00:14 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 16:00:14 | | Join nima [0] (~nima@adsl-75-45-236-137.dsl.sfldmi.sbcglobal.net) |
| 16:00:14 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 16:00:14 | | Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-cpwdwckxpgasnvwg) |
| 16:00:14 | | Join Barahir_ [0] (~jonathan@frnk-590f6a20.pool.mediaWays.net) |
| 16:00:14 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 16:00:14 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 16:00:14 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
| 16:00:14 | | Join [CGL] [0] (~CGL@190.207.226.198) |
| 16:00:14 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
| 16:00:14 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
| 16:00:14 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 16:00:14 | | Join Curtman [0] (~curt@S010600248c269238.wp.shawcable.net) |
| 16:00:14 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.29) |
| 16:00:14 | | Join solexx [0] (~jrschulz@e176114091.adsl.alicedsl.de) |
| 16:00:14 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 16:00:14 | | Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 16:00:14 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
| 16:00:14 | | Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) |
| 16:00:14 | | Join CIA-5 [0] (cia@208.69.182.149) |
| 16:00:14 | | Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) |
| 16:00:14 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
| 16:00:14 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 16:00:14 | | Join aevin [0] (eivindsy@unaffiliated/aevin) |
| 16:00:14 | | Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) |
| 16:00:14 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 16:00:14 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 16:00:14 | | Join kenguest [0] (~radagast@lir.talideon.com) |
| 16:00:14 | | Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) |
| 16:00:14 | | Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
| 16:00:14 | | Join z35 [0] (~z35@ool-18bd3f51.dyn.optonline.net) |
| 16:00:14 | | Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) |
| 16:00:14 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
| 16:00:14 | | Join bzed [0] (~bzed@devel.recluse.de) |
| 16:00:14 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 16:00:14 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 16:00:14 | | Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) |
| 16:00:14 | | Join blithe [0] (~blithe@72.14.176.144) |
| 16:00:14 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
| 16:00:14 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
| 16:00:14 | | Join tmzt [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) |
| 16:00:15 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 16:00:15 | | Join krazykit [0] (~kkit@76.240.216.70) |
| 16:00:15 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
| 16:00:15 | | Join Beta2K [0] (~Beta2K@d24-36-97-38.home1.cgocable.net) |
| 16:00:15 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 16:00:15 | | Join Battousai [0] (~bryan@gentoo/developer/battousai) |
| 16:00:15 | | Join MuscleNerd [0] (eric@75-30-121-120.lightspeed.arlhil.sbcglobal.net) |
| 16:00:15 | | Join ThomasAH [0] (~thomas@aktaia.intevation.org) |
| 16:00:15 | | Join rhodan [0] (~Quassel@2001:1608:12:2::38) |
| 16:00:15 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 16:00:15 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 16:00:15 | | Join incant [0] (~philippe@zone42.rdc.uottawa.ca) |
| 16:00:15 | | Join BeFalou [0] (~mamutoi@unaffiliated/befalou) |
| 16:00:15 | | Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) |
| 16:00:15 | | Join Kamyk [0] (kamyk@szluug.org) |
| 16:00:15 | | Join ehntoo [0] (~ehntoo@lug.mtu.edu) |
| 16:00:15 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 16:00:15 | | Join feisar_ [0] (jljhook@irkki.fi) |
| 16:00:15 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 16:00:15 | | Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) |
| 16:00:15 | | Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) |
| 16:00:15 | | Join linuxguy3 [0] (~timj@75.57.191.181) |
| 16:00:15 | | Join Zambezi [0] (Zulu@80.67.9.2) |
| 16:00:15 | | Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) |
| 16:00:15 | | Join polobricolo__ [0] (~polobrico@AGrenoble-257-1-21-176.w86-194.abo.wanadoo.fr) |
| 16:00:15 | | Join wombat23_ [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
| 16:00:15 | | Join piroko [0] (~jeremy@pohl.ececs.uc.edu) |
| 16:00:15 | | Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) |
| 16:00:15 | | Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) |
| 16:00:15 | | Join mapi_ [0] (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) |
| 16:00:15 | | Join yawny [0] (user36@pr0.us) |
| 16:00:15 | | Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
| 16:00:15 | | Join ved [0] (ved@ddsbox.co.cc) |
| 16:00:15 | | Join YPSY [0] (~ypsy@geekpadawan.de) |
| 16:00:15 | | Join Kohlrabi [0] (~Kohlrabi@frustum.nosebud.de) |
| 16:00:15 | | Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) |
| 16:00:15 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 16:00:15 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 16:00:15 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 16:00:15 | | Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) |
| 16:00:15 | | Join ranma [0] (ranma@mx.tdiedrich.de) |
| 16:00:15 | | Join Galois [0] (djao@efnet.math.uwaterloo.ca) |
| 16:00:15 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 16:00:15 | | Join kisak [0] (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) |
| 16:00:15 | | Join sevard [0] (sev@216.164.6.24) |
| 16:00:15 | | Join parafin [0] (parafin@paraf.in) |
| 16:00:15 | | Join Torne [0] (torne@rockbox/developer/Torne) |
| 16:00:15 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
| 16:00:15 | | Join jae [0] (~jae@jaerhard.com) |
| 16:00:15 | | Join cYmen [0] (~cymen@squint.a-oben.org) |
| 16:00:15 | | Join pjm0616 [0] (~user@61.250.113.98) |
| 16:00:15 | | Join FOAD [0] (~dok@83.160.60.104) |
| 16:00:15 | | Join simabeis [0] (~simabeis@lobmenschen.de) |
| 16:00:15 | | Join maraz [0] (maraz@kapsi.fi) |
| 16:00:15 | | Join daurnimator [0] (daurnimato@freenode/staff/daurnimator) |
| 16:00:15 | | Join Utchybann [0] (~Utchy@rps6752.ovh.net) |
| 16:00:15 | | Join Hadaka [0] (~naked@naked.iki.fi) |
| 16:00:15 | | Join dionoea [0] (~dionoea@videolan/developer/dionoea) |
| 16:00:15 | | Join fxb [0] (~felixbrun@h1252615.stratoserver.net) |
| 16:00:15 | | Join topik [0] (awesome@wtf.grmpf.org) |
| 16:00:15 | | Join @ChanServ [0] (ChanServ@services.) |
| 16:02:19 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 16:02:52 | | Quit TheSeven (Ping timeout: 272 seconds) |
| 16:04:22 | | Quit Casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100423140709]) |
| 16:05:02 | | Join Kitr88 [0] (Kitar_st@BSN-143-111-35.dial-up.dsl.siol.net) |
| 16:05:04 | | Join Guest___ [0] (~chatzilla@dslb-088-072-225-127.pools.arcor-ip.net) |
| 16:06:04 | | Part watto |
| 16:07:24 | | Quit Kitar|st (Ping timeout: 265 seconds) |
| 16:08:34 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
| 16:12:20 | Bagder | site is up |
| 16:21:23 | CIA-5 | New commit by bieber (r26280): Added my name to COMMITTERS |
| 16:21:47 | jhMikeS | can't reach it (DNS?) |
| 16:22:22 | | Join flatrose [0] (~flatrose@ppp91-77-221-52.pppoe.mtu-net.ru) |
| 16:22:37 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 16:22:51 | Bagder | yeah, give it a while more |
| 16:23:19 | jhMikeS | got a ping though no site |
| 16:23:32 | t0rc | http://downforeveryoneorjustme.com |
| 16:23:45 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 16:24:59 | JdGordon | can I get a yes/no on commiting this (post freeze i guess) http://pastebin.com/EbzUXebX |
| 16:25:08 | JdGordon | it allows checkwps to be used to upgrade skins to the new format |
| 16:34:21 | jhMikeS | t0rc: looks down from that site :) |
| 16:34:23 | * | domonoky welcomes bieber in the rockbox developer team :-) |
| 16:35:13 | t0rc | jhMikeS, scheduled downtime tho :) |
| 16:35:30 | t0rc | jhMikeS: so perhaps they stareted early |
| 16:35:44 | jhMikeS | t0rc: just said they were done :) |
| 16:35:59 | t0rc | oh |
| 16:35:59 | JdGordon | just wait for the new ip to propogate |
| 16:36:00 | t0rc | hmm |
| 16:36:08 | t0rc | i cry inside |
| 16:36:09 | t0rc | and hit F5 |
| 16:36:10 | t0rc | ;) |
| 16:38:17 | * | jhMikeS is waiting and...it's a hit |
| 16:41:44 | t0rc | jhMikeS: eh I'm doing other stuff to pass the time ;) |
| 16:41:44 | | Quit solexx (Read error: Connection reset by peer) |
| 16:42:13 | jhMikeS | flyspray is seems to be the only thing giving trouble (can't connect to database) |
| 16:44:32 | t0rc | eh its still timing out for me |
| 16:44:34 | mc2739 | the build server is also having problems - disconnects immediately upon connection |
| 16:44:54 | t0rc | lul |
| 16:45:03 | JdGordon | bieber: hey |
| 16:45:51 | | Join solexx [0] (~jrschulz@e176120017.adsl.alicedsl.de) |
| 16:45:54 | bieber | Hey |
| 16:46:18 | bieber | domonoky: Thanks :) |
| 16:46:37 | JdGordon | see my asnwers last night? |
| 16:47:37 | bieber | Yeah, I've changed that separator and broken things up into separate files |
| 16:47:58 | bieber | If I check out your branch, change and commit, the commit goes back into your branch automatically, right? |
| 16:48:22 | JdGordon | yeah, but ignore that branch.. create a new one from current |
| 16:48:30 | JdGordon | merging sucks wit svn :p |
| 16:48:40 | bieber | Oh, how do I do that? |
| 16:48:52 | t0rc | git |
| 16:49:05 | JdGordon | actually, if you stay in your own folder you could probably just use trunk |
| 16:49:14 | bieber | Okay |
| 16:49:17 | * | linuxstb was about to ask why bieber wanted a branch... |
| 16:49:25 | JdGordon | does ( and ) need to be escaped? |
| 16:50:20 | t0rc | whats the new server ip? |
| 16:50:22 | JdGordon | I cant imagine it would be common, but someone might want to put a ( after a tag with optional params but want to display the ( instead of opening the params list |
| 16:50:34 | bieber | ( won't need to be escaped unless it comes immediately after a tag with optional params |
| 16:50:37 | | Quit solexx (Ping timeout: 260 seconds) |
| 16:51:01 | bieber | ) will need to be escaped inside a param list. I don't think I've added it to the list of escapable characters, but I'll do that now |
| 16:51:39 | JdGordon | t0rc: 80.67.6.50 |
| 16:52:06 | t0rc | JdGordon: nice, short one. (no site here) ? |
| 16:52:32 | gevaerts | You need to send the hostname |
| 16:52:38 | JdGordon | bieber: you might not be ready for it yet but the paste above will convert a current skin to the new format, and the branch should parse the new format |
| 16:53:46 | bieber | Okay |
| 16:54:05 | bieber | Assuming I've got everything straight, my new parser should parse the new format correctly, I just need to build the tag table up |
| 16:55:16 | bieber | I'd also like to include parameter names in the tag table, so that if they ever get shuffled around code that calls them by name will still be good |
| 16:55:38 | JdGordon | how do you mean? |
| 16:56:05 | JdGordon | also remember we need to keep this as small as possible to use in the rockbox build |
| 16:57:57 | bieber | I'm thinking of just an array of strings in struct tag_info that will name each parameter, so that when you're working with a tree, instead of something like tag->params[2], you can use a function like getParam(tag, "x") to look up the apropriate index |
| 16:58:15 | | Join solexx [0] (~jrschulz@e176120017.adsl.alicedsl.de) |
| 16:59:25 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
| 16:59:46 | bieber | But if it'll be too much of an issue with build-size, I'll just leave it as is |
| 16:59:57 | JdGordon | is that really necessary? |
| 17:00 |
| 17:00:05 | bieber | No, just a convenience |
| 17:00:14 | wodz | tracker is not working: http://pastebin.com/YqLsTLhJ |
| 17:00:49 | JdGordon | it just seems like alot of extra effort for not much gain (adding all those names to begin with) |
| 17:03:33 | bieber | True |
| 17:03:40 | bieber | I'll just go with the indexes |
| 17:04:01 | wodz | Torne: v4 bootloader seems to run fine on my mini 1G. The only strange thing is that ipodpatcher hanged at the end of incorporating new bootloader (but bootloader works) |
| 17:04:10 | t0rc | f5...:( |
| 17:04:14 | | Quit pyro_maniac (Remote host closed the connection) |
| 17:04:29 | JdGordon | bieber: you know about http://www.rockbox.org/wiki/SkinBreakingChange right? that is the list of tags which have params (optional or otherwise) |
| 17:04:40 | pixelma | wodz: the tracker is probably also affected by the server not being fully available after the move |
| 17:04:44 | bieber | Those are _all_ the tags with parameters? |
| 17:04:50 | linuxstb | wodz: What was the last thing ipodpatcher printed? |
| 17:05:09 | JdGordon | unless I missed any |
| 17:05:15 | JdGordon | pretty sure I didnt though :) |
| 17:05:55 | wodz | it printed that it succeeded :-) |
| 17:07:09 | bieber | Can we make the label required for Vi, or move it to the end? |
| 17:07:21 | | Quit hebz0rl (Ping timeout: 265 seconds) |
| 17:07:58 | Torne | wodz: Cool, thanks |
| 17:08:13 | Torne | So I guess 1G is the only model left, and that's technically not vital since 1G and 2G use the same bootloader binary |
| 17:08:30 | JdGordon | bieber: lets make it -able |
| 17:08:32 | Torne | linuxstb: shall we release the ipod bootloaders then? :) |
| 17:08:43 | JdGordon | I tihnk... |
| 17:08:44 | bieber | JdGordon: okay |
| 17:09:34 | linuxstb | wodz: So "[INFO] Bootloader installed successfully." ? And then it froze? What host OS? |
| 17:09:43 | JdGordon | and merge %Vl and V% to be the same... |
| 17:10:01 | linuxstb | Torne: s/we/I/ and you have a deal ;) |
| 17:10:06 | wodz | linuxstb: ubuntu 10.04 |
| 17:11:33 | Torne | linuxstb: well, i presume all that's needed is for someone to copy my binaries to the right place on the download server (i.e. the swedes) |
| 17:11:35 | linuxstb | wodz: That's odd, but I don't think any parts of ipodpatcher that could cause that have changed recently. How long did you wait? After that message, ipodpatcher closes the device, and then gives you a prompt to press ENTER to exit ipodpatcher. |
| 17:11:46 | Torne | linuxstb: and to build a new ipodpatcher with them built in, which i don't know how to do |
| 17:11:54 | linuxstb | Torne: Plus tagging things in svn, if you haven't already. |
| 17:11:54 | JdGordon | bieber: the %V tags will almost certainly be broken/changed so leave them as long as you can :) |
| 17:11:54 | Torne | (and even if i did i probably can't easily do for win32/macos) |
| 17:12:00 | Torne | linuxstb: I've not tagged it, but I will |
| 17:12:15 | wodz | linuxstb: I think it was "[INFO] wrote xxx bytes to firmware partition" but now I am not so sure |
| 17:13:35 | Torne | linuxstb: i'll tag it in a bit, busy atm |
| 17:13:49 | Torne | linuxstb: if you can tell me how to build ipodpatcher with the bootloaders included i can try :) |
| 17:14:07 | Torne | linuxstb: but i certainly can't do macos, only linux 32/64 bit and maybe windows if i can get cygwin to behave |
| 17:14:10 | linuxstb | Torne: There are instructions at the top of the ipodpatcher Makefile for releasing it. For windows, just do "apt-get install mingw32" and then you can "make ipodpatcher.exe" |
| 17:14:20 | Torne | ah, hm |
| 17:14:26 | Torne | you can crosscompile it? neat :) |
| 17:14:32 | linuxstb | Of course ;) |
| 17:14:35 | Torne | okay, i'll give that a go later |
| 17:14:44 | Torne | i assume we stll need a mac user for the mac os one though? |
| 17:15:13 | JdGordon | I can build osx probably |
| 17:15:41 | linuxstb | Torne: Did you include a nano2g bootloader, or are we sticking with the existing one for now? |
| 17:15:57 | Torne | sticking with the existing one |
| 17:16:08 | Torne | I tried to make the reboot on usb plug change for nano2g |
| 17:16:21 | Torne | and it was a pain in the ass because nano2g doesn't have the usb driver built in, and even when i finally go tit to compile it doesn't work |
| 17:16:31 | Torne | (according to S_a_i_n_t who tested it for me) |
| 17:16:36 | Torne | so i gave up until someone who knows nano2g does it |
| 17:16:42 | JdGordon | grr... mac is apparently off.. try bluebrother(?) |
| 17:16:48 | Torne | JdGordon: not right now, anyway :) |
| 17:18:22 | wodz | linuxstb: may it be the problem related to the fact I used ipodpatcher from svn head? |
| 17:18:24 | | Join gurenko [0] (www-data@80.67.6.50) |
| 17:18:24 | | Quit Guest___ (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 17:18:27 | Torne | linuxstb: so unless someone who has a nano2g wants to do it real quick.. ;) |
| 17:19:24 | gurenko | hello, I need information how to get new mkamsboot for fuze version 2, somebody can help me? |
| 17:19:31 | linuxstb | Torne: When you give the bootloaders to the swedes, create a "bootloaders.zip" zip file containing all of them, including the old nano2g one. That file goes on the download server (it's referred to in the comments in the ipodpatcher Makefile), plus it needs to be unzipped on the server. |
| 17:19:52 | Torne | linuxstb: ok |
| 17:19:52 | linuxstb | Torne: I did try your patch a few weeks ago, but when I installed the bootloader, my nano stopped booting. I gave up... |
| 17:19:54 | CIA-5 | New commit by bieber (r26281): Adding the new WPS parser, code works but need to build the tag table |
| 17:20:10 | gurenko | I use windows 7 64 bits |
| 17:20:13 | Torne | linuxstb: yeah, S_a_i_n_t had various issues when i did different stuff, and no versoin made it actually *work* |
| 17:20:29 | Torne | linuxstb: i think i did produce one that doens't stop it booting, but the usb insertoin detect just does nothing |
| 17:20:53 | Torne | someone who wants to do it and actually has a nano2g can just copy what i did quite easily and get the nano2g's versoin of the reboot-to-disk-mode code from usb.c |
| 17:21:03 | linuxstb | Torne: It wouldn't surprise me if the svn bootloader is broken - TheSeven doesn't use the Rockbox bootloader, and he's the only person who's really worked on the port... |
| 17:21:10 | Torne | possibly |
| 17:21:11 | Torne | so.. yeah |
| 17:21:13 | * | Torne shrugs |
| 17:21:23 | Torne | the usb-insert thing is just a bonus feature really |
| 17:21:37 | Torne | i want the new bootloader out to get LBA48/4096byte sector support for 3.6 |
| 17:21:55 | Torne | so we can stop having people ask for help with their upgraded ipods ;) |
| 17:22:01 | Torne | since it will just work from the utility |
| 17:22:18 | bieber | JdGordon: for %bl and such, does it have to be all or none with those arguments? |
| 17:22:23 | linuxstb | Yes, it's not worth worrying about the nano2g. It would have been nice to be consistent, but getting big disk support is better. |
| 17:22:58 | JdGordon | bieber: yes |
| 17:23:35 | JdGordon | it gets tricker there... without the params it has completly different display behaviour |
| 17:23:42 | JdGordon | excpeet pb which is still a bar |
| 17:23:50 | | Quit t0rc (Read error: Operation timed out) |
| 17:24:00 | bieber | Hmm |
| 17:24:00 | JdGordon | but that fun is for when you are up to the displayer :) |
| 17:24:39 | bieber | The closest I can do for parsing it right now is "|f4I", which would allow it to parse with just a filename specified and no numbers |
| 17:25:09 | JdGordon | does that mean it still needs ()'s? |
| 17:25:12 | linuxstb | gurenko: Links should be on the SansaAMS wiki page. If the website is still unavailable, google for "sansaams" and use the google cache. |
| 17:25:20 | bieber | Only if you include parameters |
| 17:25:29 | bieber | If the first character is a '|', it will allow you to leave the () off |
| 17:25:47 | JdGordon | but arnt the params optional after that? |
| 17:26:09 | | Quit gurenko (Quit: CGI:IRC) |
| 17:26:15 | | Join gurenko [0] (www-data@80.67.6.50) |
| 17:26:18 | bieber | Yes. The 4 ints will be required together, but the filename could be there by itself |
| 17:26:37 | bieber | So should it be a parse error if just the filename is given, or is that something that could just be ignored by the display code? |
| 17:26:46 | CIA-5 | New commit by torne (r26282): Tag v4 of the bootloader for PortalPlayer ipods (i.e. not nano2g) |
| 17:26:46 | JdGordon | are %bl and %bl() the same tokens to your code? |
| 17:26:48 | pamaury | I think kugel removed a atexit(SDL_Quit) in his sdl tree move... |
| 17:26:53 | gurenko | http://www.tibimate.es/xbtit/announce.php?pid=99fccc3efc007dffdc0f71a6c88ef226 |
| 17:26:59 | gurenko | sorry |
| 17:27:31 | Torne | linuxstb: i guess i should use the tag for ipodpatcher v4 to build it? |
| 17:27:41 | gurenko | linuxstb, but mkamsboot svn are in direct download? |
| 17:27:51 | bieber | JdGordon: I'm not sure exactly how that last one would parse, let me give it a try |
| 17:28:08 | JdGordon | I meant %bl(with,stuff,here) |
| 17:28:30 | JdGordon | it would be nice if you could explicitly sa that this tag is allowed to either have all the args, or none at all |
| 17:29:26 | linuxstb | gurenko: That wiki page does say that you need the latest svn - it points to mkamsboot on the download server. Or do you need a feature only in the svn version? |
| 17:29:46 | linuxstb | Torne: What do you mean? Use the old ipodpatcher with the new bootloaders? |
| 17:30:04 | Torne | linuxstb: i mean, do we bump the ipodpatcher version number just because we've updated the included bootloaders?> |
| 17:30:11 | Torne | are there any changes to ipodpatcher since v4? |
| 17:30:21 | gurenko | i need last version r26230 for support with OF 2.3.33 |
| 17:30:24 | bieber | It's actually not parsing the ()-less version at all, I'll go ahead and fix that, while I'm at it how about I add a [number] to the param specifier that specifies that the next however many arguments must be together |
| 17:30:29 | CIA-5 | New commit by pamaury (r26283): sdl: call SDL_Quit() before exiting when receiving the SDL_QUIT event. It is necessary as the sdl tree move removed the atexit(SDL_Quit); |
| 17:30:33 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
| 17:30:36 | bieber | i.e. a [5] would specify that you must have at least six arguments, or else none at all |
| 17:30:51 | bieber | Err, five |
| 17:31:04 | JdGordon | That sounds like over engineering :) |
| 17:31:27 | JdGordon | how about using * or something as the first char to say all or none? |
| 17:31:37 | linuxstb | Torne: What revision was v4? bluebrother added scsi code for OSX in January (r24382) |
| 17:31:55 | Torne | 23144 |
| 17:32:08 | pamaury | flyspray doesn't work...:( |
| 17:32:09 | gurenko | linuxstb, i need last version r26230 for support with OF 2.3.33 |
| 17:32:10 | Torne | so i guess we should do a new one from trunk, call it ipodpatcher v5 with v4 bootloaders (v1 for nano2g) |
| 17:32:20 | linuxstb | Torne: Generally I've been bumping the ipodpatcher version number with any new bootloader release, just to keep things simple. |
| 17:32:25 | Torne | yeah, that's probably easier |
| 17:32:27 | bieber | JdGordon: Do you just want it for ALL of the parameters, no groups? |
| 17:32:29 | Torne | i'll do it from trunk then |
| 17:32:35 | Torne | and tag that as well |
| 17:32:40 | Torne | (assuming it works) |
| 17:32:50 | linuxstb | Torne: Also, in the past I've tagged the bootloaders and ipodpatcher together - but you bump the version string in ipodpatcher's main.c first... |
| 17:32:52 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 17:33:07 | * | linuxstb should do what he keeps telling himself to do and document this process... |
| 17:33:08 | Torne | linuxstb: well, i already made the bootloader tag ;) |
| 17:33:15 | linuxstb | svn rm ? |
| 17:33:16 | Torne | linuxstb: i don't think it's a huge deal |
| 17:33:21 | t0rc | argh, the site up for anyone else? |
| 17:33:25 | linuxstb | Torne: No, it's not. |
| 17:33:33 | Torne | also if we're using different code for nano2g anyway it's still not really consistent |
| 17:34:07 | linuxstb | No. I'm thinking we should have a "bootloader release" wiki page documenting each release. i.e. how it was built, and what tag was given to it. |
| 17:35:00 | JdGordon | bieber: I'm not sure groups are needed. *dd|s would work just as well I think |
| 17:35:08 | JdGordon | which would mean either all, or at least the dd |
| 17:35:22 | bieber | Ah, okay |
| 17:35:36 | JdGordon | I'm actually not so convinced 4d is better than being exlicit and saying dddd |
| 17:36:44 | JdGordon | although looking at the code I guess it wont simplify it that much anyway |
| 17:38:35 | JdGordon | last thing.. shouldnt NULL be used instead of "" for empty arg lists and the end of the tag table? |
| 17:38:42 | JdGordon | (nit picking I know :) ) |
| 17:38:53 | t0rc | why the name bieber ? |
| 17:39:10 | bieber | t0rc: It's my last name |
| 17:40:03 | Torne | linuxstb: so wait hm, should i change VERSION in ipodpatcher's main.c in trunk first? |
| 17:40:07 | | Quit teru (Quit: Quit) |
| 17:41:06 | linuxstb | Torne: Yes. The way it works is that "make RELEASE=1" will use VERSION from main.c, "make" will use the output of ../../tools/version.sh |
| 17:41:10 | Torne | right |
| 17:42:53 | bieber | JdGordon: It occurs to me that there will also be ambiguity if you ever have a tag with an optional param list being used for a conditional. In the case of %?<tag>(args), the tag parsing function is liable to attempt parsing the argument list |
| 17:42:57 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
| 17:43:10 | bieber | Should we perhaps keep <> for the conditionals? |
| 17:43:18 | CIA-5 | New commit by torne (r26284): Bump ipodpatcher version number in preparation for a new ipod bootloader release |
| 17:43:43 | JdGordon | bieber: firstly it should be %?aa(args)<opt|opt|opt> |
| 17:43:51 | JdGordon | and yes, <>'s should stay for conditionals |
| 17:44:02 | JdGordon | lets try to miniise char reuse |
| 17:44:18 | JdGordon | that said almost no tags will be used like that |
| 17:44:27 | JdGordon | (hopefully) |
| 17:44:54 | | Quit gurenko (Quit: CGI:IRC) |
| 17:45:55 | bieber | Oh, okay |
| 17:45:56 | bieber | That will simplify things |
| 17:45:56 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-217-165.pools.arcor-ip.net) |
| 17:48:21 | Torne | linuxstb: is there a way to make the 32-bit version of ipodpatcher on a 64-bit host? |
| 17:49:08 | Torne | also faat32format.c has a warning on 64-bit |
| 17:49:18 | Torne | fat32format.c: In function ‘format_partition’: |
| 17:49:19 | Torne | fat32format.c:471: warning: format ‘%llu’ expects type ‘long long unsigned int’, but argument 3 has type ‘long unsigned int’ |
| 17:49:40 | linuxstb | Torne: I've no idea about cross-compiling 32-bit. |
| 17:49:56 | * | linuxstb isn't sure if he's got any 32-bit linux installs left... |
| 17:50:13 | Torne | well it's just -m32 to make gcc build 32-bit, i think |
| 17:50:41 | linuxstb | I guess you could just add that to CFLAGS in the Makefile |
| 17:51:26 | Torne | ah, i am lacking some kind of headers to build that way though |
| 17:51:44 | Torne | presumably the -dev package for ia32-libs or similar |
| 17:52:22 | | Quit saratoga (Ping timeout: 252 seconds) |
| 17:52:23 | Torne | Oh, i don' thave ia32-libs at all :) |
| 17:52:24 | linuxstb | gnu/stubs-32.h ? |
| 17:52:27 | Torne | thta explains it |
| 17:53:16 | linuxstb | I have them installed, but can't find a dev package... |
| 17:53:20 | Torne | i don't htink there is one |
| 17:53:23 | Torne | i think it's in there |
| 17:53:38 | Torne | i've not upgraded this machien for too long though, i need to upgrade gcc/etc as well |
| 17:53:42 | Torne | gimme a sec :) |
| 17:54:14 | | Join flatr0ze [0] (~flatrose@ppp85-140-207-117.pppoe.mtu-net.ru) |
| 17:54:48 | | Quit flatrose (Ping timeout: 260 seconds) |
| 17:58:54 | Torne | no, that still doesn't work |
| 17:59:03 | | Quit petur (Quit: *plop*) |
| 18:00 |
| 18:00:12 | Torne | i dunno then. |
| 18:00:15 | *** | Saving seen data "./dancer.seen" |
| 18:02:03 | Torne | aha, libc-i386-dev |
| 18:02:21 | Torne | er, libc6-dev-i386 even |
| 18:03:09 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 18:03:12 | Torne | well that now compiles but doesn't link |
| 18:03:31 | Torne | i, er, shall do it on a 32-bit machine |
| 18:03:32 | Torne | later :) |
| 18:04:39 | t0rc | bieber: interesting...hope your first isn't justin. ;) |
| 18:04:54 | bieber | Haha, thankfully no |
| 18:04:55 | t0rc | Can I simply put libpng12.so in the rockbox directory for the client to run? |
| 18:05:14 | t0rc | bieber: thats why I asked in the first place, was going to tell you how you could not sing. ;) hahah |
| 18:05:50 | bieber | lol |
| 18:06:10 | t0rc | bieber: instead I'll tell you, congrats on the dev team joining |
| 18:06:17 | linuxstb | Torne: Maybe LDFLAGS needs -m32 as well? |
| 18:06:22 | Torne | Oh |
| 18:06:23 | Torne | Yes, probably :) |
| 18:06:31 | bieber | Thanks |
| 18:06:38 | Torne | No, actually |
| 18:06:42 | Torne | it's built all in one gcc step |
| 18:07:01 | Torne | there's no separate ld |
| 18:07:53 | linuxstb | Torne: Hmm, it worked for me after installing libc6-dev-i386 and just adding -m32 to the CFLAGS line at the top of the Makefile |
| 18:08:08 | Torne | hm |
| 18:08:33 | t0rc | I have to run Rockbox as root don't i? |
| 18:08:54 | Torne | linuxstb: anyway, do we want to just get the bootloaders uploaded for now? |
| 18:08:56 | Torne | who can do that? |
| 18:09:20 | linuxstb | Torne: Bagder/Zagor/LinusN |
| 18:09:28 | linuxstb | Torne: Once bootloaders.zip is there, others can make ipodpatcher binaries. |
| 18:09:50 | gevaerts | Torne: "run Rockbox as root" doesn't actually mean anything |
| 18:09:57 | Torne | gevaerts: hah :) |
| 18:10:09 | linuxstb | gevaerts: it will do after the summer... |
| 18:10:12 | gevaerts | oops |
| 18:10:18 | gevaerts | t0rc: "run Rockbox as root" doesn't actually mean anything |
| 18:10:42 | t0rc | gevaerts: why's that? |
| 18:10:53 | linuxstb | t0rc: Do you mean "Rockbox Utility" ? |
| 18:11:07 | t0rc | aye |
| 18:11:07 | t0rc | :p |
| 18:11:27 | | Quit bieber (Ping timeout: 252 seconds) |
| 18:11:42 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 18:12:36 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 18:13:21 | linuxstb | Torne: I guess the CFLAGS line at the top of the Makefile should use "+=" instead of "=", to allow you to do "CFLAGS=-m32 make" |
| 18:13:46 | Torne | No, it shouldn't really :) |
| 18:14:01 | Torne | that risks picking up whatever arbitrary stuff the user has in their environment. |
| 18:14:13 | funman | hum find_first_set_bit isn't built for bootloaders |
| 18:14:18 | Torne | the nice thing to do is use EXTRA_CFLAGS or something |
| 18:14:39 | funman | i'd have noticed it if the red was not on the extreme right of the build page :/ |
| 18:14:44 | | Join ramon [0] (www-data@80.67.6.50) |
| 18:14:46 | ramon | hi |
| 18:15:06 | Torne | linuxstb: ok, i've got bootloaders.zip and i've built ipodpatcher for amd64 and windows and the windows one appears to work :) |
| 18:15:23 | Torne | http://download.rockbox.org/bootloader/ipod/bootloader-ipodnano2g.ipodx |
| 18:15:24 | Torne | oops |
| 18:15:31 | Torne | http://lowell.wolfpuppy.org.uk/temp/rockbox/ipod-bootloader-release/v4.0-r25693/ |
| 18:15:34 | Torne | even |
| 18:15:57 | linuxstb | Shall I make a 32-bit linux binary, or will you do that later? |
| 18:16:05 | ramon | rockbox has create ##MUSIC# folder and I can't access it in usb msc mode, how can I change it? |
| 18:16:07 | Torne | you can do it ;) |
| 18:16:11 | t0rc | what is DFU mode? |
| 18:16:18 | Torne | ramon: rockbox hasn't created that folder, the original firmware did. |
| 18:17:19 | ramon | ok, and can I make something and access to it in msc mode? |
| 18:17:37 | funman | no |
| 18:17:41 | | Quit ramon (Client Quit) |
| 18:17:45 | | Join ramon [0] (www-data@80.67.6.50) |
| 18:18:34 | ramon | then, for copy music to internal memory I have to use mtp mode? |
| 18:19:07 | funman | just use msc and copy it anywhere |
| 18:19:17 | Torne | ramon: you need to put the music somewhere *other* than ##MUSIC# |
| 18:19:18 | linuxstb | Torne: linuxstb.cream.org/ipodpatcher-linux32x86.zip">http://linuxstb.cream.org/ipodpatcher-linux32x86.zip |
| 18:19:25 | Torne | if you want to be able to access it over MSC |
| 18:19:55 | ramon | ok, it's true :D I haven't think it :D |
| 18:20:06 | ramon | thanks |
| 18:20:06 | CIA-5 | New commit by funman (r26285): as3525: find_first_set_bit() isn't built in bootloaders ... |
| 18:20:42 | Torne | linuxstb: i guess we're good to go then, and we can poke someone to do a mac one when we find someone :) |
| 18:21:18 | domonoky | t0rc: Rockbox Utility needs root only for some bootloader install operations (ipods and older sansas), everything else should work without root. |
| 18:21:28 | Torne | Bagder: we've got an ipod bootloader release ready at http://lowell.wolfpuppy.org.uk/temp/rockbox/ipod-bootloader-release/v4.0-r25693/ - can they go on the download server? |
| 18:21:32 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 18:22:19 | linuxstb | Torne: I'm building a Mac one now - my back door into my girlfriend's macbook is still there... ;) So as long as she doesn't close the lid we're OK. |
| 18:22:24 | Torne | linuxstb: Aha, handy ;) |
| 18:22:33 | funman | build system is off? |
| 18:22:34 | wodz | :-) |
| 18:22:42 | Torne | i shall tag r26284 as v5 of ipodpatcher also, then? |
| 18:22:50 | t0rc | domonoky: thanks |
| 18:23:29 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 18:23:44 | | Quit ramon (Quit: CGI:IRC) |
| 18:24:01 | | Join gurenko [0] (www-data@80.67.6.50) |
| 18:25:50 | * | linuxstb has forgotten how to turn a folder into a dmg at the OS X command-line... |
| 18:26:10 | CIA-5 | New commit by torne (r26286): Tag release 5.0 of ipodpatcher. This includes PP ipod bootloaders version 4.0 from the bootloader_ipods_v4. The nano2g bootloader has not been updated ... |
| 18:26:17 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 18:26:29 | * | linuxstb finds it in the mkamsboot makefile |
| 18:26:49 | | Quit bieber (Ping timeout: 240 seconds) |
| 18:27:07 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 18:28:29 | linuxstb | Torne: linuxstb.cream.org/ipodpatcher.dmg">http://linuxstb.cream.org/ipodpatcher.dmg |
| 18:30:11 | Torne | ok, added :) |
| 18:30:12 | linuxstb | Although it may be nice if a Mac user could test that runs... |
| 18:30:12 | Torne | hehe |
| 18:30:12 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
| 18:30:31 | pixelma | I could test if it runs at all but nothing more |
| 18:30:56 | pixelma | on a PPC Mac running 10.4 |
| 18:30:59 | Torne | i'm trying to give the win32 binary a good test atm, but i'm being distracted :) |
| 18:31:07 | Torne | i can test the linux binaries when i get home, if needed |
| 18:31:21 | Torne | my usb cable won't reach the machine i'm ssh'ed into ;) |
| 18:31:43 | pixelma | if it helps, I'll test |
| 18:31:56 | Torne | well if you can verify that it runs happily that's a good start |
| 18:31:58 | wodz | one guy from mpio american forum wants to donate original mpio remote for hd200 :-) |
| 18:32:09 | n1s | nice! |
| 18:32:34 | wodz | we will see |
| 18:33:03 | pixelma | is this a remote with lcd? |
| 18:33:12 | wodz | no just buttons |
| 18:34:10 | wodz | http://www.google.pl/imgres?imgurl=http://cdn.cbsi.com.au/cnet2/i/r/2005/mp3/hdd/22049360/sc001.jpg&imgrefurl=http://www.cnet.com.au/mpio-hd200-5gb-240004501.htm&usg=__YhKyTZwh3g8YoQsY3q969y26TOM=&h=330&w=440&sz=18&hl=pl&start=1&itbs=1&tbnid=FsrjUTHuSSWMUM:&tbnh=95&tbnw=127&prev=/images%3Fq%3Dmpio%2Bhd200%26hl%3Dpl%26sa%3DG%26gbv%3D2%26tbs%3Disch:1 |
| 18:34:20 | | Join domonoky1 [0] (~Domonoky@agsb-4d04ae9f.pool.mediaWays.net) |
| 18:35:09 | pixelma | Torne, linuxstb: it runs (and gets as far as telling me that I don't have the permissions and that it can't find an Ipod) |
| 18:35:10 | | Quit domonoky (Ping timeout: 260 seconds) |
| 18:35:25 | Torne | pixelma: okay, that's a confirmation that linuxstb's process worked :) |
| 18:36:04 | | Quit wincent (Ping timeout: 276 seconds) |
| 18:36:21 | FlynDice | funman: I'm still getting crashes on clip+ with cpufreq-v10 patch anywhere from 30- 90 minutes playing time unless I use default settings. Sorry it's been hard to follow things here lately with the outages.... |
| 18:36:36 | pixelma | I think bluebrother has access to a Mac _and_ an Ipod |
| 18:37:14 | funman | FlynDice: the patch doesn't work on fuzev2 either: the guy on the forum says recording crashes |
| 18:38:09 | funman | FlynDice: have you seen the SD patches (when flyspray was online) ? |
| 18:38:59 | FlynDice | No, It seems I've missed the times flyspray has been working for the past 3 days.... |
| 18:40:08 | funman | http://pastie.org/976481 (diff -w to remove indentation change so it's more readable) |
| 18:40:14 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 18:40:19 | FlynDice | thanks |
| 18:40:33 | | Join Strife89 [0] (~Strife89@adsl-80-157-6.mcn.bellsouth.net) |
| 18:40:57 | funman | I took the 6 send_cmd retries from linux |
| 18:41:30 | funman | and just add a wait_for_tran_state at the end of transfer (before disabling SD clocks on AMSv1) |
| 18:41:47 | funman | fuzev2 ran till power off playing from the sdhc class 6 i have |
| 18:42:08 | funman | and fuzev1 no longer deadlocks in test_disk (I removed the workaround delay in sd_enable()) |
| 18:42:59 | funman | speed is a tiny bit slower than SVN (some tests were actually faster or not different) |
| 18:43:50 | funman | i didn't add a wait_for_tran_state at the tail of transfers on AMSv2, but it might be needed if we disable SD clocks |
| 18:44:17 | funman | .. unless card deselection waits for TRAN state |
| 18:49:26 | CIA-5 | New commit by lenzone10 (r26287): Updated italian translation. |
| 18:50:18 | | Quit phanboy4 (Read error: Connection reset by peer) |
| 18:53:41 | t0rc | what does WPS stand for? |
| 18:53:41 | Torne | while playing screen |
| 18:53:41 | t0rc | Torne: graci |
| 18:53:41 | | Quit t0rc (Quit: Leaving) |
| 18:54:30 | | Join moparx [0] (~moparx@unaffiliated/moparx) |
| 18:54:34 | | Join ssorgatem [0] (~ssorgatem@83.55.235.224) |
| 18:54:54 | | Quit gurenko (Ping timeout: 252 seconds) |
| 18:55:39 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 18:56:06 | | Quit bieber (Ping timeout: 265 seconds) |
| 18:56:20 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 18:57:04 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 19:00 |
| 19:00:04 | | Quit MethoS- (Read error: Connection reset by peer) |
| 19:00:36 | * | amiconn wonders whether optimisation is allowed during feature freeze |
| 19:06:56 | | Quit hebz0rl (Quit: Ex-Chat) |
| 19:10:42 | | Join Guest88393 [0] (bjst@80.67.6.50) |
| 19:10:57 | | Part Guest88393 |
| 19:11:36 | | Join Guest88393 [0] (bjst@80.67.6.50) |
| 19:11:57 | | Part Guest88393 |
| 19:12:30 | | Quit xavieran (Ping timeout: 260 seconds) |
| 19:13:05 | | Join Zagor_ [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 19:13:13 | | Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) |
| 19:16:50 | FlynDice | funman: I think we shouldn't need the wait for transfer state after (MCI_STATUS & DATA_BUSY) but I think you said you had the multiple blocks failed panic that way so it seems perhaps we do which I don't understand. |
| 19:18:00 | FlynDice | I was also thinking the same (MCI_STATUS & DATA_BUSY) idea may be able to replace the fifo check and write delays on the as3525v1 sd driver but haven't been able to try it yet |
| 19:18:22 | funman | i don't know if this flag say if the card itself is busy, or the interface between the card and the controller |
| 19:18:45 | funman | afaiu, when the card is in programming state, there's no communication needed between the card and the controller |
| 19:19:06 | ssorgatem | I have a weird issue: catalan voice do not match their strings |
| 19:19:10 | FlynDice | I beleive i's a check on DAT0 line. The DAT0 line is held low as a busy signal while the card is programming |
| 19:19:26 | funman | hm ok |
| 19:19:37 | ssorgatem | for example, when hovering "voice", it would say "Moving" |
| 19:19:52 | funman | I can try something simple: read the state immediately after DATA_BUSY isn't set and panic if it's not TRAN |
| 19:20:00 | ssorgatem | that in catalan, english voice works OK |
| 19:20:39 | funman | ssorgatem: voice don't match the .lang file? |
| 19:21:00 | ssorgatem | funman: i'm not sure where the problem lays |
| 19:21:18 | funman | i think voice files need to be rebuilt when new lang strings are added |
| 19:21:28 | ssorgatem | i rebuilt it |
| 19:21:32 | ssorgatem | but the issue remains |
| 19:22:41 | CIA-5 | New commit by bieber (r26288): Fixed some bugs in the theme editor, added the tags with parameters to the tag table |
| 19:26:28 | funman | FlynDice: works fine (I tested with playing from µSD and initializing the database) |
| 19:27:44 | FlynDice | funman: great! gotta go for now back later |
| 19:32:14 | funman | oops read multiple blocks failed when stressing it a bit more |
| 19:32:37 | | Quit bieber (Ping timeout: 276 seconds) |
| 19:32:51 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 19:36:40 | funman | send_cmd can only fail of timeout / crc error, not very helpful |
| 19:36:53 | | Quit bieber (Ping timeout: 240 seconds) |
| 19:37:06 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 19:40:00 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 19:40:32 | | Quit yawny (Read error: Connection reset by peer) |
| 19:44:36 | funman | FlynDice: seems to work if i move the while(MCI_STATUS & DATA_BUSY) yield(); to the tail of the loop |
| 19:44:50 | funman | hmm no, wrong alert again |
| 19:46:13 | | Join elcan [0] (user36@pr0.us) |
| 19:52:12 | | Join Rob2222 [0] (~Miranda@p4FDC9605.dip.t-dialin.net) |
| 19:56:08 | | Quit esperegu (Read error: No route to host) |
| 19:56:40 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 19:57:01 | | Join stoffel [0] (~quassel@p57B4B09D.dip.t-dialin.net) |
| 19:58:01 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 20:00 |
| 20:00:19 | *** | Saving seen data "./dancer.seen" |
| 20:05:41 | | Quit elcan (Ping timeout: 240 seconds) |
| 20:05:58 | ssorgatem | my voice issue seems to be gone |
| 20:06:36 | ssorgatem | it seems that the arm toolchain needs to be in $PATH for making the *.voice files |
| 20:09:47 | | Quit xavieran (Ping timeout: 260 seconds) |
| 20:11:04 | | Join elcan [0] (user36@pr0.us) |
| 20:22:41 | | Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) |
| 20:27:55 | | Quit Topy44 (Ping timeout: 248 seconds) |
| 20:28:41 | | Quit elcan (Read error: Connection reset by peer) |
| 20:28:52 | funman | FlynDice: hmm my patch doesn't work with the database stress method: delete database_*, boot without µSD, build database, reboot, play an album from database, insert µSD, update database immediately. |
| 20:29:25 | | Quit robin0800 (Remote host closed the connection) |
| 20:29:42 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 20:30:10 | | Quit flydutch (Quit: /* empty */) |
| 20:36:36 | | Join merbanan [0] (~banan@c-94-255-217-84.cust.bredband2.com) |
| 20:44:25 | | Quit antil33t (Read error: Connection reset by peer) |
| 20:44:31 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 20:45:27 | | Quit bieber (Ping timeout: 252 seconds) |
| 20:45:40 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 20:48:38 | | Join elcan [0] (user36@pr0.us) |
| 20:53:52 | funman | FlynDice: asking STOP_TRANSMISSION to return a response seems to do the trick |
| 20:54:31 | | Quit bieber (Ping timeout: 265 seconds) |
| 20:54:39 | funman | well .. nope .. i see crash "wait for TRAN state failed (DATA)" for µSD; but afaiu the card shouldn't be in DATA state after STOP_TRANSMISSION has been sent |
| 20:54:44 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 20:58:18 | wodz | I love this misleading defines in rockbox - comment states "Define this if you have a PortalPlayer PP5024" and than #define CONFIG_CPU PP5022 |
| 20:58:19 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 21:00 |
| 21:00:03 | wodz | and another question - why sansa-c200/sansa-e200 is in firmware/target/arm/as3525 if it uses pp5024 ? is as3525 == pp5024 ? |
| 21:00:35 | gevaerts | wodz: c200/e200 v1 is PP5024/PP5022, v2 is as3525 |
| 21:00:39 | funman | c200/e200 are in target/arm/sandisk |
| 21:00:41 | bertrik | the config file have probably just been copied and only modified were absolutely necessary |
| 21:00:50 | Llorean | Isn't the PP5024 just a slightly modified 5022, which is why the same define is used? |
| 21:01:34 | wodz | gevaerts: You are right |
| 21:02:11 | gevaerts | yes, PP5024 is the same as PP5022+some auxilliary AMS chip the name and function of which escapes me |
| 21:02:29 | | Quit anewuser (Quit: for SELL 2 by the price of 1 now!) |
| 21:04:05 | Llorean | gevaerts: Was it the USB? |
| 21:04:11 | gevaerts | no |
| 21:04:17 | Llorean | Or power control / charging? |
| 21:04:24 | * | Llorean shrugs |
| 21:04:26 | gevaerts | yes, possibly |
| 21:04:36 | funman | as3514 : for audio DAC/CAD and power management? |
| 21:04:43 | Llorean | There it is. |
| 21:06:23 | wodz | it would be nice to clean this a bit (for example define PP5024 as alias to PP5022) |
| 21:06:38 | gevaerts | That would mean *more* ifdefs |
| 21:07:00 | wodz | why? |
| 21:07:23 | gevaerts | Well, every place that checks for PP5022 should then also check for PP5024 |
| 21:07:48 | gevaerts | otherwise you really haven't cleaned it up a lot |
| 21:07:59 | wodz | export/config.h:57:#define PP5022 5022 |
| 21:08:16 | Llorean | Isn't there also some use to having a sort of explicit recurring clue that the 5022 and 5024 are for many/most practical purposes the same thing? |
| 21:08:16 | wodz | simple #define PP5024 5022 should do |
| 21:11:10 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 21:11:17 | funman | afaict the only difference in target/arm is for i2c, and here it is matched with I2C_* define, not CONFIG_CPU |
| 21:11:39 | | Quit BlakeJohnson86 (Ping timeout: 248 seconds) |
| 21:12:31 | wodz | http://www.pastie.org/976772 <−−- which targets are covered by this? |
| 21:12:48 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
| 21:13:10 | wodz | only sansas? |
| 21:13:13 | funman | yes |
| 21:13:21 | funman | not the m200v1 or c100 but these ones do not work |
| 21:14:40 | * | wodz think that he will dream horror called app/debug_menu.c |
| 21:16:19 | funman | don't get mad on it.. if you can remove just a bit it will be a good step |
| 21:16:56 | | Join Etu [0] (etu@80.67.2.210) |
| 21:16:59 | | Quit Topy44 (Ping timeout: 248 seconds) |
| 21:17:22 | funman | wodz: btw if you speak of the charging debugging, I think it's wrong and it should be applied to HAVE_AS3514 && defined(CONFIG_CHARGING) |
| 21:17:43 | ssorgatem | shouldn't the scheduled server downtime be removed from the topic? |
| 21:17:46 | funman | afaict the philips gogear SA9200 also use as3514 to charge |
| 21:18:04 | funman | ssorgatem: tracker is still down |
| 21:18:06 | Etu | Hey, rockbox people. Im sitting here and creating a new version of my theme. And I want to disable the icon-theme by default. How do I do that? |
| 21:18:56 | wodz | funman: You mean my last pastie? |
| 21:19:20 | funman | yep |
| 21:19:24 | CIA-5 | New commit by learman (r26289): Updated Swedish transation. |
| 21:19:30 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 21:20:09 | | Join Lear [0] (chatzilla@rockbox/developer/lear) |
| 21:20:30 | funman | just shows that this particular debug info was never needed by people working on sa9200 |
| 21:20:54 | wodz | what is AS3514 BTW? Is it codec or pmu or sth? |
| 21:21:00 | funman | both |
| 21:21:28 | bertrik | it does basically all of the analog stuff |
| 21:22:09 | funman | c200/e200/sa9200 have as3514; e200v2/fuzev1/clipv1/m200v4/c200v4 (as3525) have as3515 and fuzev2/clip+/clipv2 (as3525v2) have as3543 but they all use the same code (as3543 is a bit more different) |
| 21:22:40 | wodz | I think I'll do my best to reshape debug code, create task on FS (when up) and then we will think what to fix |
| 21:22:57 | | Join halmi [0] (~netbook@188.20.253.186) |
| 21:23:20 | bertrik | I think there is already some mechanism in the debug code to put a device-specific screen in the debug menu |
| 21:23:52 | | Quit halmi (Client Quit) |
| 21:24:29 | | Join halmi [0] (~netbook@188.20.253.186) |
| 21:24:31 | funman | the mechanism is "#ifdef hell" afaik |
| 21:24:56 | funman | even if some device-specific functions are defined in target tree |
| 21:25:07 | Etu | Does someone have a answer to my theme question? :) |
| 21:25:07 | wodz | bertrik: if You call this hacky way mechanism than yes |
| 21:25:23 | bertrik | no, there was something smarter IIRC |
| 21:26:06 | wodz | bertrik: at the end of #idefs hell there is #else and __*_dbg function called |
| 21:26:12 | wodz | this is not smart at all |
| 21:26:36 | funman | and only for 2 entries |
| 21:26:41 | wodz | yep |
| 21:26:57 | bertrik | I meant __dbg_hw_info |
| 21:27:13 | bertrik | for example in debug-as3525.c |
| 21:27:49 | wodz | bertrik: right but how many target are covered by this scheme? 2-5? |
| 21:28:35 | wodz | You have terrible mess of ifdefs mixing CPU architecture, device specyfic stuff and some more general defines |
| 21:28:41 | bertrik | I don't want to count them, and I think the exact amount is relevant anyway |
| 21:28:49 | bertrik | *irrelevant |
| 21:29:08 | wodz | it is even hard to tell which targets are covert by some defines |
| 21:30:40 | funman | wodz: i think it would be simpler to move bits one by one instead of making a big patch |
| 21:31:22 | funman | if you screw a small commit anyway you can check the build table for red/green delta |
| 21:31:43 | wodz | funman: now I agree with You but it's too late - I was too optimistic starting this |
| 21:41:26 | funman | FlynDice: hmm i don't know why, the µSD is in DATA state just after selecting it at the entry of sd_transfer_sectors |
| 21:42:00 | | Join Pine-Sol [0] (~Jeff@c-75-71-56-212.hsd1.co.comcast.net) |
| 21:43:23 | funman | (sometimes) |
| 21:47:38 | | Join oldtopman [0] (~3fe114d4@gateway/web/freenode/x-etpdmmpocylffpjo) |
| 21:47:59 | oldtopman | is the ipod nano 5g (video) supported |
| 21:48:47 | funman | nano != video |
| 21:49:39 | Farthen | oldtopman: nano 5g is and will not be supported for at least a year if not until infinity |
| 21:49:51 | oldtopman | alright then tanks |
| 21:49:56 | | Quit oldtopman (Client Quit) |
| 21:51:17 | | Quit stoffel (Remote host closed the connection) |
| 21:51:21 | Llorean | Farthen: It's really not the best idea to tell people stuff like "for at least a year" or so on. Discoveries and interest can happen at any time, and surprising amounts of work can happen very quickly when something lucky happens. |
| 21:52:51 | Farthen | as the nano 4g is at least 3-6 months work for one full-time worker it is actually pretty obvious that it will never ever be done in a year |
| 21:53:26 | Farthen | Llorean: but you are right of course |
| 21:53:29 | Llorean | Farthen: It's not as obvious as you think, because it's not necessarily true. |
| 21:53:43 | Llorean | A simple "nobody appears to be working on it" or "given the current hurdles, progress is unlikely soon" will do. |
| 21:54:46 | Farthen | under very good circumstances it would still take a pretty long time. and that would be when an apple employee would ring TheSeven's door and give him all the spec and documentation |
| 21:56:05 | Llorean | Ports can spring from "it's not going to happen" to "unstable, but it plays audio" in remarkably short time if the right discoveries are made and/or a wellspring of interest happens. |
| 21:56:19 | storm` | we could always kidnap an apple employee too |
| 21:56:34 | Llorean | Very few ports have taken a whole year to get audio working once work began in earnest on them. |
| 21:57:29 | Farthen | but this channel is logged, maybe it is better to discuss the details somewhere else ;) |
| 21:57:40 | Lear | But playing audio can be pretty far from being reasonably usable... |
| 21:58:00 | * | storm` puts away the rope |
| 21:58:01 | storm` | d'awww |
| 21:58:16 | Llorean | Lear: True, but even then, a lot of them get to a point that the really eager people are happy to use within less than a year. |
| 21:58:38 | Llorean | Lear: My point was that he's telling people it can't happen within a year of now, and will probably never happen. |
| 21:58:51 | Llorean | "probably never" is also a pretty bad statement to suggest, honestly |
| 21:58:59 | Farthen | you are right :) |
| 21:59:06 | | Join vaguerant [0] (www-data@80.67.6.50) |
| 21:59:39 | Llorean | I mean, I agree he should know the current outcome looks discouraging. I'm just quibbling a bit over what sort of discouraging it is. |
| 22:00 |
| 22:00:05 | funman | do we have a pre-made answer on the wiki ? it could be handy given how much time this question is asked "does rockbox work on X ?" |
| 22:00:15 | vaguerant | Hey guys, I just registered on the wiki as AlejandroArellano, could somebody add me to the WikiUsersGroup? |
| 22:00:21 | *** | Saving seen data "./dancer.seen" |
| 22:00:25 | funman | hi vaguerant, will do |
| 22:00:42 | Llorean | funman: That might be a good idea. A "what a port takes, and why it can take a very long time" for laymen. |
| 22:01:05 | | Join vaguecant [0] (~vaguecant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) |
| 22:01:22 | | Quit vaguerant (Changing host) |
| 22:01:22 | | Join vaguerant [0] (www-data@wikipedia/vague-rant) |
| 22:01:29 | ssorgatem | vaguerant: where are you from? |
| 22:01:36 | vaguerant | Thanks funman. |
| 22:01:45 | funman | vaguerant: should work |
| 22:02:06 | vaguecant | Sorry, connection problems. Currently Australia, moving to the US later this year. |
| 22:03:00 | Farthen | funman: so you mean one page for all "problematic" devices? |
| 22:04:31 | | Quit wodz (Quit: Leaving) |
| 22:05:06 | funman | no, just one generic page for all players not supported by rockbox (probably easier to not list them all) |
| 22:05:35 | Llorean | Maybe just a link from the front page of "My player isn't one of these. What next?" |
| 22:06:21 | storm` | does anyone have datasheets for the ipod 5g video processor (PP5021C-TDF)? the links on the ipodlinux wiki are crappy or broken, and it seems like rockbox would have had to get their reverse engineering info from somewhere |
| 22:06:26 | Farthen | hmm, that's not a bad idea |
| 22:06:40 | | Quit vaguerant (Quit: CGI:IRC (Ping timeout)) |
| 22:07:06 | | Nick vaguecant is now known as vaguerant (~vaguecant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) |
| 22:07:12 | gevaerts | storm`: http://daniel.haxx.se/sansa/ has some stuff |
| 22:07:14 | | Quit vaguerant (Changing host) |
| 22:07:15 | | Join vaguerant [0] (~vaguecant@wikipedia/vague-rant) |
| 22:07:36 | | Quit Pine-Sol (Quit: Leaving.) |
| 22:07:45 | funman | FlynDice: seems to work on AMSv1. it's different because we can't check the busy flag, and also there is no card (de)selection, nothing against committing this bit before the release? |
| 22:10:02 | storm` | gevaerts: seems like it's mostly sansa information, though, but thanks for the link. i'm trying to find information to write a USB HCD for the ipod |
| 22:10:42 | gevaerts | storm`: oh, in that case look for MCIMX31RM.pdf |
| 22:11:03 | funman | IMX31, like the gigabeats ? |
| 22:11:06 | gevaerts | yes :) |
| 22:11:21 | gevaerts | Not very related to the PP502x, but they have the same USB bits |
| 22:11:27 | storm` | oh, i have that document already :O |
| 22:11:30 | storm` | schweet |
| 22:11:39 | gevaerts | It should be mostly ehci |
| 22:12:12 | storm` | i don't have much (any) experience with kernel development or driver programming, but i've been learning quite a lot lately |
| 22:12:34 | storm` | i'm trying to write this driver since people have been requesting it for like 6 years now, yet no one has really taken it on |
| 22:12:43 | storm` | just a lot of "it's not written, don't worry about it" |
| 22:13:25 | gevaerts | It's not entirely clear if ipods are wired to do host though |
| 22:14:06 | storm` | the iPL wiki says: The PP5020 (brief overview) and the PP5021C-TDF chips implement the USB host, the USB device, and the USB On-The-Go (OTG) specification. USB host support should make it possible to attach any USB device to the iPod, as long as there are kernel drivers for them in iPodLinux. |
| 22:14:47 | pamaury | it's not because the chip can do usb host that the device can do it |
| 22:14:55 | gevaerts | that's an oversimplification |
| 22:15:18 | pamaury | it can require hardware to do so and that hardware is not necessarily present in the device |
| 22:16:38 | storm` | rockbox apparently got a very primitive USB driver to work for PP |
| 22:17:38 | gevaerts | We have the device side |
| 22:17:49 | | Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) |
| 22:18:35 | gevaerts | I wouldn't call that one primitive though |
| 22:21:02 | | Quit Zagor_ (Quit: Clint excited) |
| 22:21:45 | | Quit bieber (Ping timeout: 240 seconds) |
| 22:22:00 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 22:22:35 | storm` | if the ipod supports USB On-The-Go, though, then it should be able to host |
| 22:23:04 | | Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 3.6.4/20100513144105]) |
| 22:23:39 | vaguerant | Is rebooting to OF on USB working on Fuzev2 and Clipv2? I know it works on Clip+, just wanted to check. |
| 22:24:06 | funman | yes |
| 22:26:37 | | Quit bieber (Ping timeout: 258 seconds) |
| 22:26:53 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 22:31:45 | ssorgatem | mm the screen on my fuzev2 randomly goes blank |
| 22:31:52 | ssorgatem | or it sometimes boots blank |
| 22:32:24 | ssorgatem | rockbox works (I can control it thanks to voice menu) |
| 22:33:32 | ssorgatem | When bootin blank, I'm able sometimes to see the "ver 2" boot screen, sometimes even the screen with the revision info., and sometimes it's blank from the beginning |
| 22:33:53 | ssorgatem | so I have to turn it on/off until it I can see something in the screen |
| 22:34:10 | funman | did it happen with an upgrade ? |
| 22:34:36 | ssorgatem | i started to notice it yesterday |
| 22:34:57 | ssorgatem | ah |
| 22:35:17 | ssorgatem | and sometimes the screen is just a lot brighter and clearer |
| 22:35:46 | ssorgatem | ie. black looks as light grey |
| 22:36:32 | funman | is it systematic? |
| 22:36:52 | ssorgatem | it's random |
| 22:37:10 | ssorgatem | maybe 2/10 times it'll boot OK |
| 22:37:31 | ssorgatem | 3/10 it'll boot with weaker colors |
| 22:37:46 | ssorgatem | and 5/10 it will boot to a blank screen |
| 22:38:04 | ssorgatem | also, during playback, the screen can go blank too |
| 22:38:29 | funman | which rev? |
| 22:38:34 | ssorgatem | other functions are unaffected, thogu |
| 22:38:35 | ssorgatem | mm |
| 22:38:42 | ssorgatem | I don't know |
| 22:38:45 | CIA-5 | New commit by funman (r26290): as3525v2: do not deselect all cards after a SD transfer ... |
| 22:38:51 | funman | FlynDice: ^ seems to fix all problems on AMSv2 |
| 22:38:55 | funman | well then updat |
| 22:39:00 | ssorgatem | ok |
| 22:39:04 | linuxstb | storm`: Don't ipods need the "camera adapter" to do USB host? |
| 22:39:23 | storm` | i don't know, but http://www.200ic.com/stock/Suppliers-PP5021C-TDF.html -> "The PP5021C-TDF can be used as a USB device transceiver or a USB host transceiver. It can transmit and receive serial data at both full-speed (12 Mbit/s) and low-speed (1.5 Mbit/s) data rates." so woot |
| 22:39:25 | * | linuxstb doesn't know what's inside that though, even after opening one.... |
| 22:39:45 | storm` | i think only for the photo, whichever generation that was |
| 22:39:49 | linuxstb | storm`: As others have said, just because the SoC supports a feature, doesn't mean it's wired up.. |
| 22:40:05 | storm` | what is SoC? |
| 22:40:39 | storm` | system on a chip, nvm |
| 22:40:41 | funman | storm`: no white screen here |
| 22:41:10 | storm` | eh? |
| 22:41:11 | funman | the rockbox revision number bitmap isn't rebuilt after svn up (git svn rebase that is) |
| 22:41:15 | funman | storm`: oops not for you |
| 22:41:19 | funman | ssorgatem: no white screen here |
| 22:41:24 | linuxstb | storm`: According to this page, it was supported on the Photo and Video ipods - http://support.apple.com/kb/HT2211 |
| 22:42:31 | linuxstb | I would bet money on the other PP502x ipods being hardware-compatible with it, but Apple not supporting it in their firmware. |
| 22:43:53 | storm` | "The last item hints that the iPod photo may in fact have some sort of USB Host capability. Though it may not be supported by Apple to do iPod to iPod transfers, let's see what the folks at the iPod Linux project can come up with." |
| 22:44:00 | storm` | http://www.engadget.com/2005/03/23/ipod-camera-connector-supports-ipod-photo-only-media-readers/ |
| 23:00 |
| 23:00:50 | * | linuxstb gets frustrated with the state of the Nano2g port, and learns that the Rockbox bootloader has generally been abandoned in favour of iloader (which is now running from NOR).... |
| 23:02:57 | | Quit Kitr88 (Ping timeout: 252 seconds) |
| 23:03:14 | funman | is that a bad thing? |
| 23:03:25 | | Join wincent [0] (~wincent@f055042182.adsl.alicedsl.de) |
| 23:06:55 | linuxstb | funman: It's a bad thing that Rockbox on that target isn't "standalone". It's also a bad thing from a documentation point of view - if iloader is the best option for Nano2g users, we should recommend users use it. |
| 23:07:02 | | Join Kitar|st [0] (Kitar_st@BSN-143-111-35.dial-up.dsl.siol.net) |
| 23:07:35 | linuxstb | But that raises all kinds of support problems... |
| 23:09:04 | Llorean | Is there some reason why those working on the port aren't using our bootloader to do it? |
| 23:09:27 | linuxstb | No-one is working on the port... |
| 23:09:37 | Llorean | Ah, that'd do it. |
| 23:09:53 | Llorean | So in what sense has the Rockbox bootloader been abandoned if the whole port basically has? |
| 23:10:10 | ssorgatem | funman: the white screen is still here |
| 23:10:12 | linuxstb | I did some work at the start, but TheSeven put the most time in. TheSeven then went on to work on iloader. |
| 23:10:33 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 23:10:40 | ssorgatem | funman: I've noticed another variant: white screen in the bootloader, but normal in rockbox |
| 23:11:46 | linuxstb | Llorean: IIUC, the port itself is OK, but the problem is how Apple's (NOR) bootloader deals with the NAND FTL. iloader is flashed to NOR, and deals with the NAND far better. |
| 23:12:13 | funman | ssorgatem: hm ok |
| 23:12:22 | funman | ssorgatem: did it happen with older revisions? |
| 23:12:36 | ssorgatem | funman: nope |
| 23:12:44 | funman | try to go back until it works |
| 23:12:54 | ssorgatem | funman: yes i'll do it |
| 23:12:55 | funman | so you can identify which revision broke it |
| 23:13:11 | | Quit merbanan (Ping timeout: 260 seconds) |
| 23:13:40 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 23:13:47 | funman | faster way to do is identify a revision which breaks, another which works, and bissect between the two |
| 23:13:53 | ssorgatem | It must be a commit from sunday or monday |
| 23:14:57 | Llorean | linuxstb: So would a "best" solution be incorporating the installation to NOR and NAND FTL handling into our loader, or? |
| 23:16:42 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
| 23:16:47 | linuxstb | Llorean: Ideally, yes. But given that no-one is working on it, we could consider recommending iloader, or at least trying to document the advantages/disadvantages in our wiki/manual. But I would be looking to current nano2g users to do that - I haven't touched my nano2g for months... |
| 23:17:11 | * | linuxstb notices TheSeven has appeared... |
| 23:17:14 | | Quit esperegu (Read error: Connection reset by peer) |
| 23:17:45 | * | linuxstb wonders what bootloader S_a_i_n_t uses on his nano2g |
| 23:18:05 | | Quit piotrekm (Quit: piotrekm) |
| 23:18:39 | TheSeven | linuxstb: IIRC he uses iloader to avoid WSODs |
| 23:20:43 | | Quit Topy44 (Ping timeout: 248 seconds) |
| 23:21:29 | linuxstb | TheSeven: So in your opinion, anyone wanting Rockbox on their nano2g should use iloader? |
| 23:23:11 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 23:24:16 | pixelma | if there are no objections until tomorrow morning for me (so in a bout 8 hours) I'm going to commit the radio screen and settings related changes (fixes to me). mitk is correct that if strings change that need translator's attention again then it's better to do it sooner than later so there is a bit more time. I only got agreement here by the three people who commented at all and on the ml there was discussion about the actual string but no |
| 23:24:16 | pixelma | objection in general |
| 23:24:30 | TheSeven | i can't see any advantage of the rockbox bootloader at the moment |
| 23:24:46 | | Quit pamaury (Quit: exit(rand());) |
| 23:24:47 | pixelma | so far |
| 23:25:13 | kisak | sounds like iloader should be assimilated |
| 23:25:56 | Farthen | pixelma: can you think of any possibility of improvement to iloader? |
| 23:26:13 | funman | you mean, iloader source should be in rockbox svn ? |
| 23:26:20 | TheSeven | yeah we already talked about that - but besides the ftl and nand drivers, it uses a totally different code base, and even more important, a different installation method (for nor-based installation) |
| 23:26:52 | pixelma | I have no idea about the iloader. The "so far" was an addition to my statement above |
| 23:28:54 | Farthen | pixelma: sorry. i misunderstood it |
| 23:29:47 | | Quit Topy44 (Ping timeout: 248 seconds) |
| 23:31:05 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 23:31:23 | funman | hmm too much people ask for 'the newest mkamsboot' |
| 23:32:00 | funman | and too much people report bricked clipv2/clip+, too |
| 23:32:49 | FlynDice | newer must be better right? Did SD fix help frequency changing at all? |
| 23:33:12 | funman | i'm not trying frequency stuff again (for now) |
| 23:33:18 | funman | FlynDice: ok for the AMSv1 change? |
| 23:33:19 | linuxstb | TheSeven: I think the main issue is that iloader doesn't do things the "rockbox way". i.e. the flashing isn't the same as other targets, and you put a lot more features in the bootloader, which we generally try and avoid. And as you say, isn't using the Rockbox codebase, which we do when flashing other targets... |
| 23:33:26 | linuxstb | TheSeven: So we're in a tough situation... |
| 23:34:21 | FlynDice | funman: I have'nt actually tried it yet but the code looked fine to me... |
| 23:34:34 | funman | FlynDice: thanks |
| 23:34:51 | funman | linuxstb: if the rockbox way is buggy, i have no problem advising iloader until someone fixes the rockbox bootloader |
| 23:35:00 | TheSeven | one could of course try to enhance the rockbox bootloader, to at least share iloader's robustness, if you don't want the "fancy features" |
| 23:38:11 | | Quit bertrik (Quit: De groeten) |
| 23:39:04 | TheSeven | iloader's advantages mainly come from the fact that it replaces the second-stage bootloader, while the rockbox bootloader replaces the third-stage bootloader, and uses a (buggy) apple second-stage loader |
| 23:39:44 | linuxstb | TheSeven: Hopefully that will happen one day, I'm just wondering what we want to do in the meantime regarding iloader - i.e. continue to ignore it, or change our documentation to recommend it (or at least suggest it). |
| 23:43:55 | Torne | linuxstb: okay, i tested the linux ipodpatchers as well, so it looks like it's all sorted ;) |
| 23:44:13 | S_a_i_n_t | I'm actually running an experimant at the moment, or have been for a while, I have several 2G Nanos but out of the two that get used, one has iLoader, and one uses the Rockbox bootloader. |
| 23:44:27 | S_a_i_n_t | I'll let you guess which one I have the least problems with. |
| 23:44:44 | S_a_i_n_t | I'll give you a clue, it starts with "i" ;) |
| 23:44:52 | TheSeven | :-P |
| 23:45:40 | linuxstb | Torne: Now you just need a Swede... |
| 23:45:53 | Torne | indeed |
| 23:46:16 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 23:46:37 | TheSeven | S_a_i_n_t: if you have noticed any problems or improvement possibilities, please let me know ;-) |
| 23:47:11 | S_a_i_n_t | I'll have a think once I wake up some more. :) |
| 23:47:55 | * | Bagder is a Swede |
| 23:48:05 | funman | prove it! |
| 23:48:11 | Bagder | but I'm struggling to figure out the dir hierarchy of this |
| 23:48:35 | Bagder | the ones in bootloader/ipod now, which version are those? |
| 23:48:47 | funman | TheSeven: you are working on newer ipods now? |
| 23:49:10 | | Quit jgarvey (Quit: Leaving) |
| 23:49:16 | | Quit bmbl (Quit: Bye!) |
| 23:49:26 | vaguerant | Bagder, where do I remember you from? |
| 23:49:33 | vaguerant | Wikipedia IRC maybe? |
| 23:49:56 | TheSeven | funman: In theory, yes |
| 23:50:03 | funman | ^^ |
| 23:50:04 | Bagder | vaguerant: nope, never been there |
| 23:50:11 | TheSeven | actually, this has mostly stalled because i'm pretty busy with other things |
| 23:50:19 | funman | i still have a nano3g to get from my brother |
| 23:50:20 | linuxstb | Bagder: Those are v4.0, apart from the nano2g one, which is v1.0 (and isn't being replaced). |
| 23:50:56 | linuxstb | Bagder: So I guess create a 4.0 directory, and move all bootloaders into there apart from the nano2g version. |
| 23:51:04 | TheSeven | funman: we can execute code on the 3g and have some semi-working usb debugger, but that's about it |
| 23:51:09 | linuxstb | Bagder: It seems that no-one bothered with archiving the 3.0 bootloaders though... |
| 23:51:18 | TheSeven | so the absolute groundwork has been laid, but not much more |
| 23:51:27 | TheSeven | feel free to start working on that one :-P |
| 23:51:35 | funman | TheSeven: any blocker except lacking developers? |
| 23:51:36 | Bagder | but isn't http://lowell.wolfpuppy.org.uk/temp/rockbox/ipod-bootloader-release/v4.0-r25693/ 4.0 too ? |
| 23:51:42 | linuxstb | Bagder: Ah, plus ipodpatcher could e moved. |
| 23:51:55 | Torne | Bagder: the numbers for the bootloaders and for ipodpatcher aren't in sync any more |
| 23:51:58 | TheSeven | funman: I don't think so |
| 23:52:05 | Torne | the last one was 3.0 bootloaders, but ipodpatcher 4.0 |
| 23:52:07 | linuxstb | Bagder: Hmm, it depends if that version number is for ipodpatcher or the bootloaders.... |
| 23:52:12 | * | linuxstb is now as confused as Bagder was... |
| 23:52:13 | Torne | this one is 4.0 bootloaders, but ipodpatcher 5.0 :) |
| 23:52:22 | Torne | So yeah, this is confusing |
| 23:52:27 | Bagder | clear as mud as they say |
| 23:52:42 | * | S_a_i_n_t reads up a bit (through very sleepy eyes) and agrees, it is indeed a shame that the Nano2G bootloader seems to have been dropped like a hot rock. I thought that TheSeven's iLoader work may have sparked some interest there again...but, nope. |
| 23:52:53 | TheSeven | funman: it will quite certainly be easier than the 4g, and it seems to share most things with all 3 generations of the classic, so working on this might pay off very well... |
| 23:52:54 | S_a_i_n_t | It hasn't been touched for a /loooong/ time. |
| 23:53:01 | gevaerts | The ipodpatcher version is the sum of the PP ipod bootloader version and the nano2g bootloader version? |
| 23:53:01 | linuxstb | OK, so v3.0 ipodpatcher had v3.0 bootloaders. |
| 23:53:12 | linuxstb | gevaerts: Yes! |
| 23:53:16 | gevaerts | \☺/ |
| 23:53:29 | linuxstb | And v4.0 ipodpatcher had v3.0 bootloaders, plus v1.0 for the nano2g |
| 23:53:43 | linuxstb | So v5.0 ipodpatcher is v4.0 + v1.0 |
| 23:53:55 | * | Torne giggles |
| 23:53:57 | Torne | oh dear. |
| 23:54:03 | linuxstb | gevaerts: See, I knew there was simplicity in there somewhere. |
| 23:54:18 | * | Torne hopes Bagder is having fun |
| 23:54:25 | * | Bagder blinks |
| 23:54:30 | Torne | i just compiled the damn thing, i didn't think too much about the numbers |
| 23:55:11 | Torne | also do we know the tracker isn't working? |
| 23:55:15 | CIA-5 | New commit by funman (r26291): as3525v1: relax a bit requirements in the SD driver ... |
| 23:55:21 | Torne | well ok, i know the tracker isn't working because i just tried to use it |
| 23:56:13 | S_a_i_n_t | I do *now* |
| 23:56:15 | * | funman exchanges his kingdom against a Clip+ soldered to a JTAG adaptor |
| 23:56:26 | Bagder | so ok, which version are the new ipod bootloaders again? |
| 23:56:41 | S_a_i_n_t | 4.0 IIRC |
| 23:56:43 | Torne | the new ipod bootloaders are version 4.0 |
| 23:56:44 | | Join bluebro [0] (~bluebro@df01ppp240.eplus-online.de) |
| 23:56:54 | Torne | the nano 2g one is not new, it's just a copy of the existing 1.0 version |
| 23:56:59 | Bagder | and the ones currently on the download server's bootloader/ipod ? |
| 23:57:10 | Torne | the ones on the download server are 3.0, except nano2g |
| 23:57:20 | linuxstb | But the ipodpatcher that's there is 4.0... |
| 23:57:36 | Torne | linuxstb: i vote next time we do this to advance all the version numbers until they are the same ;) |
| 23:57:44 | * | S_a_i_n_t smells confusion again. |
| 23:57:57 | funman | should we get permission from Sandisk to redistribute modified versions of their OF files, would concatenating the nrv2e code to their OF be 'linking' as in GPLv2 ? |
| 23:58:01 | linuxstb | Torne: I guess it's not too late... Although it's too late for me tonight. |
| 23:58:45 | Torne | Bagder: move the bootloaders currently on the server (except nano2g) into the 3.0 directory |
| 23:58:58 | funman | when i send binaries to the swedes i put them in a .tar.gz so no need for them to know the hierarchy, all is in the .tar |
icon identifies that the person is a core developer (has commit access).