--- Log for 26.05.110 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 7 hours and 59 minutes ago 00.00.03 # 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 # since it seems to contain md5sums of the firmwares 00.00.09 # er, bootloaders 00.00.23 *** Saving seen data "./dancer.seen" 00.01.24 # 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 # 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 # Torne: That file doesn't appear to have been updated since 2007, so I'm guessing it's not needed 00.02.59 # linuxstb: hm 00.03.28 # * linuxstb looks towards bluebrother and domonoky1 00.04.16 # 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 # is it similar to nano3g? 00.04.58 # Iirc it is used for the iriver bootloaders 00.05.18 # funman: that's what I keep getting told 00.05.44 # funman: Yes, IIRC the 3g, classic 1g and 2g (and probably 3g) all use the same SoC. 00.05.56 # Can't check tonight, will try tomorrow 00.06.19 # funman: The advantage of the classic is a real disk - i.e. no FTL... 00.06.58 # afaiu the nano2g FTL was reused in the 1st iphone 00.07.26 # From the sounds of it, you don't want to go anywhere near the nano2g FTL. 00.08.07 # i mean, i hope TheSeven's work would work too on nano3g 00.08.41 Part Etu 00.08.50 # Yes, but from TheSeven's comments about it, it's not a clever system. 00.09.07 # funman: So do you own a nano3g? 00.09.23 # 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 # actually, i've seen a slightly improved version of that not-so-clever system on some iphones/itouches 00.11.06 # don't remember which generations 00.11.51 # 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 # it could of course be possible that the nano3g was release before those changes, and that it works mostly unmodified 00.12.56 # another improvement starting from the 3g is that it's unbrickable 00.13.20 # (you can enter bootrom dfu mode by holding the reset combo for 10 seconds) 00.13.46 # 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 # that dfu mode has already been exploited (and it's currently our only way to execute code in that device) 00.14.18 # Farthen: actually you can easily brick it by opening it up 00.14.37 # or at least make it fail shortly afterwards (hold switch etc.) 00.14.48 # 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 # disassembling is easy 00.15.47 # making sure it can be reassembled is the hard part :p 00.16.35 # funman: Does your brother like his nano3g? 00.17.02 # no, i can get it even without giving him a sansa 00.17.14 # ha 00.17.17 # 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 # 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 # New commit by 03bieber (r26292): Fixed some memory leaks in the theme editor 00.24.33 # Bagder: so, hm.. 00.25.18 # what? 00.26.08 # Bagder: well, are you waiting on me to work out what to do? 00.26.19 # no, I think I'm done 00.26.33 # sorry, I should've said so 00.26.43 # Ah, right 00.26.53 # oh, it's mirrored isn't it 00.27.13 # yeah, there's this fine delay... 00.27.46 # that's why i didn't know you were done ;) 00.28.20 # 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 # 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 # I wouldn't imagine there should be a header, since it's going to be a standalone application? 00.31.45 # bieber: I'm not sure what you mean - why wouldn't main.cpp need a (C) header? 00.32.38 # 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 # 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 # no 00.36.05 # personally i prefer numerous small commits to large commits 00.36.25 # it's easier to bisect bugs, but perhaps for documentation it doesn't matter 00.36.48 # And it's easier for others to review. 00.37.00 Quit BlakeJohnson86 (Ping timeout: 248 seconds) 00.37.31 # Makes sense, thanks 00.39.10 # New commit by 03bieber (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 # 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 # the coding style we have is for C, so I wouldn't think so 00.46.11 # do you mean CamelCase? 00.46.12 # bieber: I think you should follow rbutil's style, as that's set the example for C++/Qt in Rockbox. 00.46.21 # 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 # I'm taking a look 00.48.08 Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) 00.48.35 # bieber: I think bluebrother and domonoky1 will be the best person to talk to about coding style. 00.49.03 # Looks like typical camelcase, uppercase for classes and lowercase for everything else 00.54.18 # hm i found the cause for audio noise on clipv2 00.54.44 # and also why the volume is lower on rockbox than OF 00.54.51 # but that means the volume doesn't go very low now 00.54.58 Quit efyx (Remote host closed the connection) 00.55.42 # hmm no it's still there, just less hearable because the volume is higher :/ 00.55.57 # i couldn't hear this noise in the OF playing silence 00.57.41 Quit stripwax (Quit: http://miranda-im.org) 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 # hmm it's absent when playback is paused 01.23.02 # 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 # regularly = several times per second, not each time the audio buffer empties 01.24.18 # 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 # fwiw the noise is louder in the left headphone 01.31.29 # funman: I can ask about distributing the OF file, but i doubt they'll give me an answer 01.31.56 # any reason you want to? the current system seems to work quite nicely 01.32.36 # perhaps people would stop asking a mkamsboot which worsk with newer OFs 01.32.51 # i don't really care if they ask 01.33.08 # i doubt they'll be that many more firmware updates for the ams players anyway 01.33.38 # yeah there just have been a few this last month 01.34.07 # i just delete the posts in the forums if people ask that in the dev thread 01.36.14 # i'm pretty sure that noise on the clipv2 didn't used to be there 01.42.35 # 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 # 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 # which revision changed that? 01.52.47 # r26045 01.52.59 # not r25732: as3525v2: fix volume setting (can now go very low) 01.53.49 # ah i see 01.54.09 # hm but r26045 should only affect FM 01.54.12 # and rec 01.54.43 # the noise is still distinct before 25732 ? 01.57.42 # i'm testing r26045 now 01.58.45 # 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 # yeah its not r26045 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 # the clicking was already there before write support, but its arguably less noticeable in r25732 02.13.46 # for example 02.14.20 # in that version its more like a 0.5 Hz click 02.14.28 # no idea what operates on that time scale 02.14.35 # hm i noticed it changes with fclk 02.14.56 # is anything but the CPU driven off fclk? 02.14.59 # if you enable boosting it's very visible if you play with cpu frequency in the debug menu 02.15.04 # pclk, but that should stay fixed 02.15.27 # i tried changing HZ but no result 02.15.43 # ah 02.15.49 # in this version it only happens on boost 02.16.05 # the click perfectly aligns with teh cpu boosting 02.16.19 # although if i force it to stay boosted I get a much faster click anyway 02.16.56 # faster than with current svn ? 02.17.45 # its a lot worse with current svn 02.17.54 # if I use a format that doesn't boost like flac I can't hear it at all 02.18.44 # i take that back i just barely hear it but i have to hold my breath and concentrate 02.19.11 # hm yeah 02.19.29 # an amp would make this a lot easier to hear 02.19.39 # of course we use maximum fclk now 02.19.49 # its weird that it doesn't depend on the amp gain 02.20.06 # makes it sound like its some kind of issue with the settings in the PMU rather then the DAC 02.21.51 # 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 # r25890 is not bad either, at least unless it boosts 02.27.33 # just a faint warbling sound at the threshold of hear 02.27.34 # ing 02.27.53 # Hi all, One quick question about the e200r: Can you flash it with the standard firmware? 02.28.08 # yeah i think so with e200tool 02.28.20 # so that's what e200tool does? 02.28.23 # i'd check google, theres probably someone who has done it 02.28.27 # I can't find too much documentation. 02.29.15 # i need an amp so i can more clearly hear this noise 02.30.36 # since it doesn't happen when paused i wonder if this has to do with how we feed the DAC (dma) 02.30.43 # i tried with smaller bursts without effect 02.31.09 # Found something on ABI that might help. 02.31.20 # (at bottom of page, will try and report back) 02.31.21 # http://www.anythingbutipod.com/forum/showthread.php?t=20737 02.32.12 # saratoga: that's still more noise than with the OF I think 02.32.30 # i can't hear anything with the OF 02.36.55 # we don't know what the as3543 registers are for the OF do we? 02.37.10 # nope that's what i was looking but it's complex 02.37.24 # for audio that is 02.37.26 # this could be as simple as having the VRM one notch too low 02.37.35 # or something stupid like that 02.37.43 # 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 # VRM ? 02.37.55 # voltage regulator 02.38.24 # though i guess it would be wierd if DMA depended on having the VRM at a certain setting 02.38.37 # assuming the noise really is from a DMA transfer 02.38.46 # DMA should work, but I was thinking of the pause between 2 transfers 02.39.12 # has anyone jtag'ed the clip+ yet? i thought it was pretty easy to do compared to clipv2 02.39.28 # ranma did 02.39.33 # but it's a dead clip+ 02.40.10 # we transfer 8188 bytes at a time with DMA => 21.5 transfers per second 02.40.19 # 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 # how do I found out what my ipod's is at /dev/sd*? 02.41.21 # 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 # thx 02.43.59 # 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 # 0x19-2 is the charger, but it also changes threshold for VBUS comparator (afaiu this is for USB detection) 02.55.26 # i still hear it with fclk@80MHz 02.58.07 Quit mistertibs (Quit: Leaving.) 02.58.30 # 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.15 Join Forsaken_Boy [0] (~chatzilla@69.79.66.191) 03.04.28 # 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 # bieber: ping 03.39.09 # Hey 03.39.29 # hey, im looking at the tag table and I'm a bit confused 03.39.39 # Oh? 03.40.19 # maybe that wiki page was confusing? the tags below mv.. you have them as |I 03.40.36 # and the top three are *|..... 03.40.59 # the mv ones should be *I and top three *fIIIII 03.41.03 # I thought the arguments were optional? 03.41.24 # Does it matter for mv? They only have one argument, so obviously that's either all or none 03.41.45 # does that make %mv illegal though? 03.41.50 # does it require the ()'s? 03.41.53 # No 03.42.03 # ah ok 03.42.04 # If no arguments are given, it expects there to be no () 03.42.17 # I wasn't sure about a lot of them though, so do feel free to hack up the table 03.42.49 # Especially %Cl. Are l/c/r and t/c/b flags that get prepended to the width and height values? 03.43.16 # 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 # 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 # yes, though that is a bit nasty and we can change it to make it nicer 03.43.46 # s/read/ I read/ 03.44.03 # S_a_i_n_t: yes 03.44.08 # *awesome* 03.44.21 # Go right ahead: I won't be using them, but it won't hurt anything to have them there 03.44.22 # it took about 15min of actual coding to add that capability in :) 03.44.38 # Is it in SVN yet? Or...will it be? 03.44.42 # Do you want me to embed them in struct skin_element for tags, as well? 03.44.43 # not yet 03.44.52 # sweet, I'll look out for the commit. 03.45.02 # bieber: yeah 03.45.28 # Okay, I'll make that change tomorrow before I do anything else 03.45.37 # And thanks, that's a lifesaver. I understated how much I wasn't loking forward to the syntax change. 03.45.45 # *looking even 03.46.08 # 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 # bieber: I can build the table for you if you want 03.46.30 # Should I make a local copy of whatever header defines the tokens in my themeeditor dir, or just link to it? 03.46.41 # That would be great, if you don't mind 03.47.10 # If no one has volunteered yet, btw, I can whip up a PHP script to do that conversion over the weekend 03.47.18 # I won't have time for anything fancy, but it'll work 03.47.34 # na, do the gsoc stuff first :) you dont want to run out of time with that 03.48.29 # JdGordon cracks his whip ;) 03.48.32 # Yeah, that is probably the best plan 03.48.45 # 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 # s/god/working 03.49.13 # Hopefully it'll happen sooner rather than later 03.49.28 # Same, but I'm afraid it'll put me out of work...well, at least give some competition ;) 03.49.35 # have you thought about how you will handle things like the sbs and wps bein on the screen together? 03.49.55 # "script kiddies" will start churning out awesome themes now. 03.49.59 # 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 # 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 # the sbs (Base Skin) is what describes the theme mostly... 03.51.41 # Oh, okay 03.51.49 # Is that what provides the status bar and such? 03.52.04 # it specifies a viewport which becomes the default viewport if another skin doesnt use the %wd (statusbar disable) tag 03.52.11 # usually, yes 03.52.34 # Okay 03.52.55 # 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 # pretty much :) 03.53.51 # 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 # I have problem with ipod restore how to without itunes 03.54.21 # http://pastebin.com/raw.php?i=FNuAtN85 03.55.16 # is /dev/sdb2 the ipod? 03.55.20 # 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 # cool 03.55.48 # /dev/sdb1 in mount it says it is that 03.56.40 # so why are you trying to format /dev/sdb2? 03.56.56 # http://www.rockbox.org/wiki/IpodManualRestore 03.57.16 # because I am converting ipod to fat32 03.57.25 # the ipod is in mac os x format 03.57.32 # I don't have any macs here 03.59.43 # do ls /dev/sdb* 04.00.30 *** Saving seen data "./dancer.seen" 04.04.02 Quit n1s (Quit: Lämnar) 04.07.32 # 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 # 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 # 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 # ok, just making sure 04.24.06 # 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 # 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 # Can we just make them separate? 04.28.57 # 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 # Whats up everybody! 04.36.59 # bieber: of use the same token and put the choice into the displayer? 04.37.02 Quit Buckwheat (Client Quit) 04.37.03 # what's the right disk format for microSD cards? vfat, ext2, fat? 04.37.16 # the origional text tag is going to be there in the editor right? 04.37.23 # my debian complained FAT: incompatible with utf8 04.37.45 # I mean it will use the skin_element tree directly? 04.37.57 # and i run my shell, urxvt, in utf8 04.38.28 # now the microdisk won't take some file names assigned by musicbrainz 04.39.12 # doesn't RB *need* everything in FAT32? 04.40.34 # 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 # S_a_i_n_t: thanks 04.41.16 # krazykit: thanks, i'll check 04.41.23 Join Barahir [0] (~jonathan@frnk-590f5fbe.pool.mediaWays.net) 04.41.49 # 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.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 # 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 # mbr-nano2gb.bin and mbr-nano4gb.bin should be renamed to mbr-nano1g-2gb.bin and mbr-nano1g-4gb.bin 05.04.29 # 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 # JdGordon: Yes, I'll be using that directly 05.10.48 # 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 # New commit by 03Blue_Dude (r26294): Fix crash in talk.c logf line when outputting voice only clips, more comments in lang.h 05.12.37 # 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 # New commit by 03Blue_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 # 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 # New commit by 03Blue_Dude (r26296): lang.h voice comments were off by 1, fixed 05.53.08 # New commit by 03jdgordon (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.33 *** Saving seen data "./dancer.seen" 06.11.27 Join Boldfilter [0] (~Boldfilte@adsl-71-215-115.jax.bellsouth.net) 06.15.55 # JdGordon: was it your intention to alphabetize the tag_table.c file? 06.17.17 # 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 # 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 # heh...messed it up. *Ahem* http://pastebin.com/vS1J8Ex7 06.51.26 # New commit by 03jethead71 (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 # New commit by 03jethead71 (r26299): Fix r26298 yellow: Somehow missed those warnings. Need playback.h. 07.00.26 Quit shai (Quit: Leaving) 07.10.47 Join JdGord [0] (~jd@110.23.57.149) 07.11.36 # 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 # New commit by 03jethead71 (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 # 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 # New commit by 03pixelma (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 # What's wrong with tracker? Any of links like http://www.rockbox.org/tracker/8806 are down for me. 07.49.21 # the tracker is down. 07.49.26 # Dunno why though. 07.50.34 # 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 # New commit by 03pixelma (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.37 *** Saving seen data "./dancer.seen" 08.02.00 # S_a_i_n_t: I'm not sure there is really any point making sure it is alphabetical just yet... 08.02.19 # also I see mistakes :) 08.02.38 # In the first or second one? 08.02.46 # the first was a shambles 08.03.42 Quit Boldfilter (Quit: Boldfilter) 08.04.47 # the 2nd 08.05.39 # I think that may be because I thought I had to keep the groupings the tags were in. 08.06.21 # nope, you're quite right. 08.06.25 # I see it now too. 08.06.41 # in the "p"s 08.07.33 # 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 # 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 # hey there 08.18.05 # hoping someone would be able to help me 08.18.16 # ask your question. 08.18.21 # 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 # it's been running fine 08.18.46 # but i've recently put some .flac files on 08.19.17 # 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 # they work fine on my computer, so it's not a bad file 08.19.50 # just wondering what the cause might be and if there's anything I can do about it? 08.20.57 # 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 # I thought i fixed that? 08.21.33 # pixelma: It's supposed to work. 08.21.42 # %pb in a conditional I mean. 08.21.46 Quit shai (Ping timeout: 245 seconds) 08.21.47 # JdGordon: %pm yes, but not %pb 08.22.00 # pretty sure both should work 08.22.17 # 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 # 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 # why do you have pm twice? 08.23.33 Join flatr0ze [0] (~flatrose@nat.sklk.marosnet.net) 08.23.34 # peak meters arnt set up for multiple 08.25.53 # 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 # 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 # 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 # I'll try again though 08.33.16 Quit merbanan (Ping timeout: 276 seconds) 08.36.37 # alright, guessing no one had any idea on my problem? 08.36.42 # cheers anyway 08.36.52 # bye all 08.36.55 Quit Flagoogleberries (Quit: dum de dum) 08.36.56 # patience is a virtue 08.37.37 Quit esperegu (Read error: Operation timed out) 08.39.15 # New commit by 03jdgordon (r26303): remove this branch 08.39.48 # that sounds like something worth opening a bug report for 08.40.41 # New commit by 03jdgordon (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 # New commit by 03jdgordon (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.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 # 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 # that's....odd at best. 09.09.28 # 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 # same crazy thing as "wrong builds in the wrong zips"? 09.11.21 # no, that's just replacing the ajbrec.ajz which should contain all the necessary parts on this target 09.11.46 # 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 # New commit by 03jdgordon (r26306): make checkwps work with the old format and be able to update to the new format 09.34.48 # 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 # 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 # 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 # insert it in some array definition 09.55.02 # does anyone know how the cabbie images get into the zip file? 09.56.27 # JdGordon: been wondering that myself for a while now... 09.56.41 # Zagor, it used like this: http://www.pastie.org/977575 09.57.15 # 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 # JdGordon: this define will come from target tree 09.59.44 # those functions are in the target tree? 10.00.15 # yes 10.00.40 *** Saving seen data "./dancer.seen" 10.00.40 # ok, just just do #ifdef TARGET_DEBUG_MENU and hard code those options 10.03.32 # JdGordon: You don't get the point - definitions can be different for different targets 10.04.31 # yes but doing that is pretty messy... 10.05.06 # leaving ifdefs as it is now is messy also 10.05.31 # yes, but more understandable 10.05.56 # is this perl regex wrong? /[\),]([^,\)]*?.bmp)\)/ <- trying to get it to match (filename.bmp) or ,filename.bmp) 10.06.03 # I dissagree 10.06.53 # JdGordon: the first parenhesis is the wrong way 10.07.33 # woops.. but still no worky 10.08.12 # hmm... it needs to match more, nute 10.08.44 # yay :) 10.08.50 # /[\(,](.+?.bmp)\)/ 10.09.06 # or even /[\(,](.+?.bmp)/ 10.09.16 # 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 # New commit by 03jdgordon (r26307): make wpsbuild.pl find the images in the new format 10.10.46 # yeah I thought that bit before the * wasnt comepltyl right... but i wanted to change ti as little as possible 10.11.09 # oh, no you pulled more than that off 10.12.45 # /[\(,](.+?.bmp)/ didnt work.. it got too much at the start 10.13.27 # %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 # well you did say the format was "(filename.bmp) or ,filename.bmp)" 10.15.25 # with this more complex format you need your original regex 10.15.41 # yeah, i forgot a few possibility :p 10.16.22 # hehe 10.16.39 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 10.22.36 # 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.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 # 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 # It'll be for the recording triggers, like if volume goes over 'X'dB for 'X' period etc. 11.17.54 # I'm pretty sure there's a description on recording triggers in the wiki 11.18.08 # am I right that strncat is not included in rockbox libc? 11.19.34 # 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 # in strlcat size includes \0 or not? 11.23.35 # 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 # 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.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 # 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 # 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 # s/better/different/ 12.56.19 # I guess sleep(0) can wait a bit longer since the number of ticks is adjusted by 1 13.00.07 # There is a question. Though english.lang was updated in r26301, is this change included in 3.6? 13.00.29 # yes 13.00.41 # 3.6 wont be branched untill the end of the freeze 13.02.08 # JdGordon thansks. I will update japanese.lang. 13.04.11 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 13.07.51 # New commit by 03funman (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 # New commit by 03funman (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 # 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 # is that terrible? 13.26.36 # or I fix it by remembering the start colour... 13.27.30 # how do you set a new colour midway? 13.28.52 # New commit by 03uchida (r26310): Japanese translation updates. 13.30.05 # new token 13.30.15 # %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 # 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 # Saturday too 13.35.11 # 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 # 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 # 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 # jhMikeS: Sweet! Does it show anything on spectograph/linear now? ;) 13.57.45 # On Nano 1/2g it doesn't 13.58.04 Join esperegu [0] (~quassel@145.116.15.244) 13.58.20 # actually...it does. *just* enough to colour the very bottom pixel on the screen. 13.59.32 # the COP isnt drawing is it? 13.59.38 # S_a_i_n_t: didn't look at that 13.59.49 # JdGordon: and why shouldn't it? (but no it isn't) 13.59.56 # s/spectograph/spectogram/ 14.00.22 # jhMikeS: wierd shit will happen on the screen... 14.00.38 # assuming the lcd driver is even thread safe 14.00.38 # I see spectrograph for log, not linear 14.00.46 *** Saving seen data "./dancer.seen" 14.00.46 # New commit by 03funman (r26311): as3525: implement pcm_play_dma_get_peak_buffer correctly ... 14.01.11 # JdGordon: I know. Well, mpegplayer shares the screen between cores but it's carefully managed 14.01.35 # jhMikeS: Meaning you see what I se? Or that you don;t see the option to change between logarithmic/linear? 14.01.36 # cowon d2 is dual core too 14.02.02 # S_a_i_n_t: I see linear as showing nothing, log looks ok 14.02.49 # Aha...then yes. You see what I do. 14.03.17 # I remember seeing it actually work before, did you? 14.03.26 # That used to happen with bars, but I expect that fixing that somehow had an effect on spectogram. 14.03.36 # yes. 14.03.47 # before the fix for bars not working in the same way 14.04.05 # odd that it should, it looks like all the different graphs are completely separate routines 14.04.35 # 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 # *though 14.05.52 # I get the same here. 14.06.23 # *sticky band 0 on bars. 14.07.26 # swithing quickly between logarithmic/linear can (seemingly) fix that for a short while. 14.07.38 # 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 # but then it sticks when it maxes again next. 14.07.43 Quit flydutch (Ping timeout: 276 seconds) 14.08.39 # 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 # 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 # 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.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 # 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 # 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 # 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 # sorry for the faq but is it stable on a v2 fuze? 15.56.38 # see http://www.rockbox.org/ 15.58.13 # looks like its not stable just yet... 15.58.22 # correct 15.58.25 Quit XXXStatik (Ping timeout: 260 seconds) 15.58.45 Quit mitk (Quit: Leaving) 15.58.58 # but last time i checked it was not even running progress :^) 16.00.36 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.00.47 *** Saving seen data "./dancer.seen" 16.00.49 # pamaury: ping 16.02.12 # bieber: welcome \o/ 16.02.23 # Hi 16.04.17 # bieber: hey. I'm trying out this git thing instead of the sv branch... 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 # kugel: pong 16.04.35 # pamaury: r26283 wasn't needed 16.04.52 Join Kitr88 [0] (~Kitar_st@89.142.56.210) 16.04.56 # see system-sdl.c in system_init() 16.05.15 # Okay 16.06.04 # thanks guys 16.06.11 # kugel: yes it is, SDL_QUIT message catcher don't call sys_poweroff 16.06.12 # 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 # pamaury: sure, atexit(sys_poweroff) 16.07.09 # 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 # 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 # 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 # "[Mgx] RockBox Version 3.4 just got published" ... 16.07.57 # and a link to a forum that requires login 16.08.09 # kugel: ok, let me check once again without the one I added 16.08.10 # 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 # speaking of the sim.. does anyone know why the sim segfaults on exit? 16.08.28 # kugel: at you're right, perhaps my tree was not up to date 16.08.46 # 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 # kugel: segfault :( 16.09.46 # I got my segfaults fixed by atexit(sys_poweroff) 16.10.02 # lol, I'm rebuilding, just to be sure 16.10.06 # which sim? 16.10.15 # e200 16.10.25 # it shouldn't change anything 16.10.52 # No, it definetely segfault for me 16.11.28 # 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 # possibly 16.12.01 Part Zagor 16.12.13 # but I assume it's because the event thread isn't terminated by sim_thread_shutdown() 16.12.56 # why would that cause a segfault ? 16.14.14 # no idea 16.14.27 Join Kitar|st [0] (Kitar_st@BSN-210-233-33.dial-up.dsl.siol.net) 16.14.54 # 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 # 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 # 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 # pamaury: freeze in sim_thread_shutdown() with the message 16.37.54 # 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 # th 16.39.34 # this is my diff: http://pastie.org/978049 16.40.05 Join toffe82 [0] (~chatzilla@12.169.218.14) 16.41.23 # with this you get a freeze in sim_thread_shutdown ? 16.41.33 # yea 16.41.44 Join solexx_ [0] (~jrschulz@e176115201.adsl.alicedsl.de) 16.42.41 # wait a min, I'll try to apply it to my tree 16.43.18 # does the forum have a setting for "send this PM to everyone" or everyone with some badge or so? 16.43.35 # just wondering how one can PM so many people at once 16.44.28 Quit solexx (Ping timeout: 252 seconds) 16.44.40 # kugel: same for me 16.45.35 # 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 # New commit by 03funman (r26312): typo: 'nomasked' -> 'unmasked' 16.48.28 # 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 # 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 # GodEater: is this what Bagder mentioned earlier? 16.53.05 # yep 16.53.08 # sorry - I missed it 16.53.20 # kugel: with your patch, no thread calls exit... 16.53.30 # * GodEater is in fact just an echo of Bagder 16.54.07 # there's an exit(0) in sys_poweroff() 16.54.29 # yet but sys_poweroff is called by which thread ? 16.55.07 # 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 # 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 # 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.07 Quit XXStatik (Ping timeout: 272 seconds) 17.00.20 # pamaury: you said "same for me" when I said I get a freeze there 17.00.33 # 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 # I don't get how sys_poweroff can get called 17.02.37 # maybe I'm wrong 17.02.48 # I got it there before but not now anymore 17.03.43 # 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 # in other targets, the sys_poweroff seems responsible for broadcasting SYS_POWEROFF, no SYS_POWEROFF will not call it :| 17.04.34 # s/no/so 17.04.40 # pamaury: ok, this exposes it: http://pastie.org/978096 17.05.11 Quit XXXStatik (Ping timeout: 264 seconds) 17.06.24 # ok, now it freezes in sys_poweroff 17.09.23 # 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 # 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 # 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.00 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 18.00.01 # 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 # 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 # 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 # New commit by 03funman (r26313): as3525: write irq/fiq handlers in C ... 18.03.08 Quit Xerion (Ping timeout: 252 seconds) 18.05.02 # No, it is just wrong. The linked page doesn't even mention System Trace 18.06.59 # interesting bug caused by r26311: interrupts still happen after we masked them 18.07.45 # but the default isr (that we use for unhandled irq) is called 18.07.52 Quit petur (Quit: Leaving) 18.08.55 # 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 # VIC_VECT_CNTLS* 18.11.01 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 18.15.34 # 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 # 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 # pamaury: no, set/longjmp is only usef for exiting threads 18.32.48 # Ah my mistake then 18.32.55 # 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 # the segfault is that there's no proper jmpbuf for main thread which 18.33.37 # (remove_thread is called for it) 18.34.09 # 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 # I meant the segfault you added SDL_Quit() for 18.35.19 # ah :) But did you solve the freeze ? 18.36.15 # linux VIC code writes '32' to the default isr address register, any idea what that means? 18.38.13 # that would point 'just after the vectors' 18.38.41 # perhaps it dynamically writes code at this place 18.38.49 # I mean, at run time 18.39.04 # yeah 18.39.24 # although linux can be configured to have 'high' vectors (at 0xffff0000) 18.39.41 # i have a workaround although i'm not 100% sure if it's correct 18.40.01 # in the undef irq handler, if no unmasked interrupt is active we just ack the interrupt and return 18.40.34 # 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 # but would the CPU run or just keep being interrupted as soon as it returns from UIRQ() ? 18.41.37 # Ask a ARM specialist ? I know nothing about the ARM. 18.41.38 # seems to work so far (testing with simple playback) 18.41.41 # * funman looks at Torne 18.42.34 # i don't really get the problem :) 18.43.00 # do you know the ARM PL190 VIC ? 18.43.04 # no. 18.43.13 # other VICs ? 18.43.39 # 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 # so in 3 words: we're fucked 18.44.40 # 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 # nope that should be fine 18.53.11 # 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 # yea, I think it should 18.54.57 # 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 # 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 # 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.14 # 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 # 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 # *previous code 19.02.13 # pamaury: http://pastie.org/978331 fixes the first segfault 19.03.09 # the code did not remove the thread on exit ? Which thread(s) do exit actually ? 19.04.40 # 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 # New commit by 03learman (r26314): Updated Swedish translation (again). 19.05.19 # 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 # pamaury: does the above patch work for you? 19.06.03 # trying... 19.06.17 # I don't get the other segfault in SDL_Qui() anymore after doing an ubuntu update (which updated libc6) 19.07.00 # works smoothly, great job 19.08.20 # so the problem was just that the main thread is not a normal thread in fact 19.10.30 # yes 19.11.49 # i can't find a working locking scheme for INT_AUDIO(), perhaps DMAC is the only non maskable interrupt 19.12.26 # 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 # 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 # *thought 19.13.58 Quit flydutch (Quit: /* empty */) 19.13.59 # I think you can commit it 19.14.32 Join TopyMobile [0] (~topy@xdsl-78-34-66-188.netcologne.de) 19.15.25 # 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 # 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 # New commit by 03kugel (r26315): Since the sdl to target tree move, the main thread cannot be removed anymore, ... 19.16.47 # hm, I forgot to add that I also removed the (potentially dangerious) exit() in misc.c 19.16.56 # pamaury: Don't suppose you remember which sim it was? 19.17.10 # I don't ever recall seeing any crashes on exit. 19.17.31 # e200v2 19.17.34 # I think 19.17.48 # err, what's wrong with flyspray? 19.17.56 # perhaps it's unrelated, I think it was with an old revision, r24xxx 19.18.11 # 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 # It's technically running. 19.19.13 Join mt [0] (~mtee@rockbox/developer/mt) 19.19.35 # 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 # about flyspray - see logs 13:35 19.23.43 Quit rhodan (Remote host closed the connection) 19.24.13 # pixelma: thanks 19.27.11 Join rhodan [0] (~Quassel@2001:1608:12:2::38) 19.32.54 # New commit by 03funman (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 # 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 # dead easy 19.43.50 # 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 # 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 # Stephen__: something like http://pastie.org/978427 ? 19.47.11 # AlexP: the list of pluginlib actions in the affected plugins 19.47.34 # 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 # 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 # it's asking wqhich file to patch ? 19.58.07 # patch -p1 19.58.11 # change the -p(whatever) +/-1 19.58.21 # using or -p1? 19.59.21 # hmmmm 19.59.51 # "patch -p1 < patch.patch" 20.00.02 Quit kugel (Remote host closed the connection) 20.00.31 # 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 # 85 isn't too specific without the filename it failed in. 20.01.53 # i removed it and patched again bu tno warning this time 20.02.03 # ;) 20.02.31 # it did say that button-e200v2-fuze.c and button-target.h were patched earlier 20.02.50 # i gues snow just configure make build etc 20.02.53 # and test 20.02.54 # Awesome, compile and you should have exactly what you wanted. 20.06.34 # 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 # 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 # try adding this patch http://pastie.org/978578 on top of your patched tree 20.59.50 # http://pastie.org/978587 -- is that ok ? 21.04.43 # probably 21.04.57 # ill try an see 21.10.21 Join petur [0] (~petur@rockbox/developer/petur) 21.11.28 # 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 # 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 # Hello 21.30.21 Join Conax [0] (~stefan@p5493B91A.dip0.t-ipconnect.de) 21.30.28 # 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 # kommt hier jemand aus Deutschland? 21.31.39 # Anyone used Rockbox on Sansa Clip Plus? 21.31.45 # hi 21.31.48 # Conax: English only 21.31.51 Quit stripwax (Client Quit) 21.31.59 # I want to use rockbox on sansa fuze V2 21.32.22 # Wraith_: many (including me) and it works fine 21.32.38 # does it run well? 21.33.12 # -well+fine 21.33.19 Quit tchan (Ping timeout: 240 seconds) 21.34.09 # are there any important problems with this? 21.34.20 # maybe freezing? 21.34.30 # don't know didn't installed rockbox yet 21.35.32 # 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 # "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 # 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 # Conax: http://www.rockbox.org/wiki/SansaAMS#Installation_for_Stable_e200v2_F 21.38.53 # thx I read the articles but just aked here to be up to date 21.39.00 # +s 21.39.38 # because on the website the v2 ist in the stable category 21.40.15 # so I thought maybe there are some big problems 21.40.27 # it's not been tested as much as v1 but it should work the same i think 21.40.38 # 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 # 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 # funman, it comoiled but doesn't work :o/ 21.53.41 # compiled* 21.54.39 # 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 # Does anyone have experience working with Qt's data model classes? 21.59.19 # Stephen__: sorry, perhaps it requires more work 22.00.05 # 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 # funman: ping? 22.06.07 Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 22.06.22 # 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 # Stephen__: which key are you trying? softlock only works in the wps 22.07.18 # in the wps trying rec + select 22.07.19 Part nik2 22.07.26 # ssorgatem: hm you need to build it from svn 22.07.54 # Stephen__: tried in different order? perhaps this combo is already used 22.08.18 # nah its not used for anything and i tried different order and different buttons too 22.09.14 # HAS_BUTTON_HOLD is removed from button-target.h ? 22.10.51 # ssorgatem: still white screen? 22.11.12 # funman, yeah no sign of it in there. 22.12.16 # just discovered there's no sound in recording mode fm radio works but not in recording 22.12.36 # 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 # refreshing database...... 22.18.28 # 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 # funman: hello 22.24.59 # what was r26306 ? 22.25.10 # funman: I'm currently posting it in the forum thread 22.25.35 # broke some of my X5 themes 22.28.07 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.28.17 # ok found out what it was. 22.28.22 # JdGordon, did it! 22.28.25 # 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 # make checkwps work with the old format and be able to update to the new format 22.28.46 # -- seems to have broken them hmmm 22.28.53 # must recheck them 22.28.56 # 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 # funman: I think the bootloader is the culprit 22.34.09 Part Boldfilter 22.34.32 # funman: since it sometimes shows blank screen instead of "ver 2.0", and then shows correctly rockbox itself 22.35.07 # did you try a bootloader built from svn ? 22.35.24 # funman: nope 22.35.44 # funman: only the one from the wiki 22.36.58 # funman: http://forums.rockbox.org/index.php?topic=14064.1845 22.37.25 Quit bmbl (Quit: Bye!) 22.37.25 # 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 # kugel: yeah, when doing threads like the core from what it was 22.38.30 # ssorgatem: try building it from svn to see if it works better 22.39.05 # ok 22.39.44 # 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 # or figure which revision your older bootloader uses and bissect between this revision and the revision of v2 bootloader 22.40.02 # adding a space or something to my one line test wps helps (code: %?mh<%pb|test>) 22.40.08 # JdGordon: ^ 22.40.31 # jhMikeS: the video system must be initialized before resuming 22.40.52 # and the video system init must happen from the thread that polls the (keyboard) events 22.41.01 # sdl conds requrie a mutex 22.41.31 # right, just poll a bool and make it true right before the message loop. (made a patch too) 22.41.33 # I wrote some comments, are they unclear? 22.41.49 # yes, very clear 22.42.21 # a bool works too, but conds are made for that, aren't they? 22.42.46 # ssorgatem: v2 bootloader svn revision is r25903 22.43.19 # 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 # I need to lock the mutex before signaling? 22.44.12 # 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 # yes 22.44.16 # it's locked all the time 22.44.39 # not when you wait on the condition, doing that unlocks it 22.44.58 # oh :) 22.45.14 # and cond isn't a sticky flag like a sem (which could also be used, needing just one object) 22.45.46 # how would a sem work? 22.46.29 Quit fyrestorm (Read error: Connection reset by peer) 22.47.19 # funman: so far, no white screens 22.47.33 # kugel: create it with a zero count, wait on it. the event thread then ups the count just before the loop. 22.47.42 # funman: i'll let it play all the night 22.49.12 # ssorgatem: i had made a working bootloader around march 28th but don't remember the exact revision 22.49.20 # it appears I have misunderstood the concept of semaphores 22.49.23 # ok 22.52.00 # jhMikeS: I don't mind if you change it :) 22.52.13 # funman: ok 22.53.42 # kugel: ok. mostly my concern was the cond was not being used with a locked mutex. 22.54.19 # 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 # 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 # 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.44 # 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 # kugel: no need to create any objects then, but http://www.pastie.org/private/alzpcie8733qih4yuvpedw 23.01.34 # (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 # jhMikeS: seems to work 23.04.24 Join esperegu [0] (~quassel@145.116.15.244) 23.04.51 # I think I had a typo (SDL_Sem) right? 23.05.10 # patch, line 30 23.05.35 # yes indeed :) 23.06.43 # 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 # I also checked win32 build under wine (I added the SDL_AddTimer() thing because it would crash there) 23.07.02 # for indentation / braces we stick to Rockbox coding style. 23.07.12 # bluebroth3r: Thanks 23.07.20 # basically, my intention is to use Qt style for C++, Rockbox style for C code. 23.07.40 # 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 # the Qt documentation :) 23.08.13 # but apart from that, no. Sorry. 23.08.19 # lol, that's what I'm trying to use 23.08.48 # 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 # as for too much Rockbox related lately :( 23.09.31 # 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 # If you just have linear data, it's pretty simple, but trees are giving me problems 23.11.42 # New commit by 03jethead71 (r26317): UISimulator: cleaner startup using semaphore only to tell when event_thread is done initializing. 23.12.00 # 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 # New commit by 03bieber (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 # jhMikeS: that looks a lot cleaner indeed, thanks :) 23.15.36 # 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 # bieber: just checked some code I did a while back, but I was using a QStandardItemModel :( 23.22.59 # jhMikeS: whatever the atexit() hander calls, which is I guess the main thread 23.23.34 # handler 23.25.26 # I'm not exactly aware of everything that happens at shutdown 23.25.33 # does SDL have an exit routine for the current thread? 23.25.47 # it could also be the event thread which calls exit() 23.26.55 Quit esperegu (Read error: Connection reset by peer) 23.27.03 # 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 # unlike pth which has that 23.28.12 Join esperegu [0] (~quassel@145.116.15.244) 23.28.53 # 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 # are you sure you did that? 23.30.04 # no :) did you do it? 23.30.32 # 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 # yes, I did change it so the implicit main thread and the rockbox main thread are the same 23.31.34 # 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 # yeah, wonder it can't wrap an existing OS one...odd 23.33.47 # 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 # kugel: does this work? http://www.pastie.org/private/d43biihdyh3bmzdrexpjma 23.38.55 # 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 # is anything relying on t being NULL? (rather than some garbage but non-NULL value)? 23.41.45 # other than the one function 23.42.28 # sim_thread_shutdown(), but you could also start the for loop at 1 23.42.38 # I don't think anything else does 23.42.44 # sim_thread_shutdown would just proceed because it sees a NULL t and must wait on t 23.43.02 # 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)