| 00:00:11 | pixelma | bluebrother: this wish had been expressed a few times, also at DevCon IIRC :) |
| 00:03:37 | Jerom | pamaury: "/* idem but for i=0 */" idem is a french word |
| 00:03:48 | | Quit M3DLG (Quit: RAGE QUIT) |
| 00:04:08 | pamaury | no it's a latin one |
| 00:05:03 | pamaury | But yeah I got the idea, I'll change that |
| 00:06:38 | *** | Saving seen data "./dancer.seen" |
| 00:09:07 | saratoga | i saw some old posts suggesting that volume was a little low on amsv1 targets too compared to the OF |
| 00:09:11 | saratoga | has anyone else noticed this? |
| 00:12:20 | bertrik | saratoga, I find it hard to tell/compare, but I hardly ever go louder than -20 dB on my clipv1 |
| 00:13:17 | bertrik | in other words, not anywhere near too low for me |
| 00:13:25 | | Join AsusFreak [0] (www-data@giant.haxx.se) |
| 00:14:09 | AzureSky | Another problem, and it was working last night, its telling me arm-elf-eabi-gcc command not found.... |
| 00:14:37 | saratoga | that means you either didn't build the compiler, or did not add it to your path |
| 00:14:57 | AzureSky | it was working last night.........stupid cygwin...... |
| 00:15:07 | Jerom | AzureSky: launch rockboxdev.sh |
| 00:15:08 | saratoga | i'm guessing you exported it to the path? |
| 00:15:13 | Jerom | and build eabi |
| 00:15:35 | saratoga | and then closed cygwin |
| 00:19:14 | | Part Jerom |
| 00:20:18 | | Join Jerom [0] (~Jerom@79.132.53.242) |
| 00:21:54 | AsusFreak | Hi JdGordon, you remember me - the guy who tried to implement a pictureflow integration with the Cowon D2. You made it possible to use the toucharea "hotkey" tag for the D2. It worked like a charm for both 3x3 grid mode and absolute point mode. But now something seems to be broken. 3x3 grid mode works like a charme, absolute point mode does not at all. Clicking on my album art (which is defined as "hotkey" area will lead to nothing. May you check the cod |
| 00:22:28 | AsusFreak | To test this you may use the actual simulator with my AF_Flow theme.. |
| 00:45:40 | AsusFreak | And now with further testing: the ffwd tag seems to fail as well in absolute point mode. Hmmm. Can anybody check this please? |
| 00:46:26 | | Join Gabe_G23 [0] (~gabe@bzflag/player/GabrielG) |
| 00:47:16 | | Nick CGL is now known as CGL_emo (~CGL@190.207.202.226) |
| 00:51:44 | | Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) |
| 00:52:43 | | Quit bertrik (Quit: De groeten) |
| 00:57:59 | | Quit bmbl (Quit: Bye!) |
| 01:00 |
| 01:09:10 | | Quit Jerom (Remote host closed the connection) |
| 01:12:51 | | Quit whydoubt (Ping timeout: 265 seconds) |
| 01:12:55 | | Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) |
| 01:13:36 | | Quit bluebrother (Disconnected by services) |
| 01:13:40 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 01:18:23 | | Quit ender` (Quit: Religion is regarded by the common people as true, by the wise as false, and by the rulers as useful. -- Seneca) |
| 01:23:17 | | Quit DataGhost (Ping timeout: 276 seconds) |
| 01:29:51 | | Quit AsusFreak (Quit: CGI:IRC (EOF)) |
| 01:35:12 | saratoga | the flash memory in my clip+ strikes me as pretty slow compared to other sansas, even in the OF |
| 01:46:00 | AzureSky | maximizing profit by using cheaper parts, nothing surprising there really |
| 02:00 |
| 02:06:39 | *** | Saving seen data "./dancer.seen" |
| 02:12:26 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 02:13:57 | | Join BHSPitMini [0] (~BHSPitMon@tx-76-6-68-177.dhcp.embarqhsd.net) |
| 02:22:24 | | Quit pamaury (Remote host closed the connection) |
| 02:42:05 | dfkt | saratoga, formatted it with the official SD formatting tool? |
| 02:44:35 | | Join Strife1989 [0] (~Strife89@adsl-67-57-76.mcn.bellsouth.net) |
| 02:47:51 | | Quit Strife89 (Ping timeout: 248 seconds) |
| 02:52:18 | AzureSky | i was told to use the internal formatter rather then the sdformat tool, but i have done both on my players |
| 02:54:17 | AzureSky | well its confirmed, 26937 is what broke microsd support for v2 fuze http://forums.rockbox.org/index.php?topic=25104.0 |
| 03:00 |
| 03:08:14 | | Quit BHSPitMini (Ping timeout: 264 seconds) |
| 03:31:34 | | Quit krazykit (Ping timeout: 265 seconds) |
| 03:34:49 | | Nick Strife1989 is now known as Strife89 (~Strife89@adsl-67-57-76.mcn.bellsouth.net) |
| 03:34:58 | JdGordon | wtf? I thought putting functions into a .a would stop name collisions with the main binary? |
| 03:35:11 | JdGordon | stupid skip_whitepace() being in both |
| 03:35:46 | saratoga | its just formatted however sandisk did it |
| 03:36:39 | AzureSky | http://www.sdcard.org/consumers/formatter_3/ |
| 03:36:44 | AzureSky | try that |
| 03:39:22 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 03:41:54 | | Quit Luca_S (Quit: CGI:IRC (EOF)) |
| 03:43:06 | dfkt | i got immense speed gains by using the sd.org formatter - not only with sd cards and the like, but also CF and sony memorystick |
| 03:45:51 | | Quit steve|m (Ping timeout: 276 seconds) |
| 03:46:17 | funman | FWIW, cowond2 has been checked to work with eabi but noone committed the change yet |
| 03:47:01 | | Join WilliamC [0] (~WilliamC@75.110.58.61) |
| 03:47:40 | AzureSky | funman, if you havent seen, its confermed that its 37 that breaks sd card support 36 works, and changing the clock didnt work :( |
| 03:47:47 | WilliamC | So, uh, how do I report a bug in a daily build? |
| 03:48:32 | funman | AzureSky: ok |
| 03:48:48 | AzureSky | http://forums.rockbox.org/index.php?topic=25104.0 |
| 03:49:33 | WilliamC | Themes no longer work on my Sansa e200 |
| 03:49:53 | saratoga | update them |
| 03:49:53 | WilliamC | Well, they don't work when playing music |
| 03:50:37 | WilliamC | Doubt that will hjelp |
| 03:50:39 | WilliamC | help |
| 03:50:56 | saratoga | why do you doubt that? |
| 03:51:16 | WilliamC | All my themes worked until just a few days ago. |
| 03:51:24 | WilliamC | Including the default. |
| 03:51:25 | AzureSky | you know they changed the theme format dont you |
| 03:51:41 | saratoga | so what you're saying is that because something was up to date in teh past, it can't be out of date in the future? |
| 03:51:46 | saratoga | :) |
| 03:51:52 | WilliamC | Up to date 3 days ago |
| 03:52:11 | funman | saratoga: trying flac @44.1kHz 16 bits (dunno about the quality) on clipv2 |
| 03:52:29 | saratoga | funman: i just used the test_file flac and apes |
| 03:52:45 | saratoga | i also noticed one or two glitches playing mp3s, but i'm not sure if I was imaging things |
| 03:52:55 | saratoga | the APE ones were really obvious though since the decoder did not catch the error |
| 03:53:03 | saratoga | and just played loud static |
| 03:53:03 | funman | the same thing happened to me for mp3 today |
| 03:53:07 | | Join krazykit [0] (~kkit@206.183.185.8) |
| 03:53:43 | funman | btw which target did you use? |
| 03:53:47 | WilliamC | I install the daily build on a daily basis. |
| 03:53:53 | saratoga | clipv2 |
| 03:53:55 | funman | it might be different: fuzev1/e200v2 have codec buffer in DRAM and all the others in IRAM |
| 03:54:37 | funman | considering the µSD bug on fuzev2 and the problems I had with PLLA@384MHz on clip+ i think we should revert the PLL change for AMSv2 to rule out problems with SD |
| 03:56:11 | funman | for SD i tested with test_disk on fuzev1/fuzev2, with µSD and internal, and with write&verify and speed test |
| 03:56:57 | funman | last time i had tried such a change it crashed quite fast but i supposed since then we had removed the last writing bugs from the drivers |
| 03:57:31 | WilliamC | Also, I have it playing from my folder on my Sansa E200 but it doesn't seem to give me much variety. |
| 03:57:47 | saratoga | funman: test_disk gave no errors |
| 03:57:52 | saratoga | so i'm not sure what to make of it |
| 03:58:05 | WilliamC | Is there to randomize it more? |
| 03:58:13 | funman | flac plays fine so far here on clipv2, i'll just revert the PLL change and let's see if we still see bugs |
| 03:58:15 | WilliamC | Is there a way to randomize it more |
| 03:58:38 | saratoga | AFAIK its all ready completely random so you can't get more random then that |
| 03:58:58 | WilliamC | So, why isn't it playing some songs? |
| 03:59:08 | funman | press next a random number of times, at random intervals |
| 04:00 |
| 04:00:12 | saratoga | WilliamC: random playback doesn't mean it'll play every song ... |
| 04:00:19 | saratoga | thats actually sort of the opposite of random :) |
| 04:00:41 | | Join steve|m [0] (~steve@p4FD45CD4.dip.t-dialin.net) |
| 04:00:41 | gevaerts | saratoga: shuffle does play everything... |
| 04:00:48 | gevaerts | Just in a random order |
| 04:01:07 | CIA-8 | New commit by funman (r26979): Revert r26937 (as3525v2: use 248MHz PLL) ... |
| 04:01:13 | saratoga | yeah but theres no promise it'll ever play every song :) |
| 04:01:26 | gevaerts | yes there is |
| 04:01:31 | gevaerts | unless you stop it |
| 04:01:34 | saratoga | oh you mean shuffling a playlist? |
| 04:01:57 | gevaerts | Is there another random option? |
| 04:02:02 | funman | IIUC playback settings -> shuffle does just that |
| 04:02:20 | saratoga | repeat shuffle? |
| 04:02:25 | | Quit kramer3d_ (Ping timeout: 240 seconds) |
| 04:02:45 | saratoga | or does that just shuffle the current folder if i select it from the quickscreen |
| 04:03:05 | CIA-8 | r26979 build result: All green |
| 04:03:05 | saratoga | i assume not, since theres both shuffle and repeat shuffle |
| 04:03:47 | funman | TheSeven: i think i have posted a patch which aligned fat stack buffers some time ago, but a simple cache strategy might be worth |
| 04:03:51 | JdGordon | repeat shuffle will still shuffle the whole playlist before playing any song twice |
| 04:04:04 | saratoga | why does the clip+ quick screen show "show files" twice? |
| 04:04:04 | JdGordon | unless that song was in the playlist twice, in which case it wont be played a 3rd time |
| 04:04:21 | WilliamC | Man, some of these themes suck |
| 04:04:26 | saratoga | so whats the difference between shuffle and repeat shuffle? |
| 04:04:26 | JdGordon | because if an item is empty it uses the opposite item |
| 04:04:28 | WilliamC | WTF, Screamiing Oprah |
| 04:04:29 | funman | saratoga: same on clipv1 (no idea why) |
| 04:04:52 | AzureSky | a friend of mine asked me to ask if theres any chance of ading .pla playlist support(the playlists you can make using rclick in windows explorer or with alot of tools for devices like the fuze) |
| 04:04:57 | JdGordon | saratoga: shuffle will shuffle the current playlist and stop, shuffle repeat will reshuffle at playlist end |
| 04:05:07 | JdGordon | it is redundant and iirc there is a patch to reove it |
| 04:05:08 | saratoga | ah that makes sense |
| 04:05:14 | funman | AzureSky: current build should detect µSD fine on fuzev2 |
| 04:05:26 | AzureSky | ok i will giveit a test :D |
| 04:05:28 | saratoga | AzureSky: no plans for it |
| 04:05:34 | JdGordon | AzureSky: there is a patch to convert pla t m3u |
| 04:06:23 | AzureSky | ah didnt see one, it run on the device itself? |
| 04:06:41 | *** | Saving seen data "./dancer.seen" |
| 04:06:45 | AzureSky | i just use createM3U then edit the ones that are for multi folders |
| 04:07:21 | WilliamC | saratoga, you're wrong |
| 04:07:24 | AzureSky | one note, m3u/m3u8 dont work if you ad both sd card and internal memory items last i tested, but pla file do work |
| 04:08:00 | WilliamC | I have a bug to report |
| 04:08:39 | funman | saratoga: btw about embedded art i think ucchan has posted a patch on flyspray |
| 04:08:57 | saratoga | yeah but it wasn't suitable |
| 04:09:09 | WilliamC | I'll just purge the entire .rockbox folder. |
| 04:09:57 | | Quit funman (Quit: free(random());) |
| 04:11:07 | | Quit obo (Ping timeout: 265 seconds) |
| 04:11:48 | saratoga | ah heres the playlist converter: http://www.rockbox.org/tracker/task/6884 |
| 04:12:40 | AzureSky | but do the coverted playlists work on combine internal and external memory tracks? |
| 04:13:21 | AzureSky | and yes, the new build does the trick for sd support :D |
| 04:13:25 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 04:14:13 | | Join Barahir_ [0] (~jonathan@frnk-590fcabd.pool.mediaWays.net) |
| 04:14:22 | | Join webguest02 [0] (www-data@giant.haxx.se) |
| 04:15:22 | | Quit webguest02 (Client Quit) |
| 04:17:36 | | Quit Barahir (Ping timeout: 265 seconds) |
| 04:19:47 | | Quit togetic (Ping timeout: 260 seconds) |
| 04:20:27 | WilliamC | How do I save my dynamic playlist? |
| 04:20:52 | WilliamC | Everything I do either moves the cursor or adds/deletes a letter |
| 04:25:15 | | Quit binaryhermit (Read error: Connection reset by peer) |
| 04:25:26 | | Quit efyx (Remote host closed the connection) |
| 04:25:31 | | Join binaryhermit [0] (~binaryher@adsl-99-141-184-240.dsl.emhril.sbcglobal.net) |
| 04:25:50 | WilliamC | DAMN |
| 04:26:36 | WilliamC | Also, saratoga, wrong wrong wrong wrong wrong! |
| 04:26:52 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 04:28:06 | WilliamC | I guess I'll just have to wait for most of my favorite themes to get updated. |
| 04:28:47 | saratoga | WilliamC: ? |
| 04:29:10 | WilliamC | The themes are still broken, actually all the themes but the default are broken. |
| 04:29:23 | saratoga | which themes are these? |
| 04:30:15 | mc2739 | WilliamC: there is an updater for the skin syntax change. |
| 04:30:39 | WilliamC | black and blue glass, cabbie plus, cabbie v2, Vision, Sentinel |
| 04:31:38 | WilliamC | cabbie v2 works. |
| 04:31:41 | | Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) |
| 04:32:16 | saratoga | WilliamC: where/when did you get them from? |
| 04:32:25 | WilliamC | The utility |
| 04:32:37 | WilliamC | Installation utility |
| 04:32:52 | WilliamC | http://www.rockbox.org/wiki/RockboxUtility#Download |
| 04:33:44 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
| 04:34:19 | | Quit pixelma (Disconnected by services) |
| 04:34:19 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:34:24 | | Quit amiconn (Disconnected by services) |
| 04:34:26 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:34:27 | WilliamC | None of the themes I have installed were updated recently. |
| 04:34:35 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:34:44 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:35:00 | | Join DerPapst1 [0] (~Alexander@p4FE8F654.dip.t-dialin.net) |
| 04:35:15 | saratoga | WilliamC: other half of my question :) |
| 04:35:34 | | Quit kramer3d (Ping timeout: 258 seconds) |
| 04:35:44 | WilliamC | Cabbies V2 works but I don't remember installing that, it must have come with the build |
| 04:37:13 | | Quit DerPapst (Ping timeout: 265 seconds) |
| 04:37:43 | WilliamC | How do you save playlists? |
| 04:37:53 | AzureSky | you could try a fresh install of rockbox. |
| 04:38:02 | WilliamC | AzureSky, I just did |
| 04:38:05 | mc2739 | WilliamC: You can fix them with the skinupdater - a windows version can be downloaded here - http://forums.rockbox.org/index.php?topic=24907.msg168423#msg168423 |
| 04:38:43 | saratoga | or probably just download the updated versions |
| 04:38:57 | WilliamC | They don't exist though |
| 04:39:10 | saratoga | have you checked? |
| 04:39:16 | WilliamC | yeah |
| 04:39:16 | saratoga | IIRC almost all were updated |
| 04:39:30 | saratoga | did you check poorly? |
| 04:39:33 | WilliamC | http://themes.rockbox.org/index.php?target=sansae200 |
| 04:39:56 | WilliamC | Next you're going to be asking me if it's plugged in. |
| 04:40:09 | saratoga | AFAIK all themes on that site should be updated |
| 04:40:13 | saratoga | did you check any of them? |
| 04:40:36 | WilliamC | YES I DID GOD DAMN IT |
| 04:40:59 | saratoga | which one? I'll try it |
| 04:41:04 | saratoga | have to run in a moment though |
| 04:41:05 | binaryhermit | rockbox utility seems to download the old, fubar versions of the themes rather than the new fixed version |
| 04:41:14 | binaryhermit | in my experience |
| 04:41:18 | WilliamC | Ok |
| 04:41:21 | | Join Piki [0] (~Piki@unaffiliated/piki) |
| 04:41:28 | WilliamC | The website says use the utility though |
| 04:41:44 | binaryhermit | if you download the themes manually you get the fixed versions |
| 04:41:46 | saratoga | i only have a couple minutes, so if you want help, hurry up |
| 04:41:51 | AzureSky | i use the svn version |
| 04:41:57 | binaryhermit | again, in my experience |
| 04:42:14 | AzureSky | dosnt support skins for fuzev2 so i have to pretend its a v1 :P |
| 04:42:41 | WilliamC | I cannot find the skins I'm using |
| 04:43:20 | WilliamC | I am confused. |
| 04:43:40 | saratoga | do they show up in rbutil? |
| 04:44:10 | WilliamC | yeah |
| 04:44:26 | saratoga | so which are they? |
| 04:44:33 | WilliamC | The vision ones |
| 04:44:33 | mc2739 | WilliamC: maybe try the latest svn version of Rockbox Utility - http://tinyurl.com/rbutil-dev |
| 04:44:45 | WilliamC | Sand, Wave and Wood |
| 04:44:49 | saratoga | cabbie plus? |
| 04:44:52 | saratoga | oh |
| 04:45:49 | saratoga | well Wave and Wood doesn't appear to have come from the theme site, so no surprise its not updated :) |
| 04:46:25 | WilliamC | I'll use that update utility I guess |
| 04:46:44 | saratoga | which ones were you saying didn't update on the theme site? |
| 04:47:08 | WilliamC | The ones I'm complaining about aren't listed |
| 04:48:00 | WilliamC | Actually Black n Blue Glass is listed |
| 04:48:04 | WilliamC | LEt me see |
| 04:48:37 | WilliamC | That works |
| 04:48:50 | WilliamC | So, the utility is giving me old themes? |
| 04:49:05 | saratoga | cabbie plus is, and it works too from the theme site, but rbutil installs the old one |
| 04:49:11 | saratoga | let me see if a newer rbutil fixes that |
| 04:49:43 | WilliamC | Sorry, I just get angry when I feel that people are treating me like an idiot. |
| 04:50:31 | WilliamC | I think I developed that from unsatisfactory tech support calls where they try to avoid doing any actual support. |
| 04:51:09 | saratoga | yeah the SVN installer works fine |
| 04:51:15 | WilliamC | ok, thanks |
| 04:51:20 | saratoga | but the current release still installs themes for the old syntax |
| 04:51:30 | Piki | hello, just did the manual install of Rockbox on a Fuze v2 (I know, it's an unstable port, but was working fine when i first installed it). after turning on the Fuze, Rockbox loaded normally like it did on my Fuze v1. i plugged in the v2 without shutting it off, and the screen went blank. i tried a soft reset (holding the power button in the on/off position for up to a minute). i also tried putting the power button in the hold position and plugging in while |
| 04:51:32 | Piki | holding the submenu/playlist button, and tried the same thing again except that i held in the center/select button |
| 04:51:46 | Piki | sorry for the long post, but i was hoping for a bit of help |
| 04:51:47 | WilliamC | saratoga, how do I save the dynamic playlist? |
| 04:52:17 | saratoga | WilliamC: no idea |
| 04:52:44 | WilliamC | Shame there is no enter key and the select key just enters in new letters. |
| 04:53:11 | saratoga | Piki: if holding power for a long time doesn't work, i think you have to let the battery run out |
| 04:53:38 | WilliamC | Holding the power button normally works. |
| 04:54:07 | WilliamC | First time I had a kernel panic, I followed suit. |
| 04:54:10 | AzureSky | im not worried if i brick the fuze, i paid for 2 year geeksquad warr that will replace it no questions asked :P |
| 04:54:25 | saratoga | http://download.rockbox.org/daily/manual/rockbox-sansafuzev2/rockbox-buildch4.html#x7-420004.1.3 |
| 04:54:32 | WilliamC | AzureSky, those warranties are a bunch of BS, btw. |
| 04:54:34 | Piki | saratoga: any guesses as to how long a fully charged batttery will take to discharge? or will i just have to guess? |
| 04:54:37 | saratoga | if those keys are wrong, post a flyspray ticket and someone will probably fix it |
| 04:54:57 | AzureSky | funny, i have used it many times willy and its worked eveyr time on every device i have bought at bb |
| 04:54:58 | saratoga | depends what it was doing when it crashed, but the battery lasts about 20 hours fully charged playing music, so thats a rough estimate |
| 04:55:11 | WilliamC | AzureSky, if you want to get them to actually fix or replace anything, you'll get the urge to ram the phone up their rectum eventually. |
| 04:55:14 | AzureSky | Piki, up to 3 or so days |
| 04:55:44 | Piki | AzureSky: for a blank screen? wow, i thought it would be longer |
| 04:55:50 | AzureSky | willy, u go into store, they take the player give you a card with the players value when you bought it on it, you go pick ur replacement |
| 04:56:28 | AzureSky | or u can do a strait swap in store, i have done this many times, never had a problem |
| 04:56:30 | WilliamC | AzureSky, oh, well, when I had an extended warranty they had me deal with a call center first, they tried to find reasons to not help me. |
| 04:56:40 | AzureSky | Pike thats what the Wiki says for time |
| 04:56:47 | WilliamC | This was CircuitCity |
| 04:56:57 | AzureSky | an bestbuy isnt like that |
| 04:57:09 | AzureSky | they honestly just dont give a crap |
| 04:57:22 | Piki | AzureSky: not to be picky, but i'm not based on a street, i'm based on a "Piki" person |
| 04:57:36 | | Quit TheSeven (Ping timeout: 264 seconds) |
| 04:58:04 | AzureSky | an option that works well is to get a squaretrade warr on stuff, they replace it even if u smash it with a hammer :P |
| 04:58:10 | saratoga | rockbox-community is a better place to chat about off topic things |
| 04:59:52 | | Quit saratoga (Quit: Page closed) |
| 05:00 |
| 05:00:46 | | Join HANSi [0] (~CLD@85.26.232.134) |
| 05:02:52 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 05:02:58 | | Quit saratoga_ (Quit: Page closed) |
| 05:10:03 | | Part WilliamC ("Leaving") |
| 05:15:34 | | Quit HANSi (Read error: Connection reset by peer) |
| 05:20:28 | | Nick CGL_emo is now known as CGL_party (~CGL@190.207.202.226) |
| 05:23:40 | | Part Piki ("Konversation terminated!") |
| 05:29:35 | | Quit t0rc (Remote host closed the connection) |
| 05:42:00 | | Join HANSi [0] (~CLD@85.26.165.140) |
| 05:53:07 | | Quit anewuser (Ping timeout: 260 seconds) |
| 06:00 |
| 06:06:45 | *** | Saving seen data "./dancer.seen" |
| 06:07:55 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 06:08:20 | | Nick kramer3d is now known as destiny (~kramer@unaffiliated/kramer3d) |
| 06:09:28 | | Nick destiny is now known as Azaroth (~kramer@unaffiliated/kramer3d) |
| 06:12:09 | | Part HANSi ("Leaving") |
| 06:19:41 | | Join JesusFreak316 [0] (www-data@giant.haxx.se) |
| 06:20:10 | | Quit JesusFreak316 (Client Quit) |
| 06:37:50 | | Quit panni_ (Read error: Connection reset by peer) |
| 06:49:05 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-195-007.pools.arcor-ip.net) |
| 06:49:31 | | Quit Azaroth (Quit: Leaving) |
| 06:55:58 | S_a_i_n_t | saratoga: There are still quite a few themes missing, and a few pass checkwps, but have invalid syntax. |
| 06:56:25 | S_a_i_n_t | Updating the themesite didn't really go that well IMO |
| 06:59:16 | | Quit mc2739 (Ping timeout: 276 seconds) |
| 07:00 |
| 07:00:08 | S_a_i_n_t | There's 4 or 5 missing from Nano 1/2G alone, I really should look which ones they are, but I haven't had much luck trying to get one theme updated, let alone several. |
| 07:00:32 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 07:00:32 | | Join BHSPitMini [0] (~BHSPitMon@ppp-70-243-200-93.dsl.rcsntx.swbell.net) |
| 07:01:11 | AzureSky | seems most of the themes for my fuze use 24hr day on the playing screen, but every other screen they use the setting i choose(12hr) |
| 07:01:51 | S_a_i_n_t | I ened up updating mine myself, which is ok for me but I don't want to go behind an authors back and re-submit a theme. |
| 07:02:00 | S_a_i_n_t | AzureSky: You can edit that easily. |
| 07:02:23 | AzureSky | can u give me a hand only 2 themes i use both have the issue |
| 07:02:29 | S_a_i_n_t | It just means the theme forces 24hour instead of using a 12/24 hour conditional (which is poor form IMO) |
| 07:02:48 | S_a_i_n_t | The manual can give you a hand... |
| 07:02:53 | AzureSky | i can deal with 24 but i just dont want to :P |
| 07:04:36 | S_a_i_n_t | Find the clock line in the WPS and replace it with "%?cf<%cH:%cM|%cI:%cM%cP>" |
| 07:05:13 | S_a_i_n_t | that line (I'm pretty sure I got it right...) will respect the user setting for 12/24 hour |
| 07:06:13 | S_a_i_n_t | It will also pad the hour/minute with a 0 so it doesn't mess up alignment. |
| 07:06:33 | AzureSky | :) nice :D |
| 07:11:41 | AzureSky | working on it |
| 07:15:45 | | Join Horschti [0] (~Horscht2@xbmc/user/horscht) |
| 07:18:26 | | Quit Horscht (Ping timeout: 240 seconds) |
| 07:20:57 | S_a_i_n_t | AzureSky: If you really get stuck, pastebin the wps and I'll fix it up. |
| 07:21:07 | S_a_i_n_t | Just, at least have a go first ;) |
| 07:21:26 | AzureSky | pastebin? |
| 07:21:29 | S_a_i_n_t | argh... S_a_i_n_t forgot to close the bold section. |
| 07:21:37 | S_a_i_n_t | http://rockbox.pastebin.ca/ |
| 07:25:52 | AzureSky | http://rockbox.pastebin.ca/1886862 |
| 07:26:34 | AzureSky | got 1 other that i need clock help on, edited like you showed and it didnt work, removed clock from the playing screen :P |
| 07:27:05 | CIA-8 | New commit by mc2739 (r26980): FS #11418 by Peter Lecky: Slovak language update |
| 07:28:21 | AzureSky | http://rockbox.pastebin.ca/1886863 |
| 07:28:47 | CIA-8 | r26980 build result: All green |
| 07:32:28 | | Quit storm` (Ping timeout: 260 seconds) |
| 07:35:30 | S_a_i_n_t | AzureSky: http://rockbox.pastebin.ca/1886865 |
| 07:35:32 | | Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) |
| 07:35:44 | * | S_a_i_n_t sees no reason why this code should not work. |
| 07:36:06 | AzureSky | thanks |
| 07:36:12 | AzureSky | will test now |
| 07:36:15 | S_a_i_n_t | unless you included the ""s when you editied it? |
| 07:36:22 | | Quit binaryhermit (Ping timeout: 264 seconds) |
| 07:36:51 | AzureSky | not that i know of but i just cleaned out a stack of themes i dont like, i try and keep things light |
| 07:40:41 | | Join binaryhermit [0] (~binaryher@adsl-99-141-184-240.dsl.emhril.sbcglobal.net) |
| 07:41:04 | AzureSky | waiting for refresh.....stupid fuze refresh of db every time i edit a file :P |
| 07:42:21 | AzureSky | worked great :D |
| 07:42:32 | AzureSky | i see what i did wrong to :) |
| 07:42:55 | AzureSky | i suck at editing files that look like gibberish :P |
| 07:45:08 | AzureSky | i gotta get a buddy to remote in again and get my cygwin to work again, so i can compile latist build with saratoga's volume patch |
| 07:45:32 | S_a_i_n_t | what's wrong with your CygWin? |
| 07:45:41 | S_a_i_n_t | it can be a PITA, but is easy to setup. |
| 07:46:52 | AzureSky | it was working last night now it keeps saying its missing the arm-elf-eabi-ld |
| 07:47:06 | S_a_i_n_t | Just delete the Gygwin folder completely, reinstall according to the wiki, don't download the toolchains though, checkout the rockbox source, run rockdev.sh, done. |
| 07:47:34 | S_a_i_n_t | Oh, Hmmm...ignore that then, that's overkill for that fix. |
| 07:47:47 | AzureSky | no clue how to run that to be honest im not at all a programer |
| 07:48:07 | S_a_i_n_t | removing the toolchain and re-running rockboxdev.sh should fix that. |
| 07:48:13 | AzureSky | i use to be able to script for sphere UO server emulator a bit thats it :P |
| 07:48:33 | AzureSky | how do i run the rockboxdev.sh? |
| 07:48:43 | S_a_i_n_t | but, even that is probably overkill compared to what is probably needed to fix it. |
| 07:48:51 | S_a_i_n_t | one sec. |
| 07:49:28 | S_a_i_n_t | just cd to "tools" then "./rockboxdev.sh" |
| 07:49:29 | AzureSky | i SUCK at this stuff, if i had an acct like my buddy with citrix easy support i would let you remote in and do it :P |
| 07:51:26 | AzureSky | its doing its thing now |
| 07:51:31 | AzureSky | hope this works :) |
| 07:52:10 | AzureSky | i thought i was done using commandline all the time when i moved to windows 2000 years ago :P |
| 07:52:11 | S_a_i_n_t | It should do, you told it to build arm-eabi by inputting "e" I take it? |
| 07:52:45 | AzureSky | did the one that listed sansa and e as well |
| 07:53:23 | AzureSky | one nice thing about having a 6 core, even when doing stuff like compiling i never endup being bogged down :D |
| 07:53:47 | S_a_i_n_t | *cough* /topic *cough* |
| 07:53:55 | AzureSky | sorry |
| 08:00 |
| 08:06:47 | *** | Saving seen data "./dancer.seen" |
| 08:08:40 | AzureSky | ok, quick question, how do i go about using satatoga's volume patch? |
| 08:30:44 | AzureSky | ok, 1 more what is the command to update the source i already have to latist rather then redownload the whole thing again? |
| 08:30:55 | S_a_i_n_t | "svn update" |
| 08:31:09 | S_a_i_n_t | seems to simple no? |
| 08:31:12 | S_a_i_n_t | *too |
| 08:31:34 | AzureSky | yeah that is to simple |
| 08:31:45 | | Quit leavittx (Read error: Connection timed out) |
| 08:32:02 | | Join mitk [0] (~mitk@chello089078013092.chello.pl) |
| 08:32:07 | S_a_i_n_t | "svn −−help" will tell you other possibly commands. |
| 08:32:16 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 08:32:19 | S_a_i_n_t | adding "−−help" to almost anythng works. |
| 08:32:51 | AzureSky | do i need to add a revision number or url to the "svn update" command? |
| 08:33:33 | AzureSky | nm its working :D |
| 08:33:44 | S_a_i_n_t | "svn update" will always pull the latest revision. |
| 08:33:58 | S_a_i_n_t | even "svn up" wil work. |
| 08:34:42 | | Join ast[1] [0] (~astreaz@CPE-121-217-6-3.lnse1.cht.bigpond.net.au) |
| 08:35:43 | | Quit ast[1] (Client Quit) |
| 08:37:30 | * | S_a_i_n_t points AzureSky to: http://www.rockbox.org/wiki/DocsIndex#For_Developers |
| 08:37:48 | S_a_i_n_t | it answers all the basic "How do I...?" development questions. |
| 08:50:53 | | Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
| 09:00 |
| 09:05:55 | | Quit kramer3d_ (Ping timeout: 260 seconds) |
| 09:26:28 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 09:28:40 | CIA-8 | New commit by jdgordon (r26981): fix the viewport tag [arams |
| 09:30:23 | CIA-8 | r26981 build result: All green |
| 09:38:47 | | Join Kitr88 [0] (~Kitar_st@89.142.60.25) |
| 09:42:25 | | Quit Kitar|st (Ping timeout: 276 seconds) |
| 09:43:15 | | Quit Kitr88 (Ping timeout: 248 seconds) |
| 09:43:43 | | Join flydutch [0] (~flydutch@host110-154-dynamic.14-87-r.retail.telecomitalia.it) |
| 09:48:43 | | Join Kitar|st [0] (Kitar_st@BSN-143-111-251.dial-up.dsl.siol.net) |
| 09:50:42 | | Join stoffel [0] (~quassel@p57B4C717.dip.t-dialin.net) |
| 09:57:14 | | Join Rob2223 [0] (~Miranda@p4FDCA1FA.dip.t-dialin.net) |
| 10:00 |
| 10:00:37 | * | JdGordon spots a rather bad bug in the legacy skin parser :/ |
| 10:00:47 | | Quit Rob2222 (Ping timeout: 265 seconds) |
| 10:06:49 | *** | Saving seen data "./dancer.seen" |
| 10:09:23 | JdGordon | I assume noone noticed that sharing fonts between skins doesnt actually work? |
| 10:09:48 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 10:09:49 | JdGordon | they will work, but the font will be loaded twice! |
| 10:11:29 | | Quit TheSeven (Ping timeout: 272 seconds) |
| 10:13:07 | | Quit binaryhermit (Quit: Leaving) |
| 10:13:53 | pixelma | sharing fonts between skins - what do you mean with that? |
| 10:17:00 | JdGordon | if you load the same font in more than one skin, the font should only load once |
| 10:17:13 | JdGordon | I just noticed that is almost certainly not happening |
| 10:31:56 | S_a_i_n_t | I thought I noticed that by looking at the skin buffer...but I wasn't sure, nor could I confirm it. |
| 10:41:44 | | Join hamish_ [0] (~hamish@119.224.50.74) |
| 10:41:54 | | Quit hamish_ (Client Quit) |
| 10:44:13 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 11:00 |
| 11:03:23 | | Quit mc2739 (Read error: Operation timed out) |
| 11:05:03 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 11:09:55 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 11:37:01 | | Join ender1 [0] (krneki@foo.eternallybored.org) |
| 11:37:19 | | Quit ender` (Disconnected by services) |
| 11:37:23 | | Nick ender1 is now known as ender` (krneki@foo.eternallybored.org) |
| 11:39:57 | * | S_a_i_n_t wonders where to start to try and make "make voice" smart enough to do "nothing to be done for `all`" instead of cimpiling a voicefile even if no changes were made... |
| 11:50:24 | | Join Jerom [0] (~Jerom@79.132.53.242) |
| 11:51:30 | | Join andromedea [0] (~manzanita@ip68-104-236-55.ph.ph.cox.net) |
| 11:58:35 | andromedea | I read through the links in the topic and can't help myself. I'm trying to install rockbox on my sansa e200 and keep getting "Bootloader mismatch! Aborting" |
| 11:59:39 | bertrik | andromedea, is it an e200 or and e200v2? |
| 11:59:48 | andromedea | e200 |
| 12:00 |
| 12:00:15 | bertrik | I think you get this message when you installed the correct bootloader but the wrong rockbox main firmware |
| 12:01:21 | bertrik | What rockbox version exactly are you trying to install? I could have a try with the same version on my e200. |
| 12:04:06 | andromedea | Here's the trick: it's potentially an R. I bought it refurbed, and it said "rhapsody" on it, but performed no rhapsody functions. |
| 12:05:05 | bertrik | Sorry, I'm not familiar with the installation procedure for the rhapsody versions |
| 12:06:51 | *** | Saving seen data "./dancer.seen" |
| 12:18:21 | pixelma | andromedea: did it just say "Rhapsody" on its back plate or so? Sandisk is known to assemble those together in different ways... What were the USB mode settings in the original firmware called? |
| 12:27:51 | andromedea | it just says rhapsody on the back plate. ... and now it won't even turn on. |
| 12:29:50 | andromedea | usb setting were msc/mtp |
| 12:30:09 | bluebroth3r | what is producing this "Aborting!" message? Rockbox Utility? |
| 12:30:17 | andromedea | yes |
| 12:30:48 | bertrik | oh sorry, then I gave the wrong answer to your first question, I thought it was the bootloader complaining |
| 12:31:23 | bluebroth3r | ok, then then nothing should have been written to the player. |
| 12:31:32 | pixelma | then it's no Rhapsody as far as I know. The USB settings are called something like "Plays for sure" or somesuch |
| 12:32:00 | andromedea | I figured |
| 12:32:41 | andromedea | v 1.02.24 |
| 12:32:44 | bluebroth3r | have you already tried resetting the player? I.e. hold Power until it turns off, then power it up again? |
| 12:32:58 | andromedea | yes |
| 12:33:07 | pixelma | bluebroth3r: the error "bootloader mismatch" sounds a bit like there already is a Rockbox bootloader on it, or not? |
| 12:34:13 | andromedea | google turns up depressingly little |
| 12:34:17 | bluebroth3r | no, that is an internal check of the downloaded file |
| 12:34:52 | bluebroth3r | after the bootloader has been downloaded it gets its version information checked. |
| 12:35:02 | bluebroth3r | andromedea: have you saved the system trace of Rockbox Utility? |
| 12:35:51 | JdGordon | do we currently allow %xd() and %vd() to reference a not yet loaded image/viewport? |
| 12:36:04 | JdGordon | i.e before the coresponding %xl/%vl ? |
| 12:36:19 | S_a_i_n_t | JdGordon: Yes |
| 12:36:28 | andromedea | I'm not following |
| 12:36:32 | | Join DataGhost [0] (~dataghost@17-18-ftth.onsnetstudenten.nl) |
| 12:36:32 | | Quit DataGhost (Changing host) |
| 12:36:32 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
| 12:36:40 | JdGordon | S_a_i_n_t: ok thanks |
| 12:36:42 | JdGordon | bugger :p |
| 12:36:57 | S_a_i_n_t | sorry, I just answered the question :P |
| 12:37:02 | bluebroth3r | andromedea: after that error appears there should be a "save log" button in the log windows. Did you use that? |
| 12:37:30 | pixelma | JdGordon: %Vd before the %Vl was said to be a must with the first implementation |
| 12:37:48 | JdGordon | ok, yeah, just making sure the new parser owuldnt break that |
| 12:37:55 | JdGordon | easy enough to work around it |
| 12:38:18 | S_a_i_n_t | I find it good practice to load before the call, but it isn;t necessary. |
| 12:38:38 | bluebroth3r | if not, have you closed and opened Rockbox Utility in the meantime? |
| 12:39:14 | andromedea | fail.log is empty |
| 12:39:23 | andromedea | and yes, i have |
| 12:39:31 | bluebroth3r | empty? That's strange. |
| 12:39:36 | bluebroth3r | is Rockbox Utility still running? |
| 12:39:42 | andromedea | yes |
| 12:39:48 | | Quit cjcopi (Read error: Operation timed out) |
| 12:40:05 | bluebroth3r | ok, can you go to the Help / Troubleshooting / System Trace menu? It should show the most recent trace |
| 12:40:57 | andromedea | http://pastebin.org/344983 |
| 12:42:55 | bluebroth3r | you have selected the c200 as player but it's in fact an e200 |
| 12:43:21 | bluebroth3r | installing the wrong bootloader would cause serious problems, so bootloader installation verifies this and refused to install the wrong bootloader. |
| 12:43:24 | andromedea | jesus |
| 12:43:34 | | Quit JdGordon (Quit: Leaving.) |
| 12:43:35 | andromedea | what an idiot |
| 12:43:36 | | Quit JdGordon| (Remote host closed the connection) |
| 12:43:40 | bluebroth3r | (this at least works for e200 vs c200, it's a bit different for other players) |
| 12:43:51 | bluebroth3r | please try again with the correct player setting :) |
| 12:45:25 | andromedea | i just want to point out that "c" and "e" bear a strong resemblance at 3am |
| 12:46:09 | | Join halmi [0] (~netbook@80-123-38-102.adsl.highway.telekom.at) |
| 12:46:30 | * | S_a_i_n_t hands andromedea a screen magnifier ;) |
| 12:47:08 | * | pixelma blames Sandisk ;) |
| 12:47:13 | bluebroth3r | don't worry, such mistakes happen. Though autodetection should have worked done the correct thing for you ;-) |
| 12:50:06 | andromedea | oh good, iwas hoping this would fix the jumpy wheel thing, but it didn't |
| 12:50:43 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 12:52:41 | andromedea | thanks for the elp guys :) |
| 12:58:56 | | Join pamaury [0] (~quassel@p5DDEF6F6.dip.t-dialin.net) |
| 12:59:04 | | Quit pamaury (Changing host) |
| 12:59:04 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 13:00 |
| 13:03:43 | andromedea | hoo boy, now my computer doesn't recognize the sansa |
| 13:05:05 | pixelma | what operating system does your computer run? |
| 13:05:16 | amiconn | pixelma: Building manuals automatically might be desirable, but there is at least one fundamental problem |
| 13:05:44 | andromedea | windows 7 |
| 13:06:14 | amiconn | Building them only after commits to manual/ isn't enough, because afaiu the manuals also use the config/ stuff to figure out features |
| 13:06:23 | amiconn | They also use tools/configure. |
| 13:06:50 | amiconn | But building manuals after every commit is overkill, imo |
| 13:07:32 | pixelma | andromedea: weird... your Sansa and its microSD slot should get a drive letter in explorer, I'm not aware of USB problems with Windows7 |
| 13:08:07 | * | S_a_i_n_t still needs to turn off HID on the Nano1g sometimes on Win7 |
| 13:09:15 | pixelma | amiconn: I thought of that too (the features parsing), but it will still be much better than now and if a commit to features.txt will break a manual then it needs a commit to manual/ to fix it anyway (or to features.txt again) |
| 13:11:32 | amiconn | The features file is generated as part of the build (btw, that's the reason why a manual build as well as a voice build needs the target crosscompiler) |
| 13:11:38 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 13:12:18 | amiconn | So if a code change that changes features breaks a/the manual(s), you won't notice if it doesn't trigger a manual build |
| 13:13:04 | pixelma | but now you sometimes even won't know if a manual commit breaks a manual |
| 13:13:40 | pixelma | you have to wait for the next day and check (and not forget in the meantime) |
| 13:14:18 | amiconn | Since we don't have automated manual builds now, I'd expect the committer to test more thoroughly before commit |
| 13:14:47 | pixelma | I test a lot but still overlooked one manual last time |
| 13:15:19 | | Join Buschel [0] (~~andree@p54A3D2C1.dip.t-dialin.net) |
| 13:15:44 | amiconn | I'm not saying automated builds are bad - but defining the conditions which should trigger a build seems to be complicated |
| 13:16:57 | amiconn | Btw, the automated binary builds have the same problem, albeit to a lesser degree |
| 13:17:53 | pixelma | and as you said yourself, manuals can break even when committing something to the rest of the code which happened last time with some hotkey enabling. Then almost no-one notices |
| 13:18:33 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 13:19:00 | amiconn | Another problem is scanning the build output for errors, given the ton of messages a manual build produces |
| 13:19:38 | pixelma | IMO doing commits on changes to manual/ would already be a great help - or another idea discussed sometimes: a frontend that lets committers trigger a new daily manual in case it was broken |
| 13:19:47 | amiconn | This output contains numerous 'warning' and 'error' messages which are meaningless - but some will be real |
| 13:20:17 | amiconn | This is different from the main builds |
| 13:21:12 | | Nick Horschti is now known as Horscht (~Horscht2@xbmc/user/horscht) |
| 13:21:17 | pixelma | in my experience it'll do with checking if it compiles at all and not using non-stop mode. On an error that really breaks a manual, the build process stops (and asks you what it should do) |
| 13:21:42 | amiconn | Yes, and that's even worse |
| 13:22:01 | pixelma | eh, why? |
| 13:22:07 | amiconn | You cannot automate that - if you have a manual that doesn't build, the process won't end |
| 13:22:31 | amiconn | Nobody is there who could answer that request. You could kill the process |
| 13:22:56 | amiconn | But you won't see what messages it generated. Logging all of them is not an option I'm afraid |
| 13:23:16 | amiconn | So all you get is a simple yes/no answer - did it generate an output file or not? |
| 13:24:12 | bluebroth3r | with non-stop mode building should break on errors, not ask for user input |
| 13:24:37 | bluebroth3r | the problem is when you try to manually interrupt building because LaTeX will then go into interactive mode |
| 13:24:44 | amiconn | Yeah okay - that still leaves the problem that you don't get to see the messages |
| 13:24:46 | pixelma | bluebroth3r: yes, but how do you find the "offending" error then? |
| 13:25:10 | bluebroth3r | pixelma: seems like those guys managed to get an output parser done: http://vim-latex.sourceforge.net/screenshots/compilation-error.png |
| 13:25:34 | bluebroth3r | I was thinking in looking into it in the hope to generate an output filter script |
| 13:25:51 | bluebroth3r | btw, the output itself is also written into the log file in the build folder. |
| 13:26:47 | bluebroth3r | one option to address the dependency issue would be to automatically generate dependencies for the manual, and trigger a rebuild if any of those files changes. This will of course fail if the dependencies change, but IMO this would be a minor issue |
| 13:26:52 | amiconn | Did you compare the log size of a manual build and a main build? |
| 13:27:34 | bluebroth3r | no, why? |
| 13:28:11 | bluebroth3r | I know LaTeX prints heaps more of (partly unimportant) stuff |
| 13:28:21 | pixelma | for upload purposes I guess |
| 13:28:39 | pixelma | and for people to look through |
| 13:29:29 | bluebroth3r | that's the reason why I wanted to try getting a parser for the log files done |
| 13:31:41 | bluebroth3r | 66kB for this somewhat outdated manual build log file |
| 13:31:41 | | Part andromedea |
| 13:31:47 | pixelma | and if Zagor or someone else won't fix whatever is broken in the voice and manual daily build script then we won't have manuals from tomorrow on or so I guess :\ |
| 13:32:01 | bluebroth3r | wouldn't consider that too bad. It's noticably worse than the build logs of course |
| 13:32:50 | bluebroth3r | we won't have manuals anymore? Aren't the old ones kept in case updating fails? |
| 13:33:03 | pixelma | if there is an error in it besides the warnings in non-stop mode how will you find it |
| 13:33:51 | pixelma | bluebroth3r: not that I've seen the last few times manuals were broken long enough (longer than 3-4 days recently) |
| 13:36:09 | bluebroth3r | pixelma: ouch, that's bad. If things fail I can build a round of current manuals and upload them to my webspace though. |
| 13:37:34 | bluebroth3r | pixelma: grep the log file for lines starting with ! |
| 13:38:39 | bluebroth3r | hmm, might even be sufficient to filter the LaTeX output |
| 13:39:15 | bluebroth3r | for normal filtering that is |
| 13:39:17 | pixelma | maybe that could be done on the build client side before uploading the log? |
| 13:40:52 | bluebroth3r | I'm thinking about filtering the stdout messages for that. Would make the output much more useful. |
| 13:41:12 | bluebroth3r | will hide Overful / Underful messages though, but I don't think anyone cares about them anyway. |
| 13:43:50 | | Join webguest59 [0] (www-data@giant.haxx.se) |
| 13:44:34 | pixelma | the only thing I "use" them for is to see if compiling still goes on ;) |
| 13:44:35 | | Quit webguest59 (Client Quit) |
| 13:46:30 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 13:50:10 | AlexP | I'd at the least like a table that shows whether each manual built during the last round |
| 13:50:39 | AlexP | amiconn: It just isn't feasible to always catch all errors |
| 13:51:14 | bluebroth3r | pixelma: http://pastebin.com/7JRRefei |
| 13:51:20 | AlexP | Speaking for myself I always build lots of different ones, but they can slip through and at the moment there is no easy way to see if they are broken or not |
| 13:51:49 | * | bluebroth3r should dig out his old buildall script for the manuals |
| 13:52:27 | bluebroth3r | pixelma, AlexP: you're aware that the WPS tags in the manual haven't been updated to the new syntax yet? |
| 13:52:40 | AlexP | bluebroth3r: I'm about to commit that |
| 13:52:57 | bluebroth3r | AlexP: the tags? Nice. |
| 13:53:01 | AlexP | Currently test building |
| 13:53:46 | AlexP | Is there any way in the tagmap tables to break the first column but still remain in a cell? Some of the tags are so long that they leave about 4 letters for the explanation |
| 13:54:13 | bluebroth3r | AlexP: IIRC \newline did that. Not completely sure though |
| 13:54:22 | AlexP | thanks, I'll try |
| 13:54:40 | pixelma | \newline works great in button tables for that |
| 13:54:52 | pixelma | CustomWPS hasn't been updated either and I thought JdGordon would at least do that |
| 13:55:10 | AlexP | I've also added multifont |
| 13:55:51 | TheSeven | pamaury: I had some thoughts about the drive cache tonight |
| 13:56:15 | TheSeven | how should we deal with write accesses? |
| 13:56:41 | TheSeven | should they lock out other accesses to that sector until the sector gets committed? should they read the old state? should they read the new state? |
| 13:56:52 | TheSeven | do we need an "exclusive read" mode? |
| 13:57:29 | AlexP | hmmm, doesn't seem to work |
| 13:58:19 | TheSeven | what happens with pre-existing read handles to a sector if it gets opened for writing? allocate a new buffer for that? |
| 13:58:25 | TheSeven | or block until the read handles are closed? |
| 13:58:57 | bluebroth3r | wtf? Why does the grep filtering don't work on the first run in a clean folder? |
| 13:59:51 | TheSeven | or even panic in that case? |
| 14:00 |
| 14:00:18 | TheSeven | (can it ever happen that a sector is being written while it's opened for some file/dir? |
| 14:02:43 | | Join playing-the-fool [0] (~zic@lin67-4-78-239-42-148.fbx.proxad.net) |
| 14:06:55 | *** | Saving seen data "./dancer.seen" |
| 14:06:56 | S_a_i_n_t | I was wondering what happens with the manual and the wiki regarding wps syntax. |
| 14:07:10 | AlexP | No \newline doesn't work, it just eats the space |
| 14:07:11 | S_a_i_n_t | what happens if someone has the release build? |
| 14:07:21 | S_a_i_n_t | (and wants to check wps syntax) |
| 14:07:22 | AlexP | They use the release manual |
| 14:07:29 | pixelma | AlexP: what? |
| 14:07:42 | | Quit playing-the-fool (Quit: Ухожу я от вас) |
| 14:07:43 | AlexP | pixelma: r.e. \newline? |
| 14:07:47 | pixelma | yes |
| 14:07:48 | S_a_i_n_t | aha...right, that's a bit of a facepalm on my part ;) |
| 14:07:55 | * | S_a_i_n_t creeps back into his corner |
| 14:08:18 | AlexP | pixelma: I have this: \config{\%V(x,y,[width],[height],[font])}\newline \config{\%Vf([fgcolour]) \%Vb([bgcolour])} & See section \ref{ref:Viewports}\\} |
| 14:08:54 | * | bluebroth3r figured it |
| 14:09:02 | AlexP | pixelma: I want a line break where \newline is, but all that happens is that I get "font])%Vf with no space |
| 14:09:17 | pixelma | what happens with just the space? |
| 14:09:24 | AlexP | The space is there |
| 14:09:40 | AlexP | i.e. ...font]) %Vf... |
| 14:10:40 | pixelma | I mean: doesn't LaTeX break the line on a simple space anyway if necessary (without the \newline) |
| 14:11:13 | pixelma | maybe there is a difference between the table environment for button tables and the one you are dealing with currently |
| 14:11:37 | AlexP | no, it doesn't break |
| 14:12:11 | AlexP | must be, I'll have a look what |
| 14:12:54 | | Quit stoffel (Ping timeout: 265 seconds) |
| 14:13:48 | TheSeven | is there any documentation on the source tree? |
| 14:14:15 | TheSeven | what does go to common, what to drivers, and what's directly in firmware? |
| 14:14:30 | TheSeven | are there any guidelines for this? |
| 14:14:38 | | Join cjcopi [0] (~craig@charon.craig.copi.org) |
| 14:15:25 | | Part Jerom |
| 14:15:43 | bluebroth3r | pixelma: ah, found something: the LaTeX run can stop in interactive mode when doing the first run in an empty folder. That's because a different rule triggers first and is lacking $(LATEXOPTS) :( |
| 14:16:20 | JdGordon | pixelma: that would be fair if I had touched it at all... |
| 14:17:03 | JdGordon | TheSeven: what are you asking about in particular? |
| 14:17:16 | TheSeven | I'm about to add a disk cache layer |
| 14:17:26 | pixelma | JdGordon: you did not change the WPS syntax - or what are you referring to? |
| 14:17:33 | TheSeven | or rather sector buffer pool |
| 14:17:34 | JdGordon | AFAIK there isnt any actual guidelines... whereever it makes sense |
| 14:17:46 | TheSeven | and what *does* make sense? |
| 14:17:46 | pixelma | bluebroth3r: sorry, I can't follow |
| 14:17:55 | JdGordon | pixelma: I meant because I hadnt fixed the doc at all that wasnnt fair |
| 14:18:14 | JdGordon | it is a wiki after all... |
| 14:18:23 | TheSeven | storage.c is in firmware, fat.c is in drivers, file.c, dir_uncached.c and dircache.c are in common |
| 14:18:29 | bluebroth3r | pixelma: the Makefile for the manual has a bug. It requries running LaTeX several times (which is needed because of LaTeX way of breaking text). |
| 14:18:48 | TheSeven | i don't really see any scheme behind this |
| 14:18:57 | JdGordon | there probably isnt any |
| 14:19:07 | bluebroth3r | however, the first run of LaTeX triggers a different Makefile rule. These also calls pdflatex, but fails to pass the $(LATEXOPTS) value thus not enabling nonstopmode. |
| 14:19:13 | TheSeven | so that's just a "put it wherever you like"? |
| 14:19:24 | TheSeven | what are those folders for then? |
| 14:19:37 | bluebroth3r | so for this first run (which only gets triggered if the .aux file doesn't exist) building *can* end up in interactive mode |
| 14:19:41 | TheSeven | why don't we just throw everything into a single one? |
| 14:20:05 | * | bluebroth3r wonders if there's a way to make LaTeX not break its output at 80 characters |
| 14:20:07 | JdGordon | it probably made sense 5 years ago |
| 14:20:22 | pixelma | JdGordon: I didn't follow everything that had changed (which thing is which now) and since you invented it you have the best knowledge. Since you are not touching the manual at all and kept CustomWPS up-to-date the last times you changed things... |
| 14:21:42 | pamaury | TheSeven: sorry, I just saw you talked to me :) |
| 14:22:23 | pamaury | I would say that there are two different ways to do it: |
| 14:22:48 | pamaury | 1) Sector cache: a layer between storage api and actual storage api, you need to solve all these issues |
| 14:23:27 | pamaury | 2) Sector pool: just a specialized kind of malloc, we just need to use it instead of allocating on stack, no change in the storage layer |
| 14:23:59 | CIA-8 | New commit by theseven (r26982): Add a STORAGE_ALIGN_ATTR macro, similar to CACHEALIGN_ATTR, for consistency |
| 14:25:06 | TheSeven | pamaury: I'd like to do something in between |
| 14:25:41 | CIA-8 | r26982 build result: All green |
| 14:25:54 | pamaury | TheSeven: how is this possible ? :) |
| 14:27:42 | TheSeven | keeping it as simple as possible while at least re-using buffers for multiple read accesses to the same sector |
| 14:28:10 | TheSeven | i'm wondering if it should be merged with the fat cache or not |
| 14:28:27 | pamaury | I would personally go for the first one because I'm not sure a sector "cache" is useful. We don't do much disk accesses so it's will basically be a cache miss on every read/write. The FAT is the only exception imo |
| 14:28:56 | pamaury | I might be proved wrong of course. |
| 14:29:22 | CIA-8 | New commit by theseven (r26983): Use STORAGE_ALIGN_ATTR for instead of hardwired alignment in the Nano2G FTL and NAND driver |
| 14:30:16 | TheSeven | searching directories might have a few hits |
| 14:30:52 | pamaury | hm, that's right, but I *think* the fat_dir does caching by itself for directory scanning, let me check |
| 14:31:01 | CIA-8 | r26983 build result: 88 errors, 0 warnings (theseven committed) |
| 14:31:06 | pamaury | (anf there is dircache of course) |
| 14:31:09 | TheSeven | it only has a single buffer for that |
| 14:31:43 | pamaury | yes, one buffer per dir, that's sufficient, it's sequential accesses |
| 14:31:46 | TheSeven | i just think it can't hurt to keep recently used data around until to be able to re-use it until we need the space |
| 14:32:40 | * | S_a_i_n_t often wondered about the source subdirs, for someone like myself its a real PITA to find anything. |
| 14:33:00 | pamaury | No, it's just that a cache is more complicated than a simple pool |
| 14:33:01 | S_a_i_n_t | there doesn't seem to be any rules defining where things should be placed. |
| 14:33:19 | S_a_i_n_t | and, IMO, there should be. |
| 14:33:33 | pamaury | S_a_i_n_t: basically, on the least common ancestor of uses :) |
| 14:33:40 | pamaury | with exceptions :) |
| 14:34:10 | CIA-8 | New commit by theseven (r26984): Also define STORAGE_ALIGN_ATTR if STORAGE_WANTS_ALIGN isn't defined |
| 14:34:15 | S_a_i_n_t | its "the exceptions" that confuse me :P |
| 14:34:25 | pamaury | TheSeven: so you would go for a api that allows you to read a sector and give you a handle to a buffer, that's right ? |
| 14:34:54 | S_a_i_n_t | reorganising the code so everything was in its propper subdir would be a real PITA, but worthwhile. |
| 14:35:03 | S_a_i_n_t | then creating rules, and sticking to them. |
| 14:35:19 | pamaury | S_a_i_n_t: what are the exception ? I can see the drivers/ one which has strange subdirs in it but that's all |
| 14:35:31 | CIA-8 | New commit by theseven (r26985): Fix misspelled STORAGE_WANTS_ALIGN in s5l8700/system-target.h. Also add PROC_NEEDS_CACHEALIGN. |
| 14:35:44 | CIA-8 | r26984 build result: All green |
| 14:36:01 | pamaury | Ok, I need to leave for a few minutes, continue to give your thoughts on the sector cache please |
| 14:36:05 | TheSeven | what's the exact meaning of the "common" dir? |
| 14:36:10 | S_a_i_n_t | things like rbutil for instance (a lesser example)..why is this split out? why not have it in tools? |
| 14:36:11 | TheSeven | "common" between what exactly? |
| 14:36:14 | S_a_i_n_t | is it not a tool? |
| 14:36:39 | TheSeven | S_a_i_n_t: tools are build scripts and similar stuff |
| 14:36:49 | TheSeven | if anything, it should be in util/ |
| 14:37:08 | CIA-8 | r26985 build result: All green |
| 14:37:12 | | Quit Rob2223 (Quit: Rob2223) |
| 14:37:31 | TheSeven | pamaury: yes, that's basically what I'm planning to do |
| 14:37:37 | JdGordon | it's all just one big bloody mess! |
| 14:38:24 | | Join stoffel [0] (~quassel@p57B4C717.dip.t-dialin.net) |
| 14:38:26 | S_a_i_n_t | JdGordon: This is true. |
| 14:38:28 | TheSeven | the question is just if the fat cache should be merged with that, so that it can use the currently-free sector buffers as additional cache. this means that we have to handle writes somehow of course, but that could be done in a similar way as the fat cache is doing it currently |
| 14:38:35 | S_a_i_n_t | it may as well be one directory :/ |
| 14:39:03 | S_a_i_n_t | At least then I'd know exactly where to look for things :P |
| 14:39:25 | CIA-8 | New commit by bluebrother (r26986): Apply LATEXOPTS to all LaTeX runs. ... |
| 14:40:56 | CIA-8 | r26986 build result: All green |
| 14:41:06 | pamaury | S_a_i_n_t: the common/ dir is a bit strange, I admit that. It's more a user interface to the firmware but yeah... |
| 14:41:26 | pamaury | TheSeven: if you do it this way, get rid of the fat cache, that's basically the same behaviour no ? |
| 14:41:55 | TheSeven | yes, with some small additions |
| 14:42:40 | TheSeven | you need the ability to lock buffers etc. |
| 14:42:55 | pamaury | yes |
| 14:43:26 | pamaury | and the ability to read without using a cache buffer also, when you already have a buffer |
| 14:43:43 | pamaury | and you know there is little point in caching |
| 14:45:16 | | Join Rob2222 [0] (~Miranda@p4FDCA1FA.dip.t-dialin.net) |
| 14:45:21 | TheSeven | IIUC there will always be only a single user for everything that may be written (either the FAT, a dir or a file) |
| 14:45:24 | bluebroth3r | pixelma: can you give that change a try on cygwin? http://pastebin.com/4AUPGRuz |
| 14:45:47 | pamaury | S_a_i_n_t: anyway, the subdirs are mainly here to avoid having a big chunk of .c files, it's suboptimal but better than a plain dir imo |
| 14:46:06 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 14:46:24 | bertrik | TheSeven, can we put an assertion on that assumption (e.g. panic if it's not the case)? |
| 14:46:45 | TheSeven | bertrik: that would make sense |
| 14:46:49 | pamaury | TheSeven: that needs to be checked, but except if you open the same file twice of writing (which is undefined), I think yes |
| 14:47:06 | TheSeven | we could also try to just sequentialize those accesses through locking |
| 14:47:18 | pixelma | bluebroth3r: just test if a manual still builds? |
| 14:47:47 | bluebroth3r | pixelma: yes. Should give you much less output on stdout (the log file won't be affected in case you need more information) |
| 14:48:06 | bluebroth3r | it does some truncation (or to be more precise, it doesn't do reflowing) but that shouldn't hurt. |
| 14:48:24 | TheSeven | pamaury: how are files read/written? |
| 14:48:57 | TheSeven | is that always done through that file's sector buffer? |
| 14:48:58 | pamaury | I think file.c has a buffer per file |
| 14:49:08 | pamaury | And that's all |
| 14:49:15 | pamaury | for reading at least |
| 14:49:30 | TheSeven | will that be bypassed for big accesses that need to read a whole sector? |
| 14:50:09 | TheSeven | hm, even if it is, the current code will already have to deal with the r/w conflict anyway |
| 14:50:58 | TheSeven | so it looks like we basically don't need to care about write accesses, they'll just have to be done in a safe manner, which should already be the case |
| 14:51:33 | pixelma | bluebroth3r: patch fails (on an updated SVN r26986) |
| 14:51:50 | pamaury | Looking at the code, it seens read>one sector trash the cache and just read |
| 14:52:20 | TheSeven | are file writes cached? |
| 14:52:34 | TheSeven | (if you only write a few bytes at a time until the sector is full) |
| 14:52:37 | AlexP | bluebroth3r, pixelma: Any objection to me changing the tagmap environment to "\tabularx{\textwidth}{>{\raggedright\arraybackslash}p{.42\textwidth}X}\toprule\rowcolor{tblhdrbgcolor}" |
| 14:52:48 | TheSeven | or is the whole sector rewritten for each write? |
| 14:52:56 | AlexP | It means that the second column doesn't end up with space for only a couple of characters |
| 14:53:08 | pamaury | I'm not sure but I think it is cached until trashed, so it can write a whole sector at once |
| 14:54:00 | pixelma | AlexP: can't think of any ;) |
| 14:54:00 | bluebroth3r | pixelma: urgh? Have you used -p1? |
| 14:54:04 | pixelma | yes |
| 14:54:16 | * | JdGordon is stumped |
| 14:54:33 | * | bluebroth3r is puzzled |
| 14:54:51 | bluebroth3r | I've made that patch from an r26986 checkout :o |
| 14:55:01 | JdGordon | how the heck do I incoportate the new skin parser (which dumps a completly different data structure) without having to recode everything at once? |
| 14:55:18 | JdGordon | this patch is turning mammoth and I havnt actually got anything workling yet |
| 14:56:39 | pamaury | TheSeven: if I read the code correctly, if the write is < one sector, it's just a memcpy if it fits into the sector cache, otherwise, it's write through for all bytes except the tail which is cached |
| 14:57:01 | TheSeven | ok, so that's a clever single-sector cache |
| 14:57:11 | pamaury | yes |
| 14:57:17 | pamaury | that would be stupid otherwise |
| 14:57:50 | pixelma | bluebroth3r: .rej looks like I could apply the two failed hunkjs (#2 and #3) by hand |
| 14:58:01 | pixelma | hunks too |
| 14:58:11 | CIA-8 | New commit by alex (r26987): Add multifont to the manual. Closes FS #11294. |
| 14:58:26 | CIA-8 | New commit by alex (r26988): Adjust the tagmap table environment so that the second column doesn't end up tiny. It can be adjusted further if necessary. |
| 14:58:43 | CIA-8 | New commit by alex (r26989): Convert the manual to the new theme syntax. As a result, adds the viewport colour tags which closes FS #11372. Correct multifont tag from %F to %Fl |
| 14:58:48 | bluebroth3r | pixelma: just tried it on mac, patching fails here too. I really don't understand why :( |
| 14:58:49 | pamaury | TheSeven: it would be a good thing to have an api before starting coding |
| 14:59:40 | pixelma | bluebroth3r: my guess is because patch is stupid about $ or * or a sequence with these |
| 14:59:47 | CIA-8 | r26987 build result: All green |
| 15:00 |
| 15:00:49 | pixelma | an uneducated guess though |
| 15:01:25 | CIA-8 | r26989 build result: All green |
| 15:01:29 | bluebroth3r | probably. But if that's the case wouldn't others have hit that issue before and (hopefully) it gotten fixed years ago? |
| 15:01:30 | | Quit antil33t (Read error: Connection reset by peer) |
| 15:01:36 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 15:01:44 | bluebroth3r | fortunately it's not a big deal for this patch. |
| 15:01:57 | AlexP | We appear to be building on all manual changes already |
| 15:02:09 | AlexP | Given those last three commits of mine were all manual folder only |
| 15:02:17 | bluebroth3r | AlexP: afaik the build system doesn't filter on directories at all |
| 15:02:33 | CIA-8 | New commit by Buschel (r26990): Fix FS #11416. Resuming mpc was broken since r26032 due to false assumption of amount of buffered data. |
| 15:02:34 | AlexP | It used to I think |
| 15:02:36 | pixelma | AlexP: but we don't build manuals |
| 15:02:54 | AlexP | But it might not do since the change |
| 15:03:02 | AlexP | pixelma: Which makes it a bit pointless :) |
| 15:03:05 | bluebroth3r | yes, the old one did filter. |
| 15:03:46 | pixelma | it used to but that's already a while ago, IIRC it changed with the new build system which was invented during DevCon 2009 IIRC |
| 15:03:52 | pixelma | so about a year ago |
| 15:03:53 | TheSeven | pamaury: do you know by chance how many open dirs/files are supported and what the fat cache size is? |
| 15:04:10 | CIA-8 | r26990 build result: All green |
| 15:04:17 | pamaury | It's written in the headers, it depends on mem size |
| 15:04:52 | bertrik | What happens if you call udelay(0) ? |
| 15:05:28 | pamaury | 11 open files (file.h) |
| 15:05:55 | pamaury | 8/12 open dirs (dir_uncached.c) |
| 15:06:44 | pamaury | fat cache: 0x20 sectors (fat.c) |
| 15:07:23 | pixelma | bluebroth3r: it's a bit weird to see nothing. I can't tell if your change works or not :\ |
| 15:07:25 | TheSeven | ok, so the sector cache should probably be something like 64 sectors in size |
| 15:07:39 | TheSeven | that's 32/128K, sounds reasonable |
| 15:07:54 | TheSeven | searching 64 entries when looking for a sector also shouldn't hurt too much |
| 15:08:57 | pixelma | bluebroth3r: I tried a "make clean && make manual" in a build directory that worked before and it was not cleared yet |
| 15:08:59 | bluebroth3r | pixelma: you should see something. Most output for me is about overfull and underfull boxes |
| 15:09:17 | pixelma | so I guess it doesn't work |
| 15:09:52 | pixelma | but I didn't get an error message, haven't tried with your changes in SVN right before though |
| 15:10:25 | bluebroth3r | strange. I'd expect it to behave identical than on my linux box |
| 15:11:30 | pixelma | hmm... pressing Ctrl+C to abort the process makes it go on with cleaning and building |
| 15:11:38 | pixelma | something has hung before? |
| 15:11:45 | pamaury | TheSeven: http://pastebin.com/X8c0wfpC, does that sum up the wanted operation for the cache ? |
| 15:12:28 | bluebroth3r | no idea. |
| 15:12:39 | | Join grawity [0] (grawity@wind.nullroute.eu.org) |
| 15:12:43 | * | grawity looks around. |
| 15:12:51 | grawity | Where do I post feature requests? Flyspray? |
| 15:13:51 | * | TheSeven just writing the very same on pastie :-P |
| 15:13:51 | pixelma | grawity: no, you can only discuss feature ideas in the forums |
| 15:13:51 | grawity | :( |
| 15:13:55 | bluebroth3r | pixelma: output looks like this for me (only parts of it): http://pastebin.com/89JkGbgX |
| 15:14:10 | * | grawity tries to find an apropriate forum for requesting a graphical volume bar. |
| 15:14:21 | grawity | I'd have a really nice WPS with that. |
| 15:14:31 | pixelma | you can already have it |
| 15:14:35 | | Quit Buschel (Ping timeout: 276 seconds) |
| 15:14:51 | TheSeven | pamaury: i would split the writing thing into "flag a buffer as dirty" and "clean a buffer" |
| 15:15:07 | pixelma | grawity: AFAIK, haven't tried myself but S_a_i_n_t has I believe ;) |
| 15:15:30 | grawity | pixelma: I need something that works in the same way as %pb progress bar - is it already available? |
| 15:15:36 | TheSeven | the fat code will probably want to release buffer handles without cleaning them |
| 15:15:50 | pamaury | what is cleaning for you ? write back ? |
| 15:15:50 | pixelma | grawity: yes, I think so |
| 15:15:55 | TheSeven | pamaury: yes |
| 15:16:16 | pamaury | Yeah, that make sense, leave the write back handling to the cache |
| 15:16:38 | bluebroth3r | pixelma: I'd really like to commit that change. But if it's not working on cygwin that's a blocker :( |
| 15:16:39 | TheSeven | yes, while keeping the ability to forcible write something |
| 15:16:47 | pixelma | bluebroth3r: yes, works now but the hang is really weird |
| 15:16:49 | TheSeven | forcibly* |
| 15:16:53 | pamaury | Ok, agree. |
| 15:17:02 | bluebroth3r | pixelma: can you reproduce that hang? |
| 15:17:04 | grawity | pixelma: What tag is it, then? (I hope it's not %xl/%xd, that would need lotsa RAM.) |
| 15:17:26 | CIA-8 | New commit by jdgordon (r26991): fix ffwd/rewind on touchscreen targets using regions |
| 15:17:47 | pamaury | TheSeven: can you edit the pastebin ? I need to leave now, but I'd appreciate if you could write the prototypes in it, so I can begin working or other people can give an opinion |
| 15:18:09 | JdGordon | grawity: there are two ways you can do a graphcal volume display |
| 15:18:25 | pixelma | I *believe* you have to assign the %pv the parameters you would assign to %pb but as I said I haven't used it myself yet |
| 15:18:31 | JdGordon | either like a progressbar %pv(... same tags as %pb ... ) |
| 15:18:45 | grawity | Thanks, I'll try |
| 15:18:48 | JdGordon | or using the %?pv<> conditional which is complicated |
| 15:18:54 | CIA-8 | r26991 build result: All green |
| 15:19:03 | | Quit petur (Quit: *plop*) |
| 15:19:17 | TheSeven | S_a_i_n_t seems to have used "%pv(0,0,122,11,Volumebar.bmp)" |
| 15:19:28 | JdGordon | thats the simple way |
| 15:19:39 | pixelma | bluebroth3r: I'll try, also without the patch, just the things you already checked in |
| 15:21:09 | bluebroth3r | pixelma: ok, great |
| 15:21:24 | * | bluebroth3r goes building a complete manual round |
| 15:21:42 | CIA-8 | New commit by jdgordon (r26992): woops, this chaneg too |
| 15:21:48 | S_a_i_n_t | JdGordon: The "complicated" way crashes and burns :P |
| 15:21:54 | | Quit bmbl (Quit: Bye!) |
| 15:22:18 | S_a_i_n_t | (if you try to use more than one bar) |
| 15:22:26 | grawity | Btw, when is %Vb actually used? I did not notice it ever having any effect... |
| 15:22:56 | JdGordon | it will only work if you dont have a background image |
| 15:23:02 | grawity | Ah. |
| 15:23:22 | CIA-8 | r26992 build result: All green |
| 15:24:03 | S_a_i_n_t | %?pv<Mute|%pv(0,0,-,-,Volumebar.bmp)|Line Level|%pv(0,0,-,-,Volumebar.bmp)> failed drastically last time I tried it. |
| 15:24:10 | S_a_i_n_t | hence the "simple" way. |
| 15:24:41 | grawity | I thought the simple way was just a %pv() without being in a conditional. |
| 15:24:48 | | Quit t0rc (Remote host closed the connection) |
| 15:24:54 | S_a_i_n_t | yes, it is. |
| 15:24:59 | S_a_i_n_t | (read above) |
| 15:27:17 | pixelma | S_a_i_n_t: what happens without the bar for +0dB? |
| 15:27:54 | S_a_i_n_t | pixelma: It never draws, and its presence messes up drawing the -0dB bar :/ |
| 15:28:09 | | Join thefirstM [0] (~quassel@cpe-174-098-240-006.triad.res.rr.com) |
| 15:28:22 | AlexP | grawity: This is partly why we don't have feature requests - 1) It is pointless, devs work on what they want and 2) People request things that already exist and are in the manual |
| 15:28:28 | pixelma | keeping the conditional "branch"? |
| 15:28:38 | grawity | AlexP: Sorry, didn't notice it in the manual :\ |
| 15:28:45 | grawity | (And I've read it a few times.) |
| 15:28:46 | S_a_i_n_t | pixelma: ...? |
| 15:29:06 | JdGordon | rasher: ping? |
| 15:29:24 | S_a_i_n_t | the line as I posted earlier, which I would expect to work, fails in the mannor I described. |
| 15:30:15 | | Quit Bagder (Ping timeout: 260 seconds) |
| 15:30:19 | TheSeven | pamaury: http://pastebin.com/iRsxt4cu |
| 15:30:32 | pixelma | S_a_i_n_t: %?pv<Mute|%pv(0,0,-,-,Volumebar.bmp)|Line Level|%pv dB> for example, just replacing the last "bar" definition, not removing the last part completely |
| 15:30:58 | S_a_i_n_t | pixelma: Yes, that works as expected. |
| 15:30:59 | pixelma | I just read it "crashes and burns", so I'm not sure how it fails |
| 15:31:35 | S_a_i_n_t | "It never draws, and its presence messes up drawing the -0dB bar :/" |
| 15:31:36 | pixelma | now I'm confused but will leave it this way |
| 15:32:38 | S_a_i_n_t | it just won't draw the +0db Bar, and if you try to, it draws the -0dB bar incorrectly. |
| 15:32:42 | S_a_i_n_t | (better? |
| 15:33:44 | grawity | Aww :( So I can't have a different background behind the volume bar... |
| 15:33:58 | S_a_i_n_t | of course you can |
| 15:34:08 | S_a_i_n_t | we're talking about something entirely different |
| 15:34:37 | S_a_i_n_t | grawity:^ |
| 15:34:55 | grawity | I don't know what you're talking. I just tried %xd(V)%pv(0,0,162,16,vb.bmp) |
| 15:35:02 | S_a_i_n_t | grawity: The easiest way to do that is to include the backgroung for the volume bar in the backdrop. |
| 15:35:13 | S_a_i_n_t | then you don;t waste any buffer on a seperate image |
| 15:35:20 | grawity | Meh. |
| 15:35:33 | grawity | What I was trying to do is an ipod-like volume bar |
| 15:35:38 | S_a_i_n_t | %xd(V)%pv(0,0,162,16,vb.bmp) <−−will not work at all :/ |
| 15:35:46 | grawity | (Appears when changing volume, disappears in a second) |
| 15:35:46 | pixelma | bluebroth3r: seems I can't reproduce anymore, weird |
| 15:36:06 | S_a_i_n_t | grawity: Try looking at the tags first. |
| 15:36:16 | S_a_i_n_t | you want "%mv" for that. |
| 15:36:19 | grawity | I do have that. |
| 15:36:29 | bluebroth3r | pixelma: does the SA9200 manual build? |
| 15:36:40 | grawity | But when I change the volume... the %xd(V) background blinks for a second, then volume bar appears and the image is gone. |
| 15:37:02 | S_a_i_n_t | grawity: pastebin the code. |
| 15:37:03 | bluebroth3r | the platform file uses a file name differing to the target name. I guess that will break |
| 15:37:10 | S_a_i_n_t | I suspect you're doing it wrongly. |
| 15:37:15 | pixelma | bluebroth3r: don't think so and I believe I asked if someone knows if it ever did during DevCon |
| 15:37:24 | S_a_i_n_t | I have an Apple_OF theme working very well. |
| 15:37:38 | grawity | I'll upload the entire thing in a moment |
| 15:37:40 | S_a_i_n_t | TheSeven will testify to that ;) |
| 15:37:40 | pixelma | bluebroth3r: no-one answered... ;) |
| 15:37:50 | TheSeven | S_a_i_n_t: no, the bars don't come flying in from the side :-P |
| 15:37:58 | S_a_i_n_t | grawity: No, please done. Jst pastebin the WPS |
| 15:38:00 | bluebroth3r | ok, the sa9200 also misses the keymap file. |
| 15:38:10 | bluebroth3r | so it's definitely broken. |
| 15:38:13 | S_a_i_n_t | *s/done/dont/ |
| 15:38:49 | grawity | S_a_i_n_t: http://sprunge.us/IgiO |
| 15:39:50 | pixelma | bluebroth3r: how does a broken manual look with this output, or do I have to try myself? |
| 15:39:59 | S_a_i_n_t | Viewport (p) is just: "%al%pc%ac%pp of %pe%ar%pr" |
| 15:40:04 | S_a_i_n_t | ? |
| 15:40:10 | grawity | S_a_i_n_t: There are two viewports with the same identifier. |
| 15:40:25 | S_a_i_n_t | do they overlap? |
| 15:40:44 | grawity | S_a_i_n_t: It's allowed by the parser. But it's not the problem. It occurs even with the second p and v viewports removed. |
| 15:41:00 | S_a_i_n_t | yes, I know...do they overlap? |
| 15:41:13 | S_a_i_n_t | if so, you should just call them in the same viewport |
| 15:41:16 | bluebroth3r | pixelma: sa9200 manual after renaming the platform file with my changes: http://pastebin.com/N4Rb1QHy |
| 15:41:22 | grawity | Hmm. Maybe I could |
| 15:41:31 | S_a_i_n_t | yes, you can. |
| 15:41:39 | grawity | But anyway, the problem is only with the first one −− below "Conditional Progress/Volume bar". |
| 15:41:41 | S_a_i_n_t | I suspect it is trying to draw both at once. |
| 15:42:27 | grawity | S_a_i_n_t: Fine: http://sprunge.us/OPXd |
| 15:42:37 | grawity | That's what I had at the moment of complaining :/ |
| 15:42:44 | bluebroth3r | pixelma: for a manual that usually builds you get something like this (excerpt): http://pastebin.com/QHrXiK80 |
| 15:43:05 | S_a_i_n_t | Please don't get pissy with those trying to help:/ |
| 15:43:09 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
| 15:43:11 | S_a_i_n_t | They give up quickly. |
| 15:43:23 | bluebroth3r | so it's much easier to spot the error as a lot of uninteresting stuff gets filtered away. |
| 15:43:48 | grawity | S_a_i_n_t: I'm not... I just think you misunderstood me when I said that the "playlist position" viewports are not the problem I have. |
| 15:43:52 | bluebroth3r | the solution is not the nicest but it's a quick one :) |
| 15:43:54 | grawity | Anyway, sorry. |
| 15:47:26 | S_a_i_n_t | the solution is to either draw two viewports in the same place, and display them conditionally (hard-ish), or just encorporate the background for the volume bar in the backdrop. |
| 15:47:36 | S_a_i_n_t | +(easy) |
| 15:47:52 | AlexP | but doesn't work for having an appearing bar |
| 15:48:00 | AlexP | well, not nicely |
| 15:48:08 | S_a_i_n_t | I have a working solution, but mine is different as it shows the progressbar, and the volume only if being changed. |
| 15:48:09 | grawity | Well... the backdrop already has a background at that location. |
| 15:48:21 | S_a_i_n_t | then, do the first. |
| 15:48:25 | AlexP | S_a_i_n_t: Yes, that'd do it |
| 15:48:40 | grawity | Isn't the first what I'm doing? :( |
| 15:48:43 | S_a_i_n_t | two identical viewports, one with the volume-bar, the other with the backdrop. |
| 15:48:57 | S_a_i_n_t | show one when %mv is true, the other when it is false |
| 15:49:01 | grawity | Hmmm. |
| 15:49:26 | pixelma | bluebroth3r: does a usual "make manual" not stop on errors now? |
| 15:49:34 | pixelma | with the patch |
| 15:49:44 | pixelma | or even without |
| 15:50:24 | grawity | S_a_i_n_t: The problem is, it is exactly what I am doing :( |
| 15:50:29 | S_a_i_n_t | grawity: you're working one the Nano right? |
| 15:50:33 | grawity | Mhm |
| 15:50:36 | S_a_i_n_t | do you want me to save you some time? |
| 15:50:37 | * | grawity uploaded the thing to http://nullroute.eu.org/~grawity/files/electricbars.zip if you have rockboxsim/ipodnano2g |
| 15:51:15 | * | grawity even made sure it isn't running out of memory or something. |
| 15:51:20 | | Quit flydutch (Quit: /* empty */) |
| 15:51:31 | pixelma | bluebroth3r: I even got the pdf now but the place where I placed an error is blank |
| 15:52:05 | bluebroth3r | you don't get a "! <something>" for that line? |
| 15:52:06 | pixelma | (used a \ButtonSelect in an H10 manual which has no \ButtonSelect) |
| 15:52:35 | pixelma | I prefer if it stops when compiling for myself, saves me from digging through the log :\ |
| 15:53:39 | pixelma | I can't find it |
| 15:53:54 | bluebroth3r | too bad. |
| 15:54:34 | bluebroth3r | I guess I have to give that issue a more detailed look then :'-( |
| 15:56:23 | pixelma | I don't want non-stop mode for myself... and there is no ! in the complete log (except in the grep rules at the top), pasted in a text editor and let it search |
| 15:57:06 | pixelma | well, you escape ^Unde |
| 15:57:42 | pixelma | which will suppress the "Undefined control sequence" too which probably occurs in my case, IIUC |
| 15:57:47 | bluebroth3r | afaik every error report starts with a ! as the first character. |
| 15:58:14 | bluebroth3r | so that should definitely show up. |
| 15:58:43 | pixelma | haven't seen error reports in non-stop mode |
| 15:58:45 | | Quit hebz0rl (Ping timeout: 265 seconds) |
| 15:59:00 | pixelma | I can paste you the log if you want |
| 15:59:15 | bluebroth3r | would be interesting. I'll try here as well. |
| 16:00 |
| 16:01:20 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 16:01:26 | pixelma | in any case, I don't want non-stop mode |
| 16:01:33 | pixelma | (forced) |
| 16:02:18 | bluebroth3r | you can always empty LATEXOPTS again. We have nonstopmode since quite a while now. |
| 16:02:37 | bluebroth3r | though it might be a good idea to use some V=1 method to override that |
| 16:03:05 | pixelma | I never used it and was never forced to |
| 16:03:26 | bluebroth3r | it's been in the Makefile :) |
| 16:04:03 | bluebroth3r | the only problem is (was) that due to some bug nonstopmode wasn't activated for the first LaTeX run if the aux file was missing |
| 16:05:38 | thefirstM | How do you build GCC 4.5 for the arm-eabi toolchain? There were some conversation about that here yesterday. I tried, but I always get the error "checking for library containing strerror... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES." |
| 16:06:59 | *** | Saving seen data "./dancer.seen" |
| 16:07:46 | bluebroth3r | using interactive mode in conjunction with filtering would be bad. And IMO building shouldn't fall into any interactive mode. |
| 16:08:18 | pixelma | bluebroth3r: I really prefer a stop when working for myself... seems that I also understand now why I even got a manual or at least a running build and why I started always cleaning the build dir before because it confused me |
| 16:09:44 | | Quit rasher (Read error: Connection reset by peer) |
| 16:10:09 | pixelma | "it" - that the build ran and I got a pdf (only in the "manual" subdir, but there were case where the last copy step failed for me before which is why I started to not care about that) |
| 16:11:01 | bluebroth3r | pixelma: how about something like http://pastebin.com/yJ0tuy3S then? Just set STOP=1 when running make and you're back to the old behaviour |
| 16:11:10 | pixelma | bluebroth3r: http://pastebin.com/2jsNpGmL (log) |
| 16:11:46 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-195-007.pools.arcor-ip.net) |
| 16:12:49 | pixelma | bluebroth3r: guess I have to revert the first patch? |
| 16:15:58 | bluebroth3r | to get back the old (broken) behavious: yes. |
| 16:16:11 | pixelma | huh? |
| 16:16:33 | bluebroth3r | oh, giess I misunderstood you :o |
| 16:16:34 | pixelma | I mean before applying the patch you just posted |
| 16:16:49 | bluebroth3r | yes, it includes the older patch. |
| 16:17:06 | * | JdGordon needs a bit of maths help... |
| 16:17:07 | bluebroth3r | (sorry, didn't pay attention to that when creating the diff) |
| 16:17:13 | bluebroth3r | JdGordon: 1 + 1 = 2 :) |
| 16:17:32 | pixelma | btw. does your already checked in change mean we'll always have a manual even if they are "broken" (and except the uploading or daily scripts are broken)? |
| 16:17:46 | JdGordon | I need to setup a system for the touchscreen buttons where a "position" inside the region is returned (for progressbar/volume bar)... whats the best way to do this so it makes sense? |
| 16:17:57 | JdGordon | using the width/height of the region |
| 16:18:02 | | Quit bieber (Ping timeout: 252 seconds) |
| 16:18:11 | JdGordon | do I just calculate the percentage position of the touch? |
| 16:18:20 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 16:18:26 | JdGordon | then the user converts that to a usable number |
| 16:18:34 | bluebroth3r | pixelma: no, if building fails no output file will get generated. However, building won't hang (which I guess could be a problem with nightly builds) |
| 16:19:52 | bluebroth3r | JdGordon: depends on what exactly you want to tell. Maybe how exact the user hit the middle of the area? Then make center = 100%, and the edges 0% |
| 16:20:15 | bertrik | Anyone with a c200v2, e200v2, fuze willing to test a patch (updated i2c driver for radio) ? |
| 16:20:37 | bluebroth3r | or return an x and y value calculated from one of the edges. |
| 16:20:46 | JdGordon | bluebroth3r: right now it is hard coded for use with the progressbar and volume bar... it doesnt need to be precise |
| 16:20:54 | pixelma | bluebroth3r: but I got an output file now (with the first of the other patches though), not only in the manual subdir you can see that the copying didn't fail in the log |
| 16:21:16 | JdGordon | an egde offset would certainly be simpler :) |
| 16:21:19 | JdGordon | I'll do that |
| 16:21:21 | JdGordon | thanks |
| 16:22:17 | bluebroth3r | pixelma: hmm. Right, that would then be an incomplete file (i.e. only the manual part up to the error) |
| 16:22:30 | * | bluebroth3r should get more coffee |
| 16:22:34 | pixelma | no |
| 16:22:49 | bluebroth3r | not? |
| 16:23:03 | pixelma | just the cell in the button table with the wrong button was empty |
| 16:23:45 | bluebroth3r | ok, that surprises me. Wouldn't be too bad of a behaviour though, at least for nightly builds |
| 16:24:31 | pixelma | not sure, then you'll probably get a bunch of errors before someone notices :Y |
| 16:24:37 | bluebroth3r | btw, in case the manuals disappear I've uploaded a set of current ones to http://www.alice-dsl.net/dominik.riebeling/rockbox/ |
| 16:24:39 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 16:24:43 | pixelma | or :| |
| 16:25:34 | pixelma | and less incentive to get the manuals into the build system ;) |
| 16:26:30 | JdGordon | bluebroth3r: bah, no a single offset isnt enough, I need the full width/height value also somehow |
| 16:26:45 | bluebroth3r | well, catching the errors should work though. We then only need some kind of build table |
| 16:27:11 | grawity | One more question. What does the "0%|" thing mean in this line: %X(backdrop.bmp)0%|0%| |
| 16:27:22 | grawity | I find it in some WPSes... |
| 16:27:54 | pixelma | looks like a wrong conversion because someone used it wrong in the old syntax |
| 16:28:24 | | Join halmi_ [0] (~netbook@80-123-34-41.adsl.highway.telekom.at) |
| 16:29:13 | pixelma | the 0%|0%| shouldn't be there |
| 16:30:05 | * | grawity removes |
| 16:30:29 | | Quit halmi (Ping timeout: 240 seconds) |
| 16:30:35 | pixelma | a backdrop doesn't need setting the coordinates, some people used %X|backdrop.bmp|0|0| before for some reason. The automatic conversion "thought" | was meant to be displayed "literally" there which needs escaping with % |
| 16:36:12 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 16:37:13 | S_a_i_n_t | pixelma: Funny thing is, it passes checkwps like that. |
| 16:37:24 | S_a_i_n_t | its the ElectricBarsOfColour thems. |
| 16:37:38 | grawity | (And Cabbie v3.) |
| 16:38:17 | pixelma | it's not wrong I guess, not sure you could find a 0|0| on screen somewhere |
| 16:38:31 | S_a_i_n_t | pixelma: it is wrong. |
| 16:38:36 | S_a_i_n_t | it fails on device now. |
| 16:38:40 | JdGordon | it wont be displayed because the current(old) parser eats the whole line |
| 16:38:48 | S_a_i_n_t | it didn't *used* to be wrong though. |
| 16:39:10 | S_a_i_n_t | everything past the | after the bitmap image gets ignored. |
| 16:39:13 | S_a_i_n_t | or used to. |
| 16:39:55 | funman | TheSeven: isn't aligning stack buffers simpler? |
| 16:40:11 | S_a_i_n_t | But now it manages to pass checkwps, yet fail on device...how this works I have no idea. |
| 16:40:22 | grawity | S_a_i_n_t: It works on the device too. |
| 16:40:34 | TheSeven | funman: this means we have to reserve like 4K for sector buffers on several threads' stacks |
| 16:40:54 | S_a_i_n_t | grawity: Perhaps a recent thing. |
| 16:41:11 | S_a_i_n_t | It failed on device as little as a week ago (I tested it on two targets) |
| 16:41:36 | S_a_i_n_t | topik brought it to my attention. |
| 16:41:49 | funman | TheSeven: ah this explains the stkov on nano2g |
| 16:41:59 | grawity | S_a_i_n_t: Huh. I used Cabbiev3 for several months, with that line. |
| 16:42:19 | funman | bertrik: udelay(0) should sleep for ~17 seconds |
| 16:42:28 | S_a_i_n_t | grawity: with the *old* syntax? |
| 16:42:37 | bertrik | ah :) |
| 16:42:38 | S_a_i_n_t | must have...new syntax isn't that old. |
| 16:42:45 | grawity | S_a_i_n_t: Oh, now that you mentioned it... *facepalm* |
| 16:42:53 | S_a_i_n_t | hehehe |
| 16:43:13 | TheSeven | funman: yes, I want to finally get rid of the root cause for them |
| 16:43:15 | S_a_i_n_t | It *should* fail the new syntax. |
| 16:43:35 | S_a_i_n_t | yet it passes checkwps, not a big deal, but misleading. |
| 16:44:22 | pixelma | bluebroth3r: I'm confused now, I thought I applied your newer patch but the output looks like the "old" one |
| 16:44:39 | grawity | Meh, I give up. Whatever I try to put behind a progress or volume bar doesn't get displayed, even though half of that bar is 'empty'. ...I guess I'll make it something like original appleware screen. |
| 16:44:57 | funman | iiuc fat/sd accesses are already protected by a mutex |
| 16:45:19 | funman | i'm not sure if you can access 2 drives at the same time |
| 16:48:10 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 16:49:47 | pixelma | bluebroth3r: ah, the "STOP=1" will give me the "old" output? Thought it would also cut the warnings but just not go on when an error occurs |
| 16:53:46 | | Quit Highlander (Quit: Quitte) |
| 16:55:08 | | Join Jerom [0] (~heidi@79.132.53.242) |
| 16:56:57 | bluebroth3r | pixelma: yes, that was the idea. Maybe naming it INTERACTIVE would be more clear. Changing the filtering could be done as well. |
| 16:57:07 | | Quit thefirstM (Remote host closed the connection) |
| 16:57:41 | bluebroth3r | just move the LATEXFILTER in LaTeX.Rules |
| 17:00 |
| 17:03:39 | JdGordon | anyone want to test fms touchscreen skin support patch? |
| 17:08:39 | | Quit stoffel (Ping timeout: 252 seconds) |
| 17:08:44 | pixelma | bluebroth3r: did you see http://forums.rockbox.org/index.php?topic=25071.msg168332#msg168332 and following by the way? |
| 17:10:41 | pixelma | and... applying the filter options to the STOP=1 case is weird: it stops but you don't see why |
| 17:11:03 | | Join greg987 [0] (www-data@giant.haxx.se) |
| 17:11:31 | | Quit greg987 (Client Quit) |
| 17:11:32 | pixelma | for some reason it still supresses errors in my case |
| 17:11:59 | TheSeven | pamaury: http://pastebin.com/9hrrijcx |
| 17:16:34 | funman | bertrik: you have an idea on the fuzev2 problems with µSD ? |
| 17:16:50 | funman | it took me several boots to see it happen on my fuzev2 |
| 17:18:33 | pixelma | bluebroth3r: error messages do not start with a ! here. In my example running non-stop mode without the filter gives me "./plugins/pegbox.tex:102: Undefined control sequence. \n <argument> \ButtonSelect" 3 times in a row |
| 17:18:40 | bertrik | no, but didn't you mention something was a bit out of spec in the sd driver? maybe increasing the Fcpu pushed the timing over the margin |
| 17:19:30 | funman | bertrik: i'm not sure if it's out of spec but it definitely works like it is, the same thing is used on AMSv1 |
| 17:19:42 | bertrik | OR maybe the special case for the sdram / PCLK for the fuzev2 has something to do with it (although this was tested) |
| 17:19:53 | funman | bit6 of CGU_PERI ? |
| 17:20:20 | funman | perhaps adding some logf in fat code would help |
| 17:20:58 | | Join greg987 [0] (~greg@g229229058.adsl.alicedsl.de) |
| 17:21:16 | JdGordon | How do I do the (c) notice for a new file which I'm copuing code out of a old one for? |
| 17:21:50 | funman | bertrik: also I want to make sure the recent changes to SD are 100% working |
| 17:22:43 | funman | alright, there is something fishy in text_viewer preferences |
| 17:22:49 | JdGordon | I think it is mostly origionally my code, but I dunno... |
| 17:23:05 | bertrik | funman, OK. I have no problem with you reverting the 248 MHz change, by the way :) |
| 17:23:07 | funman | making tv_set_preferences() return immediately stop crashes (i can't see anything on screen however) |
| 17:23:14 | funman | ok nice |
| 17:23:34 | funman | hopefully we will get an eureka soon on this :) |
| 17:26:10 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 17:27:45 | bertrik | funman, I have the strong suspicion that we can't really make 240 MHz out of 384 MHz with the 5/8 pre-divider. I think the pre-divider just skips cycles, so the cycles that it doesn't skip will be at 384 MHz (i.e. too fast) |
| 17:28:04 | funman | iirc it worked on AMSv1 |
| 17:28:54 | funman | wouldn't this be a problem if we set pre-divider to 5/8 and postdiv to 1/2? |
| 17:29:15 | funman | the cycles would be below 240MHz |
| 17:30:56 | greg987 | Hey, I'm running my ipod without battery (since it didn't hold any charge and also seemed to be bloated somehow). Now I encouter continuous resets/crashes at pretty precisely the same time after boot-up (about 30s into the song). I wouldn't like to risk buying a new replacement battery that then might just bloat up again (I have it plugged in all the time, anyways). Anybody some ideas how to fix these crashes? |
| 17:31:22 | bertrik | yes that would work, but wouldn't Fcpu be rather slow then (120 MHz)? |
| 17:31:23 | TheSeven | http://pastebin.com/CJxMZs7j |
| 17:31:41 | JdGordon | do we have a wiki page for how the touchscreen is supported? |
| 17:31:50 | pamaury | TheSeven: what is the consistent flag ? |
| 17:31:56 | funman | bertrik: yes it would be slow, i just meant that scheme as experiment, not something to be committed |
| 17:32:03 | bertrik | ok |
| 17:32:30 | TheSeven | pamaury: that indicates that the state of the sector buffer is currently consistent enough to be written back if needed |
| 17:32:52 | TheSeven | this is only needed for that clean_all thing which we might as well just drop |
| 17:33:33 | pamaury | and sectorcache_wait_block ? |
| 17:33:59 | TheSeven | that will block the current thread until some buffer was released or flagged consistent |
| 17:34:16 | TheSeven | (should actually be static) |
| 17:34:28 | | Quit grawity (Quit: Leaving.) |
| 17:34:38 | pamaury | ok |
| 17:34:54 | | Quit DerPapst1 (Read error: Connection timed out) |
| 17:35:58 | TheSeven | i'm still not sure how to handle hotplug though |
| 17:36:02 | | Join DerPapst [0] (~Alexander@p4FE8F654.dip.t-dialin.net) |
| 17:36:44 | TheSeven | can we assume that all locks to that drive's sector buffers will have been removed before the remounting happens? |
| 17:36:51 | pamaury | That's the problem with caching, if the user remove the card, we are dead :) |
| 17:37:27 | TheSeven | i don't care about the user deliberately unplugging the card |
| 17:37:37 | TheSeven | but we need to invalidate everything when he plugs a new card |
| 17:37:43 | pamaury | I would say no, you can't assume that |
| 17:37:55 | pamaury | Do you plan to use a timer to write back after x seconds ? |
| 17:38:11 | TheSeven | i'm not sure about that yet |
| 17:38:18 | TheSeven | how does the fat cache currently handle this? |
| 17:39:59 | pamaury | it does nothing about it I think |
| 17:41:13 | TheSeven | so if the fat gets written to, that won't be written to disk until it runs out of cache space or the player is shut down? |
| 17:41:21 | TheSeven | (how does it actually intercept the shutdown?) |
| 17:41:58 | TheSeven | or is the fat cache write-thru? |
| 17:42:56 | pamaury | No, the fat is written back when a file a created/closed(and modified)/removed/renamed |
| 17:43:04 | pamaury | So it's reasonably safe |
| 17:43:39 | TheSeven | ok, so cleaning is triggered actively |
| 17:43:55 | TheSeven | we could do the same for the sector cache |
| 17:44:21 | bluebroth3r | pixelma: gnah, then this filtering obviously won't work :( What LaTeX distribution are you using? |
| 17:44:41 | bluebroth3r | as for the ligature issue: it doesn't appear anymore in recent manuals because of the switch to T1 fontenc. |
| 17:45:25 | pixelma | probably an old one... how to find out |
| 17:45:44 | pixelma | aha, about the other answer |
| 17:47:57 | pixelma | bluebroth3r: pdfeTeX 3.141592-1.21a-2.2 (Web2C 7.5.4) <- do you mean that one? |
| 17:48:50 | bluebroth3r | well, I was rather referring if you are using MikTeX, TexLive or something else. Cygwin packages I guess? |
| 17:49:19 | pixelma | the latter, tetex and tetex-devel I believe it was |
| 17:49:33 | bluebroth3r | but my system reports pdfTeX using libpoppler 3.141592-1.40.3-2.2 (Web2C 7.5.6) so it's definitely newer |
| 17:50:01 | bluebroth3r | tetex is outdated and no longer maintained. AFAIK all linux distributions now use TeXlive |
| 17:50:12 | pixelma | I know |
| 17:50:25 | bluebroth3r | anyway, this leaves us with the problem that we can't do this filtering that way. Too bad :( |
| 17:52:00 | bluebroth3r | might work by adding "|.+\:[0-9]+:" before the closing bracket for LATEXFILTER |
| 17:52:12 | * | pixelma looks around for someone running the newer cygwin 1.7 |
| 17:56:27 | | Quit greg987 () |
| 17:56:49 | | Join Antibuddha [0] (~chatzilla@c-71-59-19-167.hsd1.ga.comcast.net) |
| 17:56:56 | Antibuddha | how do i play videos with rockbox on ipod 5g? |
| 17:57:08 | Antibuddha | i need mpegplayer? |
| 17:58:08 | funman | Antibuddha: check the manual, mpegplayer is explained |
| 17:58:19 | Antibuddha | ok |
| 17:58:23 | Antibuddha | im setting up an ipod for my mom right now |
| 17:58:33 | Antibuddha | would it be better for video quality to dualboot? |
| 17:58:55 | TheSeven | pamaury: http://pastebin.com/LshWrjr6 |
| 17:59:10 | funman | see for yourself |
| 18:00 |
| 18:00:02 | TheSeven | pamaury: if we run out of sector buffers, should we 1) panic, 2) return an error or 3) block until one gets freed? |
| 18:00:42 | Antibuddha | i dont have time funman |
| 18:00:46 | pixelma | Antibuddha: on the Ipod Video it's still better to use the original firmware for videos I believe. Apple can use a special chip for it which Rockbox can't |
| 18:00:55 | Antibuddha | have to leave home to take mom to airport in 30 min |
| 18:01:00 | | Quit bucko (Ping timeout: 258 seconds) |
| 18:01:01 | pamaury | I would say block, or even better, block with an optional timeout after which is fails |
| 18:01:01 | Antibuddha | ok |
| 18:01:49 | pamaury | TheSeven: what is sectorcache_replace_idx ? |
| 18:02:03 | TheSeven | a rotating index where to start to look for free buffers |
| 18:02:33 | pamaury | what is the difference between valid and free ? |
| 18:03:28 | TheSeven | invalid = garbage, free = contains valid and up-to-date data for that sector, but isn't expected to be used again and should thus be re-used preferably before killing other buffers |
| 18:04:24 | pamaury | Ok |
| 18:04:31 | funman | i found text_viewer problem: char[XXX] = (struct font *) |
| 18:04:40 | pamaury | You should comment each flag to make it clear what do they them |
| 18:04:43 | funman | dunno why gcc didn't warn |
| 18:05:35 | funman | argh no it's correct >< i can't read |
| 18:07:00 | *** | Saving seen data "./dancer.seen" |
| 18:11:39 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 18:14:55 | | Join fml [0] (www-data@giant.haxx.se) |
| 18:16:50 | fml | AlexP: hello. I see some typos in the recent manual commits, but don't have svn access to fix them. One is in advanced_topics/main.tex ("declerations"). The other is in advanced_topics/viewports/colour-vp-syntax.tex: "and 2-9 are additional are skin loaded..." |
| 18:17:13 | AlexP | Thanks, I'll fix now |
| 18:17:37 | amiconn | Hmm, static variables in a function for no special reason? |
| 18:17:51 | * | amiconn is trying to solve the weird lines problem in PF |
| 18:18:23 | fml | AlexP: other variants of the VP syntax have the same typos. |
| 18:19:28 | TheSeven | pamaury: http://pastebin.com/5vjMFdrf |
| 18:19:47 | AlexP | fml: Incidentally, I copy/pasted these from the wiki :) |
| 18:20:55 | fml | AlexP: also, in appendix/wps_tags.tex, the text \config{\%Vi(`label',\dots)} should not use fancy apostrophes since it's code. |
| 18:21:13 | fml | AlexP: yes, copy-paste, I guessed it :-) |
| 18:21:18 | AlexP | fml: Either way is wrong |
| 18:21:27 | AlexP | '' doesn't just do ' either |
| 18:22:25 | fml | AlexP: I don't understand. Before "label" is a fancy apostr. |
| 18:23:35 | | Quit fml (Quit: CGI:IRC) |
| 18:23:44 | pamaury | TheSeven: shouldn't an entry with 0 locks be free ? |
| 18:23:49 | CIA-8 | New commit by alex (r26993): Fix typos/c&p errors. |
| 18:24:11 | TheSeven | 0 locks, free = false => can be reclaimed, but is likely to be re-used |
| 18:24:26 | TheSeven | 0 locks, free = true => should be reclaimed first, not likely to be re-used |
| 18:24:40 | pamaury | and how do you switch between these two states ? |
| 18:24:59 | TheSeven | see the keepincache argument to sectorcache_unlock |
| 18:25:16 | TheSeven | maybe also in writethrough/readthrough |
| 18:25:30 | pamaury | ok |
| 18:25:33 | CIA-8 | r26993 build result: All green |
| 18:27:19 | TheSeven | http://pastebin.com/RMAb7Ejf |
| 18:27:43 | CIA-8 | New commit by alex (r26994): Use normal apostrophes for code. Thanks to fml for pointing out (also for previoys commit). |
| 18:29:04 | CIA-8 | r26994 build result: All green |
| 18:29:17 | pixelma | bluebroth3r: the "firmware" in the mentioned headline still has the "fi" ligature |
| 18:29:38 | pamaury | TheSeven: what did you change ? |
| 18:29:44 | TheSeven | added some comments |
| 18:29:49 | pixelma | bluebroth3r: in a daily pdf (June 17th) off rockbox.org |
| 18:29:51 | pamaury | just saw |
| 18:31:42 | | Quit t0rc (Remote host closed the connection) |
| 18:32:27 | | Quit hebz0rl (Quit: Ex-Chat) |
| 18:32:47 | funman | you want to remove ligatures? |
| 18:33:02 | CIA-8 | New commit by amiconn (r26995): Make unnecessarily static local variables non-static. It's more efficient, and it also fixes the weird lines with EABI on ARM7TDMI, although it ... |
| 18:33:40 | bluebroth3r | pixelma: really? Even if you copy the text with Adobe Reader? I can't reproduce this with the svn manuals I did earlier today. |
| 18:34:17 | | Quit BHSPitMini (Read error: Connection reset by peer) |
| 18:34:30 | CIA-8 | r26995 build result: All green |
| 18:34:32 | * | bluebroth3r wonders what TeX distribution the build server uses |
| 18:35:07 | pixelma | yes, well with the pdf plugin in firefox (which I think is acrobat reader, as I haven't installed any other PDF readers) |
| 18:35:11 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-195-007.pools.arcor-ip.net) |
| 18:35:47 | * | bluebroth3r is puzzled (again!) |
| 18:36:06 | bertrik | amiconn, weird ... |
| 18:36:14 | amiconn | yes |
| 18:36:14 | | Join BHSPitMini [0] (~BHSPitMon@ppp-70-243-200-93.dsl.rcsntx.swbell.net) |
| 18:36:16 | AlexP | funman: For things like "fi" in the word "firmware", yes - they should of course be separate letters |
| 18:36:20 | pixelma | bluebroth3r: same with my own PDFs |
| 18:36:36 | amiconn | The lines themselves are most likely a gcc bug, which is just avoided now |
| 18:36:38 | bluebroth3r | hmm. Maybe caused by an older LaTeX installation? |
| 18:36:50 | pixelma | wouldn't surprise me |
| 18:36:52 | funman | i thought ligatures were cool |
| 18:37:18 | amiconn | Having simple local vars static is weird though, except for special reasons (which don't apply here) |
| 18:37:30 | | Quit Antibuddha (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 18:38:03 | bluebroth3r | Bagder: can you figure which LaTeX version the build server uses? |
| 18:38:19 | AlexP | funman: Not when you try to search for words :) |
| 18:39:07 | bluebroth3r | LaTeX is supposed to use Ligatures. However, it should embed the text without ligatures for searching / copying. |
| 18:39:40 | | Join pamaury_ [0] (~quassel@p5DDEE734.dip.t-dialin.net) |
| 18:40:23 | AlexP | I haven't tried this personally incidently |
| 18:43:31 | funman | text_viewer data aborts are linked to footer/header |
| 18:43:46 | | Quit pamaury (Ping timeout: 265 seconds) |
| 18:44:07 | | Nick pamaury_ is now known as pamaury (~quassel@p5DDEE734.dip.t-dialin.net) |
| 18:44:21 | | Quit pamaury (Changing host) |
| 18:44:22 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 18:44:40 | TheSeven | pamaury: what are you doing right now? who of us should continue fleshing this out? |
| 18:47:07 | pamaury | right now, whatching a film :) If you are boring, put in in a pastebin and I'll continue it (well I'll try). We don't have a deadline anyway, so it's not for tonight :) |
| 18:47:13 | pamaury | *bored |
| 18:47:36 | | Join flydutch [0] (~flydutch@host110-154-dynamic.14-87-r.retail.telecomitalia.it) |
| 18:47:39 | TheSeven | ok, then i'll continue to work on this |
| 18:50:41 | S_a_i_n_t | "If you are boring" :P |
| 18:51:40 | pamaury | S_a_i_n_t: that's why I I rectified ;) |
| 18:51:54 | amiconn | hrrrm |
| 18:52:06 | amiconn | Somehow current rockbox is very unstable |
| 18:52:29 | S_a_i_n_t | In what way? |
| 18:53:02 | S_a_i_n_t | I haven't noticed anything untoward with 26990...yet |
| 18:53:07 | amiconn | Data aborts, bootloader unable to find rockbox.ipod, ... |
| 18:53:16 | amiconn | That's on ipod color |
| 18:54:07 | S_a_i_n_t | bugger, that was actually a typo "r26980" |
| 18:54:18 | S_a_i_n_t | I'll build latest and see what I find. |
| 18:56:09 | amiconn | Database commit not working 'live' even though dircache is enabled, scan running again and again... |
| 18:57:46 | pamaury | database always had problem no ? |
| 18:57:51 | pamaury | That's not new |
| 18:57:53 | S_a_i_n_t | Parhaps what TheSeven and pamaury have been working on has had an unexpected effect? |
| 18:58:03 | amiconn | pamaury: It used to work a while ago |
| 18:58:14 | TheSeven | S_a_i_n_t: that's only being planned, nothing committed yet |
| 18:58:52 | amiconn | (a while == a few months; I don't use the database most of the time so I won't notice bugs quickly) |
| 18:58:58 | | Join stoffel [0] (~quassel@p57B4C717.dip.t-dialin.net) |
| 18:59:00 | S_a_i_n_t | Ah, right. And your earlier commits were nano2g specific...yes? |
| 19:00 |
| 19:00:00 | pamaury | I didn't notice any new database bug recently |
| 19:00:28 | pamaury | And I use it (only for basic things though) |
| 19:02:53 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 19:05:35 | pamaury | amiconn: if you look at the log for tagcache.c, there has been no real change for more than 9 months, only cosmetics and external fixes |
| 19:05:44 | TheSeven | S_a_i_n_t: those commits just can't have broken something... only preprocessor stuff and higher alignment values for some arrays, can't hurt |
| 19:06:12 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 19:06:35 | amiconn | pamaury: Since it's not *only* the database, I wouldn't even expect the problem there. It must be something more fundamental |
| 19:09:04 | | Quit guymann (Quit: brb) |
| 19:09:06 | bertrik | amiconn, eabi changes maybe? Also gevaerts made some changes to prevent contention between threads wanting disk access, maybe this had some influence? |
| 19:19:14 | funman | TheSeven: re r26985, I think PROC_NEEDS_CACHEALIGN is not correct |
| 19:19:28 | TheSeven | what exactly does this do? |
| 19:19:41 | funman | it's only needed for dual core where cache alignement is needed, not just desired for performance |
| 19:20:06 | TheSeven | hm, there are CACHEALIGN_ATTRs on some things that need to be aligned on nano2g, mostly DMA stuff |
| 19:21:48 | funman | see r25339 log |
| 19:22:28 | TheSeven | this isn't only storage stuff, also PCM and the like |
| 19:22:39 | funman | http://www.rockbox.org/irc/log-20100326#00:21:22 |
| 19:22:49 | funman | yeah i know but i had talked about thsi with amiconn |
| 19:22:56 | pixelma | bluebroth3r: adding the things you mentioned to the filter rule lets the error appear but in non-stop mode it's still not easy to find or needs some getting used to (the only thing that does not start with Underfull or Overfull) |
| 19:23:41 | pixelma | and I get some font warnings |
| 19:24:13 | funman | TheSeven: hm no it was only about the STORAGE macros |
| 19:24:58 | funman | TheSeven: DMA alignement isn't related to cache alignement, is it ? |
| 19:26:28 | funman | which things use CACHEALIGN_* on nano2g? grep target/arm shows nothing |
| 19:28:04 | | Join CaptainKwel [0] (~jason@207-237-113-115.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 19:30:45 | TheSeven | funman: sorry, someone called me on the phone |
| 19:30:57 | TheSeven | aha, so you were the one who broke storage alignment on nano2g by misspelling that define? :D |
| 19:31:06 | funman | probably O:-) |
| 19:31:15 | TheSeven | i already wondered how this could have slipped in and though I did it myself :P |
| 19:32:13 | TheSeven | thought* |
| 19:32:27 | | Quit stoffel (Ping timeout: 264 seconds) |
| 19:35:05 | CIA-8 | New commit by theseven (r26996): Remove PROC_NEEDS_CACHEALIGN for Nano2G again, it's only needed for PP |
| 19:36:02 | funman | the D2 has 2 different cores, it would be nice if we can use the 2nd one |
| 19:36:28 | CIA-8 | r26996 build result: All green |
| 19:36:45 | | Quit Bagder (Quit: connection reset by beer) |
| 19:40:40 | | Quit funman (Quit: free(random());) |
| 19:40:47 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
| 19:41:14 | | Quit DerPapst (Read error: Connection reset by peer) |
| 19:45:50 | | Join DerPapst [0] (~Alexander@p4FE8F654.dip.t-dialin.net) |
| 19:46:17 | | Join jannef [0] (~jan@95-88-18-243-dynip.superkabel.de) |
| 19:47:14 | jannef | hi everybody, are there any news about the new v2 fuzes which refuse to installed rockbox-modified firmware files? |
| 19:49:14 | | Join ubuntu-nathan [0] (ubuntu-nat@187.89.43.61) |
| 19:49:24 | ubuntu-nathan | Hi all! |
| 19:49:29 | * | ubuntu-nathan is back |
| 19:49:57 | ubuntu-nathan | There is any RockBox developer online? |
| 19:50:57 | TheSeven | probably ~100 of them. |
| 19:51:54 | ubuntu-nathan | lol |
| 19:52:25 | ubuntu-nathan | I want to know where I can get the sources of a very simple(extremelly) simple bootloader for iPod Video |
| 19:52:33 | ubuntu-nathan | I don't want the RockBox one |
| 19:52:57 | TheSeven | there might also be ipod bootloaders from ipodlinux. |
| 19:53:04 | ubuntu-nathan | because that is so much integrated with RB, then I want something that is only the boot loader |
| 19:53:11 | ubuntu-nathan | hmm |
| 19:53:32 | ubuntu-nathan | TheSeven: Have a link to their repository? |
| 19:53:40 | TheSeven | nope |
| 19:53:46 | ubuntu-nathan | :| |
| 19:53:47 | TheSeven | what exactly are you planning to do? |
| 19:56:01 | | Join guymann [0] (~charlie@69.0.83.229) |
| 19:58:50 | ubuntu-nathan | I've already developed a OS for x86 and for Integrator-CP(ARM) |
| 19:59:01 | ubuntu-nathan | but now I want to dive into the iPod world |
| 19:59:01 | ubuntu-nathan | :) |
| 20:00 |
| 20:01:05 | | Quit hebz0rl (Ping timeout: 245 seconds) |
| 20:01:39 | | Join saratoga [0] (463f90ed@gateway/web/freenode/ip.70.63.144.237) |
| 20:01:47 | * | TheSeven would suggest starting with code *loaded* by the bootloader then |
| 20:05:28 | | Join stoffel [0] (~quassel@p57B4C717.dip.t-dialin.net) |
| 20:06:57 | ubuntu-nathan | TheSenven |
| 20:07:01 | *** | Saving seen data "./dancer.seen" |
| 20:07:03 | ubuntu-nathan | TheSeven* |
| 20:07:21 | ubuntu-nathan | what you're saying is that is better to forget the boot loader for a minute |
| 20:07:22 | | Quit halmi_ (Quit: halmi_) |
| 20:07:30 | ubuntu-nathan | create a Hello, World OS |
| 20:07:36 | TheSeven | basically yes |
| 20:07:45 | ubuntu-nathan | and use some boot loader to load it |
| 20:07:49 | ubuntu-nathan | hmmm |
| 20:07:50 | ubuntu-nathan | ok |
| 20:07:59 | | Quit stoffel (Remote host closed the connection) |
| 20:08:04 | ubuntu-nathan | but, did you have any suggestion of docs for me? |
| 20:08:08 | ubuntu-nathan | to start |
| 20:08:25 | TheSeven | that way you don't need to care about apple's firmware partition and can just put your code as a regular file on the HDD |
| 20:08:40 | ubuntu-nathan | ok |
| 20:08:45 | ubuntu-nathan | but |
| 20:08:49 | TheSeven | the best docs on that hardware are probably the rockbox and ipodlinux code |
| 20:08:52 | ubuntu-nathan | did you have any docs for me, or a starting point? |
| 20:09:01 | ubuntu-nathan | hmm |
| 20:09:09 | ubuntu-nathan | I have RB sources here |
| 20:09:27 | ubuntu-nathan | where is the "main loaded file" source? |
| 20:09:37 | saratoga | ubuntu-nathan: it sounds like what you actually want to do is work on a rockbox plugin not a bootloader? |
| 20:09:54 | saratoga | since a bootloader is mostly device drivers and not an application |
| 20:10:01 | ubuntu-nathan | I want to build an iPod OS |
| 20:10:09 | ubuntu-nathan | because I have a good base on this |
| 20:10:14 | saratoga | thats probably unrealistic |
| 20:10:17 | CIA-8 | New commit by mc2739 (r26997): Revert r26350 - fixes FS #11421 |
| 20:10:36 | ubuntu-nathan | I've already done an OS for x86(my first one), and one for Integrator-CP(ARM) |
| 20:10:42 | ubuntu-nathan | Now I want to go mobile ;) |
| 20:11:36 | TheSeven | I'd suggest looking at the rockbox bootloader source, if you want to dig into the rockbox driver architecture |
| 20:11:41 | saratoga | well all the drivers are in the bootloader, knock yourself out |
| 20:11:42 | CIA-8 | r26997 build result: All green |
| 20:11:48 | ubuntu-nathan | ok |
| 20:11:50 | TheSeven | it shares the drivers with the main os |
| 20:11:58 | ubuntu-nathan | ok |
| 20:12:02 | ubuntu-nathan | I'm on it now |
| 20:12:02 | ubuntu-nathan | :) |
| 20:12:27 | TheSeven | pamaury: what should we do if somebody tries to WriteThrough a sector that has an exclusive cache handle? |
| 20:12:46 | Jerom | kill him ? |
| 20:13:41 | | Quit Barahir_ (Read error: Connection reset by peer) |
| 20:13:43 | pamaury | TheSeven: panic |
| 20:13:59 | | Quit leavittx (Read error: Connection reset by peer) |
| 20:14:01 | TheSeven | we could also just return an error code |
| 20:14:15 | pamaury | That will hide the problem no ? |
| 20:14:23 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 20:14:31 | ubuntu-nathan | oh! |
| 20:14:37 | ubuntu-nathan | I got a better idea! |
| 20:14:40 | ubuntu-nathan | :D |
| 20:15:07 | pamaury | TheSeven: when such a situation could arise ? |
| 20:15:22 | TheSeven | it shouldn't, afaics |
| 20:16:14 | pamaury | Such a situation in unsafe. It means someone has a dirty buffer for a sector and someone is trying to write it. this is a major programming bug imo |
| 20:16:29 | TheSeven | not neccessarily dirty |
| 20:17:17 | pamaury | Yes but it will at some point, otherwise, exclusive access is useless |
| 20:17:44 | TheSeven | exclusive access might also be used just to lock out writes |
| 20:17:59 | TheSeven | (to make sure the sector buffer stays consistent across yields) |
| 20:18:43 | TheSeven | or should we say in general that write accesses *must* use exclusive accesses, so that they'll fail if someone else has a handle on it? |
| 20:19:11 | ubuntu-nathan | I'm going to do a launcher! |
| 20:19:18 | ubuntu-nathan | like those ones for Palm OS |
| 20:19:28 | ubuntu-nathan | but now I will do one for RockBox |
| 20:19:33 | ubuntu-nathan | :) |
| 20:19:33 | pamaury | To me, a write should 1) either be done though writethrough 2) either be done with exclusive access, so yes |
| 20:20:21 | TheSeven | that implies that we need to panic if writethrough hits open handles, even if they're non-exclusive read-only |
| 20:20:41 | ubuntu-nathan | ok, I'm out |
| 20:21:00 | ubuntu-nathan | I'm going to watch the Brazils game(since I'm brazilian) |
| 20:21:03 | pamaury | Yes, if someone has a handle that has not been release yet, that's a same programming error no ? |
| 20:21:04 | ubuntu-nathan | :) |
| 20:21:04 | ubuntu-nathan | bye guys |
| 20:36:18 | | Join M3DLG [0] (~M3DLG@bb-87-81-252-83.ukonline.co.uk) |
| 20:40:10 | | Join will__ [0] (~chatzilla@76.250.191.129) |
| 20:41:06 | will__ | How much work would it take to make the text viewer display rotated 90 degrees? |
| 20:41:37 | TheSeven | will__: that depends on several things |
| 20:41:51 | TheSeven | if your lcd is square and the driver supports rotating, it should be rather easy |
| 20:41:59 | will__ | rectangle |
| 20:42:09 | will__ | sansa e200v1 |
| 20:42:11 | TheSeven | but i doubt that you'd want to do that if your display would be square |
| 20:42:24 | will__ | indeed :) |
| 20:51:33 | | Quit will__ (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 20:56:38 | | Quit flydutch (Quit: /* empty */) |
| 21:00 |
| 21:00:47 | | Join katg [0] (~quassel@cpc1-rdng15-0-0-cust791.winn.cable.ntl.com) |
| 21:04:37 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 21:12:07 | | Quit bieber (Ping timeout: 276 seconds) |
| 21:12:22 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 21:17:22 | | Quit Xerion (Ping timeout: 240 seconds) |
| 21:20:15 | | Quit Viaken (Ping timeout: 245 seconds) |
| 21:20:31 | | Quit saratoga (Quit: Page closed) |
| 21:20:50 | | Join Viaken [0] (~david@li16-211.members.linode.com) |
| 21:21:35 | | Quit sharp (Read error: Operation timed out) |
| 21:21:52 | | Join sharp [0] (~sharp@sauropod.org) |
| 21:22:02 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 21:22:20 | | Nick sharp is now known as Guest53364 (~sharp@sauropod.org) |
| 21:25:20 | | Quit Topy44 (Ping timeout: 260 seconds) |
| 21:32:47 | TheSeven | do we accept ignoring storage function return codes? |
| 21:33:11 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 21:34:37 | pamaury | It depends on how many lines you want to rewrite :) |
| 21:37:28 | petur | wow... there's a pretty nasty bug in recording: auto-split on 2GB no longer works O_o |
| 21:39:51 | mitk | pamaury: tested clip+ for battery draining after shutdown from: rockbox, OF, charging in OF then shutdown. I haven't noticed battery draining. To time I assume we had only impression about that or it changes between versions. Tested with r26959, bootloader r26730. Now testing shutdown from rockbox after charging in rockbox. Is it possible it depends on which version of bootloader we are using? Which one you used? |
| 21:40:36 | TheSeven | can I generally panic if storage_write_sectors returns a nonzero RC? |
| 21:42:10 | bluebroth3r | pixelma: you could also remove the underfull / overfull warnings from the output. I'm not sure if it's better to filter them out or not |
| 21:42:18 | pamaury | It might be because of a panic. I basically get a panic every minute when working on usb so perhaps there was a panic but the screen stayed black so I thought it was off but it wasn't |
| 21:42:43 | gevaerts | TheSeven: that seems harsh. It can easily do that on hotswap systems if you unplug at the right moment I think |
| 21:43:09 | pamaury | TheSeven: most of the code should check for the return values, doing a panic on that is a bit violent |
| 21:43:26 | TheSeven | I've seen quite some code that doesn't |
| 21:43:29 | AlexP | bluebroth3r: Do they ever mean anything useful? |
| 21:43:57 | TheSeven | and what should I do if i need to write back a dirty sector because I need buffer space, and get an I/O error? |
| 21:45:46 | pamaury | hum, no easy answer... |
| 21:46:11 | TheSeven | should I make the cache allocation fail? that will make an arbitrary read fail... |
| 21:46:42 | TheSeven | panicing seems to be the only option |
| 21:46:50 | pamaury | Anyway, at this point it's too late, that would fail an unrelated operation |
| 21:47:06 | pamaury | On the other end, there is this hotswap problem... |
| 21:47:09 | pamaury | *hands |
| 21:47:40 | mitk | pamaury: It's possible so I'm leaving this. It was only impression :) |
| 21:48:35 | TheSeven | anyway, if such a thing happens, something was corrupted for sure |
| 21:49:05 | pamaury | TheSeven: anyway, most of code will do explicit cleaning/flushing, so the error will be catchable |
| 21:51:11 | | Quit katg (Remote host closed the connection) |
| 21:51:20 | | Quit mitk (Quit: Leaving) |
| 21:51:27 | pamaury | And in this precise case, well, you can just panic for now |
| 21:54:25 | bluebroth3r | AlexP: of course they do! |
| 21:54:49 | bluebroth3r | the thing is that if you want to make proper typesetting you're definitely interested in the overfull / underfull warnings. |
| 21:55:03 | AlexP | Mmmm, but for us? |
| 21:55:05 | bluebroth3r | however, for something like our manual they could get ignored in almost all cases. |
| 21:55:11 | AlexP | aha :) |
| 21:55:43 | bluebroth3r | it might get interesting if the values get too large, especially for overfull boxes (as this means it prints to the margings, and even outside the margins if necessary) |
| 21:57:00 | pixelma | no-one notices if there are just too many and 99% of it is ok |
| 21:57:15 | AlexP | I never pay any attention to them at all |
| 21:57:20 | AlexP | There are just too many |
| 22:00 |
| 22:07:03 | *** | Saving seen data "./dancer.seen" |
| 22:11:22 | TheSeven | hm, why does passing a null pointer to storage_read_sectors silently succeed? |
| 22:14:07 | bluebroth3r | well, given the fact that even after removing all other output there is still a load of warnings I wouldn't mind removing them too. |
| 22:16:36 | | Join mitk [0] (~mitk@chello089078013092.chello.pl) |
| 22:19:43 | | Quit Jerom (Read error: Connection reset by peer) |
| 22:22:54 | | Quit CaptainKwel (Quit: Ex-Chat) |
| 22:24:17 | | Quit ubuntu-nathan () |
| 22:24:29 | | Quit stripwax (Quit: http://miranda-im.org) |
| 22:49:04 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 22:50:36 | TheSeven | pamaury: do we want to keep the fat cache (but probably smaller), or get rid of it? |
| 22:50:58 | TheSeven | i just spotted an advantage of it: it only needs to mirror a single fat |
| 22:51:04 | | Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) |
| 22:51:43 | TheSeven | reducing the fat cache size to like 8 sectors and stacking it on top of the sector cache seems to be the best solution |
| 22:52:18 | petur | hmm I tested recording auto-split with the latest build and found it not splitting. To try stuff I did svn up, changed the max filesize to 2MB and that works fine. Wtf? |
| 22:52:46 | pamaury | TheSeven: I don't see why this an advantage ? |
| 22:52:59 | TheSeven | it only needs half the memory if there are 2 fats :-) |
| 22:54:02 | pamaury | i don't get it |
| 22:54:09 | pamaury | Ah yes, ok |
| 22:54:14 | pamaury | I'm a bit slow :) |
| 22:56:43 | pamaury | I think we should get rid of it |
| 22:57:08 | | Join Barahir [0] (~jonathan@frnk-590fcabd.pool.mediaWays.net) |
| 22:58:44 | TheSeven | woah, it even seems to work |
| 22:58:55 | TheSeven | but something is slow as hell |
| 23:00 |
| 23:04:25 | bertrik | mc2739, thanks for testing! |
| 23:06:41 | TheSeven | pamaury: oh, that one in write_long_name is really nasty |
| 23:06:54 | | Quit mitk (Quit: Leaving) |
| 23:09:42 | | Quit M3DLG (Ping timeout: 260 seconds) |
| 23:09:50 | pamaury | why ? |
| 23:10:31 | TheSeven | because that buffer is used with fat_readwrite |
| 23:12:11 | TheSeven | i |
| 23:12:30 | TheSeven | i'll need to invent something that gets me a cache handle to a sector of a file |
| 23:15:49 | pamaury | Or you need to be able to use a sector buffer just as a sector buffer, that's is as storage but not necessarily at a precise sector |
| 23:16:35 | | Quit jannef (Remote host closed the connection) |
| 23:18:03 | TheSeven | but that means losing the cache |
| 23:18:47 | TheSeven | actually i only need to make that fat_readwrite thing return me a sector number :-) |
| 23:21:30 | pamaury | No, just be able to use one entry of the cache as a scratch buffer, something unrelated to a precise sector of the disk. It does not prevent caching because caching will already be done indirectly by fat_readwrite |
| 23:22:01 | | Quit BHSPitMini (Ping timeout: 264 seconds) |
| 23:39:18 | | Quit petur (Quit: Zzzz) |
| 23:41:04 | | Join BHSPitMini [0] (~BHSPitMon@adsl-70-243-200-93.dsl.rcsntx.swbell.net) |
| 23:41:54 | | Quit bmbl (Quit: Bye!) |
| 23:48:45 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 23:49:10 | | Quit TheSeven (Ping timeout: 272 seconds) |
| 23:49:34 | stripwax | just added a bunch more music to my ipod, booted into rockbox, and decided to watch the Debug -> Database screen. 117% complete? -494731232/-444391366 B used ? |
| 23:52:14 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 23:52:32 | | Quit BHSPitMini (Ping timeout: 240 seconds) |
| 23:52:54 | stripwax | hrm , and a massive amount of duplicate entries in the db |
| 23:53:49 | pamaury | That's probably one of the know-bug-that-no-database-dev-managed-to-get |
| 23:53:50 | CIA-8 | New commit by funman (r26998): text_viewer: cleanup & bugfix ... |
| 23:54:46 | stripwax | it seems to have added each *track* as a separate entry in the *albums* tag in the database, somehow. e.g. an album with 5 tracks, has the album name listed 5 times in db. |
| 23:54:54 | stripwax | maybe that's an unrelated bug? |
| 23:55:02 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 23:55:12 | stripwax | [selecting each such entry shows just one track] |
| 23:55:32 | CIA-8 | r26998 build result: All green |
| 23:58:43 | stripwax | i'll just try (re)initializing the db. looks like the update freaked out. |
icon identifies that the person is a core developer (has commit access).