| 00:00:03 | linuxstb | funman: i.e. we're distributing an app with embedded data. Although I'm not 100% sure what the GPL says about that.... |
| 00:00:06 | Torne | since it seems to contain md5sums of the firmwares |
| 00:00:09 | Torne | er, bootloaders |
| 00:00:23 | *** | Saving seen data "./dancer.seen" |
| 00:01:24 | funman | linuxstb: in the worst case we could download the OF from our servers in rbutil and do the patching on the person's computer |
| 00:01:24 | funman | saratoga: does the guy on sansa forums answer your PMs ? (i didn't try to contact him) |
| 00:02:14 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 00:02:50 | linuxstb | Torne: That file doesn't appear to have been updated since 2007, so I'm guessing it's not needed |
| 00:02:59 | Torne | linuxstb: hm |
| 00:03:28 | * | linuxstb looks towards bluebrother and domonoky1 |
| 00:04:16 | kisak | funman: if you're going to change your focus to include the nano 3g, I also have a classic 1g 160GB over here |
| 00:04:48 | funman | is it similar to nano3g? |
| 00:04:58 | bluebro | Iirc it is used for the iriver bootloaders |
| 00:05:18 | kisak | funman: that's what I keep getting told |
| 00:05:44 | linuxstb | funman: Yes, IIRC the 3g, classic 1g and 2g (and probably 3g) all use the same SoC. |
| 00:05:56 | bluebro | Can't check tonight, will try tomorrow |
| 00:06:19 | linuxstb | funman: The advantage of the classic is a real disk - i.e. no FTL... |
| 00:06:58 | funman | afaiu the nano2g FTL was reused in the 1st iphone |
| 00:07:26 | linuxstb | From the sounds of it, you don't want to go anywhere near the nano2g FTL. |
| 00:08:07 | funman | i mean, i hope TheSeven's work would work too on nano3g |
| 00:08:41 | | Part Etu |
| 00:08:50 | linuxstb | Yes, but from TheSeven's comments about it, it's not a clever system. |
| 00:09:07 | linuxstb | funman: So do you own a nano3g? |
| 00:09:23 | funman | my brother does, so yes i do too :) |
| 00:10:16 | | Quit bluebro (Quit: used jmIrc) |
| 00:10:50 | | Quit halmi (Quit: halmi) |
| 00:11:01 | TheSeven | actually, i've seen a slightly improved version of that not-so-clever system on some iphones/itouches |
| 00:11:06 | TheSeven | don't remember which generations |
| 00:11:51 | TheSeven | so i guess some changes will be needed to make the ftl work on the 3g, but on the other hand, some of the really bad things might have been improved |
| 00:12:32 | TheSeven | it could of course be possible that the nano3g was release before those changes, and that it works mostly unmodified |
| 00:12:56 | TheSeven | another improvement starting from the 3g is that it's unbrickable |
| 00:13:20 | TheSeven | (you can enter bootrom dfu mode by holding the reset combo for 10 seconds) |
| 00:13:46 | Farthen | well, the 2g is virtually unbrickable, too. you might be forced to open it up but you can't brick it, too |
| 00:14:02 | TheSeven | that dfu mode has already been exploited (and it's currently our only way to execute code in that device) |
| 00:14:18 | TheSeven | Farthen: actually you can easily brick it by opening it up |
| 00:14:37 | TheSeven | or at least make it fail shortly afterwards (hold switch etc.) |
| 00:14:48 | TheSeven | those things really aren't easy to disassemble |
| 00:15:01 | | Quit wincent (Ping timeout: 240 seconds) |
| 00:15:30 | | Quit DerPapst (Quit: Leaving.) |
| 00:15:34 | funman | disassembling is easy |
| 00:15:47 | funman | making sure it can be reassembled is the hard part :p |
| 00:16:35 | linuxstb | funman: Does your brother like his nano3g? |
| 00:17:02 | funman | no, i can get it even without giving him a sansa |
| 00:17:14 | kisak | ha |
| 00:17:17 | funman | last time i didn't take it because he didn't find the cable |
| 00:17:43 | | Quit ender` (Quit: I think I remember an episode of MacGyver where he overthrew a violent dictator with a rubber band, 2 bottle caps, and some navel lint.) |
| 00:18:48 | kisak | does ender`'s client have a fortune cookie dispenser on it's back |
| 00:19:06 | | Quit [CGL] (Remote host closed the connection) |
| 00:21:18 | | Quit DataGhost (Ping timeout: 240 seconds) |
| 00:24:09 | CIA-5 | New commit by bieber (r26292): Fixed some memory leaks in the theme editor |
| 00:24:33 | Torne | Bagder: so, hm.. |
| 00:25:18 | Bagder | what? |
| 00:26:08 | Torne | Bagder: well, are you waiting on me to work out what to do? |
| 00:26:19 | Bagder | no, I think I'm done |
| 00:26:33 | Bagder | sorry, I should've said so |
| 00:26:43 | Torne | Ah, right |
| 00:26:53 | Torne | oh, it's mirrored isn't it |
| 00:27:13 | Bagder | yeah, there's this fine delay... |
| 00:27:46 | Torne | that's why i didn't know you were done ;) |
| 00:28:20 | linuxstb | bieber: Could you add a short README to your theme editor saying what's required to build it? Also, shouldn't main.cpp have a (C) header? |
| 00:29:29 | bieber | I'll ad a README shortly. It's not really fair to call it a theme editor yet, so far it's just a parser that can show you a debug view of the parse tree |
| 00:29:44 | bieber | I wouldn't imagine there should be a header, since it's going to be a standalone application? |
| 00:31:45 | linuxstb | bieber: I'm not sure what you mean - why wouldn't main.cpp need a (C) header? |
| 00:32:38 | bieber | Ohhh, C as in copyright. You're right, I forgot to add one. I thought you meant a C-style header file |
| 00:33:17 | * | funman didn't understand © header as well |
| 00:35:27 | bieber | Are frequent commits frowned upon? i.e. will people be mad at me if I make a commit to add a README file and a (c) header? |
| 00:35:51 | funman | no |
| 00:36:05 | funman | personally i prefer numerous small commits to large commits |
| 00:36:25 | funman | it's easier to bisect bugs, but perhaps for documentation it doesn't matter |
| 00:36:48 | linuxstb | And it's easier for others to review. |
| 00:37:00 | | Quit BlakeJohnson86 (Ping timeout: 248 seconds) |
| 00:37:31 | bieber | Makes sense, thanks |
| 00:39:10 | CIA-5 | New commit by bieber (r26293): Added a README and a missing copyright header to the theme editor files |
| 00:40:21 | | Join Orbital_sFear [0] (~ldupin@64.126.136.116) |
| 00:40:41 | | Part Orbital_sFear |
| 00:45:33 | bieber | When I start writing C++ code for the GUI app, would anyone object if I switch up capitalization style to match Qt's? |
| 00:46:02 | gevaerts | the coding style we have is for C, so I wouldn't think so |
| 00:46:11 | funman | do you mean CamelCase? |
| 00:46:12 | linuxstb | bieber: I think you should follow rbutil's style, as that's set the example for C++/Qt in Rockbox. |
| 00:46:21 | bieber | Okay |
| 00:46:37 | * | linuxstb has no idea what that style is though... |
| 00:47:10 | | Join guymann [0] (~charlie@69.0.82.27) |
| 00:47:57 | bieber | I'm taking a look |
| 00:48:08 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
| 00:48:35 | linuxstb | bieber: I think bluebrother and domonoky1 will be the best person to talk to about coding style. |
| 00:49:03 | bieber | Looks like typical camelcase, uppercase for classes and lowercase for everything else |
| 00:54:18 | funman | hm i found the cause for audio noise on clipv2 |
| 00:54:44 | funman | and also why the volume is lower on rockbox than OF |
| 00:54:51 | funman | but that means the volume doesn't go very low now |
| 00:54:58 | | Quit efyx (Remote host closed the connection) |
| 00:55:42 | funman | hmm no it's still there, just less hearable because the volume is higher :/ |
| 00:55:57 | funman | i couldn't hear this noise in the OF playing silence |
| 00:57:41 | | Quit stripwax (Quit: http://miranda-im.org) |
| 01:00 |
| 01:03:33 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 01:08:09 | | Quit evilnick_B (Quit: Page closed) |
| 01:18:02 | | Quit fdinel (Ping timeout: 245 seconds) |
| 01:20:54 | funman | hmm it's absent when playback is paused |
| 01:23:02 | funman | could there be a background task which reads from storage regularly ? I assume no since else the HDD targets would need to always be spinning |
| 01:23:25 | funman | regularly = several times per second, not each time the audio buffer empties |
| 01:24:18 | funman | i don't see the led anyway |
| 01:24:57 | | Quit domonoky1 (Read error: Connection reset by peer) |
| 01:26:58 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 01:28:36 | | Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-puckxelmbeqjhtmh) |
| 01:30:06 | funman | fwiw the noise is louder in the left headphone |
| 01:31:29 | saratoga | funman: I can ask about distributing the OF file, but i doubt they'll give me an answer |
| 01:31:56 | saratoga | any reason you want to? the current system seems to work quite nicely |
| 01:32:36 | funman | perhaps people would stop asking a mkamsboot which worsk with newer OFs |
| 01:32:51 | saratoga | i don't really care if they ask |
| 01:33:08 | saratoga | i doubt they'll be that many more firmware updates for the ams players anyway |
| 01:33:38 | funman | yeah there just have been a few this last month |
| 01:34:07 | saratoga | i just delete the posts in the forums if people ask that in the dev thread |
| 01:36:14 | saratoga | i'm pretty sure that noise on the clipv2 didn't used to be there |
| 01:42:35 | funman | when the volume was higher (when we used DAC output to the phones instead of MIC/LINE/DAC summing) it was harder to hear |
| 01:45:45 | | Part toffe82 |
| 01:48:04 | funman | it seems to be different when playing different files (with volume minimal = HP muted) |
| 01:49:42 | | Quit bluebrother (Ping timeout: 240 seconds) |
| 01:49:55 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 01:52:11 | | Quit ssorgatem (Remote host closed the connection) |
| 01:52:20 | saratoga | which revision changed that? |
| 01:52:47 | funman | r26045 |
| 01:52:59 | saratoga | not r25732: as3525v2: fix volume setting (can now go very low) |
| 01:53:49 | saratoga | ah i see |
| 01:54:09 | funman | hm but r26045 should only affect FM |
| 01:54:12 | funman | and rec |
| 01:54:43 | funman | the noise is still distinct before 25732 ? |
| 01:57:42 | saratoga | i'm testing r26045 now |
| 01:58:45 | funman | the noise doesn't come from summing: disabling ADC/line/mic inputs in audioset3 -> still there |
| 01:58:50 | | Quit bieber (Ping timeout: 264 seconds) |
| 01:59:04 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 01:59:13 | saratoga | yeah its not r26045 |
| 02:00 |
| 02:00:26 | *** | Saving seen data "./dancer.seen" |
| 02:02:39 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 02:13:42 | saratoga | the clicking was already there before write support, but its arguably less noticeable in r25732 |
| 02:13:46 | saratoga | for example |
| 02:14:20 | saratoga | in that version its more like a 0.5 Hz click |
| 02:14:28 | saratoga | no idea what operates on that time scale |
| 02:14:35 | funman | hm i noticed it changes with fclk |
| 02:14:56 | saratoga | is anything but the CPU driven off fclk? |
| 02:14:59 | funman | if you enable boosting it's very visible if you play with cpu frequency in the debug menu |
| 02:15:04 | funman | pclk, but that should stay fixed |
| 02:15:27 | funman | i tried changing HZ but no result |
| 02:15:43 | saratoga | ah |
| 02:15:49 | saratoga | in this version it only happens on boost |
| 02:16:05 | saratoga | the click perfectly aligns with teh cpu boosting |
| 02:16:19 | saratoga | although if i force it to stay boosted I get a much faster click anyway |
| 02:16:56 | funman | faster than with current svn ? |
| 02:17:45 | saratoga | its a lot worse with current svn |
| 02:17:54 | saratoga | if I use a format that doesn't boost like flac I can't hear it at all |
| 02:18:44 | saratoga | i take that back i just barely hear it but i have to hold my breath and concentrate |
| 02:19:11 | funman | hm yeah |
| 02:19:29 | saratoga | an amp would make this a lot easier to hear |
| 02:19:39 | funman | of course we use maximum fclk now |
| 02:19:49 | saratoga | its weird that it doesn't depend on the amp gain |
| 02:20:06 | saratoga | makes it sound like its some kind of issue with the settings in the PMU rather then the DAC |
| 02:21:51 | funman | hm yeah current use would scale with fclk i guess |
| 02:23:55 | | Join anewuser [0] (anewuser@201.248.225.97) |
| 02:24:02 | | Quit anewuser (Changing host) |
| 02:24:02 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 02:25:49 | | Quit MethoS- (Remote host closed the connection) |
| 02:26:46 | | Join j8048188 [0] (www-data@80.67.6.50) |
| 02:27:15 | saratoga | r25890 is not bad either, at least unless it boosts |
| 02:27:33 | saratoga | just a faint warbling sound at the threshold of hear |
| 02:27:34 | saratoga | ing |
| 02:27:53 | j8048188 | Hi all, One quick question about the e200r: Can you flash it with the standard firmware? |
| 02:28:08 | saratoga | yeah i think so with e200tool |
| 02:28:20 | j8048188 | so that's what e200tool does? |
| 02:28:23 | saratoga | i'd check google, theres probably someone who has done it |
| 02:28:27 | j8048188 | I can't find too much documentation. |
| 02:29:15 | saratoga | i need an amp so i can more clearly hear this noise |
| 02:30:36 | funman | since it doesn't happen when paused i wonder if this has to do with how we feed the DAC (dma) |
| 02:30:43 | funman | i tried with smaller bursts without effect |
| 02:31:09 | j8048188 | Found something on ABI that might help. |
| 02:31:20 | j8048188 | (at bottom of page, will try and report back) |
| 02:31:21 | j8048188 | http://www.anythingbutipod.com/forum/showthread.php?t=20737 |
| 02:32:12 | funman | saratoga: that's still more noise than with the OF I think |
| 02:32:30 | saratoga | i can't hear anything with the OF |
| 02:36:55 | saratoga | we don't know what the as3543 registers are for the OF do we? |
| 02:37:10 | funman | nope that's what i was looking but it's complex |
| 02:37:24 | funman | for audio that is |
| 02:37:26 | saratoga | this could be as simple as having the VRM one notch too low |
| 02:37:35 | saratoga | or something stupid like that |
| 02:37:43 | funman | for PMU afaict it is all done at init but i copied them the other day and the sound was still there |
| 02:37:50 | funman | VRM ? |
| 02:37:55 | saratoga | voltage regulator |
| 02:38:24 | saratoga | though i guess it would be wierd if DMA depended on having the VRM at a certain setting |
| 02:38:37 | saratoga | assuming the noise really is from a DMA transfer |
| 02:38:46 | funman | DMA should work, but I was thinking of the pause between 2 transfers |
| 02:39:12 | saratoga | has anyone jtag'ed the clip+ yet? i thought it was pretty easy to do compared to clipv2 |
| 02:39:28 | funman | ranma did |
| 02:39:33 | funman | but it's a dead clip+ |
| 02:40:10 | funman | we transfer 8188 bytes at a time with DMA => 21.5 transfers per second |
| 02:40:19 | funman | so it can't be that |
| 02:40:25 | | Join mistertibs [0] (~user@c-24-14-184-91.hsd1.il.comcast.net) |
| 02:40:52 | mistertibs | how do I found out what my ipod's is at /dev/sd*? |
| 02:41:21 | funman | mistertibs: run 'mount' |
| 02:42:16 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 02:43:01 | mistertibs | thx |
| 02:43:59 | funman | saratoga: the OF clipv2 inits PMU regs to: 0x1A-7 = 1, 0x17-7 = 0x30, 0x1A-2 = 0xCC, 0x19-2 = 0x41, 0x18-1 = 0x35, 0x18-7 = 0x31 |
| 02:44:29 | funman | 0x19-2 is the charger, but it also changes threshold for VBUS comparator (afaiu this is for USB detection) |
| 02:55:26 | funman | i still hear it with fclk@80MHz |
| 02:58:07 | | Quit mistertibs (Quit: Leaving.) |
| 02:58:30 | funman | at fclk@30MHz pclk@15MHz i'm not so sure, but there's still more noise than in OF |
| 02:59:35 | | Quit funman (Quit: free(random());) |
| 03:00 |
| 03:00:15 | | Join Forsaken_Boy [0] (~chatzilla@69.79.66.191) |
| 03:04:28 | j8048188 | To change it to a regular sansa, I just flashed the other firmware on it and it worked like a charm. |
| 03:06:40 | | Join krabador [0] (~ubuntu@host158-217-dynamic.117-80-r.retail.telecomitalia.it) |
| 03:06:57 | | Quit vaguerant (Quit: Java user signed off) |
| 03:27:08 | | Quit S_a_i_n_t (Ping timeout: 248 seconds) |
| 03:30:02 | | Quit krabador (Read error: Connection reset by peer) |
| 03:35:55 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.96) |
| 03:39:01 | JdGordon | bieber: ping |
| 03:39:09 | bieber | Hey |
| 03:39:29 | JdGordon | hey, im looking at the tag table and I'm a bit confused |
| 03:39:39 | bieber | Oh? |
| 03:40:19 | JdGordon | maybe that wiki page was confusing? the tags below mv.. you have them as |I |
| 03:40:36 | JdGordon | and the top three are *|..... |
| 03:40:59 | JdGordon | the mv ones should be *I and top three *fIIIII |
| 03:41:03 | bieber | I thought the arguments were optional? |
| 03:41:24 | bieber | Does it matter for mv? They only have one argument, so obviously that's either all or none |
| 03:41:45 | JdGordon | does that make %mv illegal though? |
| 03:41:50 | JdGordon | does it require the ()'s? |
| 03:41:53 | bieber | No |
| 03:42:03 | JdGordon | ah ok |
| 03:42:04 | bieber | If no arguments are given, it expects there to be no () |
| 03:42:17 | bieber | I wasn't sure about a lot of them though, so do feel free to hack up the table |
| 03:42:49 | bieber | Especially %Cl. Are l/c/r and t/c/b flags that get prepended to the width and height values? |
| 03:43:16 | JdGordon | also, how do you feel about adding the WPS_TOKEN_ enum value to that table? it saves antother lookup on the next step of parsing |
| 03:43:35 | S_a_i_n_t | JdGordon: read upward a fair ways about your changes to checkwps (not sure if it hit SVN though, didn't see a commit if it did), does that mean I can just feed my themes to it and get the new syntax? That'd be awesome. I'm not looking forward to having to redo everything very much... |
| 03:43:44 | JdGordon | yes, though that is a bit nasty and we can change it to make it nicer |
| 03:43:46 | S_a_i_n_t | s/read/ I read/ |
| 03:44:03 | JdGordon | S_a_i_n_t: yes |
| 03:44:08 | S_a_i_n_t | *awesome* |
| 03:44:21 | bieber | Go right ahead: I won't be using them, but it won't hurt anything to have them there |
| 03:44:22 | JdGordon | it took about 15min of actual coding to add that capability in :) |
| 03:44:38 | S_a_i_n_t | Is it in SVN yet? Or...will it be? |
| 03:44:42 | bieber | Do you want me to embed them in struct skin_element for tags, as well? |
| 03:44:43 | JdGordon | not yet |
| 03:44:52 | S_a_i_n_t | sweet, I'll look out for the commit. |
| 03:45:02 | JdGordon | bieber: yeah |
| 03:45:28 | bieber | Okay, I'll make that change tomorrow before I do anything else |
| 03:45:37 | S_a_i_n_t | And thanks, that's a lifesaver. I understated how much I wasn't loking forward to the syntax change. |
| 03:45:45 | S_a_i_n_t | *looking even |
| 03:46:08 | bieber | Tomorrow I'm going to try and focus on wrapping my parse tree in a Qt data model, and then I'll spend any time I have left just building up the parse table |
| 03:46:24 | JdGordon | bieber: I can build the table for you if you want |
| 03:46:30 | bieber | Should I make a local copy of whatever header defines the tokens in my themeeditor dir, or just link to it? |
| 03:46:41 | bieber | That would be great, if you don't mind |
| 03:47:10 | bieber | If no one has volunteered yet, btw, I can whip up a PHP script to do that conversion over the weekend |
| 03:47:18 | bieber | I won't have time for anything fancy, but it'll work |
| 03:47:34 | JdGordon | na, do the gsoc stuff first :) you dont want to run out of time with that |
| 03:48:29 | S_a_i_n_t | JdGordon cracks his whip ;) |
| 03:48:32 | bieber | Yeah, that is probably the best plan |
| 03:48:45 | JdGordon | S_a_i_n_t: hehe no, I'm not mentor so is not my whip to crack |
| 03:48:52 | * | JdGordon just wants a good editor :) |
| 03:48:59 | JdGordon | s/god/working |
| 03:49:13 | bieber | Hopefully it'll happen sooner rather than later |
| 03:49:28 | S_a_i_n_t | Same, but I'm afraid it'll put me out of work...well, at least give some competition ;) |
| 03:49:35 | JdGordon | have you thought about how you will handle things like the sbs and wps bein on the screen together? |
| 03:49:55 | S_a_i_n_t | "script kiddies" will start churning out awesome themes now. |
| 03:49:59 | bieber | The parser didn't take long to get together (especially if you're going to put the tag table together), and I did a lot of Qt work at the beginning of the Summer, so I can get running with that pretty quickly |
| 03:50:46 | bieber | What's the SBS? Sorry, I haven't delved much into the theme specifics yet, other than the WPS language |
| 03:51:24 | * | S_a_i_n_t wonders how to describe it... |
| 03:51:30 | | Join mistertibs [0] (~ubuntu@c-24-14-184-91.hsd1.il.comcast.net) |
| 03:51:36 | JdGordon | the sbs (Base Skin) is what describes the theme mostly... |
| 03:51:41 | bieber | Oh, okay |
| 03:51:49 | bieber | Is that what provides the status bar and such? |
| 03:52:04 | JdGordon | it specifies a viewport which becomes the default viewport if another skin doesnt use the %wd (statusbar disable) tag |
| 03:52:11 | JdGordon | usually, yes |
| 03:52:34 | bieber | Okay |
| 03:52:55 | bieber | So I guess just render that by default, and then render the WPS on top of it, or erase it if the %wd tag gets used |
| 03:53:18 | JdGordon | pretty much :) |
| 03:53:51 | JdGordon | it would be great if the editor could load a theme .zip, then let you choose to view the menus or wps or radio to edit |
| 03:54:19 | mistertibs | I have problem with ipod restore how to without itunes |
| 03:54:21 | mistertibs | http://pastebin.com/raw.php?i=FNuAtN85 |
| 03:55:16 | JdGordon | is /dev/sdb2 the ipod? |
| 03:55:20 | bieber | JdGordon: That's the stuff I have scheduled to sort out after this week: before I get into rendering or anything complicated like that I'm going to try and get basic file handling nice and solid |
| 03:55:35 | JdGordon | cool |
| 03:55:48 | mistertibs | /dev/sdb1 in mount it says it is that |
| 03:56:40 | JdGordon | so why are you trying to format /dev/sdb2? |
| 03:56:56 | mistertibs | http://www.rockbox.org/wiki/IpodManualRestore |
| 03:57:16 | mistertibs | because I am converting ipod to fat32 |
| 03:57:25 | mistertibs | the ipod is in mac os x format |
| 03:57:32 | mistertibs | I don't have any macs here |
| 03:59:43 | JdGordon | do ls /dev/sdb* |
| 04:00 |
| 04:00:30 | *** | Saving seen data "./dancer.seen" |
| 04:04:02 | | Quit n1s (Quit: Lämnar) |
| 04:07:32 | JdGordon | bieber: so last time :) | at the start with only one char lets you leave off the ()'s? * at the start lets you leave them off, or have all up to the first |? |
| 04:07:43 | | Quit pixelma (Disconnected by services) |
| 04:07:43 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:07:48 | | Quit amiconn (Disconnected by services) |
| 04:07:50 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:07:50 | JdGordon | and both allow empty ()'s? |
| 04:08:03 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:08:12 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:09:34 | bieber | JdGordon: Anything after a | is optional. If all the arguments are optional, then you can leave off the () altogether. If you have a * at the beginning, then you must either omit all the optional arguments or include all of them |
| 04:10:32 | JdGordon | ok, just making sure |
| 04:24:06 | JdGordon | bieber: another fun edge case... how do you want to handle the differene between the lower case i tags (current track info) and upper cas I (next track info)? |
| 04:24:31 | JdGordon | in svn they are given the same token value and the parser sets a flag on the token struct to say if its for the next track |
| 04:28:45 | bieber | Can we just make them separate? |
| 04:28:57 | bieber | Otherwise I'll have to tear up the parser to make it work |
| 04:31:54 | * | S_a_i_n_t wonders what happened to the tracker. |
| 04:35:03 | | Quit mistertibs (Quit: Leaving.) |
| 04:36:16 | | Join chrisb [0] (~chrisb@pool-71-162-225-114.phlapa.east.verizon.net) |
| 04:36:27 | | Join Buckwheat [0] (~chatzilla@64.68.182.251) |
| 04:36:37 | Buckwheat | Whats up everybody! |
| 04:36:59 | JdGordon | bieber: of use the same token and put the choice into the displayer? |
| 04:37:02 | | Quit Buckwheat (Client Quit) |
| 04:37:03 | chrisb | what's the right disk format for microSD cards? vfat, ext2, fat? |
| 04:37:16 | JdGordon | the origional text tag is going to be there in the editor right? |
| 04:37:23 | chrisb | my debian complained FAT: incompatible with utf8 |
| 04:37:45 | JdGordon | I mean it will use the skin_element tree directly? |
| 04:37:57 | chrisb | and i run my shell, urxvt, in utf8 |
| 04:38:28 | chrisb | now the microdisk won't take some file names assigned by musicbrainz |
| 04:39:12 | S_a_i_n_t | doesn't RB *need* everything in FAT32? |
| 04:40:34 | krazykit | chrisb, it has to be in fat (16 and 32 both work). as for your incompatible filenames, perhaps musicbrainz has a setting for fat-safe renaming |
| 04:40:49 | | Quit bieber (Ping timeout: 264 seconds) |
| 04:41:06 | chrisb | S_a_i_n_t: thanks |
| 04:41:16 | chrisb | krazykit: thanks, i'll check |
| 04:41:23 | | Join Barahir [0] (~jonathan@frnk-590f5fbe.pool.mediaWays.net) |
| 04:41:49 | S_a_i_n_t | heh... krazykit was the real brains there. Mine was almost a question also ;) |
| 04:42:05 | | Quit anewuser (Quit: for SELL 2 by the price of 1 now!) |
| 04:42:27 | | Quit Barahir_ (Read error: Operation timed out) |
| 04:47:19 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 04:51:36 | | Join Tux2 [0] (~Tux2@184-96-55-209.hlrn.qwest.net) |
| 04:55:06 | | Quit j8048188 (Quit: CGI:IRC (EOF)) |
| 04:56:09 | | Join cool_walking_ [0] (~cb3b81c3@gateway/web/freenode/x-pawseocnjhxjnumu) |
| 04:56:47 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 05:00 |
| 05:00:01 | * | S_a_i_n_t notices the Nano MBRs in download.rockbox.org/bootloader/ipod/ are all messed up and could lead to some confusion. |
| 05:00:19 | S_a_i_n_t | Noone seems to have thought of renaming them after the Nano2g was added. |
| 05:00:42 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 05:02:59 | S_a_i_n_t | mbr-nano2gb.bin and mbr-nano4gb.bin should be renamed to mbr-nano1g-2gb.bin and mbr-nano1g-4gb.bin |
| 05:04:29 | S_a_i_n_t | mbr-nano1g-2GB.bin and mbr-nano1g-4GB.bin rather, to avoid additional confusion. |
| 05:05:46 | | Join Strife1989 [0] (~Strife89@adsl-80-157-6.mcn.bellsouth.net) |
| 05:08:01 | | Quit chrisb (Ping timeout: 245 seconds) |
| 05:09:08 | | Quit bieber (Ping timeout: 260 seconds) |
| 05:09:23 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 05:10:17 | bieber | JdGordon: Yes, I'll be using that directly |
| 05:10:48 | bieber | So you could just give them the same token in the table, and have the display code check the "name" field when it encounters that token |
| 05:11:03 | CIA-5 | New commit by Blue_Dude (r26294): Fix crash in talk.c logf line when outputting voice only clips, more comments in lang.h |
| 05:12:37 | JdGordon | bieber: yeah, and anyway I dont tihnk its so important to distinguish next and current tracks in the editor |
| 05:13:33 | | Quit moparx (Quit: moparx) |
| 05:13:49 | | Join CGL [0] (~CGL@190.207.226.198) |
| 05:14:12 | | Nick CGL is now known as [CGL] (~CGL@190.207.226.198) |
| 05:14:31 | CIA-5 | New commit by Blue_Dude (r26295): Oops, didnt mean to enable logf in talk.c |
| 05:17:58 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
| 05:21:07 | | Quit cool_walking_ (Quit: Page closed) |
| 05:29:00 | JdGordon | bieber: still there? |
| 05:37:31 | | Quit Horscht (Quit: Verlassend) |
| 05:43:08 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
| 05:45:47 | | Quit Topy44 (Ping timeout: 248 seconds) |
| 05:46:56 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 05:51:14 | CIA-5 | New commit by Blue_Dude (r26296): lang.h voice comments were off by 1, fixed |
| 05:53:08 | CIA-5 | New commit by jdgordon (r26297): add all the known tags to the table. Nothing is done about target specific tags yet |
| 05:54:21 | | Quit Tux2 (Quit: Leaving) |
| 06:00 |
| 06:00:33 | *** | Saving seen data "./dancer.seen" |
| 06:11:27 | | Join Boldfilter [0] (~Boldfilte@adsl-71-215-115.jax.bellsouth.net) |
| 06:15:55 | S_a_i_n_t | JdGordon: was it your intention to alphabetize the tag_table.c file? |
| 06:17:17 | S_a_i_n_t | Or is it some particular ordering that merely resembles alphabetic. |
| 06:19:19 | | Join CaptainKwel [0] (~jason@207-237-113-115.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 06:30:45 | | Quit liar (Ping timeout: 276 seconds) |
| 06:38:26 | | Quit flatr0ze (Ping timeout: 245 seconds) |
| 06:40:27 | S_a_i_n_t | I suspect it doesn't actually matter, but I alphabetized tag_table.c. I kept the groupings the tags were in though, as I suspected that may be important. http://pastebin.com/BMfirvDu |
| 06:44:04 | S_a_i_n_t | heh...messed it up. *Ahem* http://pastebin.com/vS1J8Ex7 |
| 06:51:26 | CIA-5 | New commit by jethead71 (r26298): SWCODEC: Wait for audio init to complete before starting radio or recording; hardware init might not be finished yet if those are the start screens. |
| 06:54:07 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 06:54:16 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 06:59:41 | CIA-5 | New commit by jethead71 (r26299): Fix r26298 yellow: Somehow missed those warnings. Need playback.h. |
| 07:00 |
| 07:00:26 | | Quit shai (Quit: Leaving) |
| 07:10:47 | | Join JdGord [0] (~jd@110.23.57.149) |
| 07:11:36 | JdGord | S_ain't. I used the order from skin_parser.c to make sure o didn't miss any |
| 07:12:20 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 07:13:47 | CIA-5 | New commit by jethead71 (r26300): Gigabeat S: Turn off hardware effects (tone and 3d) when doing digital loopback for FM recording otherwise the signal and levels are poorly ... |
| 07:24:03 | S_a_i_n_t | JdGord: Well, now you didn;t miss any *and* they're in alphabetical order ;) |
| 07:27:01 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 07:28:23 | | Quit shai (Read error: Connection reset by peer) |
| 07:28:44 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 07:32:15 | | Quit CaptainKwel (Ping timeout: 252 seconds) |
| 07:41:15 | | Quit rvvs89 (Ping timeout: 240 seconds) |
| 07:44:01 | CIA-5 | New commit by pixelma (r26301): Give the radio screen setting(s) in the themes menu its own language strings so they don't simply reuse 'FM Radio' as in the main menu. Rename 'Remote ... |
| 07:45:47 | | Quit bieber (Ping timeout: 248 seconds) |
| 07:46:03 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 07:46:51 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 07:48:36 | leavittx | What's wrong with tracker? Any of links like http://www.rockbox.org/tracker/8806 are down for me. |
| 07:49:21 | S_a_i_n_t | the tracker is down. |
| 07:49:26 | S_a_i_n_t | Dunno why though. |
| 07:50:34 | pixelma | Zagor didn't get it to work after the server move yet for some weird reason (works for him locally as far as I understood) |
| 07:56:16 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 07:58:49 | CIA-5 | New commit by pixelma (r26302): Change the hardcoded radio screen almost to how it was before - better use of screen estate, shorter lines, more info. Keep the 'progress' bar which ... |
| 08:00 |
| 08:00:37 | *** | Saving seen data "./dancer.seen" |
| 08:02:00 | JdGordon | S_a_i_n_t: I'm not sure there is really any point making sure it is alphabetical just yet... |
| 08:02:19 | JdGordon | also I see mistakes :) |
| 08:02:38 | S_a_i_n_t | In the first or second one? |
| 08:02:46 | S_a_i_n_t | the first was a shambles |
| 08:03:42 | | Quit Boldfilter (Quit: Boldfilter) |
| 08:04:47 | JdGordon | the 2nd |
| 08:05:39 | S_a_i_n_t | I think that may be because I thought I had to keep the groupings the tags were in. |
| 08:06:21 | S_a_i_n_t | nope, you're quite right. |
| 08:06:25 | S_a_i_n_t | I see it now too. |
| 08:06:41 | S_a_i_n_t | in the "p"s |
| 08:07:33 | JdGordon | yeah |
| 08:07:39 | | Quit bieber (Ping timeout: 248 seconds) |
| 08:07:52 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 08:09:52 | S_a_i_n_t | http://pastebin.com/44xxNbHG |
| 08:10:15 | | Quit mc2739 (Ping timeout: 240 seconds) |
| 08:10:52 | | Quit JdGord (Quit: Bye) |
| 08:10:52 | | Join Flagoogleberries [0] (~Flagoogle@60-234-224-127.bitstream.orcon.net.nz) |
| 08:17:53 | Flagoogleberries | hey there |
| 08:18:05 | Flagoogleberries | hoping someone would be able to help me |
| 08:18:16 | S_a_i_n_t | ask your question. |
| 08:18:21 | Flagoogleberries | I've got rockbox installed on my 5th gen 30gig ipod |
| 08:18:22 | | Join shai_ [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 08:18:30 | Flagoogleberries | it's been running fine |
| 08:18:46 | Flagoogleberries | but i've recently put some .flac files on |
| 08:19:17 | Flagoogleberries | most of them work fine, but some have a kind of cycling scratchy noise on them that drown out the actual audio |
| 08:19:34 | Flagoogleberries | they work fine on my computer, so it's not a bad file |
| 08:19:50 | Flagoogleberries | just wondering what the cause might be and if there's anything I can do about it? |
| 08:20:57 | pixelma | JdGordon: there was one more thing I would have wanted to do in the hwcodec radio skin which didn't seem possible yet - that would have needed %pb in a conditional and it didn't work. IIRC that's basically an old limitation but with all the work put into the bar widget I thought it could work now |
| 08:21:30 | JdGordon | I thought i fixed that? |
| 08:21:33 | S_a_i_n_t | pixelma: It's supposed to work. |
| 08:21:42 | S_a_i_n_t | %pb in a conditional I mean. |
| 08:21:46 | | Quit shai (Ping timeout: 245 seconds) |
| 08:21:47 | pixelma | JdGordon: %pm yes, but not %pb |
| 08:22:00 | JdGordon | pretty sure both should work |
| 08:22:17 | S_a_i_n_t | JdGordon: That might have something to do with that theme I got you to check out. |
| 08:22:52 | | Nick shai_ is now known as shai (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 08:22:53 | pixelma | ok, have to try again. Hmm, could it be related to needing %pm twice even when not shown at the same time - is this possible? |
| 08:23:17 | JdGordon | why do you have pm twice? |
| 08:23:33 | | Join flatr0ze [0] (~flatrose@nat.sklk.marosnet.net) |
| 08:23:34 | JdGordon | peak meters arnt set up for multiple |
| 08:25:53 | pixelma | now I remember... the old radio screen showed the prerecording time in the same line as the peak meter before and pushed the peak meter down one line. Currently I only do the former - if prerecording time is set then peak meter aren't shown at all anymore though |
| 08:27:19 | pixelma | I wanted to replace the %pb below then with a %pm - but I also tried replacing %pb line with the prerecording time instead (which would only need one %pm then) but that didn't work either |
| 08:27:31 | JdGordon | when FS works again, open a task saying peak meters are in depserate need of some work. I tihnk they could be the last really outdated tag |
| 08:27:38 | | Join merbanan [0] (~banan@c-94-255-217-84.cust.bredband2.com) |
| 08:27:49 | pixelma | I'll try again though |
| 08:33:16 | | Quit merbanan (Ping timeout: 276 seconds) |
| 08:36:37 | Flagoogleberries | alright, guessing no one had any idea on my problem? |
| 08:36:42 | Flagoogleberries | cheers anyway |
| 08:36:52 | Flagoogleberries | bye all |
| 08:36:55 | | Quit Flagoogleberries (Quit: dum de dum) |
| 08:36:56 | S_a_i_n_t | patience is a virtue |
| 08:37:37 | | Quit esperegu (Read error: Operation timed out) |
| 08:39:15 | CIA-5 | New commit by jdgordon (r26303): remove this branch |
| 08:39:48 | saratoga | that sounds like something worth opening a bug report for |
| 08:40:41 | CIA-5 | New commit by jdgordon (r26304): recreat the branch. shouldnt need to keep this in sync with trunk as long as nothing major happens in the skin engine |
| 08:43:23 | * | JdGordon is looking for testers to play with that branch... unless you actually are testing for 3.6 rel |
| 08:46:12 | | Join Guest6078 [0] (bjst@80.67.6.50) |
| 08:46:13 | | Quit Guest6078 (Changing host) |
| 08:46:13 | | Join Guest6078 [0] (bjst@rockbox/developer/Zagor) |
| 08:46:27 | | Nick Guest6078 is now known as Zagor_ (bjst@rockbox/developer/Zagor) |
| 08:51:49 | | Nick Zagor_ is now known as Zagor (bjst@rockbox/developer/Zagor) |
| 08:53:14 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
| 08:56:54 | CIA-5 | New commit by jdgordon (r26305): make the parser accept the new format. skin_parser_old.c still accepts the old format (will be used for the updater checkwps) |
| 08:57:43 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 08:58:49 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:59:44 | | Quit Strife89 (Quit: Reboot.) |
| 09:00 |
| 09:01:25 | | Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) |
| 09:04:49 | | Quit elcan (Ping timeout: 264 seconds) |
| 09:05:28 | | Join elcan [0] (user36@pr0.us) |
| 09:06:23 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 09:08:08 | pixelma | by the way, I found out a bit more about the crashes on my Ondio which sometimes happen when not replacing the full build. There is something fishy with language strings, they are sometimes completely messed up (I even saw strings that contained pieces of two different one) when going back even though I use English which should also be built in. If I have voice enabled then I get the crash |
| 09:09:18 | S_a_i_n_t | that's....odd at best. |
| 09:09:28 | pixelma | it sounds like that shouldn't happen though at least with voice disabled and language set to English, but I'm not sure. I also wonder why the strings are so messed up in first place |
| 09:10:12 | S_a_i_n_t | same crazy thing as "wrong builds in the wrong zips"? |
| 09:11:21 | pixelma | no, that's just replacing the ajbrec.ajz which should contain all the necessary parts on this target |
| 09:11:46 | pixelma | as I said - at least with the English language |
| 09:15:39 | | Quit [CGL] (Remote host closed the connection) |
| 09:17:28 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:19:00 | | Quit kramer3d (Quit: Leaving) |
| 09:20:19 | | Quit Forsaken_Boy (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 09:21:33 | | Quit esperegu (Read error: Connection reset by peer) |
| 09:22:38 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 09:23:26 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
| 09:25:24 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 09:34:03 | CIA-5 | New commit by jdgordon (r26306): make checkwps work with the old format and be able to update to the new format |
| 09:34:48 | JdGordon | S_a_i_n_t: checkout the skinbreak branch, build checkwps and run your skins through it (one at a time) to update... then use a build from that branch to make sure it works :) |
| 09:35:31 | | Quit GeekShadow (Read error: Connection reset by peer) |
| 09:39:39 | | Quit flydutch (Quit: /* empty */) |
| 09:41:04 | | Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) |
| 09:41:19 | | Quit xavieran (Ping timeout: 260 seconds) |
| 09:44:07 | | Quit S_a_i_n_t (Ping timeout: 276 seconds) |
| 09:45:33 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.96) |
| 09:45:50 | | Quit S_a_i_n_t (Client Quit) |
| 09:46:01 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
| 09:46:41 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.96) |
| 09:50:50 | | Join Rob2223 [0] (~Miranda@p4FDC9E81.dip.t-dialin.net) |
| 09:51:48 | wodz | what's wrong with such define: http://www.pastie.org/977568 - do I need to escape something in this string? |
| 09:53:52 | | Quit Rob2222 (Ping timeout: 245 seconds) |
| 09:54:04 | Zagor | wodz: how do you use it? |
| 09:54:32 | | Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) |
| 09:54:33 | wodz | insert it in some array definition |
| 09:55:02 | JdGordon | does anyone know how the cabbie images get into the zip file? |
| 09:56:27 | S_a_i_n_t | JdGordon: been wondering that myself for a while now... |
| 09:56:41 | wodz | Zagor, it used like this: http://www.pastie.org/977575 |
| 09:57:15 | JdGordon | wodz: can you not just put them in manually like the others? |
| 09:58:17 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 09:58:55 | wodz | JdGordon: this define will come from target tree |
| 09:59:44 | JdGordon | those functions are in the target tree? |
| 10:00 |
| 10:00:15 | wodz | yes |
| 10:00:40 | *** | Saving seen data "./dancer.seen" |
| 10:00:40 | JdGordon | ok, just just do #ifdef TARGET_DEBUG_MENU and hard code those options |
| 10:03:32 | wodz | JdGordon: You don't get the point - definitions can be different for different targets |
| 10:04:31 | JdGordon | yes but doing that is pretty messy... |
| 10:05:06 | wodz | leaving ifdefs as it is now is messy also |
| 10:05:31 | JdGordon | yes, but more understandable |
| 10:05:56 | JdGordon | is this perl regex wrong? /[\),]([^,\)]*?.bmp)\)/ <- trying to get it to match (filename.bmp) or ,filename.bmp) |
| 10:06:03 | wodz | I dissagree |
| 10:06:53 | Zagor | JdGordon: the first parenhesis is the wrong way |
| 10:07:33 | JdGordon | woops.. but still no worky |
| 10:08:12 | JdGordon | hmm... it needs to match more, nute |
| 10:08:44 | JdGordon | yay :) |
| 10:08:50 | Zagor | /[\(,](.+?.bmp)\)/ |
| 10:09:06 | Zagor | or even /[\(,](.+?.bmp)/ |
| 10:09:16 | Zagor | don't require more than you want |
| 10:09:22 | | Join DerPapst [0] (~Alexander@91-64-235-218-dynip.superkabel.de) |
| 10:09:35 | | Quit shai (Quit: Leaving) |
| 10:10:12 | CIA-5 | New commit by jdgordon (r26307): make wpsbuild.pl find the images in the new format |
| 10:10:46 | JdGordon | yeah I thought that bit before the * wasnt comepltyl right... but i wanted to change ti as little as possible |
| 10:11:09 | JdGordon | oh, no you pulled more than that off |
| 10:12:45 | JdGordon | /[\(,](.+?.bmp)/ didnt work.. it got too much at the start |
| 10:13:27 | JdGordon | %xl(A,lock-176x220x16.bmp,51,204,2) -> A,lock-176x220x16.bmp |
| 10:13:59 | * | JdGordon will stick with whats now in svn |
| 10:14:25 | Zagor | well you did say the format was "(filename.bmp) or ,filename.bmp)" |
| 10:15:25 | Zagor | with this more complex format you need your original regex |
| 10:15:41 | JdGordon | yeah, i forgot a few possibility :p |
| 10:16:22 | B4gder | hehe |
| 10:16:39 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 10:22:36 | wodz | haha macro statement is perfectly ok, I was missing some includes |
| 10:22:55 | | Join LinusN [0] (linus@80.67.6.50) |
| 10:22:55 | | Quit LinusN (Changing host) |
| 10:22:55 | | Join LinusN [0] (linus@rockbox/developer/LinusN) |
| 10:42:36 | | Join Strife89 [0] (~Strife89@adsl-80-157-6.mcn.bellsouth.net) |
| 10:47:21 | | Quit efyx (Remote host closed the connection) |
| 10:47:55 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 10:48:05 | | Quit efyx (Read error: Connection reset by peer) |
| 10:48:18 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 10:51:30 | | Quit DerPapst (Ping timeout: 272 seconds) |
| 11:00 |
| 11:00:08 | | Quit shai (Quit: Leaving) |
| 11:01:16 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 11:03:52 | | Quit phanboy4 (Ping timeout: 245 seconds) |
| 11:07:03 | | Join mitk [0] (~mitk@195.117.162.130) |
| 11:11:24 | | Join DerPapst [0] (~Alexander@91-64-235-218-dynip.superkabel.de) |
| 11:12:37 | | Quit JdGordon (Ping timeout: 245 seconds) |
| 11:14:04 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 11:15:48 | mitk | What is meaning of LANG_RECORD_TRIGGER_TYPE? Description in manual is empty. |
| 11:16:11 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 11:17:28 | S_a_i_n_t | It'll be for the recording triggers, like if volume goes over 'X'dB for 'X' period etc. |
| 11:17:54 | S_a_i_n_t | I'm pretty sure there's a description on recording triggers in the wiki |
| 11:18:08 | wodz | am I right that strncat is not included in rockbox libc? |
| 11:19:34 | JdGordon | use strlcat |
| 11:20:30 | | Quit esperegu (Read error: Connection reset by peer) |
| 11:21:44 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 11:22:44 | wodz | in strlcat size includes \0 or not? |
| 11:23:35 | wodz | hmm rather not |
| 11:25:02 | | Quit wodz (Quit: Leaving) |
| 11:28:00 | | Quit shai (Quit: Leaving) |
| 11:32:17 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 11:36:15 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 11:42:34 | mitk | Yeah. Trigger mode is described indeed. But no trigger type. Is it action taken when recording is stopped by trigger in order to prepare to potential new recording? Available options are Stop, Pause, New File. |
| 11:48:44 | | Quit DerPapst (Ping timeout: 260 seconds) |
| 11:49:21 | | Join DerPapst [0] (~Alexander@91-64-235-218-dynip.superkabel.de) |
| 11:56:12 | | Quit esperegu (Read error: Connection reset by peer) |
| 11:56:49 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 12:00 |
| 12:00:42 | *** | Saving seen data "./dancer.seen" |
| 12:05:27 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 12:07:29 | | Join XXXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 12:10:04 | | Join watto [0] (~watto@193.203.81.165) |
| 12:10:56 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 12:11:18 | | Quit XXStatik (Ping timeout: 240 seconds) |
| 12:11:24 | | Quit S_a_i_n_t (Ping timeout: 248 seconds) |
| 12:15:31 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.236) |
| 12:18:37 | | Join XXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 12:19:06 | | Join Strife89|Laptop [0] (~Strife89@adsl-80-190-155.mcn.bellsouth.net) |
| 12:20:06 | | Join rvvs89 [0] (ivo@bright-snat.ucc.asn.au) |
| 12:20:41 | | Quit Strife1989 (Ping timeout: 240 seconds) |
| 12:21:03 | | Quit Strife89 (Ping timeout: 260 seconds) |
| 12:22:36 | | Quit XXXStatik (Ping timeout: 248 seconds) |
| 12:27:51 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 12:40:24 | | Join Strife1989 [0] (~Strife89@adsl-80-190-155.mcn.bellsouth.net) |
| 12:43:44 | | Quit BHSPitMonkey (Read error: Connection reset by peer) |
| 12:50:20 | | Quit TheSeven (Ping timeout: 248 seconds) |
| 12:50:44 | funman | jhMikeS: is it possible to change pcm_play_dma_get_peak_buffer like you did for recording ? |
| 12:51:46 | | Quit shaggy-h (Ping timeout: 240 seconds) |
| 12:51:50 | funman | btw, is sleep(0) better than just yield() ? (i'm reading r26298) |
| 12:52:05 | | Join ucchan [0] (~ucchan@softbank126102048045.bbtec.net) |
| 12:52:13 | | Quit shai (Quit: Leaving) |
| 12:54:22 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 12:55:50 | funman | s/better/different/ |
| 12:56:19 | funman | I guess sleep(0) can wait a bit longer since the number of ticks is adjusted by 1 |
| 13:00 |
| 13:00:07 | ucchan | There is a question. Though english.lang was updated in r26301, is this change included in 3.6? |
| 13:00:29 | JdGordon | yes |
| 13:00:41 | JdGordon | 3.6 wont be branched untill the end of the freeze |
| 13:02:08 | ucchan | JdGordon thansks. I will update japanese.lang. |
| 13:04:11 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 13:07:51 | CIA-5 | New commit by funman (r26308): as3525: move audio loopback handling to audio_set_output_source |
| 13:12:34 | | Join teru [0] (~teru@M016207.ppp.dion.ne.jp) |
| 13:13:48 | | Quit TheSeven (Ping timeout: 248 seconds) |
| 13:14:15 | CIA-5 | New commit by funman (r26309): as3525v2: no need to set PMU_GATE bit (bit 3) in PMU_enable register when reading ... |
| 13:14:22 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 13:15:42 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 13:23:20 | | Quit DerPapst (Read error: Connection reset by peer) |
| 13:25:58 | JdGordon | I have the viewport colour being set outside of the viewport definition in a new tag. the problem with it is if you set a different colour mid way through, the text above the first colour change will be the colour the viewport ended with last time unless you set a colour before any text.. |
| 13:26:11 | JdGordon | is that terrible? |
| 13:26:36 | JdGordon | or I fix it by remembering the start colour... |
| 13:27:30 | pixelma | how do you set a new colour midway? |
| 13:28:52 | CIA-5 | New commit by uchida (r26310): Japanese translation updates. |
| 13:30:05 | JdGordon | new token |
| 13:30:15 | JdGordon | %Vf(ff0000)red |
| 13:30:23 | * | JdGordon changed it to remember the colour |
| 13:32:43 | | Join DerPapst [0] (~Alexander@91-64-235-218-dynip.superkabel.de) |
| 13:34:17 | pixelma | Zagor: with the tracker being down, how did it manage to get an "open bugs" mail out yesterday - or was it the one that actually should have been sent in the night to Satuday? |
| 13:34:23 | pixelma | Saturday too |
| 13:35:11 | Zagor | it's only the tracker index.php page that is broken for some reason. the database lives, and so does the feeds.php page. |
| 13:35:46 | Zagor | index.php works just fine when I run it from the prompt, but something makes it not work in apache |
| 13:38:55 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
| 13:46:30 | | Quit storm` (Ping timeout: 240 seconds) |
| 13:46:31 | jhMikeS | funman: 1) no, the play buffer needs bytes remaining (and should be live update too). 2) sleep(0) blocks to the end of the current tick, yield is runs another thread, if there is one to run |
| 13:48:57 | * | jhMikeS messed with the fft plugin and put the whole fft on COP (and made it not use 100% CPU all the time) |
| 13:56:53 | | Quit esperegu (Read error: Connection reset by peer) |
| 13:57:35 | S_a_i_n_t | jhMikeS: Sweet! Does it show anything on spectograph/linear now? ;) |
| 13:57:45 | S_a_i_n_t | On Nano 1/2g it doesn't |
| 13:58:04 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 13:58:20 | S_a_i_n_t | actually...it does. *just* enough to colour the very bottom pixel on the screen. |
| 13:59:32 | JdGordon | the COP isnt drawing is it? |
| 13:59:38 | jhMikeS | S_a_i_n_t: didn't look at that |
| 13:59:49 | jhMikeS | JdGordon: and why shouldn't it? (but no it isn't) |
| 13:59:56 | S_a_i_n_t | s/spectograph/spectogram/ |
| 14:00 |
| 14:00:22 | JdGordon | jhMikeS: wierd shit will happen on the screen... |
| 14:00:38 | JdGordon | assuming the lcd driver is even thread safe |
| 14:00:38 | jhMikeS | I see spectrograph for log, not linear |
| 14:00:46 | *** | Saving seen data "./dancer.seen" |
| 14:00:46 | CIA-5 | New commit by funman (r26311): as3525: implement pcm_play_dma_get_peak_buffer correctly ... |
| 14:01:11 | jhMikeS | JdGordon: I know. Well, mpegplayer shares the screen between cores but it's carefully managed |
| 14:01:35 | S_a_i_n_t | jhMikeS: Meaning you see what I se? Or that you don;t see the option to change between logarithmic/linear? |
| 14:01:36 | funman | cowon d2 is dual core too |
| 14:02:02 | jhMikeS | S_a_i_n_t: I see linear as showing nothing, log looks ok |
| 14:02:49 | S_a_i_n_t | Aha...then yes. You see what I do. |
| 14:03:17 | jhMikeS | I remember seeing it actually work before, did you? |
| 14:03:26 | S_a_i_n_t | That used to happen with bars, but I expect that fixing that somehow had an effect on spectogram. |
| 14:03:36 | S_a_i_n_t | yes. |
| 14:03:47 | S_a_i_n_t | before the fix for bars not working in the same way |
| 14:04:05 | jhMikeS | odd that it should, it looks like all the different graphs are completely separate routines |
| 14:04:35 | S_a_i_n_t | bars used to show nothing...errr, but actually it showed as blank on logarithmic, not linear. |
| 14:05:00 | * | jhMikeS remembers (thought he still notes the sticky band 0 on bars) |
| 14:05:09 | jhMikeS | *though |
| 14:05:52 | S_a_i_n_t | I get the same here. |
| 14:06:23 | S_a_i_n_t | *sticky band 0 on bars. |
| 14:07:26 | S_a_i_n_t | swithing quickly between logarithmic/linear can (seemingly) fix that for a short while. |
| 14:07:38 | jhMikeS | did you notice linear view shows really low-intensity bands better than log? (which seems like it should be the other way) |
| 14:07:41 | S_a_i_n_t | but then it sticks when it maxes again next. |
| 14:07:43 | | Quit flydutch (Ping timeout: 276 seconds) |
| 14:08:39 | S_a_i_n_t | yes, it does seem to do so. |
| 14:09:23 | | Join flydutch [0] (~flydutch@host23-166-dynamic.15-87-r.retail.telecomitalia.it) |
| 14:10:11 | jhMikeS | I also made it mix left and right into mono before sending it off rather that just left channel |
| 14:11:52 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
| 14:11:55 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 14:18:41 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 14:25:27 | | Quit ucchan (Quit: Leaving...) |
| 14:26:27 | S_a_i_n_t | jhMikeS: Is this yet to be or never to be committed code? |
| 14:33:11 | | Join froggymana [0] (www-data@80.67.6.50) |
| 14:46:13 | | Quit S_a_i_n_t (Ping timeout: 252 seconds) |
| 14:46:47 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.19) |
| 14:52:34 | | Quit steve|m (Ping timeout: 276 seconds) |
| 14:56:00 | | Quit DerPapst (Quit: Leaving.) |
| 14:57:28 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 14:58:42 | | Quit liar (Ping timeout: 258 seconds) |
| 15:00 |
| 15:01:03 | | Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) |
| 15:01:22 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 15:04:58 | | Part LinusN |
| 15:05:26 | | Join steve|m [0] (~steve@p4FD4419E.dip.t-dialin.net) |
| 15:06:01 | | Join XXXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 15:07:40 | | Quit flatr0ze (Ping timeout: 252 seconds) |
| 15:09:42 | | Quit XXStatik (Ping timeout: 240 seconds) |
| 15:13:52 | mitk | Does anyone here know what LANG_RECORD_TRIGGER_TYPE setting is? There is no description in manual & wiki. |
| 15:14:51 | | Quit esperegu (Read error: Connection reset by peer) |
| 15:15:30 | | Quit rvvs89 (Changing host) |
| 15:15:30 | | Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) |
| 15:16:02 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 15:18:34 | | Quit markun (Read error: Operation timed out) |
| 15:21:45 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 15:30:48 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.137) |
| 15:32:03 | | Quit S_a_i_n_t (Ping timeout: 258 seconds) |
| 15:34:36 | | Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.0.137) |
| 15:46:31 | | Quit esperegu (Read error: Connection reset by peer) |
| 15:47:40 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 15:49:42 | | Join PsYcHoHoLiC [0] (~PsYcHoHoL@adsl-75-31-188-19.dsl.ksc2mo.sbcglobal.net) |
| 15:50:50 | funman | mitk: i think it's the condition under which recording is stopped |
| 15:52:13 | | Quit antil33t (Read error: Connection reset by peer) |
| 15:52:19 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 15:52:45 | | Quit froggymana (Quit: CGI:IRC) |
| 15:53:29 | mitk | funman: But options are Stop, Pause, New File. It's not so clear for me. |
| 15:53:54 | | Quit liar (Ping timeout: 258 seconds) |
| 15:54:32 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 15:54:38 | | Join XXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 15:55:49 | PsYcHoHoLiC | sorry for the faq but is it stable on a v2 fuze? |
| 15:56:38 | B4gder | see http://www.rockbox.org/ |
| 15:58:13 | PsYcHoHoLiC | looks like its not stable just yet... |
| 15:58:22 | S_a_i_n_t | correct |
| 15:58:25 | | Quit XXXStatik (Ping timeout: 260 seconds) |
| 15:58:45 | | Quit mitk (Quit: Leaving) |
| 15:58:58 | PsYcHoHoLiC | but last time i checked it was not even running progress :^) |
| 16:00 |
| 16:00:36 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 16:00:47 | *** | Saving seen data "./dancer.seen" |
| 16:00:49 | kugel | pamaury: ping |
| 16:02:12 | kugel | bieber: welcome \o/ |
| 16:02:23 | bieber | Hi |
| 16:04:17 | JdGordon | bieber: hey. I'm trying out this git thing instead of the sv branch... jdgordon/rockbox/tree/skinbreak">http://github.com/jdgordon/rockbox/tree/skinbreak is setup for the new format (so you can test your parser against trunk or whatver) |
| 16:04:19 | pamaury | kugel: pong |
| 16:04:35 | kugel | pamaury: r26283 wasn't needed |
| 16:04:52 | | Join Kitr88 [0] (~Kitar_st@89.142.56.210) |
| 16:04:56 | kugel | see system-sdl.c in system_init() |
| 16:05:15 | bieber | Okay |
| 16:06:04 | PsYcHoHoLiC | thanks guys |
| 16:06:11 | pamaury | kugel: yes it is, SDL_QUIT message catcher don't call sys_poweroff |
| 16:06:12 | kugel | JdGordon: you could update the skinbreak branch too |
| 16:06:14 | | Quit PsYcHoHoLiC (Quit: KVIrc 3.4.2 Shiny http://www.kvirc.net) |
| 16:06:32 | kugel | pamaury: sure, atexit(sys_poweroff) |
| 16:07:09 | JdGordon | kugel: im working on the assumption that keping git in sync with changes is easier than svn (for which I've found is painful) |
| 16:07:11 | pamaury | ah :) I didn't see that :) Then there must be a problem anyway because the sim doesn't close properly on my computer, let me check that |
| 16:07:31 | kugel | in fact, now we are calling SDL_Quit() twice, one if it being before the sdl objects in use are finalized |
| 16:07:33 | | Quit Kitar|st (Ping timeout: 272 seconds) |
| 16:07:41 | B4gder | "[Mgx] RockBox Version 3.4 just got published" ... |
| 16:07:57 | B4gder | and a link to a forum that requires login |
| 16:08:09 | pamaury | kugel: ok, let me check once again without the one I added |
| 16:08:10 | kugel | pamaury: you were right about that it got forgotten in the target tree move, but I re-added it this way in a later commit. maybe you were not up-to-date? |
| 16:08:13 | JdGordon | speaking of the sim.. does anyone know why the sim segfaults on exit? |
| 16:08:28 | pamaury | kugel: at you're right, perhaps my tree was not up to date |
| 16:08:46 | kugel | JdGordon: I think only the first svn merge is painful, after that it memorizes merge history |
| 16:09:16 | | Quit Kitr88 (Ping timeout: 240 seconds) |
| 16:09:19 | pamaury | kugel: segfault :( |
| 16:09:46 | kugel | I got my segfaults fixed by atexit(sys_poweroff) |
| 16:10:02 | pamaury | lol, I'm rebuilding, just to be sure |
| 16:10:06 | kugel | which sim? |
| 16:10:15 | pamaury | e200 |
| 16:10:25 | pamaury | it shouldn't change anything |
| 16:10:52 | pamaury | No, it definetely segfault for me |
| 16:11:28 | pamaury | I think it's because SDL_Quit call sim_exit_irq_handler, which means that when sys_poweroff is called, there is not actived threads, perhaps it messing up the sim_* calls |
| 16:11:54 | kugel | possibly |
| 16:12:01 | | Part Zagor |
| 16:12:13 | kugel | but I assume it's because the event thread isn't terminated by sim_thread_shutdown() |
| 16:12:56 | pamaury | why would that cause a segfault ? |
| 16:14:14 | kugel | no idea |
| 16:14:27 | | Join Kitar|st [0] (Kitar_st@BSN-210-233-33.dial-up.dsl.siol.net) |
| 16:14:54 | pamaury | perhaps it would be safer to simulate a poweroff by sending a message, I think it's doable |
| 16:15:59 | * | kugel gets no segfault |
| 16:16:03 | | Join XXXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 16:16:31 | kugel | oh wait, now I do |
| 16:20:20 | | Quit XXStatik (Ping timeout: 265 seconds) |
| 16:20:27 | | Join flatr0ze [0] (~flatrose@ppp85-140-207-117.pppoe.mtu-net.ru) |
| 16:24:35 | funman | I found a hint in the OF that pclk upper limit is 80MHz on as3525v2 |
| 16:29:47 | | Join XXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 16:33:52 | | Quit XXXStatik (Ping timeout: 265 seconds) |
| 16:34:06 | | Quit Zarggg (Ping timeout: 240 seconds) |
| 16:35:44 | | Quit B4gder (Quit: It is time to say moo) |
| 16:36:05 | | Quit esperegu (Read error: Connection reset by peer) |
| 16:37:54 | kugel | pamaury: freeze in sim_thread_shutdown() with the message |
| 16:37:54 | pamaury | I get a segfault in SDL_Quit, sim_thread_shutdown works for me |
| 16:39:03 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 16:39:30 | kugel | th |
| 16:39:34 | kugel | this is my diff: http://pastie.org/978049 |
| 16:40:05 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 16:41:23 | pamaury | with this you get a freeze in sim_thread_shutdown ? |
| 16:41:33 | kugel | yea |
| 16:41:44 | | Join solexx_ [0] (~jrschulz@e176115201.adsl.alicedsl.de) |
| 16:42:41 | pamaury | wait a min, I'll try to apply it to my tree |
| 16:43:18 | pixelma | does the forum have a setting for "send this PM to everyone" or everyone with some badge or so? |
| 16:43:35 | pixelma | just wondering how one can PM so many people at once |
| 16:44:28 | | Quit solexx (Ping timeout: 252 seconds) |
| 16:44:40 | pamaury | kugel: same for me |
| 16:45:35 | pamaury | kugel: it might be that some thread is not blocking at some point so the SDL_SemPost will never cause the thread to be closed, I'll try to list the thread close |
| 16:46:01 | CIA-5 | New commit by funman (r26312): typo: 'nomasked' -> 'unmasked' |
| 16:48:28 | Llorean | pixelma: I think you can PM a list of members by just typing all their names in separated by commas. |
| 16:49:22 | | Join kugel_ [0] (~kugel@e178058021.adsl.alicedsl.de) |
| 16:49:42 | | Quit kugel (Disconnected by services) |
| 16:49:46 | | Nick kugel_ is now known as kugel (~kugel@e178058021.adsl.alicedsl.de) |
| 16:49:50 | | Quit kugel (Changing host) |
| 16:49:50 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 16:51:40 | pixelma | Llorean: but even then creating such a list would take a while (still quicker than getting mail adresses one by one etc.) |
| 16:51:59 | * | GodEater sees a tweet about "Rockbox 3.4" just being published (on the motorola phones) :( |
| 16:52:43 | pixelma | GodEater: is this what Bagder mentioned earlier? |
| 16:53:05 | GodEater | yep |
| 16:53:08 | GodEater | sorry - I missed it |
| 16:53:20 | pamaury | kugel: with your patch, no thread calls exit... |
| 16:53:30 | * | GodEater is in fact just an echo of Bagder |
| 16:54:07 | kugel | there's an exit(0) in sys_poweroff() |
| 16:54:29 | pamaury | yet but sys_poweroff is called by which thread ? |
| 16:55:07 | pamaury | I think sys_poweroff is never called, otherwise it would close |
| 16:55:18 | | Quit esperegu (Read error: Connection reset by peer) |
| 16:56:00 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 16:56:14 | kugel | pamaury: sys_poweroff() is called, otherwise sim_thread_shutdown() wouldn't be |
| 16:56:23 | | Join XXXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 16:57:11 | pamaury | it is not called on my computer |
| 16:57:54 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 16:59:50 | | Quit teru (Quit: Quit) |
| 17:00 |
| 17:00:07 | | Quit XXStatik (Ping timeout: 272 seconds) |
| 17:00:20 | kugel | pamaury: you said "same for me" when I said I get a freeze there |
| 17:00:33 | pamaury | yeah it freeze, but not at the same point it seems :) |
| 17:01:21 | | Join XXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 17:01:31 | pamaury | I don't get how sys_poweroff can get called |
| 17:02:37 | kugel | maybe I'm wrong |
| 17:02:48 | kugel | I got it there before but not now anymore |
| 17:03:43 | pamaury | kugel: with grep, it can't be called in apps/ because it's not called from a button poweroff, it firmware/ it can't be called by powermgt.c nor by button.c |
| 17:04:25 | pamaury | in other targets, the sys_poweroff seems responsible for broadcasting SYS_POWEROFF, no SYS_POWEROFF will not call it :| |
| 17:04:34 | pamaury | s/no/so |
| 17:04:40 | kugel | pamaury: ok, this exposes it: http://pastie.org/978096 |
| 17:05:11 | | Quit XXXStatik (Ping timeout: 264 seconds) |
| 17:06:24 | pamaury | ok, now it freezes in sys_poweroff |
| 17:09:23 | pamaury | kugel: I have no idea currently, I must leave now but I'll be back and investigate this issue. The problem is that even when sim_thread_shutdown signal the semaphore, the threads don't close so probably the thread is not blocking or yielding |
| 17:10:06 | | Join fyrestorm [0] (~nnscript@static-71-249-251-152.nycmny.east.verizon.net) |
| 17:12:25 | kugel | pamaury: yea, there's strange code involving set/longjump. but I guess it worked for years so I have no idea why it shouldn't now |
| 17:12:38 | | Part watto |
| 17:15:59 | kugel | the segfault is in longjmp actually |
| 17:18:33 | | Join DerPapst [0] (~Alexander@91-64-235-218-dynip.superkabel.de) |
| 17:19:06 | | Quit esperegu (Read error: Connection reset by peer) |
| 17:19:58 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 17:20:22 | | Join einhirn [0] (~Miranda@p54851493.dip0.t-ipconnect.de) |
| 17:25:43 | | Join watto [0] (~watto@193.203.81.165) |
| 17:30:57 | | Join XXXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) |
| 17:32:48 | | Join wincent [0] (~wincent@f055042182.adsl.alicedsl.de) |
| 17:35:15 | | Quit XXStatik (Ping timeout: 260 seconds) |
| 17:37:35 | | Quit wincent (Ping timeout: 264 seconds) |
| 17:39:57 | | Quit lpereira (Quit: Leaving.) |
| 17:40:55 | | Quit robin0800 (Remote host closed the connection) |
| 17:45:15 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 17:54:18 | | Join flatrose [0] (~flatrose@ppp85-140-207-117.pppoe.mtu-net.ru) |
| 17:54:19 | | Quit flatr0ze (Ping timeout: 252 seconds) |
| 17:58:07 | | Join Xerion [0] (~xerion@84.25.7.202) |
| 17:58:46 | | Join CGL [0] (~CGL@190.207.226.198) |
| 18:00 |
| 18:00:00 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
| 18:00:01 | S_a_i_n_t | someone may want to remove a rather confusing (and wrong) post from http://forums.rockbox.org/index.php?topic=24820.msg167346#msg167346 should the OP care to get around to reading bluebrother's instruction. |
| 18:00:41 | S_a_i_n_t | I thought about replying with "ummm...no." but it seemed a bit tactless. |
| 18:00:48 | *** | Saving seen data "./dancer.seen" |
| 18:01:10 | | Quit einhirn (Read error: Connection reset by peer) |
| 18:02:05 | S_a_i_n_t | Hmmm, there's a chance I'm parsing it wrong. It's confusing at best. |
| 18:02:16 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 18:03:04 | CIA-5 | New commit by funman (r26313): as3525: write irq/fiq handlers in C ... |
| 18:03:08 | | Quit Xerion (Ping timeout: 252 seconds) |
| 18:05:02 | S_a_i_n_t | No, it is just wrong. The linked page doesn't even mention System Trace |
| 18:06:59 | funman | interesting bug caused by r26311: interrupts still happen after we masked them |
| 18:07:45 | funman | but the default isr (that we use for unhandled irq) is called |
| 18:07:52 | | Quit petur (Quit: Leaving) |
| 18:08:55 | funman | perhaps for vectored interrupts we can't use VIC_INT_EN_CLEAR but the bit 5 in the VIC_VECT_ADDRS entry |
| 18:10:47 | funman | VIC_VECT_CNTLS* |
| 18:11:01 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
| 18:15:34 | funman | nope it doesn't work. |
| 18:16:02 | | Quit esperegu (Read error: Connection reset by peer) |
| 18:16:37 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 18:17:38 | | Quit polobricolo__ (Ping timeout: 245 seconds) |
| 18:19:20 | | Join wincent [0] (~wincent@f055042182.adsl.alicedsl.de) |
| 18:22:29 | | Join polobricolo [0] (~polobrico@AGrenoble-257-1-54-43.w86-206.abo.wanadoo.fr) |
| 18:23:14 | | Join Xerion [0] (~xerion@84.25.7.202) |
| 18:26:07 | | Quit bluebrother (Disconnected by services) |
| 18:26:11 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 18:29:17 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 18:31:33 | pamaury | kugel: the setjmp/longjmp is easy to understand: the thread run a wrapper, each time there is a blocking call (like switch/...), the code calls setjmp to memorize location and then longjmp to restore. If the longjmp fails, it's probably because the stack is invalid at this point |
| 18:32:21 | kugel | pamaury: no, set/longjmp is only usef for exiting threads |
| 18:32:48 | pamaury | Ah my mistake then |
| 18:32:55 | kugel | the jumpbuf's point to the return location of runtread which is wrapped around the actual entry points |
| 18:33:18 | | Quit XXXStatik (Quit: Leaving) |
| 18:33:25 | kugel | the segfault is that there's no proper jmpbuf for main thread which |
| 18:33:37 | kugel | (remove_thread is called for it) |
| 18:34:09 | pamaury | but does it segfault for you ? With your last patch, it freezes on my computer |
| 18:34:50 | | Join domonoky1 [0] (~Domonoky@agsb-4d049a55.pool.mediaWays.net) |
| 18:34:54 | | Quit domonoky (Ping timeout: 258 seconds) |
| 18:34:56 | kugel | I meant the segfault you added SDL_Quit() for |
| 18:35:19 | pamaury | ah :) But did you solve the freeze ? |
| 18:36:15 | funman | linux VIC code writes '32' to the default isr address register, any idea what that means? |
| 18:38:13 | funman | that would point 'just after the vectors' |
| 18:38:41 | pamaury | perhaps it dynamically writes code at this place |
| 18:38:49 | pamaury | I mean, at run time |
| 18:39:04 | funman | yeah |
| 18:39:24 | funman | although linux can be configured to have 'high' vectors (at 0xffff0000) |
| 18:39:41 | funman | i have a workaround although i'm not 100% sure if it's correct |
| 18:40:01 | funman | in the undef irq handler, if no unmasked interrupt is active we just ack the interrupt and return |
| 18:40:34 | funman | the CPU would keep being interrupted until the interrupt is unmasked again, so the real isr would run and acknowledge the interrupt wrt the peripheral |
| 18:40:55 | funman | but would the CPU run or just keep being interrupted as soon as it returns from UIRQ() ? |
| 18:41:37 | pamaury | Ask a ARM specialist ? I know nothing about the ARM. |
| 18:41:38 | funman | seems to work so far (testing with simple playback) |
| 18:41:41 | * | funman looks at Torne |
| 18:42:34 | Torne | i don't really get the problem :) |
| 18:43:00 | funman | do you know the ARM PL190 VIC ? |
| 18:43:04 | Torne | no. |
| 18:43:13 | funman | other VICs ? |
| 18:43:39 | funman | well i have my answer anyway: it doesn't work |
| 18:43:44 | | Quit Strife1989 (Quit: Working in Windows for a bit.) |
| 18:44:20 | funman | so in 3 words: we're fucked |
| 18:44:40 | funman | i can workaround the pcm/rec bugs but i don't know what to do for audio interrupts |
| 18:51:46 | | Quit DerPapst (Quit: Leaving.) |
| 18:52:16 | funman | nope that should be fine |
| 18:53:11 | pamaury | kugel: do you really think the sim needs to gracefully ask the threads to close ? Can't it just send a SYS_POWEROFF message, wait and then let SDL close everything ? |
| 18:53:32 | kugel | yea, I think it should |
| 18:54:57 | pamaury | kugel: on my comtuer, closing the 'scroll' thread freeze. Looking at the code, the only opportunity for the thread to check whether it should close is the 'sleep' function but as it probably calls SDL_Delay, it means this thread can't be exited properly. But then I don't understand why it did work previously |
| 18:55:59 | kugel | I should tell you that the initial segfault can be fixed by avoiding to call remove_thread for the main thread, but I get another segfault in SDL_Quit() |
| 18:56:59 | kugel | the main thread is no actual thread anyway (not created explicitely by SDL_CreateThread()) but it's what you get by starting the program |
| 18:59:11 | | Quit Strife89|Laptop (Ping timeout: 272 seconds) |
| 19:00 |
| 19:00:14 | pamaury | indeed, this closing system for the sim is really strange |
| 19:00:42 | * | pamaury would go for a brutal solution, kill them and don't bother |
| 19:02:05 | pamaury | I seriously doubt this system ever worked in fact. the previous did at "atexit(SDL_Quit)" and did a exit(0); in the button handler no ? |
| 19:02:11 | pamaury | *previous code |
| 19:02:13 | kugel | pamaury: http://pastie.org/978331 fixes the first segfault |
| 19:03:09 | pamaury | the code did not remove the thread on exit ? Which thread(s) do exit actually ? |
| 19:04:40 | kugel | well, sim_thread_shutdown closes all except the main and the event ones |
| 19:04:54 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 19:05:12 | CIA-5 | New commit by learman (r26314): Updated Swedish translation (again). |
| 19:05:19 | kugel | the event one could exit properly if we manage to make it via queue_broadcast, the main doesn't need to exit |
| 19:05:53 | kugel | pamaury: does the above patch work for you? |
| 19:06:03 | pamaury | trying... |
| 19:06:17 | kugel | I don't get the other segfault in SDL_Qui() anymore after doing an ubuntu update (which updated libc6) |
| 19:07:00 | pamaury | works smoothly, great job |
| 19:08:20 | pamaury | so the problem was just that the main thread is not a normal thread in fact |
| 19:10:30 | kugel | yes |
| 19:11:49 | funman | i can't find a working locking scheme for INT_AUDIO(), perhaps DMAC is the only non maskable interrupt |
| 19:12:26 | kugel | pamaury: previously it was an explicit thread (the implicit main thread did read the button events), hence the thread code doesn't protect the main thread from removal |
| 19:13:34 | pamaury | That explain things, I though the main thread protected it but I was wrong. The SDL simulator is really a delicate piece of software |
| 19:13:38 | pamaury | *thought |
| 19:13:58 | | Quit flydutch (Quit: /* empty */) |
| 19:13:59 | pamaury | I think you can commit it |
| 19:14:32 | | Join TopyMobile [0] (~topy@xdsl-78-34-66-188.netcologne.de) |
| 19:15:25 | kugel | pamaury: it was only protected in sim_thread_shutdown (by the t->context.t != NULL check) but I overlooked the other way for the threads to exit |
| 19:16:05 | pamaury | This should fix a entry in flyspray of the sim crashing on exit under Windows but I can't access FS anymore, that's a shame |
| 19:16:21 | CIA-5 | New commit by kugel (r26315): Since the sdl to target tree move, the main thread cannot be removed anymore, ... |
| 19:16:47 | kugel | hm, I forgot to add that I also removed the (potentially dangerious) exit() in misc.c |
| 19:16:56 | S_a_i_n_t | pamaury: Don't suppose you remember which sim it was? |
| 19:17:10 | S_a_i_n_t | I don't ever recall seeing any crashes on exit. |
| 19:17:31 | pamaury | e200v2 |
| 19:17:34 | pamaury | I think |
| 19:17:48 | kugel | err, what's wrong with flyspray? |
| 19:17:56 | pamaury | perhaps it's unrelated, I think it was with an old revision, r24xxx |
| 19:18:11 | pamaury | When I go on flyspray I get an empty index.php |
| 19:18:17 | * | kugel too |
| 19:18:38 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 19:18:59 | S_a_i_n_t | It's technically running. |
| 19:19:13 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 19:19:35 | S_a_i_n_t | there was a comment earlier that explained it a bit better IIRC |
| 19:19:55 | | Quit flatrose (Remote host closed the connection) |
| 19:20:59 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 19:21:00 | | Quit esperegu (Read error: Connection reset by peer) |
| 19:21:28 | | Join Luca_S [0] (www-data@80.67.6.50) |
| 19:21:55 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 19:22:26 | pixelma | about flyspray - see logs 13:35 |
| 19:23:43 | | Quit rhodan (Remote host closed the connection) |
| 19:24:13 | kugel | pixelma: thanks |
| 19:27:11 | | Join rhodan [0] (~Quassel@2001:1608:12:2::38) |
| 19:32:54 | CIA-5 | New commit by funman (r26316): as3525: as revealed by r26311, it seems DMAC interrupt can't be masked ... |
| 19:35:04 | | Quit wincent (Ping timeout: 260 seconds) |
| 19:35:22 | | Join wincent [0] (~wincent@f055135161.adsl.alicedsl.de) |
| 19:36:34 | | Quit Xerion (Quit: ) |
| 19:38:46 | | Quit CGL (Ping timeout: 240 seconds) |
| 19:39:18 | | Join Stephen__ [0] (~S@86.46.20.193) |
| 19:39:33 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 19:41:37 | | Quit shai (Quit: Leaving) |
| 19:41:39 | Stephen__ | how hard would it be to have a soft hold switch like the clip+ but for the e220v2 ? my hold switch broke |
| 19:43:37 | funman | dead easy |
| 19:43:50 | Stephen__ | for someone with no C experience ? |
| 19:44:21 | * | Stephen__ should look at the source and try make some sense of it |
| 19:44:47 | kugel | AlexP: I'm sorry I haven't yet managed to put up the list, I'll hopefully do it in the evening or tomorrow morning |
| 19:46:38 | funman | Stephen__: something like http://pastie.org/978427 ? |
| 19:47:11 | kugel | AlexP: the list of pluginlib actions in the affected plugins |
| 19:47:34 | Stephen__ | funman, if only I knew what half of tha tmeant! can i just patch that into a current svn ? |
| 19:51:01 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 19:53:37 | funman | Stephen__: yep it should work |
| 19:53:53 | * | Stephen__ goes off to build |
| 19:54:10 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 19:57:51 | Stephen__ | it's asking wqhich file to patch ? |
| 19:58:07 | funman | patch -p1 |
| 19:58:11 | S_a_i_n_t | change the -p(whatever) +/-1 |
| 19:58:21 | Stephen__ | using <p1 failed at hunk i'll paste now hang on |
| 19:58:53 | S_a_i_n_t | <p1? |
| 19:58:57 | S_a_i_n_t | or -p1? |
| 19:59:21 | Stephen__ | hmmmm |
| 19:59:51 | S_a_i_n_t | "patch -p1 < patch.patch" |
| 20:00 |
| 20:00:02 | | Quit kugel (Remote host closed the connection) |
| 20:00:31 | Stephen__ | hunk #1 FAILED at 85 |
| 20:00:42 | | Join Strife89 [0] (~Strife89@adsl-80-190-155.mcn.bellsouth.net) |
| 20:00:49 | *** | Saving seen data "./dancer.seen" |
| 20:01:25 | S_a_i_n_t | 85 isn't too specific without the filename it failed in. |
| 20:01:53 | Stephen__ | i removed it and patched again bu tno warning this time |
| 20:02:03 | S_a_i_n_t | ;) |
| 20:02:31 | Stephen__ | it did say that button-e200v2-fuze.c and button-target.h were patched earlier |
| 20:02:50 | Stephen__ | i gues snow just configure make build etc |
| 20:02:53 | Stephen__ | and test |
| 20:02:54 | S_a_i_n_t | Awesome, compile and you should have exactly what you wanted. |
| 20:06:34 | Stephen__ | thanks and thanks funman for the patch |
| 20:13:31 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 20:13:39 | | Join CGL [0] (~CGL@190.207.226.198) |
| 20:21:21 | | Join Strife1989 [0] (~Strife89@adsl-80-185-12.mcn.bellsouth.net) |
| 20:24:43 | | Quit Strife89 (Ping timeout: 245 seconds) |
| 20:30:38 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 20:30:39 | | Quit esperegu (Ping timeout: 264 seconds) |
| 20:33:50 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 20:41:07 | | Quit stripwax (Quit: http://miranda-im.org) |
| 20:46:04 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 20:46:22 | | Quit stripwax (Client Quit) |
| 20:53:34 | | Join Zagor_ [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 20:53:51 | Stephen__ | funman, sorry to be a pest but the patvch throws up the following error when compiling ? http://pastie.org/978570 |
| 20:55:21 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 20:55:35 | | Join einhirn [0] (~Miranda@p54851493.dip0.t-ipconnect.de) |
| 20:55:42 | | Quit bertrik (Remote host closed the connection) |
| 20:56:21 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 20:56:58 | funman | try adding this patch http://pastie.org/978578 on top of your patched tree |
| 20:59:50 | Stephen__ | http://pastie.org/978587 −− is that ok ? |
| 21:00 |
| 21:04:43 | funman | probably |
| 21:04:57 | Stephen__ | ill try an see |
| 21:10:21 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 21:11:28 | Stephen__ | still no worky funman, http://pastie.org/978612 |
| 21:13:21 | | Quit esperegu (Read error: Connection reset by peer) |
| 21:13:34 | | Part watto |
| 21:14:20 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 21:18:54 | | Join tchan1 [0] (~tchan@c-69-243-144-70.hsd1.il.comcast.net) |
| 21:19:47 | | Quit tchan (Ping timeout: 240 seconds) |
| 21:20:50 | | Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) |
| 21:20:55 | funman | remove line 39 of kernel-as3525.c |
| 21:21:25 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 21:23:48 | | Quit tchan1 (Ping timeout: 264 seconds) |
| 21:28:25 | | Quit esperegu (Read error: Connection reset by peer) |
| 21:28:29 | | Join Wraith_ [0] (~Wraith_@77-254-192-99.adsl.inetia.pl) |
| 21:28:38 | Wraith_ | Hello |
| 21:30:21 | | Join Conax [0] (~stefan@p5493B91A.dip0.t-ipconnect.de) |
| 21:30:28 | Conax | hi |
| 21:31:12 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 21:31:20 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 21:31:35 | Conax | kommt hier jemand aus Deutschland? |
| 21:31:39 | Wraith_ | Anyone used Rockbox on Sansa Clip Plus? |
| 21:31:45 | Conax | hi |
| 21:31:48 | evilnick_B | Conax: English only |
| 21:31:51 | | Quit stripwax (Client Quit) |
| 21:31:59 | Conax | I want to use rockbox on sansa fuze V2 |
| 21:32:22 | ThomasAH | Wraith_: many (including me) and it works fine |
| 21:32:38 | Conax | does it run well? |
| 21:33:12 | Conax | -well+fine |
| 21:33:19 | | Quit tchan (Ping timeout: 240 seconds) |
| 21:34:09 | Wraith_ | are there any important problems with this? |
| 21:34:20 | Wraith_ | maybe freezing? |
| 21:34:30 | Conax | don't know didn't installed rockbox yet |
| 21:35:32 | Conax | when it doesn't work is there a chance to reset my mp3 player or is it bricked forever? |
| 21:36:05 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 21:36:33 | evilnick_B | "Even though the bootloader installation and rockbox itself are tested, there's always a risk of BRICKING your device PERMANENTLY. The Sansa AMS (except the e200v2, for which it involves opening the player) have no known method for recovery, so this risk will not go away, even in (if any) future stable releases." |
| 21:36:34 | Luca_S | all the information you need is on the wiki, on the SansaAMS page. briefly, rockbox on fuzev2 and clip+ work quite well, with only sporadic crashes. the chance of bricking is always present, but AFAIK is quite small if you stick to the instructions. |
| 21:36:51 | evilnick_B | Conax: http://www.rockbox.org/wiki/SansaAMS#Installation_for_Stable_e200v2_F |
| 21:38:53 | Conax | thx I read the articles but just aked here to be up to date |
| 21:39:00 | Conax | +s |
| 21:39:38 | Conax | because on the website the v2 ist in the stable category |
| 21:40:15 | Conax | so I thought maybe there are some big problems |
| 21:40:27 | funman | it's not been tested as much as v1 but it should work the same i think |
| 21:40:38 | Conax | ah ok |
| 21:45:21 | | Join tchan1 [0] (~tchan@c-69-243-144-70.hsd1.il.comcast.net) |
| 21:46:23 | | Quit tchan (Ping timeout: 245 seconds) |
| 21:47:26 | | Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) |
| 21:48:38 | | Quit shai (Quit: Leaving) |
| 21:51:13 | jhMikeS | kugel: (for logs) all that crazy sim stuff jmpbuf came from your's truly. (easiest way to get threads back into their start routines so they can finish normally rather than be terminated forcefully) |
| 21:53:38 | Stephen__ | funman, it comoiled but doesn't work :o/ |
| 21:53:41 | Stephen__ | compiled* |
| 21:54:39 | Conax | ok thx guys I whish you a good night and when it works fine I give you a small report |
| 21:58:43 | | Quit Conax (Remote host closed the connection) |
| 21:59:11 | bieber | Does anyone have experience working with Qt's data model classes? |
| 21:59:19 | funman | Stephen__: sorry, perhaps it requires more work |
| 22:00 |
| 22:00:05 | Stephen__ | ah no problems. i'll just live with it and us emy clip+ a bit more ;o) thanks for all the hard work. |
| 22:00:53 | *** | Saving seen data "./dancer.seen" |
| 22:01:34 | | Join ssorgatem [0] (~ssorgatem@83.55.235.224) |
| 22:04:14 | ssorgatem | funman: ping? |
| 22:06:07 | | Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 22:06:22 | ssorgatem | where can I find an earlier working bootloader for fuzev2? |
| 22:06:46 | | Join nik2 [0] (~opefc@93-139-105-84.adsl.net.t-com.hr) |
| 22:06:58 | funman | Stephen__: which key are you trying? softlock only works in the wps |
| 22:07:18 | Stephen__ | in the wps trying rec + select |
| 22:07:19 | | Part nik2 |
| 22:07:26 | funman | ssorgatem: hm you need to build it from svn |
| 22:07:54 | funman | Stephen__: tried in different order? perhaps this combo is already used |
| 22:08:18 | Stephen__ | nah its not used for anything and i tried different order and different buttons too |
| 22:09:14 | funman | HAS_BUTTON_HOLD is removed from button-target.h ? |
| 22:10:51 | funman | ssorgatem: still white screen? |
| 22:11:12 | Stephen__ | funman, yeah no sign of it in there. |
| 22:12:16 | Stephen__ | just discovered there's no sound in recording mode fm radio works but not in recording |
| 22:12:36 | Stephen__ | i'll try a current build from the website and check that |
| 22:16:22 | | Quit bertrik (Remote host closed the connection) |
| 22:16:37 | Stephen__ | refreshing database...... |
| 22:18:28 | Stephen__ | yeah it worked so it was in the modified build i made :ox |
| 22:23:08 | | Nick tchan1 is now known as tchan (~tchan@c-69-243-144-70.hsd1.il.comcast.net) |
| 22:23:17 | | Quit tchan (Changing host) |
| 22:23:17 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 22:24:57 | ssorgatem | funman: hello |
| 22:24:59 | Stephen__ | what was r26306 ? |
| 22:25:10 | ssorgatem | funman: I'm currently posting it in the forum thread |
| 22:25:35 | Stephen__ | broke some of my X5 themes |
| 22:28:07 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 22:28:17 | Stephen__ | ok found out what it was. |
| 22:28:22 | Stephen__ | JdGordon, did it! |
| 22:28:25 | kugel | jhMikeS: "all that crazy sim stuff jmpbuf came from your's truly" ? |
| 22:28:26 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
| 22:28:46 | Stephen__ | make checkwps work with the old format and be able to update to the new format |
| 22:28:46 | Stephen__ | −− seems to have broken them hmmm |
| 22:28:53 | Stephen__ | must recheck them |
| 22:28:56 | kugel | I know it's the most simple way to terminate them, I was just saying it looks strange when you look at it first |
| 22:29:56 | | Quit Wraith_ () |
| 22:33:41 | | Join Boldfilter [0] (~Boldfilte@adsl-71-215-115.jax.bellsouth.net) |
| 22:33:53 | ssorgatem | funman: I think the bootloader is the culprit |
| 22:34:09 | | Part Boldfilter |
| 22:34:32 | ssorgatem | funman: since it sometimes shows blank screen instead of "ver 2.0", and then shows correctly rockbox itself |
| 22:35:07 | funman | did you try a bootloader built from svn ? |
| 22:35:24 | ssorgatem | funman: nope |
| 22:35:44 | ssorgatem | funman: only the one from the wiki |
| 22:36:58 | ssorgatem | funman: http://forums.rockbox.org/index.php?topic=14064.1845 |
| 22:37:25 | | Quit bmbl (Quit: Bye!) |
| 22:37:25 | pixelma | JdGordon: %pb in a conditional has the same problem you fixed with %pv. When used without parameters and followed by a | as a conditional separator the progressbar doesn't show |
| 22:37:52 | jhMikeS | kugel: yeah, when doing threads like the core from what it was |
| 22:38:30 | funman | ssorgatem: try building it from svn to see if it works better |
| 22:39:05 | ssorgatem | ok |
| 22:39:44 | jhMikeS | kugel: btw, why create a mutex and a cond for starting the event thread? (FYI: you don't lock the mutex before signalling the cond, which is why it would have problems) |
| 22:40:00 | funman | or figure which revision your older bootloader uses and bissect between this revision and the revision of v2 bootloader |
| 22:40:02 | pixelma | adding a space or something to my one line test wps helps (code: %?mh<%pb|test>) |
| 22:40:08 | pixelma | JdGordon: ^ |
| 22:40:31 | kugel | jhMikeS: the video system must be initialized before resuming |
| 22:40:52 | kugel | and the video system init must happen from the thread that polls the (keyboard) events |
| 22:41:01 | kugel | sdl conds requrie a mutex |
| 22:41:31 | jhMikeS | right, just poll a bool and make it true right before the message loop. (made a patch too) |
| 22:41:33 | kugel | I wrote some comments, are they unclear? |
| 22:41:49 | jhMikeS | yes, very clear |
| 22:42:21 | kugel | a bool works too, but conds are made for that, aren't they? |
| 22:42:46 | funman | ssorgatem: v2 bootloader svn revision is r25903 |
| 22:43:19 | jhMikeS | kugel: yes, but I was thinking it's one-timer thing that can just do a sleep loop (to make it simple and reliable) |
| 22:44:08 | kugel | I need to lock the mutex before signaling? |
| 22:44:12 | jhMikeS | the mutex has to be locked before creating the thread, then the thread must lock it at the start and unlock just before doing the loop |
| 22:44:15 | jhMikeS | yes |
| 22:44:16 | kugel | it's locked all the time |
| 22:44:39 | jhMikeS | not when you wait on the condition, doing that unlocks it |
| 22:44:58 | kugel | oh :) |
| 22:45:14 | jhMikeS | and cond isn't a sticky flag like a sem (which could also be used, needing just one object) |
| 22:45:46 | kugel | how would a sem work? |
| 22:46:29 | | Quit fyrestorm (Read error: Connection reset by peer) |
| 22:47:19 | ssorgatem | funman: so far, no white screens |
| 22:47:33 | jhMikeS | kugel: create it with a zero count, wait on it. the event thread then ups the count just before the loop. |
| 22:47:42 | ssorgatem | funman: i'll let it play all the night |
| 22:49:12 | funman | ssorgatem: i had made a working bootloader around march 28th but don't remember the exact revision |
| 22:49:20 | kugel | it appears I have misunderstood the concept of semaphores |
| 22:49:23 | funman | ok |
| 22:52:00 | kugel | jhMikeS: I don't mind if you change it :) |
| 22:52:13 | ssorgatem | funman: ok |
| 22:53:42 | jhMikeS | kugel: ok. mostly my concern was the cond was not being used with a locked mutex. |
| 22:54:19 | kugel | the sem solution sounds fine to me but if you prefer the busy bool polling, I don't feel strong about it |
| 22:56:13 | funman | i think busy waiting/polling are battery worst enemies on portable devices |
| 22:57:10 | | Join Soap_Hotel [0] (www-data@giant.haxx.se) |
| 22:58:12 | Soap_Hotel | should the large drive support for iPods now being official be mentioned on the front page? (Project News) |
| 22:59:50 | | Quit Stephen__ (Quit: Leaving) |
| 23:00 |
| 23:00:44 | Soap_Hotel | and S_a_i_n_t - I wouldn't chide the man for "reporting" Doom issues on his modified build - he's "discussing" them in the only place outside IRC one can - the forums. If he had submitted a bug to the tracker using his modified build I would view it differently. |
| 23:00:45 | jhMikeS | kugel: no need to create any objects then, but http://www.pastie.org/private/alzpcie8733qih4yuvpedw |
| 23:01:34 | jhMikeS | (got a bunch of other junk going, so building and checking would be inconvenient atm) |
| 23:03:13 | | Quit esperegu (Read error: Connection reset by peer) |
| 23:04:21 | kugel | jhMikeS: seems to work |
| 23:04:24 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 23:04:51 | jhMikeS | I think I had a typo (SDL_Sem) right? |
| 23:05:10 | jhMikeS | patch, line 30 |
| 23:05:35 | kugel | yes indeed :) |
| 23:06:43 | bluebroth3r | bieber: (sorry for the late reply) the rbutil coding style should be pretty close to Qt style, at least for naming (including the setFoo() and foo() naming). At least my intention is to have that pretty similar :) |
| 23:06:44 | kugel | I also checked win32 build under wine (I added the SDL_AddTimer() thing because it would crash there) |
| 23:07:02 | bluebroth3r | for indentation / braces we stick to Rockbox coding style. |
| 23:07:12 | bieber | bluebroth3r: Thanks |
| 23:07:20 | bluebroth3r | basically, my intention is to use Qt style for C++, Rockbox style for C code. |
| 23:07:40 | bieber | You wouldn't happen to know a good reference for working with the QAbstractItemModel interface off the top of your head, would you? |
| 23:08:01 | bluebroth3r | the Qt documentation :) |
| 23:08:13 | bluebroth3r | but apart from that, no. Sorry. |
| 23:08:19 | bieber | lol, that's what I'm trying to use |
| 23:08:48 | bluebroth3r | wanted to look into that myself (well, I did a while back trying to convert some of the views in rbutil to MVC) but time went out ... |
| 23:08:59 | bluebroth3r | as for too much Rockbox related lately :( |
| 23:09:31 | bieber | This looks like it'll be might convenient once I get it down, it's just an awfully complicated interface to get a feel for. Although I'm sick today, so I'm hoping that all this will make a little more sense when my head clears up ;) |
| 23:10:15 | | Quit einhirn (Read error: Connection reset by peer) |
| 23:10:19 | bieber | If you just have linear data, it's pretty simple, but trees are giving me problems |
| 23:11:42 | CIA-5 | New commit by jethead71 (r26317): UISimulator: cleaner startup using semaphore only to tell when event_thread is done initializing. |
| 23:12:00 | bluebroth3r | linuxstb: from a quick check of the rbutil source it doesn't look like the bootloader-info file isn't used anymore. I'm pretty sure it was used before for h100 / h300 bootloaders, and IMO it should get used to verify all bootloader downloads |
| 23:13:16 | CIA-5 | New commit by bieber (r26318): Trying to implement QAbstractItemModel for parse trees, haven't got it working yet (current state will spawn an empty treeview window) |
| 23:13:47 | kugel | jhMikeS: that looks a lot cleaner indeed, thanks :) |
| 23:15:36 | jhMikeS | kugel: welcome. btw, who calls sim_thread_shutdown such that the main thread would see threading code that would cause it to try to exit with jmpbufs? |
| 23:20:08 | bluebroth3r | bieber: just checked some code I did a while back, but I was using a QStandardItemModel :( |
| 23:22:59 | kugel | jhMikeS: whatever the atexit() hander calls, which is I guess the main thread |
| 23:23:34 | kugel | handler |
| 23:25:26 | kugel | I'm not exactly aware of everything that happens at shutdown |
| 23:25:33 | jhMikeS | does SDL have an exit routine for the current thread? |
| 23:25:47 | kugel | it could also be the event thread which calls exit() |
| 23:26:55 | | Quit esperegu (Read error: Connection reset by peer) |
| 23:27:03 | kugel | jhMikeS: nope, sdl doesn't have any way to cleanly terminate a thread (at least I couldn't find anything in the docs) |
| 23:27:15 | kugel | unlike pth which has that |
| 23:28:12 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 23:28:53 | jhMikeS | you can get the ID, but not the SDL_Thread pointer :\...which is why I left it NULL in the main init |
| 23:29:46 | kugel | are you sure you did that? |
| 23:30:04 | jhMikeS | no :) did you do it? |
| 23:30:32 | kugel | before I moved it to the target tree the implicit main thread went to event polling and the rockbox main thread was created with SDL_CreateThread and thus had the pointer |
| 23:31:04 | kugel | yes, I did change it so the implicit main thread and the rockbox main thread are the same |
| 23:31:34 | kugel | I don't think the main thread has a SDL_thread pointer anyway, it's not created by sdl to begin with |
| 23:32:04 | jhMikeS | yeah, wonder it can't wrap an existing OS one...odd |
| 23:33:47 | kugel | it's not a thread until the threading engine is initialized but only a process, isn't it? I don't know if there are thread backends that can wrap the process into a thread |
| 23:35:03 | jhMikeS | kugel: does this work? http://www.pastie.org/private/d43biihdyh3bmzdrexpjma |
| 23:38:55 | kugel | jhMikeS: looks like |
| 23:40:25 | | Quit bluebroth3r (Quit: reboot) |
| 23:40:51 | | Join Strife89 [0] (~Strife89@adsl-80-185-12.mcn.bellsouth.net) |
| 23:41:16 | jhMikeS | is anything relying on t being NULL? (rather than some garbage but non-NULL value)? |
| 23:41:45 | jhMikeS | other than the one function |
| 23:42:28 | kugel | sim_thread_shutdown(), but you could also start the for loop at 1 |
| 23:42:38 | kugel | I don't think anything else does |
| 23:42:44 | jhMikeS | sim_thread_shutdown would just proceed because it sees a NULL t and must wait on t |
| 23:43:02 | jhMikeS | so really it can't be some arbitrary thing |
| 23:46:53 | | Quit S_a_i_n_t (Ping timeout: 276 seconds) |
| 23:50:09 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 23:54:23 | | Quit Luca_S (Quit: CGI:IRC (EOF)) |
| 23:54:52 | | Quit GeekShadow (Read error: Connection reset by peer) |
| 23:55:43 | | Quit DataGhost (Ping timeout: 240 seconds) |
| 23:58:29 | | Quit CGL (Quit: http://wiki.n00b2hack.com.ve) |
icon identifies that the person is a core developer (has commit access).